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.

Sign up for GitHub

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

Jump to bottom

/etc/pm/sleep.d/40autorandr fails with long user names #44

Closed
jschlatow opened this issue Feb 10, 2016 · 4 comments
Closed

/etc/pm/sleep.d/40autorandr fails with long user names #44

jschlatow opened this issue Feb 10, 2016 · 4 comments

Comments

@jschlatow
Copy link

This is because w, which is used in favour of who, only reports the first eight characters of the user names.

As I am not sure whether this is a general issue with w or related to my version, here is the w --version output:

w from procps-ng 3.3.11
@blueyed
Copy link
Contributor

blueyed commented Feb 10, 2016

There would be PROCPS_USERLEN, according to w(1).

phillipberndt added a commit that referenced this issue Feb 10, 2016
@phillipberndt
Work around #44: Support long user names in w
584cb01
@phillipberndt
Copy link
Owner

@ValiValpas, does the workaround @blueyed suggested work for you?

@jschlatow
Copy link
Author

@phillipberndt, yes that works for me.

Edit:
PROCPS_USERLEN must be between 8 and 32 though.

phillipberndt added a commit that referenced this issue Feb 10, 2016
@phillipberndt
Fix for #44
105e295
@phillipberndt
Copy link
Owner

D'oh! I had the limits from PROCPS_FROMLEN in mind when I committed that. Fixed.

phillipberndt added a commit that referenced this issue Sep 16, 2016
@phillipberndt
Introduce --batch option to autorandr: Run autorandr for each user wi…
bae2869 
…th an X11 session

This is an attempt to resolve #45 and it might also be a better
alternative to #52, #44 and #39.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
3 participants
@blueyed @jschlatow @phillipberndt