On Wed, 2002-02-06 at 07:43, [EMAIL PROTECTED] wrote: > Dupa ce am folosit vreun an si ceva un Red Hat, dupa multe > instalari din tarballs (binare sau sursa) imaginea sistemului > cf. RPM nu mai seamana cu ce e de fapt instalat. Intrebarea > e: ce faci cind ajungi sa nu te mai poti baza pe RPM?
Nu RPM e de vina, saracul, ci individul inventiv care a instalat programe fara RPM. ;-) (no offense) Am mai publicat pe lista metoda mea de a instala fara RPM si a tine totusi sistemul curat, in conditiile in care metoda e si _oarecum_ compatibila cu standardul de FS Linux: 1. Programele facute dintr-un singur executabil merg in /usr/local/bin (programe normale) sau /usr/local/sbin (daemoni). Fiind un singur fisier, e usor sa le stergi. 2. Programele facute dintr-un executabil si un fisier de configurare merg tot in /usr/local, executabilul in bin sau sbin (vezi #1), conful in etc 3. Tot ce e mai stufos de atit, _fara_exceptii_, merge in /opt/numeaplicatie-versiune 4. In alternativa exceptionala ca vrei sa instalezi o biblioteca care consta dintr-un singur fisier, cred ca e corect s-o pui in /usr/local/lib (dar n-am intilnit niciodata asa ceva pina acum) Obs: - trebuie sa modifici variabila PATH in /etc/profile cind instalezi ceva in /opt - daca programele din /opt contin biblioteci, trebuie sa modifici si /etc/ld.so.conf si apoi sa rulezi ldconfig - e usor sa instalezi in /opt/nume; majoritatea aplicatiilor pot fi compilate cu ./configure --prefix=/opt/nume....; make; make install - metoda cu /opt permite sa ai mai multe versiuni ale aceluiasi program instalate simultan, fara probleme. Exemplu: tot felul de gcc-uri si alte compilatoare C (Intel C compiler, etc.) care mi-au halit in ultima vreme spatiul pe hard-disc. :-) Le am in ceva de genul: /opt/gcc-2.95.2, /opt/gcc-3.0, etc. - chestia cu "fara exceptii" de la #3 e foarte importanta. Hard-discul se murdareste de la exceptii d-astea. ;-) - e oarecum mai complicat sa compilezi cu biblioteci/headere din /opt, trebuie sa bibilesti programul compilat. Dar merge. ;-) -- Florin Andrei Moshe Bar: "2.4.9 was indeed a very good kernel, but it may not be a good choice anymore. It is missing a lot of the good features of the 2.4.18pre kernels." Alan Cox: "And vice versa ;-)" --- Send e-mail to '[EMAIL PROTECTED]' with 'unsubscribe rlug' to unsubscribe from this list.
