to be absolutely clear: alpine is *not* switching to systemd or implementing a 'systemd compatibility layer'.
-
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 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.
-
R relay@relay.publicsquare.global 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 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
-
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
What a shame to have one's name in a masthead of a slop publication machine
https://www.linuxjournal.com/content/masthead -
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 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…
-
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 "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
-
@ariadne you can use systemd-udevd separately?
@whitequark @ariadne yep Gentoo has been packaging systemd-{tmpfiles,udevd,boot} separately on OpenRC systems for a long while.
-
@whitequark @ariadne yep Gentoo has been packaging systemd-{tmpfiles,udevd,boot} separately on OpenRC systems for a long while.
-
@zyx @whitequark at one point in time it was necessary, but it's a lot easier now with meson.
-
@zyx @whitequark at one point in time it was necessary, but it's a lot easier now with meson.
@ariadne how does meson help here? just out of curiosity
-
@ariadne how does meson help here? just out of curiosity
@dysfun we can easily build specific subcomponents of systemd with meson while still getting the internal dependencies right. with autotools it was a nightmare.
-
@dysfun we can easily build specific subcomponents of systemd with meson while still getting the internal dependencies right. with autotools it was a nightmare.
@ariadne makes sense
-
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 lmfao the hoax generators be generating hoaxes -
R relay@relay.mycrowd.ca 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
Linux Urinal also slopped out an article that misrepresented Loss32 (project for running Wine as the primary desktop environment, 'cause it's easier and more helpful than making endless Wine frontends) as just another "modern Linux for 32-bit notebooks"-project.
I hope @hikari is as disappointed as I am -
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 I'm glad to hear it
I was looking for a tidier and more focussed disti some time ago, and looking more closely I should probably have chosen Alpine -
@ariadne Yeah, it's probably going to happen with something particularly dumb too. I can already see it coming...
-
@techokami @neal @ariadne Take a look at the "About Us" page, no mention of the current people. The listed-as-former staff last contributed around 2019...
-
@ariadne
Linux Urinal also slopped out an article that misrepresented Loss32 (project for running Wine as the primary desktop environment, 'cause it's easier and more helpful than making endless Wine frontends) as just another "modern Linux for 32-bit notebooks"-project.
I hope @hikari is as disappointed as I am@moses_izumi @ariadne do link the article to remind me?
-
@moses_izumi @ariadne do link the article to remind me?
-
a lightweight operating system built from scratch with one goal in mind — giving old and low-resource computers a new lease on life
Loss32 began as a personal project by a group of open-source enthusiasts frustrated with how quickly modern software has moved past older machines.
The name Loss32 stems from its focus on “losing” unnecessary bloat — keeping only what’s essential — and the fact that it targets 32-bit and low-resource systems that many other distros are abandoning.
is this entire thing an AI hallucination? it's genuinely unbelievably bad, there's basically no relation whatsoever to anything I wrote on loss32.org
-
@techokami @neal @ariadne Take a look at the "About Us" page, no mention of the current people. The listed-as-former staff last contributed around 2019...
