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/unret arded-systemd "The systemd System and Service Manager, without the ret 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.
Hi! I'm actually the creator of unshitted-systemd (the one at the bottom of the list). I had my eye on systemd for a few weeks due to the whole AI code fiasco, but the second my friend DM'ed me saying "they just added age verification" I said "I'm forking it", forked it, stripped the DoB field, and submitted a PR
Not even an hour later my PR was closed due to being "Spam".
So I went further, stripped all the AI code, the realName field for User Accounts, and started fixing issues that haven't been fixed by systemd themselves. I also saw a 4.5 second boot time speedup from installing mine. I have NO IDEA how, but it's happened.
I plan on going further and taking out parts that go against user privacy and control over their system (I.E: systemd makes the /etc read only by default, I've removed that code in my fork)
I can't do this on my own though, if anyone wants to help, please let me know! you can email me at codiak540@bbs.4d2.org, or contact me through github. You might be able to DM me on this platform idk I'm new to it, and my discord is @codiak540
If the original description hasn't made it clear, I'm not afraid of California. I don't live in California and as such believe I am not subject to their stupid laws. Keep that in mind if you're considering helping me.
If I saw a speedup that I didn’t understand, then I’d worry that I had accidentally broken something. It’s easy to get speedups by not doing things correctly
Or i’d start looking for backdoors in the old code.
That’s similar to how the backdoor in xz was found. A slightly slower connection caused by obfuscated payloads tipped off a developer to find out what caused the slowdown. His was half a second lag so i’d really be curious what would cause 4.5 seconds.
That’s a lot less likely to be the case; I am aware of just one example of what you describe, and that’s the example you give, whereas I’ve “sped up” my own code many times, by accidentally breaking stuff.
Rather than assume the presence of backdoors, the rational thing is simply to work out why you are seeing a difference in performance, and to determine if you fixed something by accident, or (the more likely scenario) if you broke something by accident
well you've already won from the marketing point of view compared to the others because yours isn't a shit (lol) name
Lovely!
I wanted to fork too but wanted a more carefully planned one (avoid reverting the new time utility names in case they will be re-used in the future & to make syncing newer changes from upstream straightforward otherwise it will not be a one-to-one replacement)
I would love to help with your fork, allocate a worker to build a binary from the CI, create an AUR package (I already studied the systemd arch package a little bit), start using the fork and hopefully with some PRs too. Discord is blocked where I am so it would be cool to have a matrix group / space for this effort and let's see how far we can push this. Because if this doesn't work, I will be moving to Artix or Gentoo 100%
Looking forward to seeing some distros that have already been using systemd, switch to such a fork.