Instalcja (Re: rc-scripts)

Tomasz Kłoczko kloczek w rudy.mif.pg.gda.pl
Pon, 3 Kwi 2000, 22:07:23 CEST


On Mon, 3 Apr 2000, Paweł Gajda wrote:

> poniedziałek 03/04/2000 19:31:39, Sebastian Zagrodzki:
> > chsh.allow i chfn.allow), lilo (bez %post), SysVinit (requires mingetty,
> > prereq mktemp), info (brak prereq: mktemp), setup, dev, FHS, basesystem
> > (odpowiednio poustawiane prereq, tak żeby wymusić kolejność instalacji).
> 
> Co do tych Prereqów wymuszających kolejność, a dołożonych na podstawie
> %postów, to myślę że lepiej się z tego wycofać, zanim wyjdzie z tego
> kompletny mętlik. Skoro instalujemy base.tgz, to niech w nim ląduje
> wszystko co potrzebne do wykonania %postów i nie mieszajmy do tego
> zależności. Na przykład w %post pdksh używany jest (jeżeli istnieje
> /etc/shells) grep, który sam wymaga /bin/sh. Obecnie tego pliku nie ma
> podczas instalacji i to działa, ale to raczej przypadek, bo intencją
> autora było (chyba) co innego.

Proponowałbym dodać wyraźne zalecenie nieuzywanai grepa na rzecz awka. Ani
mawk ani gawk nie maja info. Mawk w tym wypadku nie ma żadnych skryptów
wiec nie wymaga /bin/sh (bezpośtednio mawk jest zależny tlko od glibc).
Zdaje się, że w Debianie jest jakiś jeszcze innyc awk który chyba jest
jeszcze mniejszy niż mawk. W niektórych przypadkach unikanie zależności od
/bin/sh będzi pisanie skryptów pre/post bezpośredniow w awku poprzez np.

%pre -p /bin/awk
<skrypt
w awku>

Wydaje mi się, że przerzuczenie częsci skryptów na awka może zorciać kilka
zapętleń zależności, a przynajmniej doprowadzić je do formy drzewa.

> Takich sytuacji jest zapewne więcej i boję się, że stosując sztywne wpisy
> Prereq, każdą wersję PLD będzie trzeba pod tym kątem poprawiać i usuwać
> konflikty, bo a nuż ktoś użyje w %post programów potrzebujących się
> wzajemnie.
> 
> Uciążliwe jest tylko kompletowanie base.tgzeta, bo ciężko jest wykryć
> automatem co jest używane w skryptach.  Można taką listę trzymać w
> komentarzu speców i wtedy installstub.spec generowałby się 
> automatycznie.
> 
> > Do tego warto od ręki generować pliki tocfile* dla prowizorki i w
> > przyszlosci instalatora.
> 
> Ano. Warto IMHO przymierzyć się do skompletowania pierwszej wersji PLD 

Jeszcze z dzień, dwa. Jak zaczną działć nowe skrypty do automatyzacji,
budowania, przenoszenia z ftp i podpisywania pakietów. Wtedy bedzie można
uzupłenić to też prostym kompletowaniem w osobnym drzewku tego co ma
wchodzić juz w instalkę.

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