System frequently suspending after logout

  • Open
  • quality assurance status badge
Details
3 participants
  • Chris Marusich
  • Jack Hill
  • Josh Wheeler
Owner
unassigned
Submitted by
Josh Wheeler
Severity
normal
J
J
Josh Wheeler wrote on 5 Jul 2019 23:25
(address . bug-guix@gnu.org)
87zhls9ns7.fsf@mantlepro.com
Problem: GuixSD frequently suspends on user logout or after selecting
"Log in as another user" from the lock screen.

Occurs when returning to GDM from GNOME and i3 sessions on a fresh
GuixSD install.

Expected: System should allow user logout / switching without sleeping.

Thanks!
C
C
Chris Marusich wrote on 12 Nov 2019 05:29
(name . Josh Wheeler)(address . joshwheeler@mantlepro.com)
87woc51zul.fsf@gmail.com
Hi Josh,

Josh Wheeler <joshwheeler@mantlepro.com> writes:

Toggle quote (10 lines)
> Problem: GuixSD frequently suspends on user logout or after selecting
> "Log in as another user" from the lock screen.
>
> Occurs when returning to GDM from GNOME and i3 sessions on a fresh
> GuixSD install.
>
> Expected: System should allow user logout / switching without sleeping.
>
> Thanks!

I have observed this unwanted behavior as well. It was briefly
discussed here, but no resolution was reached:

"Computer suspends even when I tell it not to"

Could this issue actually be the same issue that is described in the
following email thread?

"Who is sending my Guix System to sleep?"

In the second email, Jack Hill describes a potential work-around. I
wonder if it might also work for the issue described in this bug report?

--
Chris
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEy/WXVcvn5+/vGD+x3UCaFdgiRp0FAl3KNUIACgkQ3UCaFdgi
Rp2rORAAmrthKCd5PtdAGSdJu9ITTvxs9+YV9SITABPMo2X449BpZ0QszkKOfuLs
9VegraVRkr0HJa9O+XUtwWxb+qIONut1Lx86yOcc7u87/acBjwj7Xocs8lvXIenC
33nlEJsmxC2W/SDMYVYClMdCNdore2KSg8iObaZ6+0n0CxslYdCPlejR5DEK6Elq
VzPjhzyJRqgj7EWacTH7HWtImZb6iW0cCoP1AJ1gF2tZujhmyMpfCdgreQB87Re1
JM5UhAi5xqUPhN5fQBgrIr3+PqyX5epqKZ2bxUD75FH/jB2hZx/v7YIUltRgxg9u
NS17MqSCs6dhfUdy95OpCr5JncBSugCTEbRSpDoTz5fjICUpnBsQcVvWWp5blfts
lIYbSImtJN7w88mXDMrl5NKrZCRzGNgmyNtodto+FVGdGEDvoUbXQgeYbizEebru
CCnBvPcaHSG+5Hom0oueb+MTry/fU5XqsqCdFUJVONnNrQkQOJFZQKhCioCtomy4
Aasbbky5wDIcDxuT3IoIVCd9KSCmWAHRgM1kt6z9j9ZwhMxrR0+MA6jX4vfOtEZU
SQ0ywCcRHln4o1ihI1sRxtNz7gnV/5FSaaHTeS1tL43N6MY1bHja2F+RFS1/LK3h
zU3hdGU4PzawAhXl08cIHfn2r8meAHybAxfqbEO7UH1Xh0wDwuI=
=DwVQ
-----END PGP SIGNATURE-----

J
J
Jack Hill wrote on 12 Nov 2019 21:12
(name . Chris Marusich)(address . cmmarusich@gmail.com)
alpine.DEB.2.20.1911121336170.11560@marsh.hcoop.net
On Mon, 11 Nov 2019, Chris Marusich wrote:

Toggle quote (22 lines)
> Josh Wheeler <joshwheeler@mantlepro.com> writes:
>
>> Problem: GuixSD frequently suspends on user logout or after selecting
>> "Log in as another user" from the lock screen.
>>
>> Occurs when returning to GDM from GNOME and i3 sessions on a fresh
>> GuixSD install.
>>
>> Expected: System should allow user logout / switching without sleeping.
>>
>> Thanks!
>
> Could this issue actually be the same issue that is described in the
> following email thread?
>
> "Who is sending my Guix System to sleep?"
> https://lists.gnu.org/archive/html/help-guix/2019-09/msg00172.html
> https://lists.gnu.org/archive/html/help-guix/2019-10/msg00213.html
>
> In the second email, Jack Hill describes a potential work-around. I
> wonder if it might also work for the issue described in this bug report?

It seems like a slightly different issue. At least, I don't remember
running into this. However, it seems reasonable to use the
sleep-inactive-ac-type dconf setting as I describe to see if it helps with
this behavior as well. Suspend-on-logout may also be controlled by a
different dconf setting.

I'm not sure how helpful that was, but I did want to reply.

Best,
Jack
?
Your comment

Commenting via the web interface is currently disabled.

To comment on this conversation send an email to 36519@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 36519
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch