[HEADS-UP] systemd for F14 - the next steps

Lennart Poettering mzerqung at 0pointer.de
Wed Jul 14 20:52:21 UTC 2010


On Wed, 14.07.10 16:25, Horst H. von Brand (vonbrand at inf.utfsm.cl) wrote:

> 
> Lennart Poettering <mzerqung at 0pointer.de> wrote:
> > Heya,
> > 
> > as many of you probably know systemd got accepted as feature for F-14 by
> > FESCO a few weeks back.
> 
> Congratulations.
> 
> Just a question: Why isn't it /sbin/systemd, /sbin/systemctl,
> /sbin/systemd-notify, /usr/sbin/systemd-cgls? This definitely isn't
> "normal-user" stuff (yes, I know that /sbin and /usr/sbin are on the
> default $PATH now, but still).

In the long run systemd should also augment gnome-session in a way:
i.e. you would have one systemd running for the system and then one
for each user/session. The details of this have not been completely
hashed out but big parts of this are actually working already. This is
very similar to how MacOS launchd does things.

Or in other words: system and session managers do very very similar
jobs, and we are planning to use the same codebase for them, like other
OSes already do it. This is not on the plate for F14, but it will
come eventually.

Or in even other words: you can run those tools as user just fine,
including /bin/systemd itself. If the PAM module of systemd is activated
(https://bugzilla.redhat.com/show_bug.cgi?id=612712) then you should
have all the right perms to run systemd as a user. It's kinda neat
actually, since the cgroup hierarchy of the user then simply becomes a
subhierarchy of the main tree. i.e. "tree -d /cgroup/systemd" becomes
even more superduper sexy... ;-)

Lennart

-- 
Lennart Poettering - Red Hat, Inc.


More information about the devel mailing list