Earlier quoted context omitted.
I agree with u/constantcrying. This should not be part of systemd. It should be a separate service [started by systemd]. Reasons: - systemd is a large beast -- no need to make it larger with unrelated things - the Unix philosophy seems to be applicable here - the result should be portable to non-systemd systems
> systemd is a large beast -- no need to make it larger with unrelated things I think I sufficiently explained why it is very much related. > the Unix philosophy seems to be applicable here Systemd very much follows the unix philosophy. It is not one big binary, but actually consists of dozens and dozens of tools communicating with each other through protocols. > the result should be portable to non-systemd systems P…
This:
| Systemd already handles logins
?
But I don't see why a bring-up/shutdown system should handle logins.
> Systemd very much follows the unix philosophy. It is not one big binary, but actually consists of dozens and dozens of tools communicating with each other through protocols.
That is fine. As long as this service (sudo replacement) is a standalone, separate daemon started by a systemd unit, I'm happy. If it's a core part of systemd itself then I'm not happy.
> Portable on what basis? POSIX?
Or Linux / glibc / musl, sure, why not. Some people (no, not me) want to run Linux w/o systemd. The point is that a sudo replacement service should be fairly portable to the universe of UNIX/Unix/BSD/Linux.