malekith: PLD-doc uid_gid.db.txt
Michal Moskal
malekith w pld.org.pl
Pią, 14 Gru 2001, 13:01:14 CET
On Fri, Dec 14, 2001 at 12:32:01PM +0100, Tomasz Kłoczko wrote:
> On Fri, 14 Dec 2001, Michal Moskal wrote:
>
> > On Fri, Dec 14, 2001 at 12:10:02PM +0100, Tomasz Kłoczko wrote:
> > > On Fri, 14 Dec 2001, Michal Moskal wrote:
> > > [..]
> > > > > Wycofaj to. Do tego nie ejst potzrebne rezerwowanei uid/bid na konkretnych
> > > > > numerkach. To moze chodzić na dowolnym uid/gid.
> > > >
> > > > why? 99% uid/gid w tym pliku podobnie, jednak zdecydowalismy sie na
> > > > jakas standaryzacje... pozatym przynajmniej gdi jest mi potrzebny zeby
> > > > byl ten sam w systemie co w chroot.
> > >
> > > Ponieważ nie ma potrzeby używanie za każdym razem konkretnego uid/gid.
> > > Jeżeli będziesz w stanie wykazać że jest to potzrebne z jakis powodów to
> > > co innego. Ale od razu mówie że czegoś takiego nie znajdziesz a jeżeli już
> > > to wydawać Ci się będzie ze znalazłeś taki podówd bo builder nie musi mieć
> > > dokładnie tego samego uid/gid na wszystkich instalacjach ponieważ nie
> > > będzie miedzy tego typu maszynkami współdzielenia zasobów buildera.
> >
> > Dlaczego zamykać tę możliowość? Np. wspólny chroot na nfs?
>
> Wtedy zrobisz konto dla buildera w bazie NIS czy kerberosa i nadal nie
> musisz mieć konkretnego uid/gid ZAWSZE (także po za wydzielona grupą
> komputerów). Wystarczy że przy inastalacji sprawdzisz czy użytkownik
> builder/grupa builder istnieje i nie wywołasz useradd/groupadd wylko
> wykorzystasz to co znajdziesz. Nie musisz mieć yu KONIECZNIE uid/gid
> w grupie systemowych. Nie wydzielając konkretnego uid/gid wcale czegoś
> takiego nie zamykasz.
To po jaką cholerę są inne uid/gid w tym pliku?
Jest jeszcze jeden problem. Jak zrobie rpm -e to zostaje chroot i inny
stuff (kolejki), po rpm -i musiałbym robic chown -R
--
: Michal ``,/\/\, '' Moskal | | : GCS {C,UL}++++$
: | |alekith @ |)|(| . org . pl : {E--, W, w-,M}-
: Linux: We are dot in .ORG. | : {b,e>+}++ !tv h
: CurProj: ftp://ftp.pld.org.pl/people/malekith/ksi : PLD Team member
Więcej informacji o liście dyskusyjnej pld-devel-pl