to be absolutely clear: alpine is *not* switching to systemd or implementing a 'systemd compatibility layer'.
-
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.
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.
-
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.
why does alpine ship the systemd unit files? so that downstream derivatives using systemd can use them.
simple as that.
-
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 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.
-
why does alpine ship the systemd unit files? so that downstream derivatives using systemd can use them.
simple as that.
@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...
-
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 you can use systemd-udevd separately?
-
@ariadne you can use systemd-udevd separately?
-
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
@ariadne it's annoying to see stuff like this which suggests you can't use alpine on a desktop system -
@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...
@neal because the article is disinformation
-
@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.
@bremner debian is using AI huh? yeah, i'm sure debbugs is really super friendly to AI tooling, right?
-
@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.
-
@neal because the article is disinformation
@ariadne Sigh...
-
@ariadne Sigh...
@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 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
@ariadne Yeah, it's probably going to happen with something particularly dumb too. I can already see it coming...
-
@bremner debian is using AI huh? yeah, i'm sure debbugs is really super friendly to AI tooling, right?
@ariadne I dunno, all I get out of our admin team is anatomically unlikely suggestions for scraper operators.
-
R relay@relay.infosec.exchange shared this topic
-
-
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
@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 Is it safe to assume that shims for systemd APIs needed by things like GNOME aren’t a “systemd compatibility layer” for this purpose?
@alwayscurious i do not know *what* the article means by 'systemd compatibility layer', but it describes libsystemd coming to alpine which has not happened
-
why does alpine ship the systemd unit files? so that downstream derivatives using systemd can use them.
simple as that.
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
-
@ariadne it's annoying to see stuff like this which suggests you can't use alpine on a desktop system
@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. -
@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.@Brett_E_Carlock @weirdtreething indeed, maybe some of us have different priorities than the typical GNU/Linux user/developer
