Subject: Re: Assigning unique system uid/gid for new ebuild
Newsgroups: gmane.linux.gentoo.devel
Date: 2003-05-31 22:36:16 GMT (6 years, 5 weeks, 12 hours and 25 minutes ago)
Martin Lesser writes: > Grant Goodyear <g2boojum <at> gentoo.org> writes: > > Unfortunately, we don't have a good answer to that question just yet. > > The plan is to generate a table of already-taken uid/gid numbers > > ... My best suggestion at the moment is to see what numbers debian is > > using for your package, check to see if they conflict with anything we > > have (take a look at the above "database" as well as the passwd and > > group files at > > http://cvs.gentoo.org/cgi-bin/viewcvs.cgi/gentoo-src/rc-scripts/etc/), > > and go from there. > > 1. Several uid's/gid's differ from other distris (debian i.e. assigns > 2. In /etc/passwd from baselayout there are several users predefined > 3. If one runs openldap for authentification and nss one don't want to > 1. The predefined entries in /etc/passwd should be reduced to exactly 1 > 2. The current ebuilds which assign _fixed_ uids/gids could be fixed so > > I don't see any benefits of developing and/or maintaining a predefined > /etc/passwd with more than exactly one entry for root. /etc/passwd and /etc/group must not be managed by UID/GID! Each package may ask for a set of user names and group names, and the local system administrator can assign whatever UID/GID to these names. Note that dependending on the underliying system, you may have different constraints on these UID/GID. Like having ID<100 for auto-su-able or things like that. For example, tar stores the names of the owner and group of each file in its archives. -- __Pascal_Bourguignon__ http://www.informatimago.com/ ---------------------------------------------------------------------- Do not adjust your mind, there is a fault in reality. -- gentoo-dev <at> gentoo.org mailing list