Summary: | enewgroup/enewuser fails due to missing groupadd/useradd | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Chris Gianelloni (RETIRED) <wolf31o2> |
Component: | [OLD] Core system | Assignee: | Gentoo's Team for Core System packages <base-system> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | jonas |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Chris Gianelloni (RETIRED)
2007-02-15 00:10:14 UTC
the proper solution is not adding users/groups to /etc/passwd and /etc/group Nobody said that it was the right solution, but we've had this problem for three releases now and it's just not funny anymore. I don't really care how it is fixed. It just needs to be fixed. I don't care what you think is unacceptable, at all. All I care about is what *is* acceptable so we can move forward and fix this. So, what are some possible alternatives to fixing this that would be acceptable? as ive said in the past, move shadow into stage1 *sigh* I'm getting sick of repeating these same arguments every release. Adding shadow to stage1 via packages.build causes all sorts of nasty dependency loops. I *tried* to do that before, as I stated last time we had a bug like this (for the man user) and it didn't work out properly. I know you like to stick with your guns when you think you have a solution, but your solution has been proven on more than one occasion to not work, so we cannot rely on it as a working answer to this problem. This problem has existed for well more than a year and I'm sick of fighting over it. The proposed solutions do not work and no solution that does work has ever been proposed. nothing is stopping you from including a local patch in baselayout to add the appropriate users to work around for the release ... in fact, the readdition of the man user should be backed out from the baselayout svn You are correct. That is the solution that we took last time and likely the "solution" that I'll be taking again this time around. However, that doesn't fix the problem. I still would like to come to a proper solution for this, so we never have to hit it again. I don't think adding users back to baselayout is the best solution, either. OK. So I'm adding the ldap user/group to baselayout if USE=ldap in the snapshot. That should fix this up just fine. i still think the long term solution here is the UID/GID glep that pioto has Agreed. Until that's done, we'll just patch it in the snapshot and defer non-snapshot/release-related bugs in it to you guys. i'm happy with that I don't see any reason for QA to be on this bug any longer since we are waiting on the long term solution. Re-add and smack me if you disagree. *** This bug has been marked as a duplicate of bug 53269 *** |