babol w ekg
Tomasz Kłoczko
kloczek w rudy.mif.pg.gda.pl
Śro, 5 Cze 2002, 23:18:01 CEST
On Wed, 5 Jun 2002, Blues wrote:
> On Wed, 5 Jun 2002, Tomasz Kłoczko wrote:
> > [..]
> > > > bo akurat będzie chciał konfiguracje knkretnej sesji ekg odseparować o
> > > > innych. W takim wypadku ekg jak i każdy inny program pwinien założyć
> > > > $HOME/$CONFIG_DIR i takze jakieś inne podkatalogi w tymże o ile ma w
> > > > zwyczaju takwe zakładać :)
> > > A jakie sytuacje to ma obsługiwać?
> > > Np. CONFIG_DIR=ala/ma/kota ?
> > > Zwykły mkdir() czegoś takiego się nie uda.
> > W glib jest zdaje sie gotowa funkcja obsługujaca taki przypadkek. O ile
> > program już używa glib to powinien tej funkcji użyć. Jeżeli używa jakąś
> > inna bibliotekę która udosstępnia zakładanie katalogu z katalogmi
> > nadrzędnymi jednym wołaniem to też powinien tego użyć. Dla reszty
> > przypadków można pomyśleć jak skonstruować możliwie małą wstawkę która
> > bęzie obsługiwać brak infrastruktóry i teraz mzoęmy popróbować na żywca
> > skonstuować taki wzorcowy kawałek kodu.
>
> IMHO katalog CONFIG_DIR nie powinien być zakładany. To powinno być
> odgórnie zrobione tak czy inaczej. Powinien próbować pobierać/zapisywać w
> lokacji jakby CONFIG_DIR nie był ustawiony.
> Ale jeżeli będzie tworzenie katalogu to nic złego się nie stanie - tylko
> patche się skomplikują.... chyba niepotrzebnie.
Ale niepodadal nie podałeś dlaczego taki katalog nie ma być zakłądany :)
Jak już stawiasz tezę to ją uargumentuj, a nie zajmujesz sie omawianiem
czegoś innego :)
Jeszcze raz: sprawa dotyczy _zapisywania_ (nie czytania) konfiguracji.
Zachoanie jakie proponuję dawałoby 100% gwarancji że jeżeli masz praw
zapisu i mas na to mijsce to konfifguracje zapiszesz i ni stracisz
ustawień jakei sobie wybrałeś w trakcie działanai aplikacji.
Przy braku takeigo pkatalogu tym co się sytanie to będzie strata czasu na
potwierdznie/ostrzeganie/ronienie tego co aplikacja moze zrobić i co i tak
ręcznie byś musiał wykonać .. poprostu :)
Jeszcze jedno bo widzę po rozmowach z Andzrzejem i w innych wypowidziach w
wątku brak zrozumienai dpa prostej pierwotnej idei:
"4. Zgodność.
Programy, które chcą wprowadzać proponowane udogodnienie powinny zachować
zgodność w dół. Algorytm:
(1) Czy istnieje zmienna środowiskowa $CONFIG_DIR ?
TAK: przejdź do (2)
NIE: użyj starej metody korzystania z plików konfiguracyjnych
(2) Użyj konfiguracji z ~/$CONFIG_DIR/
Nic więcej robić nie trzeba..."
T nie ma być odatkowy poziom sięgania po konfigurację (systemowa -> w
katalogu głownnym i dodatkowo ta odseparowana pzrez $CONFIG_DIR. Nie .. to
ma nadal torzyc tylko dwa poziomy czyli jest konfiguracja systemowa i ta
która jest odseparowana przez $CONFIG_DIR. Obecny stan bez modyfikacji na
home_etc jest szczególnym przypadkiem kiedy $CONFIG_DIR="" .. i tylko tym
:)
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*
Więcej informacji o liście dyskusyjnej pld-devel-pl