to be absolutely clear: alpine is *not* switching to systemd or implementing a 'systemd compatibility layer'.

[ariadne@social.treehouse.systems]

@moses_izumi @hikari I see "George" has done it again!

[ariadne@social.treehouse.systems]

@aelspire Alpine already uses a udev implementation, eudev which is basically compatible with libudev.

[aelspire@aelspire.info]

@ariadne Yes, I'm aware of it and tried to use it, but not everything is working. In my case mounting LUKS-encrypted USB drive from Thunar sidebar was not working, and I have almost all my USB drives encrypted. I also remember some quirks with my graphic tablet (Wacom Bamboo) but I'm not sure if those were eudev fault.

[fun@berkeley.edu.pl]

@neal @ariadne It is not the first time that person has written AI slop. In fact this has been going for at least 2 years.

[pj@donotsta.re]

@hexaheximal@mstdn.social @ariadne@treehouse.systems banned by lobste.rs 9 months ago so not even a recent thing

[eschwartz@fosstodon.org]

@whitequark @zyx @ariadne

eudev exists, at least today, primarily because there's a vocal subset of people who get extremely angry if a package name or file on disk includes the word "systemd" in it, and will not consent to running a udev implementation if any internal filename happens to be /usr/lib/systemd

These people literally configure their package manager to silently delete any files from ANY package matching the glob `*systemd*`. Prank tip: write a program including "systemdetails.py".

[eschwartz@fosstodon.org]

@whitequark @zyx @ariadne

Also relevant, Gentoo dropped eudev a year and a half ago on the grounds that it serves no purpose given systemd-utils can install standalone udev, and eudev was unmaintained and broken and did not in fact provide the library APIs which software compiled against, due to its being unmaintained:

[gentoo-dev] last rites: sys-fs/eudev - Andreas K. Huettel

(public-inbox.gentoo.org)

Nonetheless, Gentoo still proudly supports non-systemd installs.

[nivex@tenforward.social]

@ariadne @jima Somehow fitting that I clicked through to the article and the banner ad at the top of the page is "Build your ideas with Gemini"

[whitequark@social.treehouse.systems]

@eschwartz @zyx @ariadne oh man maybe i should switch back to gentoo

[ariadne@social.treehouse.systems]

@eschwartz @zyx @whitequark its time to INSTALL GENTOO

[steve@discuss.systems]

@ariadne @eschwartz @zyx @whitequark —omg-optimized

[whitequark@social.treehouse.systems]

@ariadne @eschwartz @zyx like it's not even about systemd, i'm using systemd right now, it's about people generally seeming to make more sensible decisions than my experience with debian as a maintainer which has left me very sour

[ariadne@social.treehouse.systems]

@eschwartz @zyx @whitequark I mean I don't really have an opinion on systemd. the reason I use and work on Alpine is because it is an integrated OS. systemd offers some of the same benefits for the GNU/Linux crowd and that seems like a positive for GNU/Linux...

[whitequark@social.treehouse.systems]

@ariadne @eschwartz @zyx i think a lot of the concepts are sound, but a significant part of how it was implemented historically shows a lack of care that i wouldn't really consider acceptable in my work but switching away from it would break KDE which i like enough that it's a nonstarter

[eschwartz@fosstodon.org]

@whitequark @ariadne @zyx

I'm not really sure what you mean by that... Switching away from systemd would break KDE? Shouldn't be -- KDE Plasma is packaged by alpine (no systemd option) and supported just fine on Gentoo's openrc profiles.

[whitequark@social.treehouse.systems]

@eschwartz @ariadne @zyx to be clear this isn't a deeply researched opinion, i just used to run systemd-less debian and at some point half of plasma (networkmanager, power management, etc) broke due to some consolekit related thing i eventually traced down to "i guess i need systemd now"

[ariadne@social.treehouse.systems]

@whitequark @zyx @eschwartz yes can confirm I use plasma as my daily driver on alpine.

[whitequark@social.treehouse.systems]

@ariadne @zyx @eschwartz does NM work?

[eschwartz@fosstodon.org]

@whitequark @ariadne @zyx

I have no particular idea what Debian might have done there, but generally the preferred alternative to systemd is using elogind anyways. Which should work fine. You could also try speaking to the upstream maintainers of $PACKAGE about using libseat where possible. Gentoo should support any configurations possible upstream, and possibly relevantly, Gentoo will *rebuild* if you change your configuration, not use libsystemd.so compiled binaries on openrc.

[eschwartz@fosstodon.org]

@whitequark @ariadne @zyx

The Gentoo gui installation ISO uses kde and openrc, and connecting to WiFi to begin installation means using the NM applet. It works quite well, except for the part where kde really wants to encrypt your wifi password with the account keyring, which as a live ISO doesn't exist. (So, routine "fail to store the password and then go back into settings and re-enter the password" on every ISO boot.) But that's not the fault of an init system.