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

[ariadne@social.treehouse.systems]

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

https://www.linuxjournal.com/content/alpine-linux-experiments-systemd-compatibility-while-keeping-its-lightweight-identity is literally AI slop

[hexaheximal@mstdn.social]

@ariadne linuxjournal is slop too now?

[ariadne@social.treehouse.systems]

you can tell this is AI slop, because there is not a single link to anything from that article to an original source confirming anything asserted in that article.

*always* check publications for citations back to original sources.

[ariadne@social.treehouse.systems]

what alpine *has* done is ship the systemd unit files included with upstream packages in aports. and this is not new, we have been doing this for a while now.

alpine *also* ships some systemd components as isolated components, such as systemd-boot. we may also use systemd's udev in the future as well.

but these are, and in the case of udev, would be properly integrated into alpine, not the other way around.

[ariadne@social.treehouse.systems]

why does alpine ship the systemd unit files? so that downstream derivatives using systemd can use them.

simple as that.

[bremner@mathstodon.xyz]

@ariadne I guess linuxjournal.com is all slop all the time now. A few days ago there was a similar [1] sloppy clickbait article about Debian.

Dunno who "George Whittaker" is, but if they are real person they should be ashamed of impersonating a journalist.

[1]: https://www.linuxjournal.com/content/debian-experiments-ai-assisted-bug-triage-open-source-projects-face-growing-report-overload

[neal@social.gompa.me]

@ariadne Why are people freaking out about this? It doesn't matter. The sloppy article aside, nothing about this is new as far as I knew...

[whitequark@social.treehouse.systems]

@ariadne you can use systemd-udevd separately?

[ariadne@social.treehouse.systems]

@whitequark yes

[weirdtreething@donotsta.re]

@ariadne it's annoying to see stuff like this which suggests you can't use alpine on a desktop system

[ariadne@social.treehouse.systems]

@neal because the article is disinformation

[ariadne@social.treehouse.systems]

@bremner debian is using AI huh? yeah, i'm sure debbugs is really super friendly to AI tooling, right?

[sakurina@icosahedron.website]

@bremner @ariadne it's so sad... the Linux Journal used to be an institution and now it's devolved into this

[neal@social.gompa.me]

@ariadne Sigh...

[ariadne@social.treehouse.systems]

@neal like linuxjournal.com right now, last two articles are totally AI slop disinformation

one about alpine and one about debian

i'm sure "george" will do fedora in time

[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