Re: [Desktop-packages] [Bug 1618886] Re: unity-gtk-module.service is racy; session services don't stop if session terminates

2016-10-02 Thread Iain Lane
On Sun, Oct 02, 2016 at 10:27:43AM -, Martin Pitt wrote: > Iain Lane [2016-10-01 19:26 -]: > > Hmm. Maybe this is saying that we should bind ubuntu-session.target to > > something else - like unity7? You can't log in again with an active > > unity7, so in theory (if stop is propagated down

Re: [Desktop-packages] [Bug 1618886] Re: unity-gtk-module.service is racy; session services don't stop if session terminates

2016-10-02 Thread Iain Lane
On Sun, Oct 02, 2016 at 08:39:01AM -, Martin Pitt wrote: > > If you ever end up stopping gnome-keyring from within a new session > then its ExecStopPost kills the upstart session of this new one that we > are starting up, *not* the previous one that it was started up under. > > I assume you

Re: [Desktop-packages] [Bug 1618886] Re: unity-gtk-module.service is racy; session services don't stop if session terminates

2016-10-02 Thread Martin Pitt
Iain Lane [2016-10-01 19:26 -]: > Hmm. Maybe this is saying that we should bind ubuntu-session.target to > something else - like unity7? You can't log in again with an active > unity7, so in theory (if stop is propagated down to graphical-session > and graphical-session-pre) there wouldn't be

Re: [Desktop-packages] [Bug 1618886] Re: unity-gtk-module.service is racy; session services don't stop if session terminates

2016-10-01 Thread Iain Lane
On Sat, Oct 01, 2016 at 01:53:56PM -, Martin Pitt wrote: > > To fix that, something like comment #3 is needed. Such as looping over > all 'active' units that are PartOf graphical-session.target and stopping > them all. > > I think we would only need to "systemctl stop