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