malekith: PLD-doc uid_gid.db.txt

[Tomasz Kłoczko]

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.

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*