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 _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
