Hallo, habe bisher installations-/updatemäßig nur mit YASt2 gearbeitet und nun ein bisschen Bammel. außerdem möchte ich mir meine rpm-Datenbank nicht durcheinander bringen: 1. Frage Wenn ich mir von PackMan z.B. k3b updaten will, gibt es dort zum Download das sog. Binärpaket k3b-0.7.5-2.i386.rpm + das Quellpaket k3b-0.7.5-2.src.rpm. Welches ist denn nun das Richtige, wenn ich auf der Konsole mit rpm -Uvh updaten will? 2. Frage Macht es was, wenn bei mir lt. Kontrollzentrum als Maschine i686 angegeben ist, es den Download aber nur für die i586 gibt? 3. Frage Ist es richtig, dass ich mit dem Befehl "rpm --uninstall k3b-0.7.5-2.i386.rpm" zur Not das Update von k3b-0.7.5-2 wieder rückgängig machen kann und ich habe meine alte Version wieder? Oder wie heißt der Befehl sonst? Vielen Dank Bernd
Bernd Stäglich
1. Frage Wenn ich mir von PackMan z.B. k3b updaten will, gibt es dort zum Download das sog. Binärpaket k3b-0.7.5-2.i386.rpm + das Quellpaket k3b-0.7.5-2.src.rpm. Welches ist denn nun das Richtige, wenn ich auf der Konsole mit rpm -Uvh updaten will?
src == Source, zum selber übsersezten. Ich würd' also k3b-0.7.5-2.i386.rpm nehmen.
2. Frage Macht es was, wenn bei mir lt. Kontrollzentrum als Maschine i686 angegeben ist, es den Download aber nur für die i586 gibt?
Nun ja i586 < i686, nun ja es mag ja sein daß der i686-Code eine nano-sekunde schneller ist, aber i.d.R. (d.h. immer) läuft i586 Code auch auf i686.
3. Frage Ist es richtig, dass ich mit dem Befehl "rpm --uninstall k3b-0.7.5-2.i386.rpm" zur Not das Update von k3b-0.7.5-2 wieder rückgängig machen kann und ich habe meine alte Version wieder? Oder wie heißt der Befehl sonst?
jau. Jürgen -- Dr.rer.nat. Juergen Vollmer, Viktoriastrasse 15, D-76133 Karlsruhe Tel: +49(721) 9204871 Fax: +49(721) 24874 juergen@informatik-vollmer.de,vollmer@cocolab.de,Juergen.Vollmer@acm.org www.informatik-vollmer.de
Tach, Bernd Stäglich schrieb:
Wenn ich mir von PackMan z.B. k3b updaten will, gibt es dort zum Download das sog. Binärpaket k3b-0.7.5-2.i386.rpm + das Quellpaket k3b-0.7.5-2.src.rpm. Welches ist denn nun das Richtige, wenn ich auf der Konsole mit rpm -Uvh updaten will?
Dann nimmt man das .rpm. Das .src.rpm ist ein Quell-Paket, das nach dem Herunterladen noch übersetzt werden muß. Das geht nicht mit -Uvh sondern mit -ba.
Macht es was, wenn bei mir lt. Kontrollzentrum als Maschine i686 angegeben ist, es den Download aber nur für die i586 gibt?
Nein, das ist "rückwärtskompatibel". Nur ein 686-Paket wirst du nicht auf einem 586er ans Laufen kriegen.
Ist es richtig, dass ich mit dem Befehl "rpm --uninstall k3b-0.7.5-2.i386.rpm" zur Not das Update von k3b-0.7.5-2 wieder rückgängig machen kann und ich habe meine alte Version wieder? Oder wie heißt der Befehl sonst?
Der Befehl heißt "rpm -e k3b". Danach ist das k3b-Paket komplett von deiner Platte geputzt. Wenn du die alte Version wieder haben willst, mußt du das RPM-Paket der alten Version wieder installieren (z.B. mit YaST). Aber das wirst du im Falle des k3b-Pakets nicht wollen, da du mit der auf den SuSE-CDs befindlichen k3b-Version nichts anfangen kannst (buggy). Ich empfehle mal ein `man rpm`. Das kommt immer gut. Gruß, Patrick
Am Samstag, 4. Januar 2003 18:27 schrieb Patrick Hess:
Dann nimmt man das .rpm. Das .src.rpm ist ein Quell-Paket, das nach dem Herunterladen noch übersetzt werden muß. Das geht nicht mit -Uvh sondern mit -ba.
Macht es was, wenn bei mir lt. Kontrollzentrum als Maschine i686 angegeben ist, es den Download aber nur für die i586 gibt?
Nein, das ist "rückwärtskompatibel". Nur ein 686-Paket wirst du nicht auf einem 586er ans Laufen kriegen.
Heiß das das ist in "schlusselpakete" auch selbst als 686 paket Kompilieren kann ? (Hab ein P4 und mein Kernel hab ich auch P4 Optimiert) Hat das irgendwelche Vorteile? , würden bestimmte Pakete (zb KDE) , schneller laufen wenn man die für den jeweiligen System Kompiliert ? thx nader
Gude, Nader Yasseri schrieb:
Am Samstag, 4. Januar 2003 18:27 schrieb Patrick Hess:
Dann nimmt man das .rpm. Das .src.rpm ist ein Quell-Paket, das nach dem Herunterladen noch übersetzt werden muß. Das geht nicht mit -Uvh sondern mit -ba.
Heiß das das ist in "schlusselpakete" auch selbst als 686 paket Kompilieren kann ?
Hä?
Hat das irgendwelche Vorteile? , würden bestimmte Pakete (zb KDE) , schneller laufen wenn man die für den jeweiligen System Kompiliert ?
Naja, zwischen 586 und 686 ist glaube ich kein sooo großer Unterschied. Interessant sind aber eventuell verschiedene Compiler- Optionen, mit denen man den Code weiter an die entsprechende Plattform anpassen kann. Und auch ein mit gcc 3.x kompilierter Code ist z.B. effizienter als ein mit 2.9x kompilierter. Und grade bei KDE gab es doch so eine "Tunig-Option", die SuSE standardmäßig nicht mitkompiliert. Der Name ist mir aber entfallen. Vielleicht kann uns da noch mal einer auf die Sprünge helfen. Gruß, Patrick
Am Samstag, 4. Januar 2003 18:46 schrieb Patrick Hess:
Und grade bei KDE gab es doch so eine "Tunig-Option", die SuSE standardmäßig nicht mitkompiliert. Der Name ist mir aber entfallen. Vielleicht kann uns da noch mal einer auf die Sprünge helfen.
Das Obj-Prelinking? Bringt in den aktuellen SuSE Versionen (8.0 und 8.1) nichts mehr, diese Optimierungen sind in den aktuellen Build-Tools schon integriert. Mit glibc 2.3 wird das Problem dann an der richtigen Stelle angegangen und nicht nur "aussen rum geschludert". -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Samstag, 4. Januar 2003 18:44 schrieb Nader Yasseri:
Heiß das das ist in "schlusselpakete" auch selbst als 686 paket Kompilieren kann ? (Hab ein P4 und mein Kernel hab ich auch P4 Optimiert)
Wenn Du die nötigen Entwicklersachen installiert hast. Beim compilieren eines RPMs kannst Du mit --target= die Plattform mitgeben.
Hat das irgendwelche Vorteile? , würden bestimmte Pakete (zb KDE) , schneller laufen wenn man die für den jeweiligen System Kompiliert ?
Es hängt vom Paket ab, wie viel es bringt. In der regel sind es nur einige wenige Prozente. Etwas mehr läst sich seit gcc 3.x mit dem Aktivieren der mmx, sse, sse2 oder 3dfx Option erreichen. Das kann gerade bei Multimediaaplikationen einiges bringen. Was willst Du an KDE beschleunigen? Die Startgeschwindigkeit der Programme wirst Du damit nicht verändern, nur die Laufzeit, die geht bei Dialoganwendungen meist eh gegen 0. Die Startverzögerungen bei KDE und anderen C++ Programmen hat sich mit gcc 3.2 schon verbessert, wird sich zum einen mit glibc 2.3 deutlich steigern und so wie es aussieht machen auch die KDE-Entwickler massive Fortschritte (wenn ich mir den neusten KDE-CVS-Digest so ansehe). -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Samstag, 4. Januar 2003 18:27 schrieb Patrick Hess:
Dann nimmt man das .rpm. Das .src.rpm ist ein Quell-Paket, das nach dem Herunterladen noch übersetzt werden muß. Das geht nicht mit -Uvh sondern mit -ba.
Es geht mit --rebuild, -ba wird für spec-Files verwendet. Der Rest Deiner Mail passt. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Hallo an euch alle, die mir so schnell geantwortet haben. Habe mich dann aufgrund eurer ermutigenden Zuschriften rangetraut und es hat geklappt. Da auch unzutreffende Antworten darunter waren, möchte ich jetzt aber die für mich jedenfalls endgültige Lösung stellvertretend an der Mail von Patrick noch mal kurz darstellen (ich denke, das wird für viele inteessant sein): Am Samstag, 4. Januar 2003 18:27 schrieb Patrick Hess:
Tach,
Bernd Stäglich schrieb:
Wenn ich mir von PackMan z.B. k3b updaten will, gibt es dort zum Download das sog. Binärpaket k3b-0.7.5-2.i386.rpm + das Quellpaket k3b-0.7.5-2.src.rpm. Welches ist denn nun das Richtige, wenn ich auf der Konsole mit rpm -Uvh updaten will?
Dann nimmt man das .rpm. Das .src.rpm ist ein Quell-Paket, das nach dem Herunterladen noch übersetzt werden muß. Das geht nicht mit -Uvh sondern mit -ba.
gebont - vielen Dank für den Hinweis. Hier waren alle Antworten richtig. Und die neue Version war mit rpm -Uvh installiert. Nicht funktioniert hat der Tipp, im Konqueror zu browsen. Zwar sieht der Konqueror den Punkt "Mit YASt installieren" zum Anklicken vor, dann verlangt YASt 2 aber immer die Installations-CD und installiert mir stur immer wieder die alte Version. Ich will aber nicht ausschließen, dass es bei anderen RPMs im Internet funtkioniert!
Macht es was, wenn bei mir lt. Kontrollzentrum als Maschine i686 angegeben ist, es den Download aber nur für die i586 gibt?
Nein, das ist "rückwärtskompatibel". Nur ein 686-Paket wirst du nicht auf einem 586er ans Laufen kriegen.
.gebont - hier waren alle Antworten richtig
Ist es richtig, dass ich mit dem Befehl "rpm --uninstall k3b-0.7.5-2.i386.rpm" zur Not das Update von k3b-0.7.5-2 wieder rückgängig machen kann und ich habe meine alte Version wieder? Oder wie heißt der Befehl sonst?
den Befehl --uninstall gibt es nicht mehr. "rpm -e" ist richtig
Der Befehl heißt "rpm -e k3b". Danach ist das k3b-Paket komplett von deiner Platte geputzt.
Das ist bezogen auf k3b nicht richtig, weil hier offensichtlich zahllose Abhängigkeiten bestehen (hatte das schon vorher im YASt bemerkt). Richtig muss es dann wohl heißen "rpm -e --nodeps k3b". Habe das aber jetzt nicht selbst ausprobiert und befürchte, dass dann tatsächlich das ganze k3b von der Platte geputzt ist und etliche Funktionen von SuSE (z.B. bei SuSE-Help) dann nicht mehr richtig funktionieren. Hatte sowas Ähnliches nämlich schon mal bei einem früheren Installationsversuch der 8.1 gehabt! Also Vorsicht! Wenn überhaupt, muss man das dann mit nennung der kompletten k3b-Version probieren, also "k3b-0.7.5-2"! Stattdessen hat die Deinstallation der neuen Version und das Wiederbekommen der alten Version ganz problemlos mit YASt2 selbst geklappt! Dort nur k3b suchen, anklicken, bei den ganzen grellen Abhängigkeitswarnungen einfach "Ignorieren" wählen und das war's.
Wenn du die alte Version wieder haben willst, mußt du das RPM-Paket der alten Version wieder installieren (z.B. mit YaST). Aber das wirst du im Falle des k3b-Pakets nicht wollen, da du mit der auf den SuSE-CDs befindlichen k3b-Version nichts anfangen kannst (buggy).
Nicht ganz richtig - siehe oben. Aber dass die SuSE-Version buggy ist, das stimmt.
Ich empfehle mal ein `man rpm`. Das kommt immer gut.
Nicht immer ;-) Da hatte ich nämlich den Befehl "rpm --uninstall" her, der dann nicht funktionierte.
Gruß, Patrick
Gruss und Dank noch mal an alle! Bernd
participants (5)
-
Bernd Stäglich
-
Jürgen Vollmer
-
Manfred Tremmel
-
NYasseri@t-online.de
-
patrick_hess@t-online.de