@whydoesnothingwork Thanks 🙏 Really good clear useful video of how modules are needed / used in #nixos with the #configurationdotnix to set ( #port #ipaddress etc. ) parameters using #execstart and #systemd for an application / #package #clouddns providing a #service .

Happy weekend! 😅

"Lennart Poettering intends to replace "sudo" with systemd's run0. Here's a quick PoC to demonstrate root permission hijacking by exploiting the fact "systemd-run" (the basis of uid0/run0, the sudo replacer) creates a user owned pty for communication with the new "root" process."
https://x.com/hackerfantastic/status/1785495587514638559

#linux #systemd

If sudo is too bloat, #linux distros have only one option.

Not using doas and give #systemd yet another responsibility.

All Linux problems are solved with moar systemd.

#Systemd v256 Introduces #run0: A Safer Alternative to #sudo

https://linuxiac.com/systemd-v256-introduces-run0/

@PurpleJillybeans
1. It works. At least for me.
2. It has #ZFS fully integrated. Boot environments work on top of that, they're very useful for a desktop as well. Similar for #jails, although admittedly a bit less relevant on desktops.
3. It's "designed". The whole base system is a well-integrated piece of software from a single source repository. You can easily understand how it works (at least from the user perspective). Changes are done in a thoughtful way, not "just because", and not in isolation with no "big picture" in mind like you often see in the GNU/Linux ecosystem.
4. When I use it on my server anyways, using something else for my desktop would just be unnecessary friction for me.

More of my reasons: https://sekrit.de/webdocs/freebsd/advocacy.html

Yes, I used some Linux system before. Getting increasingly frustrated with it around 10 years ago (yes, #systemd had its share, but wasn't the only thing), I looked for something better. I quickly became a #FreeBSD ports contributor and later commiter.

New 𝗧𝗿𝘂𝗲𝗡𝗔𝗦 𝗖𝗢𝗥𝗘 𝘃𝗲𝗿𝘀𝘂𝘀 𝗧𝗿𝘂𝗲𝗡𝗔𝗦 𝗦𝗖𝗔𝗟𝗘 (TrueNAS CORE versus TrueNAS SCALE) article on vermaden.wordpress.com blog.

https://vermaden.wordpress.com/2024/04/20/truenas-core-versus-truenas-scale/

#verblog #freebsd #linux #debian #freenas #truenas #core #scale #systemd #glusterfs

New 𝗧𝗿𝘂𝗲𝗡𝗔𝗦 𝗖𝗢𝗥𝗘 𝘃𝗲𝗿𝘀𝘂𝘀 𝗧𝗿𝘂𝗲𝗡𝗔𝗦 𝗦𝗖𝗔𝗟𝗘 (TrueNAS CORE versus TrueNAS SCALE) article on vermaden.wordpress.com blog.

https://vermaden.wordpress.com/2024/04/20/truenas-core-versus-truenas-scale/

#verblog #freebsd #linux #debian #freenas #truenas #core #scale #systemd #glusterfs

@caiocgo @massa I really like #KDE for me the best DE but you should try #slackwarelinux :) I like #debian but I don't like #systemd

Yay, #Debian reduces #OpenSSH dependencies (in Debian Unstable for now) and removes #libsystemd dependency.

openssh (1:9.7p1-4) unstable; urgency=medium

* Rework systemd readiness notification and socket activation patches to not link against libsystemd (the former via an upstream patch).
* […]

Thanks @cjwatson!

(via https://tracker.debian.org/news/1516548/accepted-openssh-197p1-4-source-into-unstable/)

#xz #xzbackdoor #xzorcist #JiaT75 #systemd #AttackSurfaceReduction

xz-Attack is not a vulnerability of OpenSSH, it is an issue of #systemd

#xz #openssh #linux #openbsd #freebsd #netbsd

TheRegister published an article about #systemd on #postmarketOS

Overall a nice read, always good to see some original thought.

Wanted to clarify on the Alpine perspective on this, our blog post definitely eers on the side of caution there, but in reality we uhh just didn't update it after talking to the Alpine folks. We didn't get a negative reaction from them, mostly just an acknowledgement (and pleasent surprise that we might have found a path for musl/systemd).

https://www.theregister.com/2024/03/11/postmarketos_goes_systemd

I'm in a love-hate relationship with #systemd (specifically #mkosi) docs. There are a lot of them and they are written well, wish more open source projects would do that, but it seems they have some 'left as an exercise to the reader' attitude for things that are non-trivial to me..

The #NixOS LXC I brought up in my #homelab is very promising.

Everything is defined as code (not even a lot of it to configure the whole system), I can push changes to the container using https://colmena.cli.rs/ and let #systemd manage all the services.

It’s not that containers orchestration systems are bad, they’re just designed to operate at a much bigger scale…. I have a single machine and pretty much no traffic after all

#podman is special casing everything called #systemd. And I searched why it behaves differently.