Jorge Castro, <s>one of the developers working on the next iteration of flatpak</s> (EDIT: See below, I was mistaken), says that “of course” flatpak 2.0 will depend on SystemD. Moreover, he thinks this dependence is so obvious that it was wrong of me to even ask.
https://hachyderm.io/@jorge/116619028047490652
Archive link:
https://megalodon.jp/2026-0523-0312-41/https://hachyderm.io:443/@jorge/116619028047490652

EDIT: But since Jorge isn’t actually a flatpak developer, what he said is likely nonsense and we should ignore it. It was wrong of me to amplify his thread.

The current version of flatpak does **not** depend on any init system. This lack of SystemD dependence is one of the advantages flatpak currently has over its rival snap. The "flatpak setup" page on flatpak.org endorses the use of flatpak on distros without SystemD, such as [Alpine](https://flatpak.org/setup/Alpine), [Void](https://flatpak.org/setup/Void%20Linux), [Guix](https://flatpak.org/setup/GNU%20Guix), [Slack](https://flatpak.org/setup/Slackware), [Pisi](https://flatpak.org/setup/Pisi%20GNU%20Linux), [Salix](https://flatpak.org/setup/Salix), [ChromeOS](https://flatpak.org/setup/Chrome%20OS), and [Gentoo](https://flatpak.org/setup/Gentoo). Other distros without systemd encourage the use of flatpaks, including [Chimera](https://chimera-linux.org/docs/configuration/flatpak) The decision to add a dependency which cuts off many distros currently using flatpak, including those which the flatpak developers themselves advertise as supporting flatpak, is a surprise. It also seems contrary to the stated mission of flatpak, which is to be a single package format that works on all Linux distros. Moreover, this decision comes at what seems like the worst possible time. SystemD [recently started AI-ifing](https://github.com/systemd/systemd/blob/main/AGENTS.md), and [adding plumbing for surveillance age censorship](https://github.com/systemd/systemd/pull/40954) (far beyond what any laws require of them), leading to an increased number of users who want to stop using it, including users like me who previously didn't care about init systems. EDIT: The develper in question has doubled-down, including claiming that "modern Linux" has "only SystemD." https://megalodon.jp/2026-0524-0336-55/https://hachyderm.io:443/@jorge/116625264102622684 https://megalodon.jp/2026-0524-0337-21/https://hachyderm.io:443/@jorge/116625260525826470 https://megalodon.jp/2026-0524-0338-32/https://hachyderm.io:443/@jorge/116625256540295585 https://megalodon.jp/2026-0524-0338-49/https://hachyderm.io:443/@jorge/116625308101601470 https://megalodon.jp/2026-0524-0339-06/https://hachyderm.io:443/@jorge/116625329112111399 I should clarify that Jorge is just one person involved in flatpak development. It is currently unclear to what extent his statements reflect the position of the whole flatpak development team. EDIT 2: And now he's moved to gaslighting. https://megalodon.jp/2026-0524-1008-26/https://hachyderm.io:443/@jorge/116626198724098296 https://megalodon.jp/2026-0524-1008-40/https://hachyderm.io:443/@jorge/116626278544247845 https://megalodon.jp/2026-0524-1008-55/https://hachyderm.io:443/@jorge/116626299556869473 EDIT 3: I have been told conflicting things about the extent to which Jorge is actually involved in flatpak development. However, someone else claiming to be a flatpak developer has also weighed in. Adrian Vovk takes a much less hostile tone than Jorge, but he also says he expects Flatpak 2 to depend on SystemD. He notes that it might be possible for distros to patch around the requirement, but that the upstream flatpak project will probably *not* accept contributions to make it work on other init systems. https://megalodon.jp/2026-0525-0628-46/https://fosstodon.org:443/@AdrianVovk/116626119745780463 https://megalodon.jp/2026-0525-0628-48/https://fosstodon.org:443/@AdrianVovk/116626156956101933 He also suggests that a SystemD dependency might be added to flatpak 1.x as well. https://megalodon.jp/2026-0525-0634-23/https://fosstodon.org:443/@AdrianVovk/116629630385486477 However, he stresses that no code for flatpak 2 has actually been written yet, and plans may change. EDIT 4: Jorge is apparently also a vibe-coder. https://github.com/castrojo/jorgepilot

EDIT 5: While I do not know for sure whether Jorge is involved with planning Flatpak 2, he has not made any commits directly to the existing flatpak repository.
https://github.com/flatpak/flatpak/commits?author=castrojo
Several of his posts are worded in a way that sound like he is involved with flatpak development, and I took him at his word without checking myself. I may have caused more meta as a result. I’m sorry.

---

So now I have to figure out what distro I am going to run. I currently use Debian Trixie, and rely on flatpak to get updated applications. Trixie has a pre-AI version of SystemD. I had considered trying to replace SystemD on Debian with OpenRC, <s>but if I would lose access to flatpak apps then staying on Debian at all seems a lot less appealing.

I had also been seriously considering switching to @alpinelinux , because their native package manager is really fast, stable, and awesome. But their package repository is a lot smaller than other distros, so I’m not sure I’d want to use it without flatpak.

I am now more seriously considering switching to @VoidLinux . I wanted a stable base system with frequently updated applications, but if that’s not an option I’d settle for a rolling distro that tries to be somewhat stable.</s>

Since it turned out this all started because one guy who isn’t even a flatpak developer made something up, my plan is back to what it was last week: wait until Debian Forky and then decide whether I want to stay with Debian or switch to something else.

@2something @alpinelinux @VoidLinux enshittipak

flatpak sucks? wow im sure no fox saw this coming

- posted by Seraphine

@2something Well there goes a core part of my system I suppose
I'll have to figure out how to get rid of it before it just doesn't work anymore

@2something @VoidLinux @alpinelinux the whole systemd and systemd-addict crew is reeking of bad faith more and more each passing day

@2something @Transbian_Arsonists

For a while it was looking like Flatpak could actually be a viable package manager for all Linux distros. It’s reminding me of this: https://fixupx.com/MysteriousRyan/status/2001422152239636574

@2something @VoidLinux @alpinelinux “instead of developing interoperable standards, how about we all just centralize around this one piece of corporate slopware!” and everyone in the room agrees

ffs such brainrot

@2something @VoidLinux @alpinelinux do however keep in mind those other distros will not be outright losing flatpak. case in point, chimera packages gnome 50, with the latest and greatest in systemd dependance all worked around

@2something Hmmm, Debian also has patching infrastructure. I wonder if it wouldn't be too far-fetched to have them just patch out the systemd dependency, or keep using old flatpak.

Also, this situation is just gross. Flatpak's supposed to be the good one here.

@hsza @2something @VoidLinux @alpinelinux worth noting, the way chimera deals with gnome is a pretty large hack

they still package gnome-session 48, because that’s the component that has a huge systemd dependency, and hack everything else to work with that old version

this works for now, but fae has no idea how long will that work

@2something @alpinelinux @VoidLinux i genuinely recommend chimera linux, it's like alpine but it uses dinit and freebsd coreutils, it's awesome

@2something

So now I have to figure out what distro I am going to run. I currently use Debian Trixie, and rely on flatpak to get updated applications. Trixie has a pre-AI version of SystemD. I had considered trying to replace SystemD on Debian with OpenRC, but if I would lose access to flatpak apps then staying on Debian at all seems a lot less appealing.
I had also been seriously considering switching to @alpinelinux , because their native package manager is really fast, stable, and awesome. But their package repository is a lot smaller than other distros, so I'm not sure I'd want to use it without flatpak.

Honestly I’d say you should use Alpine and alike even harder now, to ensure contributors go to flatpak 1.x and ignore flatpak 2.0 to death until they drop the ridiculous dependency on systemd.

@2something i wonder how far i could get with a systemd-less Arch...

Or IG moving to something else that has Steam and Lutris/Proton support but no Systemd.

The AUR is just so handy though for external packages

@2something @alpinelinux @VoidLinux fucking messed up. and i'm saying that as a systemd user.
i get forking a login manager to add some features and realising you need systemd, mainly because the old version is still there.
but a packaging format? and a one that claims to ve universal at that?

@2something @alpinelinux @VoidLinux Jorge is NOT developer of flatpak. He doesn't have anything to do with the project. It doesn't take much to verify this stuff

The "flatpak setup" page on flatpak.org endorses

Wrong. All it means someone added a setup guide. Nothing is endorsed

SystemD recently started AI-ifing

Oh no, code review! How horrible, they're gonna catch more bugs!!

and adding plumbing for surveillance age censorship (far beyond what any laws require of them)

Optional age entry is too much? What?

The develper in question has doubled-down, including claiming that "modern Linux" has "only SystemD."

Every major distro is using systemd. Deal with it.

It is currently unclear to what extent his statements reflect the position of the whole flatpak development team.

It's gonna happen someday. It's purely about better cgroup support lmao. What an overblown joke

@thomholwerda just what are you boosting

@jessienab @2something may i present: Artix
it’s literally that, systemd-less arch, supports a BUNCH of options even :D
I’m kinda stuck on it bc I love AUR too much lol
I use runit, and it works, but been meaning to try out some other ones, runit is…inconvenient and limited (if you want user services you have to do some manual setup, and services don’t have actual dependency system..), but somehow everything works lol
i would go for dinit, or maybe openrc, probably

i believe there’s even instructions on how to migrate from arch, but ofc clean install is better

@IceWolf @2something oh no, people depend on something that works. Are you also mad flatpak depends on linux?

@tragivictoria @2something ...no? The kernel devs aren't actively being shitty.

@tragivictoria @2something Also, the kernel was /always/ a thing, it's not being forced on everyone. And also, a surprising amount of the desktop stack DOESN'T depend on the kernel. OpenBSD packages KDE 6!

@IceWolf @2something @tragivictoria *yet, i’ve heard several desktops are moving toward systemd-specific integration stuff :/ probably nontrivial to patch out

@2something Is he a flatpak dev? All I've seen and from all the info I have aware he's a distro maintainer for bluefin and that's pretty much it. Though he likely agrees with the dependency on systemd since he seems to be an advocate, but I have no info going beyond that.

@Isofruit @2something i feel like even if someone is a systemd advocate, they should want diversity

monoculture are bad

@2something Jesus christ, I've been reading your edits, there is NO WAY jorge doesn't know exactly what he's doing and how he's treating people. What a massive asshole.

@lumi @2something I'm having a tough time applying this here. Systemd fundamentally is just about service mgmt, one of which is appd.

For diversity, one can re-implement what it does if one wants. It's a tough sell to mandate devs to do duplicated effort that doesn't work well (see flatpak'd browsers and steam-problems) and is a maintenance burden.

Thus jorges opinion isn't a surprise nor bad imo. And I mean, the kernel is a monoculture as well.

@2something As a @gentoo user, I highly recommend it. I've had nothing but stability and good luck doing anything I've wanted to. I have access to a wide breadth of applications by default and enabling the GURU repository made that even better. OpenRC has been a pure joy as well - light weight and stable.

@2something @alpinelinux @VoidLinux

I don’t have a problem with using systemd myself, but I think having a world where people have access to the options they want is a good thing. SO to me, the guaranteed solution to this problem for some is not debate, but to just do the work of forking flathub to remain free of any init dependencies, and doing the work of providing repositories that can provide the packages in this format (similar to Flathub). The thing is, talk is easy, work is hard. Hope this all works out to your liking in the end though.

@2something @Equinox Alpine is amazing.
Use alpine.

My small fanboy / getting started post for it:
https://birdbutt.com/@colinstu/116261949509111400

@6 @IceWolf @2something GNOME already did that and Plasma did that via PLM.

It's less thing to patch out and more that alternative init systems need to implement.

@tragivictoria @6 @IceWolf sad to see you spreading this Lunduke-tier bullshit, Plasma already has to deal with a lot of misinformation related to being dependent on systemd

@mkljczk @IceWolf @6 they did switched PLM to using systemd services tho? Which is exactly same thing GNOME did too. I don't get what you are talking about

@tragivictoria @IceWolf @6 No. PLM is a new, optional component of Plasma that did not have a single release without the systemd dependency.

@mkljczk @IceWolf @6 not sure how that changes what i said

@tragivictoria @IceWolf @6 it changes a lot—they’re not abandoning their userbase.

@mkljczk @IceWolf @6 I'm sure those 6 people are happy they can still use SDDM

@tragivictoria @IceWolf @6 you’re saying this on social media used by 6 people

@mkljczk @IceWolf @6 there are 8 people here now

@mkljczk @tragivictoria@catgirl.cloud @IceWolf 6 you say <small>(ignore me)</small>

@tragivictoria @IceWolf @6 and half of them daily-drive alpine on desktop

@mkljczk @IceWolf @6 cool

@tragivictoria @IceWolf @6 yeah also remember that most desktop linux users use discord rather than matrix.org

@mkljczk @tragivictoria@catgirl.cloud @IceWolf why would anyone willingly use matrix.org?

@mkljczk @IceWolf @6 sweet

@2something @alpinelinux @VoidLinux Oh btw it gets funnier! The original guy from the flatpak thread is a vibecoder!

@2something @alpinelinux @VoidLinux that megalodon.jp website that you're using for linking to posts has completely unreadable white-on-white text for me

@noisytoot @alpinelinux @VoidLinux

Huh, I get white on black with both LibreWolf and Chromium. Can you copy the original URLs and view the original posts?

@2something @alpinelinux @VoidLinux yes, I can view the original posts

I'm using LibreWolf but with a dark theme as default (and using fingerprintingProtection instead of resistFingerprinting to allow me to make an exception to it so websites follow the dark theme preference). It's probably something to do with that.

@noisytoot @VoidLinux @alpinelinux @2something yeah the css is fucked for some reason and keeps setting color to white on a lot of elements

i don’t know if :style is allowed without trust on uBlock Origin, apparently style goes, so here’s some sledgehammer rules to make it readable:

megalodon.jp##.status__content:style(color: black !important)
megalodon.jp##.display-name:style(color: black !important)
megalodon.jp##.display-name__html:style(color: black !important)
megalodon.jp##.status-card *:style(color: black !important)
megalodon.jp##.mention:style(color: blue !important)

@nelson @alpinelinux @VoidLinux

1. I have repeatedly tried to install Chimera in a VM and gotten stuck on setting up Grub. I’d be willing to try again and ask for more help, but…

2. Even if I did manage to install it, it would have the same issue as Alpine: a limited package repository.

(Also, since I don’t do systems programming, the difference between bsd coreutils and busybox, or the difference between dinit or OpenRC, is not something I’m likely to notice.)

@2something @alpinelinux @VoidLinux @nelson what VM and by that I mean do you but UEFI or on olden days BIOS?

@chimera documentation do cover the GRUB step rather excessevly under https://chimera-linux.org/docs/installation/install and if you are more of a video person https://www.youtube.com/watch?v=mr1R5FLW-OI&t=761s covers the GRUB on EFI system case

If you still need a hand feel free to ping me

@TheOneDoc @alpinelinux @VoidLinux @nelson @chimera

1. Gnome Boxes.
2. I already fully read that section of the docs, and I tried doing it with both BIOS and EFI.
3. If I start to more seriously consider Chimera I will be happy to reach out for help. However…
4. I want to reiterate that I do not actually want to use a rolling release distro: Alpine’s model of stable releases every six months is closer to my preference. I’m only grudgingly considering rolling distros in case flatpak goes away and no suitable alternative shows up.

@IceWolf @2something yeah, systemd isn't forced on anyone either. You can still use things that don't use it.

@IceWolf @2something "forced down" is really funny here. Do you know why systemd is used everywhere? Because it works.

Oh no! People use what works!! How could they!? I don't understand why volunteers do things they want in their free time… /j

@tragivictoria @2something You know what else works? OpenRC. rsyslog. etc. It is NOT a choice between "systemd" or "literally nothing".

@IceWolf @2something openrc doesn't do most of the stuff systemd does. It's not really an alternative.

@tragivictoria @2something That's... that's literally the point of it.

The WHOLE POINT is that systemd, as a project, does too much. That's why you replace it with a whole bunch of different things that stay in their lane.

@tragivictoria @2something Also why am I even arguing with you, you're clearly just here to shill systemd for some reason.

@Yuvalne @2something @alpinelinux @VoidLinux even worse, a lot of software you use requires linux kernel! Messed up shit… /j

@IceWolf @tragivictoria @2something not defending systemd in any way here (i think adding an age field was pretty unnecessary) but i never really understood the systemd does too much argument

core systemd really only does a few things: manage daemons, manage mounts, and manage swap

thats really not that much. i mean you could argue that like swap and mounts should be managed by fstab or smth, but systemd already does parse fstab files.

anything else, like the entire systemd-* suite of daemons is completely pluggable and just a regular daemon. they dont get any special treatment, so you could very easily just swap it out for anything else you want. or just not use it at all. super easy to do so with the modular architecture.

@tragivictoria @2something @alpinelinux @VoidLinux @thomholwerda

Optional Age Entry is indeed too much, first of all, because optional age entry is an ineffective measure that, because it is ineffective and easily bypassed, will change to become something less bypassable, like maybe, scan your passport to be able to use this computer.
Second, the fact that the devs complied in advance by merging something from a random guy, willingly, is in my opinion high treason to the cause of free software: One, that dude didn't have to write a patch, no government agency would have knocked at his door. Two, GitHub contributor lists are barely coherent entities and while the dev team is an organized team, who is the government gonna hold responsible for actually making the change? Third, let's assume OSS dev teams are easy to prosecute, they shold wait until the state comes and says hello, and in the meantime organize legal funds with the wider OSS community and popularize hard to prosecute software development and distribution methods (distributed dark nets like i2p for example) and then switch to those once adoption is high enough.

@goes2hard @VoidLinux @thomholwerda @alpinelinux @2something

1. Slippery slope.
2. Complying in advance means doing stuff when it's not required yet. That was not the case here and the legislation passed in multiple countries by that time. Complying yes, but not in advance.

@zl2tod @alpinelinux @VoidLinux @jameshowell

Also the same sort of contradictory gaslighting. With SystemD it was simultaneously claiming
“We don’t want to do this, we have to because of the government mandate”
and
“Don’t worry, it’s totally optional.”

If it’s mandated by the government it isn’t “optional!”
(It’s also not mandated by the government: no surveillance age discrimination laws target init systems, and I can guarentee less than 1% of policitians have ever even heard the phrase “init system” All of them target either operating systems, websites, app stores, or “apps.”)

With flatpak, it’s now
“If you want non SystemD init systems supported, you have to do the work to support it!”
and
“We won’t accept patches to support other init systems.”
Also
“We will continue to support all distros. When did anyone say we were dropping any distros?”
and
“Of course we’re dropping more than 1/6 of the distros we currently advertise support for. Everyone knows that.”

@2something @alpinelinux @zl2tod @VoidLinux @jameshowell

I doubt it's a coincidence.

Pledge to push the technofascist agenda, get some kind of bonus and a packet of recommended talking points....

@Yuvalne @alpinelinux @VoidLinux

Yeah as a Plasma user (for now, anyways) I personally don’t really care that Plasma Login Manager depends on SystemD. A login manager for me (on a single-user computer) is just “the thing I type my password into every day.”

@tragivictoria Why are you being such an asshole? Personally I think depriving hundreds of thousands of people of one of Linux's most important technologies in ease of use, accesibility and safety is bad. Call me an overblown joke for that if you will. You're acting like it's completely impossible to not depend on systemd or to at least give no-systemd people an option, like what's been happening for decades already.

Like this is insane - Flatpak people fuck them over with no alternative or support, tell them "sorry bro you're on your own", Jorge has many messages literally gaslighting people and then when non-systemd users get mad about it THEY'RE the vitriolic ones?

Also, there is a myriad of evidence that using AI for developing software, on top of, you know, burning and killing the fucking planet, is counterproductive, dangerous and unsafe. But yeah you do you.

@witchgirls hundreds of thousands XDDDDD

Girl all major distros are using systemd. The battle was lost lets just accept the fact systemd is here and move on please.

developing software, on top of, you know, burning and killing the fucking planet

So are cars, airplanes and meat industry.

@tragivictoria What kind of argument is that? It's objectively wrong. Void Linux, Guix, Alpine, Artix, Devuan, Gentoo, there's A LOT of people who don't use systemd, and many of them not even for ideological reasons.

You keep acting like it's completely impossible to not give non-systemd distros an alternative. It's really really not. Now if you want to argue "they're too few for me to care about, so let them eat shit I don't care" that's another thing, but own up to it and be sincere?

> So are cars, airplanes and meat industry.

I think you are obsessed with "owning" the people trying to talk to you with short, quippy and wrong remarks, instead of actually thinking about anything they say. There's so many angles to this that are so wrong!

- Why would it matter that other things are environmentally harmful too? Shouldn't we still try to not harm the environment if we don't need it?
- Comparing cars to AI is like comparing clothes to decorative animal pelts? A lot of people, especially in north america, literally need their cars to survive. No one needs to use AI for anything! It is a mild, extremely shitty convenience
- If you genuinely think "AI will make the software better and there's other things killing the planet, hence fuck the planet" then, again, own up to it??

@tragivictoria @VoidLinux @thomholwerda @alpinelinux @2something hm, valid on the 2nd part I stand corrected per a response by 2something.

I still think they should not bow down willingly, and I still think the dev unrelated to the systemd team really should not have made that patch at all, as he was not at any risk from not doing it.

tho, what do you think the continuation of those ineffective measures will be? /genq The intended thrust of these laws is to prevent kids from seeing content the government deems unsavory. In my opinion, if this thrust is not realized as intended, by people doing age attestation instead of verification as systemd does, law makers will change the law to be a little bit more explicit about actually verifying the age of the user. (which could be done by face scanning or giving the credit card or passport, these are not pure slippery slope statements either as in the EU to verify your age on YouTube you have to give your credit card or passport, and in the UK adult verification has been done by face scan. there is precedent.)

@goes2hard @VoidLinux @thomholwerda @alpinelinux @tragivictoria

I don’t think the second part is valid. There are no surveillance age discrimination laws which place requirements on init systems. Every such law either targets operating systems, app stores, websites, or “apps.” Politicians aren’t even talking about regulating init systems.

SystemD isn’t complying with an existing age discrimination censorship law. They aren’t even really “complying in advance.” I can guarantee that less than 1% of politicians have ever heard of init systems. SystemD did it because they wanted to.

@2something @alpinelinux @VoidLinux @thomholwerda @tragivictoria point taken.

@jessienab @2something If you’re already relying on the AUR quite a lot, consider moving to Gentoo. It’s got better quality control than a lot of Arch derivatives and if you’re already compiling stuff from source regularly via AUR, it’s not hard to adapt to a Gentoo mixed binary setup.

@sugar @alpinelinux @VoidLinux @2something unfortunate, that,,

@hsza @alpinelinux @VoidLinux @2something if that helps, fae feels like the systemd dependency may be possible to work around

the details about this “systemd-appd” service are vague, no code was published as far fae can tell

fae feels like this service despite being having “systemd” in the name may minimally depend on systemd (maybe just for varlink stuff? which, don’t get faer wrong, sucks, but if it’s just that it should be manageable), and it’s going to be practical to essentially modify systemd-appd a bit to remove a dependency on systemd

as an example of that happening in the past, chimera linux comes with elogind, which is pretty much systemd’s logind modified to work without systemd

also, about gnome-session thing, fae looked up more what’s up with that, and q66 said she is going to look someday into making gnome-session work properly in chimera linux, and that using gnome-session 48 is a temporary thing (https://gts.q66.moe/@q66/statuses/01JXFS3HA2NCP1QRGB7HVXEV7Q)

@sharpcheddargoblin @tragivictoria

The “optional” field that is mandated by the government.

@tragivictoria You know this is a terrible argument, you just want to be an annoying smartass. Jesus christ.

@witchgirls why? Its exactly same thing. Both provide stable foundation to depend on. Or are you trying to tell me you don't care about BSDs? /s

@tragivictoria It's funny that you say that, because most UNIX software is BSD compatible not really because they do any extra work to make it BSD compatible but just because they don't add a hard-dependency on Linux, or if they REALLY need to, then they add another option for other operating systems and standards, and even if it's a worse option and they don't provide support for it, at least it keeps more people using the software.

It's exactly the same with systemd. All you have to do make it work on other distros is to not be an asshole. Continue support for flatpak 1, or maybe just let them use flatpak 2 for anything except packages that use services, or maybe isolate the part that depends on systemd so that it can be replaced and then tell them to make the alternative themselves, even THAT is at least extending a little bit of good faith. That's what FOSS is supposed to be built on, good faith and collaboration.

@tragivictoria@catgirl.cloud I got blocked. Wow what a fucking asshole.

@hsza @VoidLinux @alpinelinux @2something just tagging @chimera as relevant for the conversation

@usernameswift @2something why it would stop working?

@tragivictoria @usernameswift@labyrinth.zone @2something if it is going to be dependent on systemd, it will not work on systems without systemd. I assume @usernameswift@pleromer.net is using one of those.

@tragivictoria @2something ...which is rapidly getting reduced to nothing as the Systemd Bros convince literally everything to introduce dependencies on them for no reason vendor lock-in.

@luana @alpinelinux @VoidLinux Whoah. This is one of his pinned repositories on Github.
https://github.com/castrojo/jorgepilot

@tragivictoria @2something @alpinelinux @VoidLinux @thomholwerda

SystemD recently started AI-ifing

Oh no, code review! How horrible, they’re gonna catch more bugs!!

systemd (main)> git log --grep 'Co-developed-by:.*Claude' --oneline | wc -l
274

It’s not just code review.

and adding plumbing for surveillance age censorship (far beyond what any laws require of them)

Optional age entry is too much? What?

Yes, it is. The way to resist this age verification nonsense (and authoritarianism in general) is not to comply in advance.

@2something @alpinelinux @VoidLinux just for all the edits and your commitment to noting the errata I wish I could mega-boost this or something, I appreciate the effort a lot, very informative and honest