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

[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.

[dysfun@social.treehouse.systems]

@ariadne makes sense

[coolbean@brain.worm.pink]

@ariadne lmfao the hoax generators be generating hoaxes

[moses_izumi@fe.disroot.org]

@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

[arcaneoverflow@techhub.social]

@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

[techokami@woof.tech]

@neal @ariadne I thought Linux Journal shut down long ago, is this some AI slop zombie wearing its skin?

[brad@1040ste.net]

@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...

[hikari@social.noyu.me]

@moses_izumi @ariadne do link the article to remind me?

[moses_izumi@fe.disroot.org]

@hikari @ariadne
here:

https://www.linuxjournal.com/content/introducing-loss32-new-lightweight-linux-distro-focus-legacy-hardware

[hikari@social.noyu.me]

@moses_izumi @ariadne

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@woof.tech]

@brad @neal @ariadne ahh so it is AI slop zombie wearing its skin

[justsoup@mstdn.social]

@ariadne Shocking title plus AI slop is a recipe for clicks nowadays. Its just tabloids for the internet.