Am Freitag, 3. Dezember 2004 13:19 schrieb Martin Schmitz:
Manfred Tremmel wrote:
Sollte Software häufig mit 'make install' installiert worden sein, kannst Du auch wegwerfen, da das System eine Update eh nicht mitmachen wird und beim nächsten mal neu installiert werden muss.
Was verleitet Dich zu dieser eigentümlichen Aussage? Ich kenne eigentlich kein nennenswertes Projekt, das sich nicht per default nach /usr/local installiert. Inwiefern sollte ein Distributionsupdate davon in irgendeiner Weise betroffen sein? Allenfalls funktioniert die Software in /usr/local nach dem Update nicht mehr. So what? Ein 'make uninstall' - soweit überhaupt vorgesehen - funktioniert dann immer noch.
Wenn Du in /usr/local/lib eine Bibliothek liegen hast, wird die einer unter /usr/lib vorgezogen, damit kannst Du trotz korrekter RPM-Abhängigkeiten dann Programme haben, die nicht mehr laufen, weil sie mit der manuell installierten nicht zusammenarbeitet. Ich kriege hier z.B. alle Nase lang Supportanfragen von Leuten, bei denen xine nicht läuft, weil erst versucht wurde selbst zu compilieren (und wegen fehlender Includes keine Videoausgabeplugins erstellt wurden) und anschließend hilft die Installation des RPMs eben auch nicht mehr.
Für die Quellen hat sich *bei mir* bewährt, sie in /usr/local/src zu belassen.
Ist sicher nicht verkehrt.
Von checkinstall hat man i.d.R. nicht besonders viel, da man die Vorzüge eines RPMs dabei selten erhält, wie z.B. Integration in das Menü-System der Distribution o.ä. Allenfalls Abhängigkeiten in der RPM-Datenbank können so gelöst werden.
Es wird beim Update der Distribution zumindestens erkannt und falls nötig ersetzt, man findet es leichter wieder und kann es auch leichter wieder deinstallieren (auch wenn keine Sourcen mehr vorhanden sind und/oder kein funktionierendes 'make uninstall' implementiert ist.
Ich bevorzuge Eindeutig die Verwendung von ./configure --prefix=/usr/local/programmname mit anschließender Verlinkung der wesentlichen Binarys nach /usr/local/bin - so behalte ich hervorragend die Übersicht. Ein Upgrade der Distribution ist dabei in
Wenn Du das für Dich schaffst, fein. Aber so wie es aussieht arbeitest Du eben auch ohne 'make install'. Ich für meinen Teil bau mir immer "richtige" RPMs, nach nem Distributionsupdate ist es dann auch kein Problem das Teil aus dem Source-RPM neu zu bauen und ich muss nicht rumtricksen.
keinerlei Hinsicht betroffen. Sollte man tatsächlich unterhalb von /usr/local irgendwelche relevanten System-Komponenten aufbewahren, reicht es /usr/local/{bin,sbin} vor dem Upgrade aus dem Pfad zu nehmen.
Vergiss die Libs nicht. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de