[systemd-devel] Context for "exitrd"
Hi all, I'm interested in working on this item from the TODO file: * add concept for "exitrd" as inverse of "initrd", that we can transition to at shutdown, and has similar security semantics. This should then take the place of dracut's shutdown logic. Should probably support sysexts too. Care needs to be taken that the resulting logic ends up in RAM, i.e. is copied out of on-disk storage. I'm wondering if anyone can elaborate/give context for this. Specifically, what is the motivation for replacing the dracut shutdown logic with exitrd? It seems like dracut already handles shutdown processes within a ramdisk/fs. And as I understand, initrd is not part of systemd (merely interfaced with), so why are we bringing this "exitrd" under the umbrella of systemd? Additionally, is there any source code I can reference for an idea of how to implement this? Regards, Albert
[systemd-devel] Preferred way to recurse over a directory?
I'm working on PR #20239 loadcred-dir and wondering what the preferred way to recurse over a directory is. I was told recursively calling the `load_credential` function is too racy so I'm led to ftw/nftw. However I see in the TODO file, "Get rid of nftw(). We should refuse to use such useless APIs on principle." Can anyone point me in the right direction? Best Albert
[systemd-devel] Fwd: Bare Metal or VM
Forgot the list Forwarded Message Subject:Re: [systemd-devel] Bare Metal or VM Date: Fri, 16 Jul 2021 20:51:50 -0400 From: Albert Brox To: Ed Greshko Hi Ed, please look into using the ConditionVirtualization= directive in your unit. https://www.freedesktop.org/software/systemd/man/systemd.unit.html#ConditionVirtualization= Regards, Albert On 7/16/21 8:36 PM, Ed Greshko wrote: Hi, This may be an "uninformed" question since I've not done much with systemd. Is there a way for a service or unit to be aware if the environment is Bare Metal or a Virtual Machine. For example, a unit is triggered by a user logging in as a graphical user. But, I only want the unit's ExecStart to be processed if the environment is a qemu VM. I'd rather not have the process started on Bare Metal since it would be unused. Thanks, Ed ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/systemd-devel ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/systemd-devel
[systemd-devel] Entry-level bugs/features
Hi folks, I'm an experienced developer though have never worked on a large C project before. Can anyone point me at a relatively approachable bug or feature request that I can sink my teeth into? Trying to gain some familiarity with the world of systems programming. Thanks! Regards, Albert ___ systemd-devel mailing list systemd-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/systemd-devel
