Summary: | user.eclass: add support for user/group for systems w/out getent | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Anthony Basile <blueness> |
Component: | Eclasses | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 430702 |
Description
Anthony Basile
2014-01-17 18:55:10 UTC
Blessings to commit? (In reply to Anthony Basile from comment #0) unfortunately, i'm fairly certain that patch is wrong. unless musl implements all the shadow utils itself which would be pretty crazy. you cannot assume anything about the content of the second field. "x" just means the password has been shadowed. for uClibc, we just install a simple getent shell script. why don't we move that out of uClibc and into a getent package which musl/uclibc/etc... can depend on ? (In reply to SpanKY from comment #2) > (In reply to Anthony Basile from comment #0) > > unfortunately, i'm fairly certain that patch is wrong. unless musl > implements all the shadow utils itself which would be pretty crazy. you > cannot assume anything about the content of the second field. "x" just > means the password has been shadowed. Agreed about the 2nd feild. musl doesn't implement any shadow utils. But I don't get why this is a requirement. We have to have sys-apps/shadow installed or some other provider like busybox. So I'm confused here. > > for uClibc, we just install a simple getent shell script. why don't we move > that out of uClibc and into a getent package which musl/uclibc/etc... can > depend on ? Okay let's work in that direction. > Okay let's work in that direction. What do you think of this: git.overlays.gentoo.org/gitweb/?p=dev/blueness.git;a=tree;f=sys-apps/getent To not depend on master/HEAD, I'd have to keep an archive of versons of getent at http://dev.gentoo.org/~blueness/getent/ Of course, we'd have to remove the dobins in uclibc-9999 and new ebuilds added to the tree. These would then RDEPEND on sys-apps/getent. I added sys-apps/getent to the tree but its blocking both glibc and uclibc to avoid file collision. When/if we drop dobins getent from uclibc's ebuild, we can relax the block. |