/etc/env.d/HORROR

[Jakub Piotr Cłapa]

Tomasz Wittner wrote:
> On Tue 9. of August 2005 20:15, Jakub Piotr Cłapa wrote:
> 
>>Tomasz Wittner wrote:
>>
>>>On Tue 9. of August 2005 03:20, Jakub Piotr Cłapa wrote:
>>>
>>>
>>>>A nie możnaby wprowadzić fazy ,,kompilacji''? Albo na etapie budowania 
>>>>paczki albo przy jej instalacji odpalać skrypt, który przygotuje 
>>>>optymalne pliki dla każdej powłoki na podstawie szablonów.
>>>>
>>>>Mogłoby być i wygodne i szybkie i nawet konfigurowalne...
>>>
>>>Nie bardzo rozumiem - przedstaw może implementację tego, o czym mówisz to
>>>będziemy mogli podyskutować.
>>
>>Nie mam na myśli nic tak konkretnego, żebym mógł przedstawić 
>>implementację...
>>
>>Chodzi mi o coś, co spreparuje osobny pliki dla każdej powłoki, który 
>>nie będzie robił nic poza ustawianiem zmiennych (ew. może na samym 
>>początku sprawdzać, czy jest nowszy niż katalog ze zmiennymi i odpalać 
>>(jednorazowo) skrypt, który go przegeneruje).
>>
>>Zamiast wykrywać jakie zmienne ustawiać i wyszukiwać pliki, można 
>>nakarmić powłokę jednym plikiem ze wszystkimi zmiennymi generowanym 
>>tylko w przypadku zmian tychże zmiennych.
>>
>>Zero wywołań zewnętrznych programów (poza ,,kompilatorem'', ale on byłby 
>>wywoływany tylko jeśli zmienią się jakieś zmienne).
> 
> Idea mi się podoba - skraca się czas logowania związany z każdorazowym, z 
> reguły zbędnym przetwarzaniem zaw. /etc/env.d/. Masz wizję - zaimplementuj 
> to. Generowanie takiego pliku masz już zrobione przeze mnie: można to jeszcze 
> zawsze poprawić, rozbudować, bo nie musisz tak się ograniczać ze względu na 
> czas logowania. O ile u mnie ten plik jest tymczasowy, sourcowany a potem 
> każdorazowo "dostaje w łeb" przez rm -f , o tyle u Ciebie ma szansę pożyć 
> sobie trochę dłużej.

Może, ale nie wcześniej niż mi się skończy SummerOfCode. ;]

-- 
z wyrazami szacunku,
Jakub Piotr Cłapa