X11's architectural differences to Wayland are significant and it is perfectly reasonable to prefer an alternative architecture. If you don't like systemd, nobody should be forcing you to use it. Same logic here.

Unfortunately this doesn’t really work for secure key binding: systemd-creds only uses symmetric cryptography so the secret material is released from the TPM when asked. So it doesn’t stop any kind of live exfiltration, just offline ones.

systemd has an encrypted credentials thing that can be, among other things, TPM backed (dependant on whichever PCR you choose, optionally with a PIN code per-secret) systemd.io/CREDENTIALS/

Windows 11 HCL, Windows 11 Recall, ads-in-start-menu, Copilot-in-everything, wayland, systemd, secure boot, etc notwithstanding.

gentoo is a beast of each own. Nowadays most distros boil down to themes and preinstalled software (or lack thereof), preset configurations (e.g. for gaming), etc. It's basically the same (systemd, wayland) with a custom theme and doint stuff that could be automated with a script

Xorg is a moral choice. Hyprland is your effort to bring something useful from Wayland, but that's an isolated case. Wayland as the migration of one of main blocks of FOSS is even more disastrous than systemd was in 201X.

just think about it. It's hilarious how Linux distributions bicker over one another. Yet almost all distros: -systemd -desktop environments with wayland -flatpak All of them, save some notable distros like Devuan, Artix, etc., do the exact same thing as one another

and also even if supposedly wayland is 'independent' of gnome and red hat, well... kinda there, kinda in that ecosystem of corporate uniform linux that's squeezing the freedom and variety out of the ecosystem. Very dangerous, KDE there pulled a Debian systemd level one

AUR es el motivo principal por el que nunca recomendaré a nadie usar Arch y sus derivados. Systemd es el segundo motivo.

launchd? seriously, launchd for the 21st century?! I hate systemd you know, but even systemd is an heaven of peace when you compare it to launchd. please, don't do that.

launchd, not systemd. BIG difference!

Thing is this project is aiming for a lot more of a desktop and window manager that mimics MacOS. We are talking about bringing something in the level of systemd to FreeBSD.

If the service allows I often resort to create a systemd definition with Environment files pointing to a sops secret. Some services don't even allow that. Of the top of my head there is no way to define a database password for matrix synapse without inputting the password. Examples of this is config.services.matrix-synapse.settings.database.args.database because its a string.

The co-founder of Plex left the company, then quietly built a free music player that turns a $35 Raspberry Pi into an audiophile streaming system you fully own. No subscription. No cloud. No company that can take it away. It is called Caldera Music, and it shipped in June 2026. The person behind it is the creator of Plexamp, Plex's beloved music app, who confirmed in 2026 that he is no longer with Plex. Plexamp was a labor of love from the start, and rather than let that end, he started something new and built it the way he always wanted to. Caldera is not one app. It is a family of music players sharing one audiophile-grade audio engine. There is a desktop version that lives in your menu bar and pops out a MilkDrop visualizer, an Apple TV version, and the one that matters most for this story: a headless version. The headless version is a pure audio daemon for Linux. No graphical interface bolted on and stripped out. It was built from the ground up as a background service. It uses native ALSA audio, runs as a systemd service, and crucially does not need Node.js, which makes it dramatically lighter than what came before. Here is what makes it special. You control it from the apps you already use, Plexamp, Plex on iOS, or the Plex web app, and the daemon shows up as just another player on your network. Multiple Caldera nodes find each other on your Wi-Fi and stay in lock-step, so you can start a song in the kitchen, walk to the living room, and it is already playing, on beat. Every instance gets a 10-band parametric EQ, so each room's speakers get their own tuned curve. Updates install themselves silently in the background, no SSH, no package manager, no thinking about it. The hardware story is the punchline. Within days of the announcement, a community member released a prebuilt image so you can flash a Raspberry Pi, boot it, run a quick web setup, and have a high-end multi-room audio endpoint running. Supported devices include the Raspberry Pi 4 and 5 and a range of cheap single-board computers. This is the whole self-hosting philosophy in one project. A multi-room, audiophile-grade music system is something companies sell as expensive proprietary hardware locked to their ecosystem. One person who helped build one of the most loved media apps in the world walked away and rebuilt the best part as something you run yourself, on a board that costs less than a single month of most streaming subscriptions. You were never buying better sound. You were renting access to it. One developer built the alternative so it could simply be yours. Video Link : youtu.be/5S48KG_HKZ4

You shouldn't be creating users noted down in the legacy posix filesystem stuff, NSS exists and systemd provides libs for it, so DynamicUser=true|<theusernameyouwant> works pretty well. A lot of nixos modules providing services don't do this and are stuck in legacy With LLMs it's actually pretty easy to scour through options a service can have and reflect them verbatim. Fable was pretty good at that, it'll be back

DRINGEND! Es werden weiterhin immer mehr kompromittierte Pakete. Auch systemd u.a. kann betroffen sein. Nicht nur unbekannte Pakete. Ich selbst würde mein System komplett neu aufsetzen und auf das AUR verzichten die nächste Zeit. #AUR #arch #Linux #hacker youtu.be/xlo5FcDU9Dw

MAUDE's value shows up in the artifacts it ships without asking permission. Two automated X posts per day, each with a locally generated Flux.1-dev image, driven by systemd timers on the Spark. 13/17

--- don't even exist, probably because I use a systemd-free system. Trying to compile everything from source takes time, but you gotta remember, they require dependencies that either, doesn't get mentioned, or it doesn't exist in a distros repos.