Kolejna łata.

[Tomasz Kłoczko]

On Tue, 23 Feb 1999, Arkadiusz Miśkiewicz wrote:

> [wtorek, 23 luty 1999], Grzegorz Stanislawski napisał(a):
> 
> > Dzieki za powiew swiezosci to tej nudnej juz dyskusji.
> > 
> > Caly problem z tym ksh polega na tym ze Marcin najpierw cos robi a potem
> > mysli. Nie widze innego wytlumaczenia na zm,iane wszystkich wpisow 
> > #!/bin/sh na #!/bin/ksh a za tym zmuszenie _wszystkich_ ktorzy beda
> > instalowac rc-scriptsy na doinstalowanie ksh ZAMIAST slinkowiania u siebie
> > /bin/sh -> /bin/ksh.
> aktualnie rc-scriptsy mają wszędzie /bin/sh, są ready dla ksh (\e zamienione
> na \033 i wyciete w function ble() nawiasy) + requires: /bin/sh
> 
> pozostaje wykonanie praktyczne pomyslu z /etc/sysconfig/shell jako plikiem
> konf. zawierajacym ktory jest podstawowym shellem, (np.
> BASE_SHELL=/bin/bash (defaultowo a kazdy kto chce ksh to sobie zmieni))
> a we wszystkich rpmach
> z powlokami ma byc w %pre cos w stylu
> 
> if [ -r /etc/sysconfig/shell ]; then
> . /etc/sysconfig/shell
> 	if [ -n "$BASE_SHELL" ]; then
> 	ln -sf $BASE_SHELL /bin/sh
> 	fi
> fi

Wydaje mi się, że powyższe ma jedną wadę. Tracimy kontrolę z poziomu bazy
rpm-a nad jednym i to dość ważnym linkiem /bin/sh. Także taki element
autokonfigurowania się poprzez modyfikację w trakcie startu wydaje mi się
ciut niebezpieczny. Wydaje mi się, że dobre byłoby jednak w takiej
sytuacji pośrednie rozwiązanie, w którym pakiet pdksh miałby w sobie linka
/bin/sh, a powstałby dodatkowy pakiet który miałby "Obsoletes: pdksh",
"Requires: bash" i zawierałby w sobie link bash -> sh + groff includ z
manem.

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*