-
-
Notifications
You must be signed in to change notification settings - Fork 42
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Power options do not work after logout #51
Comments
As for the inhibited behavior (1 and 2), |
Hm strangely there is nothing really? 20:59:03 up 1:02, 1 user, load average: 0,95, 1,18, 1,01
USER TTY LOGIN@ IDLE JCPU PCPU WHAT
nuc tty2 20:58 6.00 s 0.01 s 0.01 s -/home/nuc/.cache/zsh4humans/v5/tmux/bin/tmux -u -S /tmp/z4h-tmux-1000-linux-1642994650 -f /home/nuc/.cache/zsh4humans/v5/zsh4humans/.tmux.conf -- set -g default-terminal screen ; new Only my zsh session on tty2 from where I run the command. And here's systemd-inhibit: WHO UID USER PID COMM WHAT WHY MODE
NetworkManager 0 root 572 NetworkManager sleep NetworkManager needs to turn off networks delay
UPower 0 root 1226 upowerd sleep Pause device polling delay
swayidle 1000 nuc 55754 swayidle sleep Swayidle is preventing sleep delay
3 inhibitors listed. |
I have found out what is causing the issue: I have temporalily switched to my bash setup where I do not have tmux running and it works flawlessly. I am not sure why tmux is still running after log out. Maybe tuigreet itself runs inside tmux? So either:
|
I don't have your specific configuration, but maybe your session command actually starts a tmux daemon that could hold that inhibitor? Does the same issue occur when you use a "dummy" command such as |
I will need to revisit this and isolate the issues I think. So it definitely has something to do with my zsh setup ( |
I am getting further. So it has nothing to do with zsh, but everything to do with tmux. I have found the following steps to be reproducible:
Optional further steps:
So apparently tmux survives the logout operation. @apognu Do you find this to be reproducible on your part? |
I use On my side, I log out by using What do you use to log out of your session? |
Well, at least this ticket has shown an issue with my handling of the power commands, I was supposed to suppress the outputs, but did not in the default case. I will push a fix to correctly suppress the output and start thinking about a way to display any error shown on stderr. |
Yeah you are absolutely right about that I can confirm that is the case.
I am using wayfire, which in turn uses wlogout which in turn uses waylang-logout to log out of it's wayland session graphically. Hm so where exactly needs the process to be improved? Was this also a problem on X? (I was never a tmux user so I dont know^^) EDIT: |
I just tried What is weird is that my Short of figuring out why your I cannot do that by default for two reasons:
EDIT: Apparently, |
Weird, this is not the case for me. I tested loging into tty2, then going back to tty1 and run EDIT:
Thus yes! I can attest that. Using Now good, I understand that Also as mentioned in my first paragraph, |
Firstly, the For inhibitors, current user is important, a user would be able to reboot the system if they are logged in in another This second scenario is what is happening here, in my opinion. I reproduced your scenario:
The reboot operation is "properly" being inhibited by After having a peek at |
I'll close this since it does not seem to be within |
The power options poweroff and reboot work fine on initial boot.
However once I log into my (wayfire) session and then logout (back to greetd), the power options fail to work:
So I see 3 issues here:
Sys info:
tuigreet 0.7.2
greetd 0.8.0
Archlinux
The text was updated successfully, but these errors were encountered: