[rfc] HOME-ETC.txt [by³o:
Andrzej Krzysztofowicz
ankry w green.mif.pg.gda.pl
¦ro, 9 Kwi 2003, 16:35:21 CEST
> On Wed, 9 Apr 2003, Andrzej Krzysztofowicz wrote:
>
> > > Podaj mi choæ jeden praktyczny przyk³ad nie ³amiacy np. FHS czy innych
> > > który uzasadnia³by my¶lenie o zasobach konfiguracyjnych *u¿ytkownika* jako
> > > takich które mog³by byæ w jakim¶ przypadku po z katalogiem domowym
> > > u¿ytkownika.
> >
> > Przyklad to ja ci moge podac. Zalozmy, ze chcesz uwspolnic konfiguracje
> > indywidualnych ustawien z inna maszyna, z ktorej montujesz /home via NFS,
> > ale nie jest to twoj /home na tej maszynie.
> >
> > Ewentualnie jak masz kilka OS na jednej maszynie z osobnymi /home i
> > tez chcesz uwspolnic konfiguracje.
> >
> > Ale jak juz pisalem, nie wymaga to bezwzglednej $HOME_ETC ...
>
> Podam Ci przyk³ad jek to zrobiæ:
>
> [kloczek w hostA kloczek] $ ln -s /net/hostB/home/users/kloczek hostB
> [kloczek w hostA kloczek] $ export CONFIG_DIR="hostB"
E, tam
Juz pisalem, ze mozna prosciej
CONFIG_DIR=../../net/hostB/home/users/kloczek
Powinno dzialac nawet, jak masz ~ w /home/kloczek ...
I ustalone zostalo, ze umieszczenie CONFIG_DIR poza ~ nie jest problemem.
Jak na razie jedyny zauwazony przeze mnie argument, z ktorym sie zgadzam,
*za* bezwzgledna sciezka, to uproszczenie pracy programistom. IMO, argument
malo istotny.
--
=======================================================================
Andrzej M. Krzysztofowicz ankry w mif.pg.gda.pl
phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math., Gdansk University of Technology
Wiêcej informacji o li¶cie dyskusyjnej pld-devel-pl