It’s because people put in the hard work of writing amazing macros instead of baking code reuse into the type system itself 😁 I’m a rust noob and I love the derive macro.

Have you looked through the kernel logs? dmesg will usually show something relevant when wakeup from sleep is malfunctioning, and may show something about the USB charging as well.

So the patch is just copying the existing warning to a standard location?

Sheesh can we get on with replacing pdf?

Imho desktop Linux is usually set up where a single bad app can lock up the whole system. This is not every Linux system, but I run across it more than I would like. I believe part of this is an optimistic approach to memory management which makes the system run better overall most of the time.

Windows seems slow as hell most of the time, but killing a process seems to work reliably (not clicking on the hung app takeover UI, using task kill or task manager)

I don’t understand these memes about killing processes in Linux vs Windows.

My solution is to run everything through msys2 😅

Sooo… Modern slavery is the new thing in campaign work?

How else am I supposed to interpret the threat of leaving someone with a Huge bill to pay and no money in an unfamiliar place unless they meet a quota?

Sleep.

Then all the projects!!!

~/src

If it runs Linux, definitely

Lol not even reading it because I’ve always assumed that if there’s an RCE on desktop it will inevitably lead to full system compromise.

😅

It’s trust all the way down.

Lol yes oh so wrong.

Basically all of them

Spectral distribution.

So close

Let me know when you get past level 80 😅

This is a work of art

🤣 beautiful

That’s crazy, I would never have expected that. Good to know!

Makes me wonder if Linux is playing nice with Microsoft or there is a mechanism to block device access.

This script? https://github.com/WeirdTreeThing/chromebook-linux-audio

I’m not familiar with bootc based systems but it looks like you could hack up the container spec here: https://codeberg.org/HeliumOS/bootc to build heliumOS with those changes. You would then use something like bootc switch ... to use it.

(Add a line in the docker file to install newer python and run the audio script. I’m not sure if the script requires changes for this.)

I could be way off base with this idea, I’m not sure how heliumOS expects users to install packages.

You may also be able to run the latest python docker image to run the script, but the way this script modifies system files shouldn’t work on an immutable system.

Really just a guess but since others have pointed to bios raid stuff this may be relevant:

https://wiki.debian.org/DebianInstaller/SataRaid

But also you probably want to disable raid in bios if it’s enabled.