-
-
Notifications
You must be signed in to change notification settings - Fork 196
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
bug: usernames are not resolving correctly for users not listed in /etc/passwd #863
Comments
Update: Looking at line 342 in src/base.rs does suggest that |
@MartinFillon Sorry for the late reply, yes I think it is. @morgan-greywolf Someone traced this back to uzers and opened an issue there. I'll take a look at it later the day or tomorrow. |
its okay we all have lifes |
I looked into this and the short answer is MUSL does not support sideloading the NSS plugins needed to retrieve things from SSSD. Also, this is a duplicate of #541 therefore I'm going to close this one so we keep the discussion contained in the original issue. There I'm also going to go into more details about the uzers dependency. |
Usernames are not being resolved if the user is not coming from
/etc/passwd
eza --long --header --icons
Example:
8126474 should in this case resolve to my username:
In this case,
getent
is resolving my user ID via the system libc functiongetpwuid(3)
. I suspect the problem is actually with the uzers-rs Rust library rather than your code, but I'm not yet sufficiently proficient in Rust to make that determination. That project claims to be a wrapper around the same libc library functions, sousers.get_user_by_uid
should be a wrapper aroundgetpwuid(3)
/getpwuid_r(3)
but obviously something is broken somewhere.This is what I imagine the code in the library should be doing (in C and shamelessly ripped and rewritten from the manpage):
The above code works on the same system:
The text was updated successfully, but these errors were encountered: