GNU bug report logs -
#35900
Can't logout and login again
Previous Next
Reported by: philip <at> warpmail.net (Philip K.)
Date: Sat, 25 May 2019 14:38:02 UTC
Severity: normal
Tags: notabug
Done: Ludovic Courtès <ludo <at> gnu.org>
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 35900 in the body.
You can then email your comments to 35900 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#35900
; Package
guix
.
(Sat, 25 May 2019 14:38:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
philip <at> warpmail.net (Philip K.)
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Sat, 25 May 2019 14:38:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi, I've just installed the Guix System on my laptop (TP X230) yesterday,
but I consistently find myself running into the problem that I can't use
a X session properly.
I've reinstalled the system multiple times with different DE's (LXQt,
Mate, XFCE) and DM's (slim, GDM), but the issue persists: The first time
I try to login, it works, everything is loaded the way I'd expect it,
but as soon as I install anyting (using "guix install ...") and *then*
log out, and try to log in again, the screen just blinks and throws me
back into the login screen of my display manager.
I've tried changing /etc/config.scm and keeping it the same, reveting
package instalations, but nothing seems to change anything.
When running "startx" in a TTY, I get this message, no matter what WM I
try to use:
xauth: file /home/phi/.serverauth.1225 does not exist
xinit: unable to run server "/gnu/store/i3hrd6d3wrxy5fc9i2kcv115sjm8xm8f-xinit-1.4.1/bin/X": No such file or directory
Use the -- option, or make sure that /gnu/store/i3hrd6d3wrxy5fc9i2kcv115sjm8xm8f-xinit-1.4.1/bin is in your path and
that "/gnu/store/i3hrd6d3wrxy5fc9i2kcv115sjm8xm8f-xinit-1.4.1/bin/X" is a program or a link to the right type of server
for your display. Possible server names include:
Xorg Common X server for most displays
Xvfb Virtual frame buffer
Xfake kdrive-based virtual frame buffer
Xnest X server nested in a window on another X server
Xephyr kdrive-based nested X server
Xvnc X server accessed over VNC's RFB protocol
Xdmx Distributed Multi-head X server
Note that "X" isn't placed in /gnu/store/...-xinit-1.4.1/bin/X, but as
far as I see /gnu/store/...-xorg-server-1.20.4/bin/X.
Is this a known bug? Are there any workarounds? In case there are any
questions or I didn't go into enough detail, please tell me, and I'll
gladly offer more information. I'll attach the output of "guix package
-I" and "-l" to this mail, in case than may help.
--
With kind regards,
Philip K.
[generations (text/plain, attachment)]
[package-list (text/plain, attachment)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#35900
; Package
guix
.
(Wed, 29 May 2019 17:28:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 35900 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hello Philip,
philip <at> warpmail.net (Philip K.) writes:
[...]
> I've reinstalled the system multiple times
Can you please confirm what Installer version you used?
> with different DE's (LXQt,
> Mate, XFCE) and DM's (slim, GDM), but the issue persists: The first time
> I try to login, it works, everything is loaded the way I'd expect it,
> but as soon as I install anyting (using "guix install ...") and *then*
> log out, and try to log in again, the screen just blinks and throws me
> back into the login screen of my display manager.
I did a few test installation on a test machine but was not able to
reproduce this bug, sorry.
Are you able to login after a complete reboot?
> I've tried changing /etc/config.scm and keeping it the same, reveting
> package instalations, but nothing seems to change anything.
User installed packages should not compromise anything related to the
graphical session, so this should not be the problem here
Can you provide us your /etc/config.scm please?
[...]
HTH! Gio'.
--
Giovanni Biscuolo
Xelera IT Infrastructures
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#35900
; Package
guix
.
(Fri, 31 May 2019 21:33:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 35900 <at> debbugs.gnu.org (full text, mbox):
Hi Philip,
philip <at> warpmail.net (Philip K.) skribis:
> I've reinstalled the system multiple times with different DE's (LXQt,
> Mate, XFCE) and DM's (slim, GDM), but the issue persists: The first time
> I try to login, it works, everything is loaded the way I'd expect it,
> but as soon as I install anyting (using "guix install ...") and *then*
> log out, and try to log in again, the screen just blinks and throws me
> back into the login screen of my display manager.
>
> I've tried changing /etc/config.scm and keeping it the same, reveting
> package instalations, but nothing seems to change anything.
Like Giuseppe wrote, could you share your config.scm file?
What happens if you remove ‘xmonad’ from your profile?
Do you have a ~/.xsession file? If so, could you share it?
I don’t see any reason off-hand while this would happen (Guix System
installations used SLiM in the past, and have been using GDM by default
for several months now.)
> When running "startx" in a TTY, I get this message, no matter what WM I
> try to use:
Indeed, ‘startx’ is currently not supported.
Thanks for your bug report,
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#35900
; Package
guix
.
(Fri, 31 May 2019 21:36:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 35900 <at> debbugs.gnu.org (full text, mbox):
Ludovic Courtès <ludo <at> gnu.org> skribis:
> Like Giuseppe wrote, could you share your config.scm file?
^~~~~~~~
I meant Giovanni, apologies!
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#35900
; Package
guix
.
(Sat, 01 Jun 2019 21:46:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 35900 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Sorry for the late response, I thought I had already responded a few
days back, but it seems I must have replied to the wrong message...
I'm sad to say that I have had to give up on using Guix (for now), since
I didn't have enough time to properly configure the system to my needs
during university (thanks for the responses anyways!).
Nevertheless, I managed to solve the issue by reading through the
manual, and it was unrelated to my initial suspicion, and as you mention
had to do with the xsession file containing a command (I believe it was
"xset") that I hadn't installed in my user profile. After removing said
lines, any all DE's worked as expected.
Ultimately, I'd still see this as a kind of bug, since the in the case
of GDM no error message appeared at all, and SLiM generated two written
*over* one another, with little information on what exactly was wrong.
Or is it generally not advised to use an .xsession file?
Ludovic Courtès <ludo <at> gnu.org> writes:
> Hi Philip,
>
> philip <at> warpmail.net (Philip K.) skribis:
>
>> I've reinstalled the system multiple times with different DE's (LXQt,
>> Mate, XFCE) and DM's (slim, GDM), but the issue persists: The first time
>> I try to login, it works, everything is loaded the way I'd expect it,
>> but as soon as I install anyting (using "guix install ...") and *then*
>> log out, and try to log in again, the screen just blinks and throws me
>> back into the login screen of my display manager.
>>
>> I've tried changing /etc/config.scm and keeping it the same, reveting
>> package instalations, but nothing seems to change anything.
>
> Like Giuseppe wrote, could you share your config.scm file?
>
> What happens if you remove ‘xmonad’ from your profile?
>
> Do you have a ~/.xsession file? If so, could you share it?
>
> I don’t see any reason off-hand while this would happen (Guix System
> installations used SLiM in the past, and have been using GDM by default
> for several months now.)
>
>> When running "startx" in a TTY, I get this message, no matter what WM I
>> try to use:
>
> Indeed, ‘startx’ is currently not supported.
>
> Thanks for your bug report,
> Ludo’.
--
With kind regards,
Philip K.
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#35900
; Package
guix
.
(Sat, 01 Jun 2019 21:48:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 35900 <at> debbugs.gnu.org (full text, mbox):
Hi Philip,
philip <at> warpmail.net (Philip K.) skribis:
> Nevertheless, I managed to solve the issue by reading through the
> manual, and it was unrelated to my initial suspicion, and as you mention
> had to do with the xsession file containing a command (I believe it was
> "xset") that I hadn't installed in my user profile. After removing said
> lines, any all DE's worked as expected.
Good to know, I’m closing the bug now.
> Ultimately, I'd still see this as a kind of bug, since the in the case
> of GDM no error message appeared at all, and SLiM generated two written
> *over* one another, with little information on what exactly was wrong.
> Or is it generally not advised to use an .xsession file?
Using a .xsession file is fine, of course, but it generally means that
you’re “on your own.” In particular, there’s not much the login manager
can do; it cannot tell whether the .xsession script is behaving “as
intended.”
Thanks,
Ludo’.
Added tag(s) notabug.
Request was from
Ludovic Courtès <ludo <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sat, 01 Jun 2019 21:48:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
35900 <at> debbugs.gnu.org and philip <at> warpmail.net (Philip K.)
Request was from
Ludovic Courtès <ludo <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sat, 01 Jun 2019 21:48:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 30 Jun 2019 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 357 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.