This seems reasonable. I don’t feel like Canada necessarily in a less precarious place than (e.g.) California.

it even holds up well. the remoteness denotes a lack of tech that isnt too far out of place today.

It holds up so well that I barely even thought about the era until Joel shows up on the street in NYC.

Have you checked these all on winehq? It would be nice for them to be reported with logs if they haven’t already.

Garmin Express for example is on there with some discussion here: https://appdb.winehq.org/objectManager.php?sClass=version&iId=40213

It might not help in the short term, but even just having logs for more broken programs could be useful for the wine project.

Did you grep that log file for ‘amdgpu’?

I wonder if the error is related to this: https://github.com/NixOS/nixpkgs/issues/229108

I’m still using x11 on my system. Maybe try that and see if it works?

No, I haven’t seen anything like that. That’s odd.

I’ve had those errors on my system for years. I never thought that they were NixOS specific. I just assumed something to do with a buggy firmware:

Enabled 4 GPEs in block 00 to 1F
ACPI Error: Aborting method \_SB.PCI0.GPP2.PTXH.RHUB.POT3._PLD due to previous error (AE_AML_UNINITIALIZED_ELEMENT) (20240322/psparse-529)
[x~20]
ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-ff])

I don’t notice any ill-effects from them, so it may be a red herring. I have a:

$ < /sys/devices/virtual/dmi/id/board_name
ROG STRIX B450-F GAMING

with a 5900X.

I don’t usually see as many prints as you have there, but it’s quite a few, and the number seems to vary (grow?) over time. I keep meaning to investigate it, but haven’t got around to it.

I think you should keep looking in your logs for other problems. If you can share the full log I’d be happy to take a look.

At least you still have ribs. When I do interesting stuff with the oven it usually involves my food becoming charcoal.

I’m not afraid of scissors, but I’m very afraid of my victorinox knife.

Am I just failing to use that site properly, or is it missing a ton of stuff in ‘replays’ that was available live?

I feel like the CBC had a better version of this thing 12 years ago.

The original error actually makes it sound like there’s a partition on hda that’s bigger than hda itself.

It probably becomes CPU limited with those other compression algorithms.

You could use something like atop to find the bottleneck.

Have you checked all the ethernet links are actually connected at 1G and not 100M?

We want to negotiate, but you must allow us to eat all the chips.

There are so many levels of fuckery in the American system. It goes all the way up to just asking the supreme court (who you appointed) to please let you win.

One person has been killed and several others injured

“I was covered in coffee,” Andrew from London tells our colleagues on 5 Live.

I’d probably:

1. make sure it can be reliably reproduced using something like systemctl suspend
2. try swapping the cables and see if it still happens on the same screen, or the same port
3. look at journald/dmesg output for the period from suspend to resume

When the screen fails to wake, are you able to get it back by powering it off, or by unplugging it? Is it X or wayland?

Of course not, but you have to either trust your users to some extent or give them a system that’s locked down to the point of hindering them.

What is ‘unallowed software’? A shell script the user wrote? Something they downloaded and compiled?

Limiting that seems fundamentally at odds with FOSS.

If you stop shipping autotools generated artefacts in your tarballs, things will be a lot simpler.

Weirdly enough the malicious code does look eerily similar to the benign code, because both are unnecessarily obfuscated.

This is not a human written or readable file you’re talking about. It’s a generated script.

As the other user suggested, you probably just need to mount the root subvolume somewhere and run it on that.