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

[neal@social.gompa.me]

@ariadne Yeah, it's probably going to happen with something particularly dumb too. I can already see it coming...

[bremner@mathstodon.xyz]

@ariadne I dunno, all I get out of our admin team is anatomically unlikely suggestions for scraper operators.

[ariadne@social.treehouse.systems]

@sakurina @bremner honestly i wonder if the site has been compromised because it is pretty wild to publish that Debian is using AI to filter bugs and Alpine is adopting a 'systemd compatibility layer'

[alwayscurious@infosec.exchange]

@ariadne Is it safe to assume that shims for systemd APIs needed by things like GNOME aren’t a “systemd compatibility layer” for this purpose?

[ariadne@social.treehouse.systems]

@alwayscurious i do not know *what* the article means by 'systemd compatibility layer', but it describes libsystemd coming to alpine which has not happened

[ariadne@social.treehouse.systems]

also, it is funny that the article talks about proprietary software not working on alpine

in general, this is not a concern in the alpine community, and we do support flatpak

[brett_e_carlock@mastodon.online]

@weirdtreething
Yeah, it is really unfortunate as Alpine is what finally convinced me Linux was viable as a personal computing OS after two decades of distrohopping, multibooting, and virtualizing Linux.

@ariadne

[ariadne@social.treehouse.systems]

@Brett_E_Carlock @weirdtreething indeed, maybe some of us have different priorities than the typical GNU/Linux user/developer

[xarvos@outerheaven.club]

the moment i opened the page it slapped gemini widget on my face <img class="not-responsive emoji" src="https://outerheaven.club/emoji/neofox/neofox_baa_256.png" title=":neofox_baa:" />

@ariadne@social.treehouse.systems

[craftyguy@freeradical.zone]

@ariadne wow, that was painful to read. Literally.

[aissen@social.treehouse.systems]

@ariadne 12 bullet lists in an article ? I love them as much as the next person, but even I know not to abuse them. No serious editor would have let this pass, seriously this is slop without even as much as a review pass.

[msh@coales.co]

@ariadne TBH its hard to tell the difference between the slop excreted by Lunduke and that from an LLM these days they seem to have been converging over the years

[donelias@mastodon.cr]

@ariadne

What a shame to have one's name in a masthead of a slop publication machine
https://www.linuxjournal.com/content/masthead

[aelspire@aelspire.info]

@ariadne Woho! Thanks for considering using udev in Alpine! It was the thing which forced me to return to Arch, while I would prefer to use Alpine. I've tried to use mdev + libudev-zero but it had a lot of quirks, so I switched to eudev but it had problems with mounting encrypted USB drives and some other quirks, so I tried to just use mount, but while on (some?) BSDs you can allow mount without root when user have permissions for both a device and a mount point, Linux does not.

Almost everything depends on libudev…

[lkundrak@metalhead.club]

@ariadne "this looks like a normal article to me"

-- high school bullies who couldn't write an essay and never figured out why they got an E

[zyx@social.treehouse.systems]

@whitequark @ariadne yep Gentoo has been packaging systemd-{tmpfiles,udevd,boot} separately on OpenRC systems for a long while.

[whitequark@social.treehouse.systems]

@zyx @ariadne I had assumed the eudev fork needed to happen bc this wasn't possible

[ariadne@social.treehouse.systems]

@zyx @whitequark at one point in time it was necessary, but it's a lot easier now with meson.

[dysfun@social.treehouse.systems]

@ariadne how does meson help here? just out of curiosity

[ariadne@social.treehouse.systems]

@dysfun we can easily build specific subcomponents of systemd with meson while still getting the internal dependencies right. with autotools it was a nightmare.