David Herrmann is working on it, and he's also got an imo really good plan for how to solve the revoke issue for drm device nodes. See his blog at http://dvdhrm.wordpress.com/2013/08/25/sane-session-switc... for the Big Plan. Note that the rendernode stuff merged into 3.12 is part of the prep work here - we first need to untangle the drm render (which can be done by multiple users concurrently, e.g. for background gpgpu stuff) and the modeset side which needs something like revoke.
Posted Sep 18, 2013 23:31 UTC (Wed) by nix (subscriber, #2304)
[Link]
So... unprivileged X, as long as I rip highly stable parts of my system apart and move to systemd? Sigh, why am I not surprised. Any excuse to wedge systemd in somewhere else, and they'll take it...
Maybe a simple replacement for logind in this scenario is possible (it's only being used as a simple message-passer, after all) which doesn't require drinking all the world-encompassing systemd kool-aid.
The end of the 3.12 merge window
Posted Sep 19, 2013 2:17 UTC (Thu) by mathstuf (subscriber, #69389)
[Link]
> Maybe a simple replacement for logind in this scenario is possible
You could resurrect ConsoleKit and port the patches going into systemd-logind to it.
The end of the 3.12 merge window
Posted Sep 19, 2013 7:45 UTC (Thu) by Jonno (subscriber, #49613)
[Link]
> Maybe a simple replacement for logind in this scenario is possible
> You could resurrect ConsoleKit and port the patches going into systemd-logind to it.
Also, running logind does not require running, or even installing, systemd (though you can't build one without building the other). An upstart/logind or sysvinit/logind setup would require slightly more configuration than a systemd/logind setup, but really no more (but of course different) configuration compared to an upstart/ConsoleKit or sysvinit/ConsoleKit setup, so not out of reach of the distro packagers.
The end of the 3.12 merge window
Posted Sep 19, 2013 13:23 UTC (Thu) by ABCD (subscriber, #53650)
[Link]
As of systemd-205, this is no longer true. In that version, systemd-logind lost support for creating its own cgroups (which it requires to operate), instead delegating that responsibility to systemd, which already has to be able to create them for its own purposes.
The end of the 3.12 merge window
Posted Sep 23, 2013 7:08 UTC (Mon) by kugel (subscriber, #70540)
[Link]
So there goes the promised modularity of the systemd codebase. It seems the project's statements are not dependable after all.
The end of the 3.12 merge window
Posted Sep 23, 2013 16:12 UTC (Mon) by mathstuf (subscriber, #69389)
[Link]
This actually makes sense since systemd is on its way to being /the/ cgroup manager. Taking logind and patching it to call your own cgroup manager (or patching the functionality back in) is probably easier than resurrecting ConsoleKit.
