Himmelblau is the "new Samba" really, but how fast the situation needs to be addressed is on the other hand more like in the metrics of "EFI secure boot", which was an edge case 10+ years ago.

https://www.youtube.com/watch?v=gHnG8KZpYg4

Intune is a technology where open source community needs to be clear on that "no, microsoft, edge + a shitty daemon running on a subset of linux distributions is not acceptable".

#microsoft #intune #himmelblau #samba

experienced this today on a machine running debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1078608

fixed up by:
sudo rm -rv /var/lib/apt/lists/*

#debian

Linux Foundation should take Himmeblau under its Umbrella.

As of today, the project is based on reverse engineering Apple and Windows clients, as the Intune API for Linux that Edge uses in tandem with intune-portal service does not have machine authentication.

"Microsoft Intune App" is based on chain of Microsoft binaries scavenging requested data from a system (Edge and intune-portal).

This blocks essentially the management tools for organization Linux machines by large.

Himmelblau on the other hand is a piece of middleware that manages the computer through the power cycle system-wide for the whole system, and thus can provide both boot-time initialization (himmelblaud) and reoccuring updates needed to maintain the trust (himmelblaud-tasks), such as Kerberos ticket and that kind of stuff.

So... I think for Audio CrossOver is not a great idea. I came to this conclusion after trying out if it could re-enable Rocksmith in macOS.

It's much better idea to run it on an emulated VM for the sake of USB passthrough. Graphics is not high-end in that game and then it will work with audio with best possible quality of service.

https://www.codeweavers.com/compatibility/crossover/tips/rocksmith-2014-pc/how-to-run-rockmith-2014-with-crossover-linux

@spubby what there is to convince in insecure url? i don't understand what you are talking about. insecure URL is a fucking insecure url. that's it.

a checkpatch error that provides an insecure URL as guidance lol:

WARNING: unnecessary cast may hide bugs, see http://c-faq.com/malloc/mallocnocast.html

Tried to fix it but also https is broken. It's also quite common mistake, meaning that it pushes insecure in volumes to developers.

#linux #kernel

finnish electro classic from 25-26'ish years ago: https://www.youtube.com/watch?v=xZpZWm5GRXo

i.e. when the electroclash boom was ongoing with lots of stuff coming from i-f, parallax corporation, miss kittin and the hacker, dmx krew and others. stuff like that was playing a lot at venues. good times :-)

what a depressing situation really, and weekend is ruined as i cannot do things i like to do on free time but i'll get there!

I'm trying to figure out how to get this to used in the Steam version of Rocksmith 2014 running with CrossOver:

IOUSBHostDevice, id 0x100000$
| | +-o Rocksmith USB Guitar Adapter@00110000 <class

There is macOS version of the game at Steam but unfortunately macOS Sequoia broke it, and it goes without saying that Ubisoft will not fix it ;-)

It runs otherwise with zero tweaks required and zero glitches appearing with CrossOver. I'll definitely buy it, if the cable starts working too. There's bunch of free alternatives but I'll just want to get the fucking game working and get on with my life. Definitely worth of paying the discounted price of 51 euros and 80 cents at least (up until 11th of July) ;-)

for what it is worth this is how you “lsusb” in macOS:

$ ioreg -p IOUSB
+-o Root  <class IORegistryEntry, id 0x100000100, retain 36>
  +-o AppleT8112USBXHCI@01000000  <class AppleT8112USBXHCI, id 0x100000371, reg$
  | +-o Magic Keyboard@01100000  <class IOUSBHostDevice, id 0x100000d5a, regist$
  +-o AppleT8112USBXHCI@03000000  <class AppleT8112USBXHCI, id 0x1000003bb, reg$
  +-o AppleT8112USBXHCI@00000000  <class AppleT8112USBXHCI, id 0x1000003ca, reg$
  | +-o 4-Port USB 2.0 Hub@00100000  <class IOUSBHostDevice, id 0x100000a0e, re$
  | | +-o USB2.0 Hub             @00140000  <class IOUSBHostDevice, id 0x100000$
  | | +-o Rocksmith USB Guitar Adapter@00110000  <class IOUSBHostDevice, id 0x1$
  | +-o 4-Port USB 3.0 Hub@00200000  <class IOUSBHostDevice, id 0x100000a10, re$
  |   +-o RTL9210B-CG@00220000  <class IOUSBHostDevice, id 0x100000a43, registe$
  |   +-o USB3.0 Hub             @00240000  <class IOUSBHostDevice, id 0x100000$
  |     +-o USB3.0 Card Reader@00243000  <class IOUSBHostDevice, id 0x100000a71$
  +-o AppleT8112USBXHCI@02000000  <class AppleT8112USBXHCI, id 0x10000036e, reg$
  | +-o Scarlett 4i4 USB@02100000  <class IOUSBHostDevice, id 0x100000a56, regi$
  +-o AppleEmbeddedUSBXHCIASMedia3142@08000000  <class AppleEmbeddedUSBXHCIASMe$
    +-o USB Receiver@08300000  <class IOUSBHostDevice, id 0x100000a2f, register$
    +-o YubiKey FIDO+CCID@08400000  <class IOUSBHostDevice, id 0x100000a37, reg$

ioreg is a wrapper utility for doing queries from https://developer.apple.com/documentation/iokit

just learned this and now i’ll probably remember it too after writing this ;-)

submitted fish version of the mc-wrapper:

https://github.com/MidnightCommander/mc/pull/4726

i'm actually using zsh (and no immediate plans to switch), but i just wanted to see how fish feels like so did a little bit of scripting ...

#fish #shell #mc

probably this is a better idea: https://lore.kernel.org/linux-integrity/aF9QHdH9k8x1mVjy@kernel.org/

Really have been satisfied on moving to Fastmail for personal, kernel.org account etc. It scales the best from iPhone to mutt with no glitches.

#fastmail

came to mind while doing https://lore.kernel.org/linux-integrity/20250626101935.1007898-1-jarkko@kernel.org/T/#u

cleanup.h is almost like Symbian cleanup stack (ugh)

#linux #kernel #symbian

https://www.media.mit.edu/publications/your-brain-on-chatgpt/

Just learned how to update OVMF_VARS.fd offline before running QEMU:

 virt-fw-vars \
    --input "$OUTPUT/OVMF_VARS.fd" \
    --output "$OUTPUT/OVMF_VARS.fd" \
    --append-boot-filepath /EFI/debian/grubx64.efi

E.g., in Debian the package containing virt-fw-vars is python3-virt-firmware but it is also available from PIP: https://pypi.org/project/virt-firmware/

#qemu #ovmf

IMHO still the best "top". atop has especially come handy over the years in kernel debugging given the vast amounts of detailed proc data it shows: https://atoptool.nl/

https://www.androidauthority.com/google-android-development-aosp-3538503/