Ceske upravy (Re: Distribuce redhat-i386-cs)

[Michael Mraka]

% >S takovymi upravovacimi RPMky je drobny problem, protoze se zmeni
% >nejake soubory z jinych baliku a nesedi potom kontrolni soucty nad
% >temi soubory z puvodnich baliku v RPM databasi. Dalsi problemy jsou s
% 
% - dotaz(az tak rpm neznam): Neda se sahnout do kontrolnich souctu?

Aiee. To radsi ne (myslim, zze by to zpusobilo vic skody nez uzitku...

% >odinstalovavanim, co se napr. stane, kdyz toto RPMko prida do
% >konfiguracniho souboru nejake radky a uzivatel je zmeni, a pak spusti
% >odinstalaci toho upravovaciho RPM? Ale upravovat stavajici baliky je
% >jeste horsi... Mozna by slo jen na to CD dodat samostatny skript,
% >ktery zmeny po spusteni (nevratne) provede, a uzivatel by ten skript
% >musel spustit rucne.

Ja si to predstavuji jako rpm s preinstall skriptem (patch?) +
preuninstall skriptem (ala patch -R?) --- pokud by se pred odinstalovanim
udelali zmeny, rpm -e nahlasi, ze spadl preuninstall skript a nic
neodinstaluje...

% A nebylo by jednodussi ten skript hodit do /root/.bashrc a po jeho spusteni
% dat na konec /root/.bashrc cp /etc/skel/.bashrc /root ?
% Uzivatel pak nebude muset nic rucne spoustet a bude si myslet, ze je vsechno
% pripraveno.... Pri prvnim nalogovani roota se spusti skript a oznami, co
% vsechno meni, ze se puvodni soubory jmnenuji puvodninazev.rh60cs a ze

Eeeee. Tohle se mi nelibi...

% upravujici skript se jmenuje rh60us2rh60cs a ze je v adresari
% /usr/local/bin a ze pokud se chce uzivatel podivat, co dela, necht napise 
% man rh60cs .

NO to rpm samo muze ty skripty nekam umistit (/usr/local/sbin/?),
takze by se daly pustit i rucne. Ted me napadlo: Co kdyby to rpm jenom
pridalo ty skripty a poslalo rootovi mail jak je pouzit? :-)

% Otazkou je, jak tento skript nebo rpm resit. Bud jako perlove skripty, ktere
% sahnou do configuraku a zmeni ho nebo (s cimz bude problem prave u XF86Config)
% mit "tu spravnou verzi" souboru a netvrdo preplacnout. Kazdopadne si myslim, ze

Navrhuji 'klasicky' patch; na nestd. konfigurak spadne a nezmrsi ho. IMHO
pokud si nekdo neco nestandardne zmeni, pak zrejme vi, co a jak, a je
schopen to tam podle toho patche doplacat sam.

% bude potreba delat zalohy, nejlepe v jendom adresari se souborem obsahujicim
% jejich presne ulozeni, aby i uzivatel vedel, co se meni. Taky je mozne je
% ukladat v zalozni stromove strukture -
% napr.
% /usr/localization/[new|old]/etc/X11/XF86Config,
% /usr/localization/[new|old]/etc/skel/.inputrc atd.

Myslim, ze patch soubor, ktery tam stejne nekde bude muset byt, na
dokumentaci provedenych zmen staci...


% Tapik

--mm                                                            Michael Mráka
                                                        michael(at)fi.muni.cz