Why do you think that he’s still in it?

Gesaffelstein goes hard, I agree.

You mean the smell that starts after like a week unless the corpse is directly exposed to the sun?

Yeah, and these mods were so good that they became their own games.

If you want to do that, you’re a game developer. So license (or develop) an engine, and also pay for all the non-permissively licensed other code you use.

Congratulations, you’re now on a solid base for charging money for your game.

I really like rolling release. So much better to deal with updates one-by-one than in a giant batch every half year or so.

As said: installing the LTS kernel also works, I think.

And you wouldn’t use Arch for servers, you want something stable (as in “rarely changing”) there.

I agree that it’s be useful, and I think you can just install e.g. the LTS kernel next to the regular one.

But even without , the arch way isn’t insane either: when something kernel-related breaks, boot with a live system on USB and fix it.

Case in point: I dimensioned the EFI partition too small, so at some point, me using the zen kernel (which comes with a backup kernel image) messed things up and I couldn’t boot a half-written kernel.

then I

1. created and booted a live USB stick,
2. Mounted my / and /boot partitions manually into /mnt/root/ and /mnt/root/boot
3. Bind-mounted the live system’s /dev and /proc into /mnt/root/{dev,proc}
4. chrooted into /mnt/root (resulting in an environment using /dev and /proc from the live system and the rest from my system),
5. Used regular package manager commands to uninstall the zen kernel and install the regular one, and finally
6. rebooted into the now working system.

It’s not crazy, it doesn’t take long, you just need to know how the system works. Upside is that nothing ever breaks permanently, everything is fixable (except hardware failure)

The reason there’s no version in the filename is simply that Arch just doesn’t keep old kernels around.

The vmlinuz-linux just gets replaced whenever you update the linux package and the old one is deleted immediately.

TV OEMs are apparently part of the HDMI forum and therefore complicit.

We need EU regulation if we want to have this.

Oh yeah I have to deal with software that noticeably changes multiple times per decade! Spoooooky!

Is that some meme? My system has been rock solid for years.

Thanks, this is a much more nuanced take than what I’m used to.

Regarding thinlinc: They seem to be on it: https://community.thinlinc.com/t/wayland-tigervnc-and-thinlinc-the-future-of-remote-desktops-in-linux/1755.

Regarding fragmented support: is that true? Why would some CAD software not work everywhere when most other software does? Does the thing really need some specific niche Wayland protocol that’s only implemented on one DE for the time being? And if yes, will that protocol really be the first relevant one to not be implemented across the board? I feel like you’re conjuring to a problem that doesn’t necessarily exist. Do you have an actual concrete example that goes beyond “the subwindow placement for this multi-window program is a bit wonky without impeding usability in the slightest”?

Maybe you didn’t do it right. Everything Wayland I ever complained about is fixed now.

I fell like if you had put this list into a Wayland protocol extension request, then put a link to that request into KDE’s showstoppers list, this would have been fixed long long ago.

OK, let’s see if I remember well:

OSS is obsolete.

ALSA is a basic primitive way to do play audio streams integrated into the kernel.

PA is an abstraction on top of ALSA that helps with network stuff, per-application volume control, …

JACK is an alternative to ALSA/PA for low latency professional use cases: you can plumb it yourself, connect inputs/outputs, …

PW is an efficient implementation of both PA and JACK, which is better than the original PA in latency.

Which isn’t true, at least one of them has Wayland support already, the rest is following suit.

Yeah. In the first months, there were clipboard issues. Until 2 years or so ago for me, screen sharing wasn’t perfect.

I searched for or filed issues whenever I could, and there’s not a trace of a problem left.

I wonder if these people just complain on social media and give up immediately without informing anyone relevant and then feign surprise when shit’s not magically fixed later.

You’re so right:

• $thing isn’t perfectly complete so I won’t switch over my project
• but without your project, $thing can’t be perfectly complete
• idc lol

Pretty good for mostly volunteers, hampered by recalcitrant project leads that actively sabotage any progress and consider “told you so” appropriate.

If anyone cared enough, they could have made that list 17 years ago, and pushed through a set of protocol extensions that allow talon to work.

Why did nobody do that?

It’s crazy to me that people complain now. It’s far too late for complaints.

I don’t get what you mean. Isn’t the list just a status quo and not how things are supposed to be forever? What’s “hilarious” about somebody painstakingly going through all the features and checking how close they are?

Like I wouldn’t put it past GNOME to give up on interoperability at the slightest inconvenience, but I don’t see that here?

Yes, they were supposed to reach out at some point in the last 17 years, idk what to tell you.

Someone did it for them even: https://github.com/splondike/wayland-accessibility-notes/blob/main/talon-requirements.md