Bug#791964: gdm3: upgrade causes X session to be terminated

2015-07-24 Thread Michael Biebl
Control: severity -1 important

Am 24.07.2015 um 14:22 schrieb Michael Biebl:
 On Fri, 10 Jul 2015 09:38:56 -0700 Josh Triplett j...@joshtriplett.org
 wrote:
 
 For a short-term fix, how about quickly re-introducing the gdm3
 workaround?  Then, we can experiment with possible ways to drop it and
 (more) carefully test the upgrade paths with packages that haven't been
 uploaded yet, and subsequently with experimental.
 
 I did that now in 3.14.2-2. Would be great if someone can help track
 this down.

I kept this bug open since I want to re-purpose it for tracking the
process of re-adding BusName again. But I'm lowering the severity, so
the package migrate to testing now.

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Bug#791964: gdm3: upgrade causes X session to be terminated

2015-07-24 Thread Michael Biebl
On Fri, 10 Jul 2015 09:38:56 -0700 Josh Triplett j...@joshtriplett.org
wrote:

 For a short-term fix, how about quickly re-introducing the gdm3
 workaround?  Then, we can experiment with possible ways to drop it and
 (more) carefully test the upgrade paths with packages that haven't been
 uploaded yet, and subsequently with experimental.

I did that now in 3.14.2-2. Would be great if someone can help track
this down.

Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Processed: Re: Bug#791964: gdm3: upgrade causes X session to be terminated

2015-07-24 Thread Debian Bug Tracking System
Processing control commands:

 severity -1 important
Bug #791964 [gdm3] gdm3: upgrade causes X session to be terminated
Severity set to 'important' from 'serious'

-- 
791964: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791964
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Processed: Re: Bug#791964: gdm3: upgrade causes X session to be terminated

2015-07-10 Thread Debian Bug Tracking System
Processing control commands:

 severity -1 serious
Bug #791964 [gdm3] gdm3: upgrade causes X session to be terminated
Severity set to 'serious' from 'normal'

-- 
791964: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791964
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#791964: gdm3: upgrade causes X session to be terminated

2015-07-10 Thread Michael Biebl
[keeping pkg-systemd into the loop here]

Am 10.07.2015 um 14:37 schrieb Michael Biebl:
 I suggest we follow up on this bug report.
 
 I'm not yet quite sure, if this is a gdm or systemd bug and whether the
 best course of action is to simply re-introduce the workaround patch and
 drop that in stretch+1 or if we drop the reload from gdm3.postinst or if
 this indeed another corner case which is not handled properly in systemd.

Joss, bigon: looking at gdm3.postinst, I wonder why we do run
invoke-rc.d gdm3 reload.
Isn't that potentially dangerous, say we have a major new gdm3 upgrade
with incompatible configuration and we tell the old, running gdm3 to
reload this new configuration?

Wouldn't we rather want a full-restart once all user sessions are
closed? I'm not sure if gdm3 (still) supports that.

As for the systemd specific part, I made an interesting observation,
which might be related to the problem.
Say you have gdm-3.14-7 runnig which has BusName *not* set.
systemctl show gdm3.service -p BusName -p Type
will return Type=simple (as expected).
Merely changing the gdm3.service file on disk, and running systemctl
daemon-reload *without* actually restarting gdm3, will now yield
Type=dbus
BusName=org.gnome.DisplayManager

I find this behaviour unexpected and strange, i.e. changing the Type of
a running job.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Bug#791964: gdm3: upgrade causes X session to be terminated

2015-07-10 Thread David Mohr

On 2015-07-10 10:46, Michael Biebl wrote:

Am 10.07.2015 um 18:38 schrieb Josh Triplett:

On Fri, Jul 10, 2015 at 02:37:49PM +0200, Michael Biebl wrote:
  * Systemd has been fixed in v222 to no longer kill services on 
reload

if BusName is set, so drop that part from 92_systemd_unit.patch.
but that is EXACTLY what happened to me right now, in the middle of


Right. Subsequent reloads of gdm3.service should no longer kill
gdm3.service though. So this was indeed fixed in v222 but there seems 
to

be a specific issue for the upgrade path.
Once gdm3 has been restarted, a reload no longer causes it to be 
killed.


Note, though, that it doesn't help for systemd to be upgraded first.
Even if running the new systemd 222, upgrading gdm3 kills the active
session.


Well, that's exactly what I said, right?


apt used this order on my system:

2015-07-09 12:05:33 status installed systemd:amd64 222-1
[...]
2015-07-09 12:05:46 status installed gdm3:amd64 3.14.2-1


--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#791964: gdm3: upgrade causes X session to be terminated

2015-07-10 Thread Michael Biebl
Am 10.07.2015 um 19:11 schrieb Josh Triplett:
 On Fri, Jul 10, 2015 at 06:46:18PM +0200, Michael Biebl wrote:
 Am 10.07.2015 um 18:38 schrieb Josh Triplett:

 Note, though, that it doesn't help for systemd to be upgraded first.
 Even if running the new systemd 222, upgrading gdm3 kills the active
 session.

 Well, that's exactly what I said, right?
 
 You said seems to be a specific issue for the upgrade path, and I
 didn't know whether you meant the upgrade path for gdm3, systemd, or
 both.  Just wanted to make sure.

Ah, ok, I meant the gdm upgrade indeed.  Yeah, probably a bit misleading
when you get this email out-of-context. This was filed against gdm3
after all, specifically for gdm being upgraded.

Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Bug#791964: gdm3: upgrade causes X session to be terminated

2015-07-10 Thread Josh Triplett
On Fri, Jul 10, 2015 at 06:46:18PM +0200, Michael Biebl wrote:
 Am 10.07.2015 um 18:38 schrieb Josh Triplett:
  On Fri, Jul 10, 2015 at 02:37:49PM +0200, Michael Biebl wrote:
  Control: severity -1 serious
 
  Am 09.07.2015 um 20:14 schrieb David Mohr:
  Package: gdm3
  Version: 3.14.2-1
  Severity: normal
 
  Dear Maintainer,
 
  the changelog reads:
* Systemd has been fixed in v222 to no longer kill services on reload
  if BusName is set, so drop that part from 92_systemd_unit.patch.
  but that is EXACTLY what happened to me right now, in the middle of
 
  Right. Subsequent reloads of gdm3.service should no longer kill
  gdm3.service though. So this was indeed fixed in v222 but there seems to
  be a specific issue for the upgrade path.
  Once gdm3 has been restarted, a reload no longer causes it to be killed.
  
  Note, though, that it doesn't help for systemd to be upgraded first.
  Even if running the new systemd 222, upgrading gdm3 kills the active
  session.
 
 Well, that's exactly what I said, right?

You said seems to be a specific issue for the upgrade path, and I
didn't know whether you meant the upgrade path for gdm3, systemd, or
both.  Just wanted to make sure.

- Josh Triplett


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#791964: gdm3: upgrade causes X session to be terminated

2015-07-10 Thread Josh Triplett
On Fri, Jul 10, 2015 at 02:37:49PM +0200, Michael Biebl wrote:
 Control: severity -1 serious
 
 Am 09.07.2015 um 20:14 schrieb David Mohr:
  Package: gdm3
  Version: 3.14.2-1
  Severity: normal
  
  Dear Maintainer,
  
  the changelog reads:
* Systemd has been fixed in v222 to no longer kill services on reload
  if BusName is set, so drop that part from 92_systemd_unit.patch.
  but that is EXACTLY what happened to me right now, in the middle of
 
 Right. Subsequent reloads of gdm3.service should no longer kill
 gdm3.service though. So this was indeed fixed in v222 but there seems to
 be a specific issue for the upgrade path.
 Once gdm3 has been restarted, a reload no longer causes it to be killed.

Note, though, that it doesn't help for systemd to be upgraded first.
Even if running the new systemd 222, upgrading gdm3 kills the active
session.

 I'm not yet quite sure, if this is a gdm or systemd bug and whether the
 best course of action is to simply re-introduce the workaround patch and
 drop that in stretch+1 or if we drop the reload from gdm3.postinst or if
 this indeed another corner case which is not handled properly in systemd.

For a short-term fix, how about quickly re-introducing the gdm3
workaround?  Then, we can experiment with possible ways to drop it and
(more) carefully test the upgrade paths with packages that haven't been
uploaded yet, and subsequently with experimental.

- Josh Triplett


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#791964: gdm3: upgrade causes X session to be terminated

2015-07-10 Thread Michael Biebl
Am 10.07.2015 um 18:38 schrieb Josh Triplett:
 On Fri, Jul 10, 2015 at 02:37:49PM +0200, Michael Biebl wrote:
 Control: severity -1 serious

 Am 09.07.2015 um 20:14 schrieb David Mohr:
 Package: gdm3
 Version: 3.14.2-1
 Severity: normal

 Dear Maintainer,

 the changelog reads:
   * Systemd has been fixed in v222 to no longer kill services on reload
 if BusName is set, so drop that part from 92_systemd_unit.patch.
 but that is EXACTLY what happened to me right now, in the middle of

 Right. Subsequent reloads of gdm3.service should no longer kill
 gdm3.service though. So this was indeed fixed in v222 but there seems to
 be a specific issue for the upgrade path.
 Once gdm3 has been restarted, a reload no longer causes it to be killed.
 
 Note, though, that it doesn't help for systemd to be upgraded first.
 Even if running the new systemd 222, upgrading gdm3 kills the active
 session.

Well, that's exactly what I said, right?


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature


Bug#791964: gdm3: upgrade causes X session to be terminated

2015-07-10 Thread Michael Biebl
Am 10.07.2015 um 18:38 schrieb Josh Triplett:
 On Fri, Jul 10, 2015 at 02:37:49PM +0200, Michael Biebl wrote:
 I'm not yet quite sure, if this is a gdm or systemd bug and whether the
 best course of action is to simply re-introduce the workaround patch and
 drop that in stretch+1 or if we drop the reload from gdm3.postinst or if
 this indeed another corner case which is not handled properly in systemd.
 
 For a short-term fix, how about quickly re-introducing the gdm3
 workaround?  Then, we can experiment with possible ways to drop it and
 (more) carefully test the upgrade paths with packages that haven't been
 uploaded yet, and subsequently with experimental.

I won't be around till monday. If someone fills like this needs
immediate action, please use your best judgement and proceed.

Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature