On 6 Feb 2002, Florin Andrei wrote:

> > De fiecare data, adica FARA EXCEPTII (spun si eu ca si Florin), in loc de
> > make install dai checkinstall si in felul asta, pe langa instalare, iti
> > generezi si un RPM pe care apoi poti sa-l dezinstalezi/upgradezi/etc.
>
> Ce se intimpla daca make install (adica checkinstall) suprascrie un
> fisier apartinind unui RPM deja instalat?

El marcheaza TOT ce este modificat de un "make install" obisnuit si face
un pachet pentru Slack/RPM/Debian odata cu instalarea. Pachetul apoi il
iei si-l pui unde vrei tu, iar intretinerea o faci cu package-managerul
preferat.

Ce se intampla daca un RPM suprascrie peste fisierul altui RPM? Nu stiu.
Dar stiu ca sistemul din Slack se descurca foarte bine cu fisiere care se
gasesc in mai multe pachete, respectiv sunt upgradate/suprascrise normal
iar la remove sunt sterse doar cand este sters ultimul pachet care face
referire la fisierul cu pricina. Asa ca nu vad nici un motiv ca RPM-ul sa
nu stie asa ceva.

Atentie pentru userii de Slack 8, aveti nevoie de `ln' linkat dinamic,
cel din 8.0 e linkat static si nu pot fi prinse link-urile simbolice care
sunt facute la instalare. Dau ei unul pe site sau pur si simplu luati un
ln din alta distributie cu acelasi glibc (Slackware 7 e ok :)

> > doara prea tare capul cu /opt/nume-aplicatie, poti sa-ti faci ceva de
> > genul /opt/groundzero1, /opt/groundzero2 cu sub-structura de bin, sbin,
>
> Corect. Poti sa grupezi impreuna aplicatiile care _esti_sigur_ ca nu vei
> vrea sa le stergi decit tot impreuna.
> Ideea din spatele lui /opt/nume-versiune era sa poti sterge individual
> orice aplicatie, ca si cum ai avea RPM. Daca cerinta nu e chiar asa
> stricta, gruparea e ok.
> (Well, asta mai e si o chestie de stil personal. Eu in general, dupa ce
> "ma frig" o data, sint ceva mai strict din principiu. :-D)

Nu era vorba de sters cu "rm -f /opt/program-versiune" ceea ce e oricum un
barbarism in era noastra super-automatizata ci cu "rpm -e program" sau
"removepkg program" ceea ce e mult mai curat si stie el singur ce are de
sters de acolo ca de aia e package-manager.

> > Eu recomand o solutie combinata, adica instaleaza in /opt/whatever cu
> > checkinstall.
>
> Corect, daca faci "directoare combinate" in /opt
> Sau te referi si la /opt/nume-versiune? (desi nu vad motivul in cazul
> asta)

Problema cu /opt/nume-versiune este cam asa: adaugi in path si in ld.conf
si pe urma trebuie sa iesi din shell-ul ala si sa intri din nou sau adaugi
inca o data in $PATH-ul din env (adica din memori) la mana ca sa poti sa
si folosesti ceea ce tocmai ai instalat pentru ca bash-ul cel putin nu
face reload la path-ul din ~./.bash_profile doar pentru ca asa te-ai
gandit tu ca ai vrea sa faca reload. Si mai trebuie adaugat la toti userii
ceea ce pe o masina multi-multi-user ar putea fi o oarecare problema.

Cred ca pana la urma e o chestie de preferinte dar eu prefer sa instalez
in /usr/local la gramada si sa le fac pe TOATE .tgz-uri pe care le pun pe
un share de upgrade-uri pentru colegi. In felul asta am pachete onetime
compiled care se pot instala/upgrada pe toate masinile din zona.

> > Evident, o solutie este si reinstalarea dar in anumite cazuri asta nu este
> > o solutie convenabila.
>
> Yeah... Dupa citeva reinstalari d-astea m-am apucat eu sa instalez in
> /opt si in /usr/local... :-D
>
> Oricum, fazele astea cu /opt si /usr/local merg pentru experimente, sau
> pentru statia de lucru personala.
> Pentru sisteme in productie, RPM/deb e sfint. No exceptions. O:-)

That's exactly my point :)
Si de asta recomandam checkinstall. Ala chiar creaza un .tgz/.rpm/.deb ca
sa poti pe urma sa-l pui pe ftp-ul tau personal de upgrade-uri
site/entreprise-level. Pentru ca nu vei gasi rpm-uri facute de altii la
TOT ce ai nevoie si chiar daca vei gasi, tot o sa ai nevoie uneori sa
recompilezi cu alte optiuni. Asa ca iti faci propriile rpm-uri la viteza
si gata.


Flower
--
Personally I don't believe in IDEs... IDEs tend to make easy things
look even easier, but difficult things impossible -- Tor Lillqvist

---
Send e-mail to '[EMAIL PROTECTED]' with 'unsubscribe rlug' to 
unsubscribe from this list.

Raspunde prin e-mail lui