GNU bug report logs - #35484
GDM failing to start stumpwm after merge

Previous Next

Package: guix;

Reported by: Brett Gilio <brettg <at> posteo.net>

Date: Mon, 29 Apr 2019 04:31:02 UTC

Severity: normal

Done: Timothy Sample <samplet <at> ngyro.com>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 35484 in the body.
You can then email your comments to 35484 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-guix <at> gnu.org:
bug#35484; Package guix. (Mon, 29 Apr 2019 04:31:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Brett Gilio <brettg <at> posteo.net>:
New bug report received and forwarded. Copy sent to bug-guix <at> gnu.org. (Mon, 29 Apr 2019 04:31:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Brett Gilio <brettg <at> posteo.net>
To: Bug guix <bug-guix <at> gnu.org>
Subject: GDM failing to start stumpwm after merge
Date: Sun, 28 Apr 2019 23:30:05 -0500
Hey all

I just reconfigured my system configuration after the big staging merge
to master. I use StumpWM.

GDM seems to be starting just fine, but after this reconfiguration
stumpwm or X or something is crashing for me and looping me back to GDM.

Where are the logs I can view for this? I see some message appear but
quickly disappear before looping back into GDM.

If I can get the logs I can share them or try and figure it out myself.

Best,
Brett Gilio




Information forwarded to bug-guix <at> gnu.org:
bug#35484; Package guix. (Mon, 29 Apr 2019 08:47:01 GMT) Full text and rfc822 format available.

Message #8 received at 35484 <at> debbugs.gnu.org (full text, mbox):

From: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
To: Brett Gilio <brettg <at> posteo.net>
Cc: 35484 <at> debbugs.gnu.org
Subject: Re: bug#35484: GDM failing to start stumpwm after merge
Date: Mon, 29 Apr 2019 10:46:17 +0200
On Sun, Apr 28, 2019 at 11:30:05PM -0500, Brett Gilio wrote:
> Hey all
> 
> I just reconfigured my system configuration after the big staging merge
> to master. I use StumpWM.
> 
> GDM seems to be starting just fine, but after this reconfiguration
> stumpwm or X or something is crashing for me and looping me back to GDM.
> 
> Where are the logs I can view for this? I see some message appear but
> quickly disappear before looping back into GDM.
> 
> If I can get the logs I can share them or try and figure it out myself.
> 
> Best,
> Brett Gilio
> 
> 
> 

I remember having a Gjs out of memory error in
/var/log/gdm/greeter.log before when logging in to GNOME.  Yours is
not an out of memory, is it?




Information forwarded to bug-guix <at> gnu.org:
bug#35484; Package guix. (Mon, 29 Apr 2019 13:17:02 GMT) Full text and rfc822 format available.

Message #11 received at 35484 <at> debbugs.gnu.org (full text, mbox):

From: Timothy Sample <samplet <at> ngyro.com>
To: Brett Gilio <brettg <at> posteo.net>
Cc: 35484 <at> debbugs.gnu.org
Subject: Re: bug#35484: GDM failing to start stumpwm after merge
Date: Mon, 29 Apr 2019 09:16:41 -0400
Hi Brett,

Brett Gilio <brettg <at> posteo.net> writes:

> Hey all
>
> I just reconfigured my system configuration after the big staging merge
> to master. I use StumpWM.
>
> GDM seems to be starting just fine, but after this reconfiguration
> stumpwm or X or something is crashing for me and looping me back to GDM.
>
> Where are the logs I can view for this? I see some message appear but
> quickly disappear before looping back into GDM.

GDM logs things to “/var/log/messages”.  However, it may not be useful
in this case (do take a look, though).

> If I can get the logs I can share them or try and figure it out myself.

You could also share some other details about your config.  For
instance, how is StumpWM started?  Do you have a “~/.xsession” script or
does StumpWM provide a “.desktop” file that GDM needs to find?


-- Tim




Information forwarded to bug-guix <at> gnu.org:
bug#35484; Package guix. (Mon, 29 Apr 2019 15:26:01 GMT) Full text and rfc822 format available.

Message #14 received at 35484 <at> debbugs.gnu.org (full text, mbox):

From: Ricardo Wurmus <rekado <at> elephly.net>
To: Brett Gilio <brettg <at> posteo.net>
Cc: 35484 <at> debbugs.gnu.org
Subject: Re: bug#35484: GDM failing to start stumpwm after merge
Date: Mon, 29 Apr 2019 17:25:17 +0200
Hey Brett,

> GDM seems to be starting just fine, but after this reconfiguration
> stumpwm or X or something is crashing for me and looping me back to GDM.
>
> Where are the logs I can view for this? I see some message appear but
> quickly disappear before looping back into GDM.

The gdm user’s home directory is /var/lib/gdm/; you may find some log
files there.

--
Ricardo





Information forwarded to bug-guix <at> gnu.org:
bug#35484; Package guix. (Mon, 29 Apr 2019 16:06:02 GMT) Full text and rfc822 format available.

Message #17 received at 35484 <at> debbugs.gnu.org (full text, mbox):

From: Timothy Sample <samplet <at> ngyro.com>
To: Brett Gilio <brettg <at> posteo.net>
Cc: 35484 <at> debbugs.gnu.org
Subject: Re: bug#35484: GDM failing to start stumpwm after merge
Date: Mon, 29 Apr 2019 12:05:29 -0400
Hi again,

Timothy Sample <samplet <at> ngyro.com> writes:

> Hi Brett,
>
> Brett Gilio <brettg <at> posteo.net> writes:
>
>> Hey all
>>
>> I just reconfigured my system configuration after the big staging merge
>> to master. I use StumpWM.
>>
>> GDM seems to be starting just fine, but after this reconfiguration
>> stumpwm or X or something is crashing for me and looping me back to GDM.
>>
>> Where are the logs I can view for this? I see some message appear but
>> quickly disappear before looping back into GDM.
>
> GDM logs things to “/var/log/messages”.  However, it may not be useful
> in this case (do take a look, though).
>
>> If I can get the logs I can share them or try and figure it out myself.
>
> You could also share some other details about your config.  For
> instance, how is StumpWM started?  Do you have a “~/.xsession” script or
> does StumpWM provide a “.desktop” file that GDM needs to find?

After doing some testing in a VM, it looks like this is an issue with my
recent commit: 8caa458953eeac783c73a0e5aaa72842fe3914c9.

I added a placeholder desktop entry file, and even though I did my best
to make it invisible, GDM is still selecting it.  (I tested GNOME and
XFCE, but I guess they were preferred by GDM over the placeholder,
whereas StumpWM is not.  Maybe the has to do with how the names are
sorted.)  I will try and fix this today, but in the mean time, you can
either:

    • go back to using SLiM for now;
    • launch StumpWM from “~/.xsession”; or
    • install another WM, so that you can select StumpWM explicitly when
      logging in (using the little gear icon that shows up when you have
      multiple sessions available).

Sorry!


-- Tim




Information forwarded to bug-guix <at> gnu.org:
bug#35484; Package guix. (Mon, 29 Apr 2019 17:22:02 GMT) Full text and rfc822 format available.

Message #20 received at 35484 <at> debbugs.gnu.org (full text, mbox):

From: brettg <at> posteo.net
To: Timothy Sample <samplet <at> ngyro.com>
Cc: 35484 <at> debbugs.gnu.org
Subject: Re: bug#35484: GDM failing to start stumpwm after merge
Date: Mon, 29 Apr 2019 19:20:53 +0200

On 29.04.2019 18:05, Timothy Sample wrote:
> Hi again,
> 
> Timothy Sample <samplet <at> ngyro.com> writes:
> 
>> Hi Brett,
>> 
>> Brett Gilio <brettg <at> posteo.net> writes:
>> 
>>> Hey all
>>> 
>>> I just reconfigured my system configuration after the big staging 
>>> merge
>>> to master. I use StumpWM.
>>> 
>>> GDM seems to be starting just fine, but after this reconfiguration
>>> stumpwm or X or something is crashing for me and looping me back to 
>>> GDM.
>>> 
>>> Where are the logs I can view for this? I see some message appear but
>>> quickly disappear before looping back into GDM.
>> 
>> GDM logs things to “/var/log/messages”.  However, it may not be useful
>> in this case (do take a look, though).
>> 
>>> If I can get the logs I can share them or try and figure it out 
>>> myself.
>> 
>> You could also share some other details about your config.  For
>> instance, how is StumpWM started?  Do you have a “~/.xsession” script 
>> or
>> does StumpWM provide a “.desktop” file that GDM needs to find?
> 
> After doing some testing in a VM, it looks like this is an issue with 
> my
> recent commit: 8caa458953eeac783c73a0e5aaa72842fe3914c9.
> 
> I added a placeholder desktop entry file, and even though I did my best
> to make it invisible, GDM is still selecting it.  (I tested GNOME and
> XFCE, but I guess they were preferred by GDM over the placeholder,
> whereas StumpWM is not.  Maybe the has to do with how the names are
> sorted.)  I will try and fix this today, but in the mean time, you can
> either:
> 
>     • go back to using SLiM for now;
>     • launch StumpWM from “~/.xsession”; or
>     • install another WM, so that you can select StumpWM explicitly 
> when
>       logging in (using the little gear icon that shows up when you 
> have
>       multiple sessions available).
> 
> Sorry!
> 
> 
> -- Tim

Thank you for looking into this Tim! I have gone back to SLiM for the 
time being until it is fixed :).

If anybody else is having this issue, going back to SLiM is really easy, 
check out my commit for reference.

https://github.com/brettgilio/guix-system/commit/64d389db13c2f78ee5c58af28c1639b098113c93




Information forwarded to bug-guix <at> gnu.org:
bug#35484; Package guix. (Mon, 29 Apr 2019 19:09:01 GMT) Full text and rfc822 format available.

Message #23 received at 35484 <at> debbugs.gnu.org (full text, mbox):

From: Timothy Sample <samplet <at> ngyro.com>
To: brettg <at> posteo.net
Cc: 35484 <at> debbugs.gnu.org
Subject: Re: bug#35484: GDM failing to start stumpwm after merge
Date: Mon, 29 Apr 2019 15:08:16 -0400
[Message part 1 (text/plain, inline)]
Hi Brett,

brettg <at> posteo.net writes:

> On 29.04.2019 18:05, Timothy Sample wrote:
>>
>> After doing some testing in a VM, it looks like this is an issue
>> with my
>> recent commit: 8caa458953eeac783c73a0e5aaa72842fe3914c9.
>>
>> I added a placeholder desktop entry file, and even though I did my best
>> to make it invisible, GDM is still selecting it.  (I tested GNOME and
>> XFCE, but I guess they were preferred by GDM over the placeholder,
>> whereas StumpWM is not.  Maybe the has to do with how the names are
>> sorted.)

This is exactly the problem.  To find a default session, it sorts the
names of all the “.desktop” files it can find (using “g_strcmp0”), and
picks the first.  Since we have “GNOME” < “XFCE” < “Fail” < “stumpwm”,
my tests did not catch this error.

I can think of two options for a fix before 1.0 (which is supposed to be
tomorrow!).  The cute one is to just rename “Fail” to “~Fail”, on the
expectation that this will come after most other names when sorted.  The
ugly one is to patch GDM to exclude the placeholder file when looking
for “.desktop” files, and then to select it instead of raising an error
when it can’t find anything.

My preference is for the ugly one, because the cute one feels like
putting a silly hack on top of silly hack – it’s just a bit too much.
I’ve attached a patch.  Thoughts?  (If I don’t hear anything, I will
push it – it’s important that this works for 1.0).

[0001-gnu-gdm-Avoid-selecting-the-placeholder-session.patch (text/x-patch, attachment)]
[Message part 3 (text/plain, inline)]
In the future, we should find a way to make GDM errors less
catastrophic, but I doubt we could do that in a day (I certainly
couldn’t)!

> Thank you for looking into this Tim! I have gone back to SLiM for the
> time being until it is fixed :).
>
> If anybody else is having this issue, going back to SLiM is really
> easy, check out my commit for reference.
>
> https://github.com/brettgilio/guix-system/commit/64d389db13c2f78ee5c58af28c1639b098113c93

Thanks for providing this.  Hopefully it helps anybody else having
problems.


-- Tim

Information forwarded to bug-guix <at> gnu.org:
bug#35484; Package guix. (Mon, 29 Apr 2019 21:50:01 GMT) Full text and rfc822 format available.

Message #26 received at 35484 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Timothy Sample <samplet <at> ngyro.com>
Cc: 35484 <at> debbugs.gnu.org, brettg <at> posteo.net
Subject: Re: bug#35484: GDM failing to start stumpwm after merge
Date: Mon, 29 Apr 2019 23:49:47 +0200
Hi Tim,

Timothy Sample <samplet <at> ngyro.com> skribis:

> I can think of two options for a fix before 1.0 (which is supposed to be
> tomorrow!).  The cute one is to just rename “Fail” to “~Fail”, on the
> expectation that this will come after most other names when sorted.  The
> ugly one is to patch GDM to exclude the placeholder file when looking
> for “.desktop” files, and then to select it instead of raising an error
> when it can’t find anything.
>
> My preference is for the ugly one, because the cute one feels like
> putting a silly hack on top of silly hack – it’s just a bit too much.
> I’ve attached a patch.  Thoughts?  (If I don’t hear anything, I will
> push it – it’s important that this works for 1.0).

I don’t have an opinion as I didn’t follow this closely.

Could you make sure the fix works with the DEs and WMs that the
installer proposes (see (gnu installer services))?

If it does, could you push it also to the ‘version-1.0.0’ branch?

Thank you for looking into this!

Ludo’.




Information forwarded to bug-guix <at> gnu.org:
bug#35484; Package guix. (Tue, 30 Apr 2019 00:45:02 GMT) Full text and rfc822 format available.

Message #29 received at 35484 <at> debbugs.gnu.org (full text, mbox):

From: Brett Gilio <brettg <at> posteo.net>
To: Timothy Sample <samplet <at> ngyro.com>
Cc: 35484 <at> debbugs.gnu.org
Subject: Re: bug#35484: GDM failing to start stumpwm after merge
Date: Mon, 29 Apr 2019 19:44:27 -0500
Timothy Sample writes:

> Hi Brett,
>
> brettg <at> posteo.net writes:
>
>> On 29.04.2019 18:05, Timothy Sample wrote:
>>>
>>> After doing some testing in a VM, it looks like this is an issue
>>> with my
>>> recent commit: 8caa458953eeac783c73a0e5aaa72842fe3914c9.
>>>
>>> I added a placeholder desktop entry file, and even though I did my best
>>> to make it invisible, GDM is still selecting it.  (I tested GNOME and
>>> XFCE, but I guess they were preferred by GDM over the placeholder,
>>> whereas StumpWM is not.  Maybe the has to do with how the names are
>>> sorted.)
>
> This is exactly the problem.  To find a default session, it sorts the
> names of all the “.desktop” files it can find (using “g_strcmp0”), and
> picks the first.  Since we have “GNOME” < “XFCE” < “Fail” < “stumpwm”,
> my tests did not catch this error.
>
> I can think of two options for a fix before 1.0 (which is supposed to be
> tomorrow!).  The cute one is to just rename “Fail” to “~Fail”, on the
> expectation that this will come after most other names when sorted.  The
> ugly one is to patch GDM to exclude the placeholder file when looking
> for “.desktop” files, and then to select it instead of raising an error
> when it can’t find anything.
>
> My preference is for the ugly one, because the cute one feels like
> putting a silly hack on top of silly hack – it’s just a bit too much.
> I’ve attached a patch.  Thoughts?  (If I don’t hear anything, I will
> push it – it’s important that this works for 1.0).
>
>
> In the future, we should find a way to make GDM errors less
> catastrophic, but I doubt we could do that in a day (I certainly
> couldn’t)!
>
>> Thank you for looking into this Tim! I have gone back to SLiM for the
>> time being until it is fixed :).
>>
>> If anybody else is having this issue, going back to SLiM is really
>> easy, check out my commit for reference.
>>
>> https://github.com/brettgilio/guix-system/commit/64d389db13c2f78ee5c58af28c1639b098113c93
>
> Thanks for providing this.  Hopefully it helps anybody else having
> problems.
>
>
> -- Tim

I think the uglier version is more generic and less likely to cause
future errors. But, it is a matter of time. The uglier one is likely
going to be more terse.

Do you need any help on my end?

Brett Gilio




Information forwarded to bug-guix <at> gnu.org:
bug#35484; Package guix. (Tue, 30 Apr 2019 03:11:03 GMT) Full text and rfc822 format available.

Message #32 received at 35484 <at> debbugs.gnu.org (full text, mbox):

From: Timothy Sample <samplet <at> ngyro.com>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 35484 <at> debbugs.gnu.org, brettg <at> posteo.net
Subject: Re: bug#35484: GDM failing to start stumpwm after merge
Date: Mon, 29 Apr 2019 23:10:26 -0400
Hi Ludo,

Ludovic Courtès <ludo <at> gnu.org> writes:

> Hi Tim,
>
> Timothy Sample <samplet <at> ngyro.com> skribis:
>
>> I can think of two options for a fix before 1.0 (which is supposed to be
>> tomorrow!).  The cute one is to just rename “Fail” to “~Fail”, on the
>> expectation that this will come after most other names when sorted.  The
>> ugly one is to patch GDM to exclude the placeholder file when looking
>> for “.desktop” files, and then to select it instead of raising an error
>> when it can’t find anything.
>>
>> My preference is for the ugly one, because the cute one feels like
>> putting a silly hack on top of silly hack – it’s just a bit too much.
>> I’ve attached a patch.  Thoughts?  (If I don’t hear anything, I will
>> push it – it’s important that this works for 1.0).
>
> I don’t have an opinion as I didn’t follow this closely.

Okay.  I picked the more robust solution, but I still hope it doesn’t
stick around too long.  :)

> Could you make sure the fix works with the DEs and WMs that the
> installer proposes (see (gnu installer services))?

I tested all of the DEs listed there except for MATE, which I could not
compile.  I had to patch i3 and awesome to use absolute paths in their
“.desktop” files.  (The “xinitrc” script can find the binaries in $PATH,
but GDM cannot find the “TryExec” binaries unless they are absolute.
This is no doubt related to the other $PATH issues we saw with GDM.)

> If it does, could you push it also to the ‘version-1.0.0’ branch?

I pushed three commits to master:

    1. e8c6e771c1 gnu: gdm: Avoid selecting the placeholder session.
    2. 4ec42524dd gnu: awesome: Use absolute paths in session file.
    3. aa7cdc57dc gnu: i3-wm: Use absolute paths in session files.

I then cherry-picked them onto the “version-1.0.0” branch.  Sorry if
that’s not what you meant.

> Thank you for looking into this!

No problem.  Thanks for the quick response!


-- Tim




Reply sent to Timothy Sample <samplet <at> ngyro.com>:
You have taken responsibility. (Tue, 30 Apr 2019 03:21:01 GMT) Full text and rfc822 format available.

Notification sent to Brett Gilio <brettg <at> posteo.net>:
bug acknowledged by developer. (Tue, 30 Apr 2019 03:21:01 GMT) Full text and rfc822 format available.

Message #37 received at 35484-done <at> debbugs.gnu.org (full text, mbox):

From: Timothy Sample <samplet <at> ngyro.com>
To: Brett Gilio <brettg <at> posteo.net>
Cc: 35484-done <at> debbugs.gnu.org
Subject: Re: bug#35484: GDM failing to start stumpwm after merge
Date: Mon, 29 Apr 2019 23:20:04 -0400
Hi Brett,

Brett Gilio <brettg <at> posteo.net> writes:

> Timothy Sample writes:
>
>> Hi Brett,
>>
>> [...]
>>
>> I can think of two options for a fix before 1.0 (which is supposed to be
>> tomorrow!).  The cute one is to just rename “Fail” to “~Fail”, on the
>> expectation that this will come after most other names when sorted.  The
>> ugly one is to patch GDM to exclude the placeholder file when looking
>> for “.desktop” files, and then to select it instead of raising an error
>> when it can’t find anything.
>>
>> My preference is for the ugly one, because the cute one feels like
>> putting a silly hack on top of silly hack – it’s just a bit too much.
>> I’ve attached a patch.  Thoughts?  (If I don’t hear anything, I will
>> push it – it’s important that this works for 1.0).
>>
>>
>> In the future, we should find a way to make GDM errors less
>> catastrophic, but I doubt we could do that in a day (I certainly
>> couldn’t)!
>>
>>> Thank you for looking into this Tim! I have gone back to SLiM for the
>>> time being until it is fixed :).
>>>
>>> If anybody else is having this issue, going back to SLiM is really
>>> easy, check out my commit for reference.
>>>
>>> https://github.com/brettgilio/guix-system/commit/64d389db13c2f78ee5c58af28c1639b098113c93
>>
>> Thanks for providing this.  Hopefully it helps anybody else having
>> problems.
>>
>>
>> -- Tim
>
> I think the uglier version is more generic and less likely to cause
> future errors. But, it is a matter of time. The uglier one is likely
> going to be more terse.
>
> Do you need any help on my end?

No, but thank you for offering and thanks for catching my mistake before
we released 1.0.  :)

I pushed e8c6e771c199c02b748eb66d3a03c46d2a32ca29 to master, which
should fix this.  Hence, I’m closing the bug.


-- Tim




Information forwarded to bug-guix <at> gnu.org:
bug#35484; Package guix. (Tue, 30 Apr 2019 12:47:03 GMT) Full text and rfc822 format available.

Message #40 received at 35484 <at> debbugs.gnu.org (full text, mbox):

From: Ludovic Courtès <ludo <at> gnu.org>
To: Timothy Sample <samplet <at> ngyro.com>
Cc: 35484 <at> debbugs.gnu.org, brettg <at> posteo.net
Subject: Re: bug#35484: GDM failing to start stumpwm after merge
Date: Tue, 30 Apr 2019 14:46:17 +0200
Hello!

Timothy Sample <samplet <at> ngyro.com> skribis:

> I pushed three commits to master:
>
>     1. e8c6e771c1 gnu: gdm: Avoid selecting the placeholder session.
>     2. 4ec42524dd gnu: awesome: Use absolute paths in session file.
>     3. aa7cdc57dc gnu: i3-wm: Use absolute paths in session files.
>
> I then cherry-picked them onto the “version-1.0.0” branch.  Sorry if
> that’s not what you meant.

That’s exactly what I meant, thank you!  :-)

Ludo’.




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Wed, 29 May 2019 11:24:05 GMT) Full text and rfc822 format available.

This bug report was last modified 4 years and 305 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.