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