On Wed, Jul 16, 2014 at 4:15 AM, David C. Rankin <drankinatty@suddenlinkmail.com> wrote:
Having init-scripts call systemd isn't quite the same as using systemd exclusively. If so, 13.1 would not need consolekit.
The primary issue is correct 'user session tracking' to enable user access to all devices (sound, udisk2 control, etc..) without having to rely on consolekit. This is no easy task for any distribution. Arch has taken care of this for kde4 and gnome, but it is largely up to the display manager to implement the port to meet systemd criteria (multiseat, etc.):
http://www.freedesktop.org/wiki/Software/systemd/writing-display-managers/
http://www.freedesktop.org/wiki/Software/systemd/writing-desktop-environment...
This is no simple matter and I suspect an area of discussion for 13.2 (and a large part of the reason it will have extended development time).
fyi: The delay had nothing to do with desktop managers per se. It was proposed because the overall complexity of the openSUSE codebase had gotten to the point that the old integration testing methodology was a heavy burden on the core team. The new methodology added rings of integration (staging repos) and automated QA testing. All reports I had seen about the new methodology had been good until a couple days ago. It seems that among other problems the automated QA testing was all taking place with 64-bit architecture. Unfortunately a major 32-bit bug got into factory and now it is badly broken. (Read Coolo's email if you want it from the horse's mouth.) http://markmail.org/message/lrqzetw7zavcdlnt Greg -- Greg Freemyer -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org