malekith: PLD-doc uid_gid.db.txt

[Tomasz Kłoczko]

On Mon, 17 Dec 2001, Michal Moskal wrote:

> On Sat, Dec 15, 2001 at 07:16:45PM +0100, Tomasz Kłoczko wrote:
> > On Sat, 15 Dec 2001, Michal Moskal wrote:
> > [..]
> > > > No to Ci podałem jak to sie stanie bez uig/gid stałego bez naj,mniejszego
> > > > zgrzytu. Czytaj co się pisze i przestań mówić o pustym porzadku który
> > > > niczemu innemu jak sam sobie nie służy.
> > > > Do porządkowania jest wiele innych rzeczy.
> > > 
> > > Aha, rozni ludzie roznie definuja latwo. Na pewno ze stalym gidem jest
> > > *latwiej*. 
> > 
> > Napisałem takze że to niczemu nie służy. Zadaj sobie pytanie kiedy to że
> > uid/gid nie bezie stały bezie Ci pzreszkadzać (?).
> 
> Jak bede chcial zrobic chroota po NFS a nie bedzie mi sie chcialo
> bawic z NIS'em?

Wybacz ale widać że się nad powyższym nie zastanawiałeś. Zauważ, że
reużywalne są wszystkie zasoby po za katalogiem domowym konta builder (tu
są kolejki pakietów do budowania), a w chroot wszystko po za ~builder/rpm,
a dla pełnej separacji i wykorzysytania tego co mozan wsoużywac bez
zakłuceń w zasadzie nawet ~builder. Czyli że uid/gid konta builder w
którego katalogu domowym jest podpięty chroot moze mieć dowolny uid/giid w
takim przypadku.

> Jak się będę bawił z rpm -e, rpm -i?

Gdzie ? W chroot ? a niby co to ma do gadania ? pzrecież tam nie bedzie 
pakeitu z automatyką buildera. Baw się ile chcesz.

> Jeśli będę chciał robić kilka serwerów ze wspólną kolejką po NFS
> (szczególnie, jeśli są one na innych unixach?) A co Tobie przeszkadza
> ten uid/gid w tym pliku?

Rób to i daj świety spokój. Następnym razem tylko nieco lepiej 
przemyśl hipotetyczny przypadek ;>

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*