[systemd-devel] [RFC] merging the rest of CK into systemd
Bill Nottingham
notting at redhat.com
Tue May 3 07:12:54 PDT 2011
Lennart Poettering (lennart at poettering.net) said:
> Heya,
>
> here's a little document Kay and I put together outlining our rough
> plans for systemd for the next Fedora cycle:
>
> https://docs.google.com/document/d/1_ev4f0gwBuvs6SH_N8fN5LO4LV3sbwtJsLq52F_wwpU/edit?hl=en&authkey=CObM_7UI
>
> It mostly focusses on cleaning up seat and login management for users,
> i.e. the first big steps in bringing systemd to user sessions. On the
> way want to fix multi-seat support properly and running services outside
> of a session, and we will get rid of CK.
>
> The good news for embeded folks: all of this will be implemented in a
> tiny new dbus service "systemd-logind", which can easily be removed for
> minimal setups, when tracking unprivileged user logins is unnecessary.
>
> Anway, we post this here as RFC, and to give you folks an idea what
> we'll do next.
...
There will be no public CK database. However we will provide a tiny library
(drop-in or .so) which allows NM, PK and D-Bus query whether a PID or user
is currently on an active sesssion without involving D-Bus, as fast path for
auth checks
...
It would be nice if the ck-for-admins binaries still have an analog
(ck-list-sessions, etc.).
...
udev-acl will move into this dbus service
...
I would hope that the interface for the udev rules themselves is not going
to change, merely the mechanism that's used to apply the ACLs?
...
CK's shutdown/reboot handling moves into a tiny bus service ...
...
Would the shutdown/reboot/halt binaries remain separate from this servce?
Bill
More information about the systemd-devel
mailing list