Linux

16730 readers

102 users here now

Welcome to c/linux!

Welcome to our thriving Linux community! Whether you're a seasoned Linux enthusiast or just starting your journey, we're excited to have you here. Explore, learn, and collaborate with like-minded individuals who share a passion for open-source software and the endless possibilities it offers. Together, let's dive into the world of Linux and embrace the power of freedom, customization, and innovation. Enjoy your stay and feel free to join the vibrant discussions that await you!

Rules:

Stay on topic: Posts and discussions should be related to Linux, open source software, and related technologies.
Be respectful: Treat fellow community members with respect and courtesy.
Quality over quantity: Share informative and thought-provoking content.
No spam or self-promotion: Avoid excessive self-promotion or spamming.
No NSFW adult content
Follow general lemmy guidelines.

founded 2 years ago

MODERATORS

MigratingtoLemmy@lemmy.world

Surge in Systemd forks after the latest changes (github.com)

submitted 3 hours ago by pglpm@lemmy.ca to c/linux@lemmy.world

14 comments fedilink hide all child comments

cross-posted from: https://lemmy.ca/post/62192988

The latest changes implemented in the Systemd repo, related to or prompted by age-verification laws, have made many people unhappy (I suppose links about this aren't necessary). This has led to a surge in Systemd forks during the last days ("surge" because there have always been plenty of forks). Here are some forks that explicitly mention those changes as their reason for forking (rough time ordering taken from the fork page):

paramazo/systemd "The systemd System and Service Manager without age verification"

ganitam/systemd "Systemd fork just before the Age Verification addition. Hoping more capable developers and maintainers do same.."

GSYT-Productions/systemd-fork "The systemd System and Service Manager, without the stupid Age Verification"

speedythesnail/unre tarded-systemd "The systemd System and Service Manager, without the r e t arded age-verification commits"

ta13579/systemd "The systemd System and Service Manager WITHOUT THE FUCKING AGE CHECKS"

r4shsec/systemd-no-age-verification "This is systemd but without the age verification made via pull request https://github.com/systemd/systemd/pull/40978"

Pingasmaster/fightthesystemd "Systemd without the nonsense: no age verification, no lighthouse built-in."

Jeffrey-Sardina/system "Liberated systemd -- no surveillance. Ever."

HaplessIdiot/systemd-saneagecheck "The systemd System and Service Manager with age verification bypass and polling rate options for said feature"

Queer-Coded-LGBTQ/systemd-fuck-california "The systemd System and Service Manager, but without age bs added in."

Codiak540/unshitted-systemd "A fork of systemd aiming to strip the Age verification. Sue me california."

Hopefully the energy of this reaction won't be scattered among too many alternatives, although some amount of scattering is always good.

top 14 comments

sorted by: hot top controversial new old

[–] Eldritch@piefed.world 15 points 2 hours ago* (last edited 2 hours ago) (1 children)

The reaction by definition is unproductive. I think Brodie Robertson did a good job covering this the other day.

It's literally an addition of an optional text field in a collection of already optional and often unfilled text fields. In a small part of the systemD suite. UserD, with no checking or enforcement. Which has value in business and corporate environments. In the form of a pull request from an external, unaffiliated coder.

Regardless of where you stand on metas push for age-gating everything so they don't have to. Which if you aren't against it, you're a fool. This is all way more reactionary and less substantive than the valid sysV vs systemD debate.

[–] ryper@lemmy.ca 4 points 1 hour ago

I wonder how many people freaking out over this field have even looked at what other fields are on that user record. The realName field could be used to dox you! ICE and the CIA are interested in your location! Those fields have about the same level of enforcement as the new one, i.e. you can just lie.

[–] mhzawadi@lemmy.horwood.cloud 1 points 54 minutes ago

Wait wait wait, your telling me that systems has a user thing to log user data?

Where does systemd start and end? As it looks to be way too invasive

[–] NaibofTabr 6 points 2 hours ago* (last edited 2 hours ago)

Hopefully the energy of this reaction won't be scattered among too many alternatives, although some amount of scattering is always good.

It's traditional:

[+] Onomatopoeia@lemmy.cafe -7 points 2 hours ago (1 children)

Womp Womp.

What did they expect would happen?

I can only hope this ends up with the original simply being left to rot.

[–] Hiro8811@lemmy.world 6 points 2 hours ago (2 children)

Did you read the freaking merge https://github.com/systemd/systemd/pull/40954

[–] Eldritch@piefed.world 11 points 2 hours ago (1 children)

Nope. No one did. It's all drama farming and ignorant apoplectic panic. I'd absolutely be interested to know more about the person behind the merge request. Apparently they have submitted similar code to several other projects for the same purpose. But it's just fashionable to hate on systemD right now. At least the sysV vs systemD guys have valid issues. Even though as a 30-year Linux user, I wouldn't go back to sysV inits. I do not miss having to use poorly documented or outright undocumented tricks, tips, and arcana to write basic process watchdogs and initialization scripts.

[–] Hiro8811@lemmy.world 3 points 1 hour ago* (last edited 1 hour ago) (1 children)

It's hard enough for maintainers and devs to fight ai and governments. If you wanna go against someone go against corpos and government not people doing their hobbies.

[–] Eldritch@piefed.world 4 points 1 hour ago

Yes, time and effort would be infinitely better spent yelling at the local and national governments pushing for this to be implemented at the behest of meta. Than outrage of an optional text field.

[–] org@lemmy.org 0 points 1 hour ago (2 children)

We should have them add ss# too, since it’s non-privileged. What could go wrong?

[–] death_to_carrots@feddit.org 2 points 49 minutes ago (1 children)

What could go wrong if in your system there exists a standard place where you could put some magic string?

Remember, no one is forcing you to put the magic string in.

[–] org@lemmy.org 1 points 39 minutes ago

No one is forcing the magic string YET. But to think some governments won’t enforce that later is contrary to reality. The direction of the world is very clear…

[–] yetAnotherUser@discuss.tchncs.de 1 points 1 hour ago (1 children)

That's not a thing in like every single country. Might as well add a "Name of the Chinese primary school you graduated from" field, at least that would have more users.

[–] org@lemmy.org 0 points 56 minutes ago

Whatever you wanna call it. Let’s add that. Gender, gender between your legs, marriage status, race is also super important.

It’s just a field… so why not?