Re: Wie installiere ich "yast-konform" neuere Software?
Hallo Andreas, vielen Dank für die schnelle Antwort! Vielleicht hätte ich das noch deutlicher machen sollen, mir ging's eigentlich um eine "nicht-rpm" Variante, denn nicht zu allem, was man gerne neuer hätte, gibt es (bald) SuSE-rpms... Aber vermutlich lässt sich sowas dann eben doch nicht per Yast in die Suse-Paketverwaltung integrieren? Viele Grüße, Bernt Christandl
Hi,
am Beispiel Firefox meine Frage. In 9.3 bzw. 10.0 gibt es einen firefox-1.0, der derzeit per online-patch-update auf Version 1.0.7 gebracht wird.
Wie installiere ich nun den 1.5.0.1 (von dem es anfangs zumindest kein suse-rpm gab) von einem tar.gz so, dass yast mir, falls es den demnächst geben sollte, eben nicht den 1.0.8 als "bessere" Version drüberinstallieren wúrde.
Am besten ist, du nimmst die rpm von ftp://.../pub/projects/mozilla/firefox/1.5.0.1/ und installierst sie mit rpm --freshen *.rpm. YaST spielt dann keine 1.0.8 ein, aber afaik auch keine Updates per You
Gruß, Andreas
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Am Dienstag, 28. März 2006 12:07 schrieb Bernt Christandl:
Hallo Andreas,
vielen Dank für die schnelle Antwort!
Vielleicht hätte ich das noch deutlicher machen sollen, mir ging's eigentlich um eine "nicht-rpm" Variante, denn nicht zu allem, was man gerne neuer hätte, gibt es (bald) SuSE-rpms...
Aber vermutlich lässt sich sowas dann eben doch nicht per Yast in die Suse-Paketverwaltung integrieren?
Viele Grüße,
Bernt Christandl [...]
Um Deine Frage mit wenigen Worten zu beantworten: Gar nicht, weil YaST mit der rpm-Datenbank arbeitet bzw. auf rpm aufsetzt. Wenn Du Programme die nicht als rpm vorliegen YaST-konform installieren willst, dann musst Du die Programmpakete halt als rpm neu verpacken. Dafür gibts mehrere Möglichkeiten: - checkinstall (quick'n'dirty, nicht empfohlen) - rpmbuild (erfordert Einarbeitung, ist aber der sauberste Weg) - Krpmbuilder (hab ich keine Erfahrung, setzt auf rpmbuild auf) Auf diese Art installierte Programme tauchen dann auch in der YaST-Softwareauswahl auf. Gruss Mario
Hallo Bernt, Am Dienstag, 28. März 2006 12:07 schrieb Bernt Christandl:
Hallo Andreas,
vielen Dank für die schnelle Antwort!
Vielleicht hätte ich das noch deutlicher machen sollen, mir ging's eigentlich um eine "nicht-rpm" Variante, denn nicht zu allem, was man gerne neuer hätte, gibt es (bald) SuSE-rpms...
Aber vermutlich lässt sich sowas dann eben doch nicht per Yast in die Suse-Paketverwaltung integrieren?
wozu auch? Lass doch mal das dämliche Yast weg und entpack den Tarball von mozilla-europe nach /usr/local. Sofern vorhanden, biegst du dann noch alle Links nach /usr/local/firefox/firefox um und hast den neusten Browser. Das bisschen Update kann man dann in Zukunft auch von Hand machen. Einfach immer mit dem neusten Tarball so verfahren und alles läuft bestens. -- j<b>k
Jörg Kirstner schrieb:
Hallo Bernt,
Am Dienstag, 28. März 2006 12:07 schrieb Bernt Christandl:
[ . . . ]
mir ging's eigentlich um eine "nicht-rpm" Variante, denn nicht zu allem, was man gerne neuer hätte, gibt es (bald) SuSE-rpms...
Aber vermutlich lässt sich sowas dann eben doch nicht per Yast in die Suse-Paketverwaltung integrieren?
[ . . . ] Manchmal gibt es dann aber RPMs, die nicht von SuSE sind, z.B von http://www.links2linux.com/ oder von rpmseek Du kannst Dir aber immer ein eigenes RPM-Paket bauen, wenn Du eine Spec-Datei hast. (Über das bilden von RPMs soll hier jedoch nicht referiert werden, soweit es nicht checkinstall betrifft) Wenn Du einen tarball hast, den Du bei Installation kompilieren musst (mit z.B ./configure, make, make install o.ä.), dann hilft Dir das RPM-Paket "checkinstall" (in SuSE enthalten) dabei. Mit checkinstall reicht es dann in der Regel, statt des Befehls "make install" den neuen Befehl "make checkinstall" anzuwenden. (Es gibt aber noch Varianten) Danach bildet dann checkinstall eine Spec-Datei und ein RPM-Paket. Dieses RPM-Paket kann dann wie jedes andere *.rpm-Paket (ohne Yast) installiert werden ( z.B. rpm -ivh *.rpm). Nach Installation als *.rpm wird das Programm dann auch von der RPM-Datenbank (Yast) erkannt. Checkinstall funktioniert aber nur mit tarballs, die kompiliert werden müssen. Deshalb z.B. für tarballs wie mozilla-(*).de-AT.linux-i686.tar.bz2 ungeeignet. Gruß Arno
Hallo Arno, hallo Leute, Am Dienstag, 28. März 2006 18:22 schrieb Arno Jung: [...]
Checkinstall funktioniert aber nur mit tarballs, die kompiliert werden müssen. Deshalb z.B. für tarballs wie mozilla-(*).de-AT.linux-i686.tar.bz2 ungeeignet.
Ohne jetzt den Mozilla-Tarball getestet zu haben, halte ich Deine Aussage für gewagt bzw. zu eng definiert ;-) Ich habe u. a. schon genutzt: checkinstall cp irgendwas /usr/bin -> im RPM steckt dann genau diese eine Datei checkinstall bash -> interaktive RPM-Erstellung ;-) beim "exit" wird dann das RPM gebaut (Vorsicht, die .bash_history kann auch mit reinwandern!) checkinstall true -> die schnellste Methode, ein Dummy-RPM zu erstellen Der Aufruf von checkinstall ohne Parameter ist mit "checkinstall make install" identisch. Gruß Christian Boltz --
[qpopper] Jepp. Den einzurichten, dauert max. 10 Min. Und ist absolut pflegeleicht. ;) Hm... womit verbringst Du denn die letzten neun Minuten? Oder kommt hier ein 286er zum Einsatz? [> Michael Raab und Andreas Feile in suse-linux]
participants (5)
-
Arno Jung -
Bernt Christandl -
Christian Boltz -
Jörg Kirstner -
Mario van der Linde