37
the suckless.org devs seem to like posting Nazi dogwhistles
(oldbytes.space)
Big brain tech dude got yet another clueless take over at HackerNews etc? Here's the place to vent. Orange site, VC foolishness, all welcome.
This is not debate club. Unless it’s amusing debate.
For actually-good tech, you want our NotAwfulTech community
Which features, exactly? I just tried IceWM, which has no systemd-related dependencies and vastly predates systemd, and the session appears correctly on
loginctl
and disappears from there a few seconds after logging out, same as logging in and out of Plasma. Seems like it works fine.I did notice that
loginctl lock-session
doesn't work with IceWM, and presumably neither does anything else that involves sending D-Bus messages to the process controlling the session, but that's not the end of the world.I definitely have not observed this issue. I have
loginctl enable-linger
ed myself, so my user services start during boot, before any desktop environment is loaded. I haven't tested whether user services work in IceWM without that, but as far as I know, user service managers are started and stopped by logind in response to session start/stop, and logind gets notified of session start by the PAM modulepam_systemd
, not by the desktop environment.Breaking changes affecting programs outside of the systemd suite? Can you give me some concrete examples of such breaking changes and the problems they caused? I wasn't aware there were any. I would have expected to see some serious fireworks if such a thing ever happened.
We're discussing a community hard fork that leaves IBM behind, like what happened with XFree86. What IBM says or does after that is irrelevant, I would think.
not gonna dig around in the source to my distro for examples, but here’s the hack NixOS uses to make
graphical-session.target
run with WMs that aren’t Gnome or KDE. since a lot of the session management stuff I want to do relies on being able to sensibly handle both text and graphical sessions (and the NixOS hack wasn’t too reliable the last time I tried it), this was one of the factors that pushed me towards using Shepherd to manage the session process tree on my systemsthis is a really weird question to ask, given that the context is a hypothetical systemd fork running into breaking changes in the systemd API. maybe look up a postmortem for
uselessd
or any of the other dead systemd forks?leveraging an existing toxic community against a newer, smaller one is very much a way to retain control after a fork; again, this is pretty much a known quantity, and there are a bunch of examples of it happening in cryptocurrency projects