Skip to content
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

Screen not always waking up from Suspend if loginctl not C1 #143

Open
llelectronics opened this issue Jun 5, 2018 · 8 comments
Open

Screen not always waking up from Suspend if loginctl not C1 #143

llelectronics opened this issue Jun 5, 2018 · 8 comments

Comments

@llelectronics
Copy link

Our script for bringing the screen back on only checks for C1 session.
However some users might be on another like C2 or so.

loginctl -p Name show-session c1 | cut -d '=' -f 2

@adriaandegroot adriaandegroot self-assigned this Jun 5, 2018
@star-buck
Copy link
Contributor

star-buck commented Jun 5, 2018 via email

@shadeslayer
Copy link

I think you're confusing the ODROID C2 and systemd's naming of sessions.

@llelectronics
Copy link
Author

The issue is about user login sessions and not devices.
We try to grab the correct user name from the loginctl session c1 all the time. Though the normal user might not be using c1 login session but instead another like c2, c3 or something like this.

@star-buck
Copy link
Contributor

star-buck commented Jun 5, 2018 via email

@adriaandegroot
Copy link

@shadeslayer
Copy link

That looks pretty complex for something that might be far more easily achieved with a systemd user session.

@adriaandegroot
Copy link

The original issue was "this script we use is fragile". The PR fixes the script, it doesn't switch to different technologies or a different solution domain.

I can simplify the script to drop sorting and other heuristics, picking the first active session with a seat, that will drop the awk. But you're always going to have to do three things with this script approach:

  • find an active session
  • find the user name of that session
  • do something with loginctl on that session
    Throw in some logging, and it's got some basic complexity youi're not going to lose.

@adriaandegroot
Copy link

PR updated, but this is otherwise outside my purview.

@adriaandegroot adriaandegroot removed their assignment Jun 6, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants