Downgrade qt-3.1.2 auf 3.1.1
Hallo Liste, wie stelle ich das am besten an? rpm -e --force qt3? Ein normales -e wird (natürlich) durch die vielen Abhängigkeiten verhindert. Jetzt frage ich mich, ob ich den neueren KDE-Paketen, mit denen ich auch die qt-3.1.2 mitinstalliert habe, diese qt-Version einfach so unter dem Hintern wegziehen und dafür die qt-3.1.1 unterjubeln kann? Oder bleibt mir nichts anderes übrig, als mich von allen KDE-Paketen trennen und dann alles wieder einzuspielen? Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Werkstatt & Information zu OpenSource -- http://www.eschkitai.de/ ## Offene Jobs -- http://www.eschkitai.de/openoffice/jobs.html
Hallo, ich habe nach einem Update auf XFree 4.3.0 unter SuSE 8.1 das Problem, dass unter X kein Alt-Gr mehr funktioniert. Das Update hab ich aufgrund meiner neuen Grafikkarte mit Nvidia400-SE Chipsatz gemacht. Ich war jetzt schon länger Zeit auf Fehlersuch mit Internet, und Google, in der XFree Dokumentation und in diversen Mailinglist-Archiven. Leider konnte ich da für mich keine Lösung finden, entweder zu dumm oder zu blöd ;-) Hat hier vielleicht jemand schon das gleiche Problem gehabt, oder einen Vorschlag wo ich am ehesten suchen sollte? Ich hab mir schon verschiedenes angekuckt, XF86config, Xkb, Xmodmap, aber irgendwie nichts gefunden? Gruß Stefan
Helga Fischer schrieb am Mittwoch, 23. April 2003 11:51: Hallo Helga,
wie stelle ich das am besten an?
rpm -e --force qt3? Ein normales -e wird (natürlich) durch die
Wenn schon, macht man es dann nicht mit rpm -e --nodeps qt3?
vielen Abhängigkeiten verhindert. Jetzt frage ich mich, ob ich den neueren KDE-Paketen, mit denen ich auch die qt-3.1.2 mitinstalliert habe, diese qt-Version einfach so unter dem Hintern wegziehen und dafür die qt-3.1.1 unterjubeln kann?
Bei mir gibt es nur die Abhängigkeit, dass qt >= 3.1 von kdelibs3 benötigt wird und eine libqt-mt.so.3 von anderen Anwendungen. Es gibt keine Abhängigkeiten von speziellen Versionen. Es kann sein, dass sich die devel-Pakete von qt3 da anders verhalten, aber die kannst Du ja zuesrt per Hand deinstallieren. Es spricht nichts dagegen qt3-3.1.2 zu deinstallieren und dann qt3-3.1.1 zu installieren ohne die KDE Packete runterzuwerfen. Ein rpm -Uvh --force qt3-3-1.1 würde ich aber nicht machen. Gruß Stefan
Hallo Helga, Am Mittwoch, 23. April 2003 11:51 schrieb Helga Fischer:
rpm -e --force qt3? Ein normales -e wird (natürlich) durch die vielen Abhängigkeiten verhindert. Jetzt frage ich mich, ob ich den neueren KDE-Paketen, mit denen ich auch die qt-3.1.2 mitinstalliert habe, diese qt-Version einfach so unter dem Hintern wegziehen und dafür die qt-3.1.1 unterjubeln kann?
sollte mit der OIption >--oldpackage< auch gehen. Also rpm -Uvh --oldpackage rpm.qt3.xxxx http://www.tu-chemnitz.de/linux/Dokumentation/RPM/ Allerdings, warum willst Du so etwas machen? Gruß Harald
Am Mittwoch, 23. April 2003 11:51 schrieb Helga Fischer:
wie stelle ich das am besten an?
Ich habe es mit Yast im Textmodus gemacht. Die 3.1.2 habe ich durch die 3.1.1 auf der SuSE DVD ersetzen lassen. Ebenso alle KDE Anwendungen, die nach verlorengegangenen Abhängigkeiten gebrüllt haben. -- Viele Grüße, Christian mailto:c_dombrowski@t-online.de PGP-Key on request
Helga Fischer wrote:
rpm -e --force qt3? Ein normales -e wird (natürlich) durch die vielen Abhängigkeiten verhindert. Jetzt frage ich mich, ob ich den neueren KDE-Paketen, mit denen ich auch die qt-3.1.2 mitinstalliert habe, diese qt-Version einfach so unter dem Hintern wegziehen und dafür die qt-3.1.1 unterjubeln kann?
Hm, nur bedingt. Was ist denn der Ausschlag fuer das Downgrade? ich wuerde "rpm -Uhv --oldpackage qt3" probieren. qt3-3.1.2-4 laeuft eigentlich ganz gut mit den KDE-Paketen 3.1.1-32. Aber ich nutz auch kaum mehr als konqueror, konsole und kwin aus KDE. Peter
Hallo Peter, Am Mittwoch April 23 2003 13:27 schrieb Peter Wiersig:
Helga Fischer wrote:
rpm -e --force qt3? Ein normales -e wird (natürlich) durch die vielen Abhängigkeiten verhindert. Jetzt frage ich mich, ob ich den neueren KDE-Paketen, mit denen ich auch die qt-3.1.2 mitinstalliert habe, diese qt-Version einfach so unter dem Hintern wegziehen und dafür die qt-3.1.1 unterjubeln kann?
Hm, nur bedingt. Was ist denn der Ausschlag fuer das Downgrade?
Bequemlichkeit. Ich möchte YaST wenigstens dafür benutzen können, von den SuSE-CDs nachinstallieren zu können. Leider funktioniert das überhaupt nicht, weil YaST sich hierbei ganz übelst aufhängt. Daraufhin wurde mir zu einem Downgrade geraten.
ich wuerde "rpm -Uhv --oldpackage qt3" probieren.
Gut, das kannte ich noch nicht.
qt3-3.1.2-4 laeuft eigentlich ganz gut mit den KDE-Paketen 3.1.1-32. Aber ich nutz auch kaum mehr als konqueror, konsole und kwin aus KDE.
Bei KDE kann ich auch nicht klagen. Die Bugs, die mich nerven, sind immer noch da, aber die sind nun nicht so gravierend, daß ich da unbedingt drin rumbohren würde. Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Werkstatt & Information zu OpenSource -- http://www.eschkitai.de/ ## Offene Jobs -- http://www.eschkitai.de/openoffice/jobs.html
Helga Fischer wrote:
Am Mittwoch April 23 2003 13:27 schrieb Peter Wiersig:
Helga Fischer wrote:
rpm -e --force qt3? Ein normales -e wird (natürlich) durch die vielen Abhängigkeiten verhindert. Jetzt frage ich mich, ob ich den neueren KDE-Paketen, mit denen ich auch die qt-3.1.2 mitinstalliert habe, diese qt-Version einfach so unter dem Hintern wegziehen und dafür die qt-3.1.1 unterjubeln kann?
Hm, nur bedingt. Was ist denn der Ausschlag fuer das Downgrade?
Bequemlichkeit. Ich möchte YaST wenigstens dafür benutzen können, von den SuSE-CDs nachinstallieren zu können.
Hier funktionieren yast2-2.5.99-0 und vorher g. qt3-Version ohne Abstuerze. Software nachinstallieren mach ich ueber apt ( http://linux01.gwdg.de/apt4rpm/ ), schon deswegen, weil meine Medien verliehen wurden.
Leider funktioniert das überhaupt nicht, weil YaST sich hierbei ganz übelst aufhängt. Daraufhin wurde mir zu einem Downgrade geraten.
Ich erinnere mich an einen Thread. Mal schauen, wann ich da reingucken kann. Hast du einen richtigen Backtrace produzieren koennen? Spuckt yast was auf die Konsole aus? Peter
Hallo Peter, Am Mittwoch April 23 2003 14:06 schrieb Peter Wiersig:
Helga Fischer wrote:
Am Mittwoch April 23 2003 13:27 schrieb Peter Wiersig:
Helga Fischer wrote:
rpm -e --force qt3? Ein normales -e wird (natürlich) durch die vielen Abhängigkeiten verhindert. Jetzt frage ich mich, ob ich den neueren KDE-Paketen, mit denen ich auch die qt-3.1.2 mitinstalliert habe, diese qt-Version einfach so unter dem Hintern wegziehen und dafür die qt-3.1.1 unterjubeln kann?
Hm, nur bedingt. Was ist denn der Ausschlag fuer das Downgrade?
Bequemlichkeit. Ich möchte YaST wenigstens dafür benutzen können, von den SuSE-CDs nachinstallieren zu können.
Hier funktionieren yast2-2.5.99-0 und vorher g. qt3-Version ohne Abstuerze.
Meiner hat die Version yast2-2.7.30-1, das sieht neuer aus. Das yast-Grundmenü selber stürzt nicht ab, aber die Subkomponenten für die Paketbehandlung, die hängen irgendwie in einer Endlosschleife fest, da hilft nur noch ein kill. Wenn ich das als normaler User mache, dann muß KDE runterfahren, damit ich die hängenden Fenster loswerde, da hilft das kill auch nicht mehr (nur im Untergrund). Root kriegt die Fenster mit einem kill los. Ich finde das ganze höchst unbefriedigend.
Software nachinstallieren mach ich ueber apt ( http://linux01.gwdg.de/apt4rpm/ ), schon deswegen, weil meine Medien verliehen wurden.
Das habe ich noch nicht probiert.
Leider funktioniert das überhaupt nicht, weil YaST sich hierbei ganz übelst aufhängt. Daraufhin wurde mir zu einem Downgrade geraten.
Ich erinnere mich an einen Thread. Mal schauen, wann ich da reingucken kann. Hast du einen richtigen Backtrace produzieren koennen?
Nein, wie mache ich das? Der Crashmanager meldet sich jedenfalls nicht.
Spuckt yast was auf die Konsole aus?
Nein, nicht so, wie ich yast2 aufgerufen habe; leider gibt mir die Liste der YaST-Module keinen Hinweis darauf, welches nun für die Software-Installation zuständig ist, sonst hätte ich das ja mal von der Shell aus aufgerufen. Irgendwie alles ziemlich verzwickt. Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Werkstatt & Information zu OpenSource -- http://www.eschkitai.de/ ## Offene Jobs -- http://www.eschkitai.de/openoffice/jobs.html
Helga Fischer wrote:
Am Mittwoch April 23 2003 14:06 schrieb Peter Wiersig:
Hier funktionieren yast2-2.5.99-0 und vorher g. qt3-Version ohne Abstuerze.
Das yast-Grundmenü selber stürzt nicht ab, aber die Subkomponenten für die Paketbehandlung, die hängen irgendwie in einer Endlosschleife fest, da hilft nur noch ein kill.
Leider funktioniert das überhaupt nicht, weil YaST sich hierbei ganz übelst aufhängt. Daraufhin wurde mir zu einem Downgrade geraten.
Ich erinnere mich an einen Thread. Mal schauen, wann ich da reingucken kann. Hast du einen richtigen Backtrace produzieren koennen?
Nein, wie mache ich das? Der Crashmanager meldet sich jedenfalls nicht.
Versuchen wir mal "gdb yast2" (Hm, geht nicht :( ) yast2 ist ein Shell-Skript, wir brauchen das Binary "sh -x /sbin/yast2" spuckt als Arbeitstier "/usr/lib/YaST2/bin/y2controlcenter -style=dotNET -fn -gnu-unifont-medium-r-normal--16-160-75-75-p-80-iso10646-1" aus, was der gdb dann wieder mag: (ich nehm mal den . als gdb-Prompt:) gdb /usr/lib/YaST2/bin/y2controlcenter . set args -style=dotNET -fn -gnu-unifont-medium-r-normal--16-160-75-75-p-80-iso10646-1 . run (nu solange laufen lassen, bis es haengt, dann Fokus auf den gdb und Strg-Z) . bt (...) . quit Ausserdem loggt Yast2 ja in /var/log/y2log mit, was so passiert. RPM haengt gerne mal lange, vor allem bei nicht laenger erreichbaren NFS-Servern oder entfernten Floppy-Disks.
Spuckt yast was auf die Konsole aus?
Nein, nicht so, wie ich yast2 aufgerufen habe; leider gibt mir die Liste der YaST-Module keinen Hinweis darauf, welches nun für die Software-Installation zuständig ist, sonst hätte ich das ja mal von der Shell aus aufgerufen.
Das richtige Modul ist "sw_single" (bei meinem Yast). Das Hauptmenu spuckt den Namen aus, wenn man draufklickert.
Irgendwie alles ziemlich verzwickt.
Glaub ich gerne. Peter
Hallo Peter, hallo Liste, Am Mittwoch April 23 2003 15:09 schrieb Peter Wiersig:
Helga Fischer wrote:
Am Mittwoch April 23 2003 14:06 schrieb Peter Wiersig:
Hier funktionieren yast2-2.5.99-0 und vorher g. qt3-Version ohne Abstuerze.
Auf meinem anderen Rechner, auf dem ebenfalls ein SuSE 8.1 nach 8.2 Update sitzt, läuft der gleiche YaST störungsfrei. Unterschied: Kein KDE-Update; auch keines der qt3-Bibliothek.
Hast du einen richtigen Backtrace produzieren koennen?
Nein, wie mache ich das?
Versuchen wir mal "gdb yast2" (Hm, geht nicht :( ) yast2 ist ein Shell-Skript, wir brauchen das Binary
"sh -x /sbin/yast2" spuckt als Arbeitstier "/usr/lib/YaST2/bin/y2controlcenter -style=dotNET -fn -gnu-unifont-medium-r-normal--16-160-75-75-p-80-iso10646-1" aus, was der gdb dann wieder mag:
[...] Das heb' ich mir mal für später auf ;).
Ausserdem loggt Yast2 ja in /var/log/y2log mit, was so passiert.
Thx, bin gar nicht auf die Idee gekommen, nach einem Logfile zu suchen. Da sieht's ziemlich wild drin aus.
RPM haengt gerne mal lange, vor allem bei nicht laenger erreichbaren NFS-Servern oder entfernten Floppy-Disks.
Gut, wenn es mal dauert, werde ich Geduld haben. [...] Die Lösung der ganzen Geschichte lag tatsächlich in einem Downgrade der qt-Bibliothek. Die ältere Version sich irgendwo hinlegen, wo man sie griffbereit hat (oder sich vorher die richtige CD ins Laufwerk legen). Auf dieses Verzeichnis gehen und ein rpm -UHv --oldpackage paket.rpm eingeben. In meinem Falle mußte ich noch ein paar Päckchen deinstallieren, die unbedingt die ganz neue qt haben wollten; wie erwartet, unixODBC & Co, das sind alte Bekannte, die zicken immer wieder mal rum. Die mit rpm -e entsorgt und schon ließ sich obiger Befehl ausführen. Entsorgte Pakete in einer älteren Version wieder nachinstallieren und schon funktioniert wieder alles. *puuuh* Ich jedenfalls werde meine KDE-Updates zukünftig erst mal mit einer alten qt probieren und nur dann umsteigen, wenn es sich wirklich nicht vermeiden läßt. Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Werkstatt & Information zu OpenSource -- http://www.eschkitai.de/ ## Offene Jobs -- http://www.eschkitai.de/openoffice/jobs.html
Am Mittwoch, 23. April 2003 16:49 schrieb Helga Fischer:
Am Mittwoch April 23 2003 15:09 schrieb Peter Wiersig:
Helga Fischer wrote:
Am Mittwoch April 23 2003 14:06 schrieb Peter Wiersig:
Hier funktionieren yast2-2.5.99-0 und vorher g. qt3-Version ohne Abstuerze.
Auf meinem anderen Rechner, auf dem ebenfalls ein SuSE 8.1 nach 8.2 Update sitzt, läuft der gleiche YaST störungsfrei. Unterschied: Kein KDE-Update; auch keines der qt3-Bibliothek.
Hast du einen richtigen Backtrace produzieren koennen?
Nein, wie mache ich das?
[...]
Die Lösung der ganzen Geschichte lag tatsächlich in einem Downgrade der qt-Bibliothek.
Die ältere Version sich irgendwo hinlegen, wo man sie griffbereit hat (oder sich vorher die richtige CD ins Laufwerk legen). Auf dieses Verzeichnis gehen und ein rpm -UHv --oldpackage paket.rpm eingeben.
Gut!
In meinem Falle mußte ich noch ein paar Päckchen deinstallieren, die unbedingt die ganz neue qt haben wollten; wie erwartet, unixODBC & Co, das sind alte Bekannte, die zicken immer wieder mal rum. Die mit rpm -e entsorgt und schon ließ sich obiger Befehl ausführen. Entsorgte Pakete in einer älteren Version wieder nachinstallieren und schon funktioniert wieder alles. *puuuh*
atwork:/usr/local/src/XFree4.3.0/suse81/qt3-3.1 # rpm -Uhv \ --oldpackage qt3* error: failed dependencies: libXft.so.2 is needed by qt3-3.1.1-64 libfontconfig.so.1 is needed by qt3-3.1.1-64 libXft.so.2 is needed by qt3-devel-3.1.1-64 libfontconfig.so.1 is needed by qt3-devel-3.1.1-64 libXft.so.2 is needed by qt3-devel-tools-3.1.1-70 libfontconfig.so.1 is needed by qt3-devel-tools-3.1.1-70 libXft.so.2 is needed by qt3-non-mt-3.1.1-67 libfontconfig.so.1 is needed by qt3-non-mt-3.1.1-67 Schaut so aus als wäre qt3-3.1.1 genau auf XFree-4.3.0 zugeschnitten und auch nur mit dem im Zusammenhang lauffähig. Ich verwende hier auf der Maschine KWinTV und habe Probs damit, hab aber noch das XFree-4.2.x am laufen. Muss ich wohl auch hier ein Upgrade machen. - Was ich mir wohl damit wieder alles einhandeln werde???
Ich jedenfalls werde meine KDE-Updates zukünftig erst mal mit einer alten qt probieren und nur dann umsteigen, wenn es sich wirklich nicht vermeiden läßt.
Jaja!!! Never touch a running system! lg, Andreas.
Am Freitag, 25. April 2003 18:54 schrieb Andreas Scherer:
atwork:/usr/local/src/XFree4.3.0/suse81/qt3-3.1 # rpm -Uhv \ --oldpackage qt3* error: failed dependencies: libXft.so.2 is needed by qt3-3.1.1-64 libfontconfig.so.1 is needed by qt3-3.1.1-64 libXft.so.2 is needed by qt3-devel-3.1.1-64 libfontconfig.so.1 is needed by qt3-devel-3.1.1-64 libXft.so.2 is needed by qt3-devel-tools-3.1.1-70 libfontconfig.so.1 is needed by qt3-devel-tools-3.1.1-70 libXft.so.2 is needed by qt3-non-mt-3.1.1-67 libfontconfig.so.1 is needed by qt3-non-mt-3.1.1-67
Schaut so aus als wäre qt3-3.1.1 genau auf XFree-4.3.0 zugeschnitten und auch nur mit dem im Zusammenhang lauffähig.
Dreimal darfst Du raten, warum es sich im XFree4.3.0 Verzeichnis befindet, eben weil es dafür compiliert wurde. Die 3.1.1er aus dem KDE-Update-Verzeichnis war noch für ältere XFree Versionen. Klapper mal die SuSE Mirrors ab, eventuell liegt die qt 3.1.1 ja noch irgendwo rum. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Freitag, 25. April 2003 23:54 schrieb Manfred Tremmel:
Am Freitag, 25. April 2003 18:54 schrieb Andreas Scherer: [...]
Schaut so aus als wäre qt3-3.1.1 genau auf XFree-4.3.0 zugeschnitten und auch nur mit dem im Zusammenhang lauffähig.
Dreimal darfst Du raten, warum es sich im XFree4.3.0 Verzeichnis befindet, eben weil es dafür compiliert wurde. Die 3.1.1er aus dem KDE-Update-Verzeichnis war noch für ältere XFree Versionen. Klapper mal die SuSE Mirrors ab, eventuell liegt die qt 3.1.1 ja noch irgendwo rum.
Danke für den Tipp! Habe mittlerweise ein Upgrade auf XFree-4.3.0 riskiert und alles heil überstanden. *puh* Sogar meine TTF werkeln wieder. ;-) lg, Andreas.
Am Mittwoch, 23. April 2003 14:06 schrieb Peter Wiersig:
Hier funktionieren yast2-2.5.99-0 und vorher g. qt3-Version ohne Abstuerze.
Las mich raten, Du hast weder SuSE 8.2, XFree86 4.3.0, KWinTV, noch stört Dich der komisch zusammengeschobene KDM mit den abgeschnittenen Namen. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Manfred Tremmel wrote:
Am Mittwoch, 23. April 2003 14:06 schrieb Peter Wiersig:
Hier funktionieren yast2-2.5.99-0 und vorher g. qt3-Version ohne Abstuerze.
Las mich raten, Du hast weder SuSE 8.2, XFree86 4.3.0, KWinTV,
Genau: SuSE8.0, X4.2.0 und ich bin hier auf der Arbeit, da is nix mit Fernsehen.
noch stört Dich der komisch zusammengeschobene KDM mit den abgeschnittenen Namen.
He, das is mir erst jetzt aufgefallen. Aber "Peter" passt noch komplett hin ;) Ausserdem lass ich eigentlich nur die Eingabefelder und die Uhr im KDM an. Peter
Am Donnerstag, 24. April 2003 09:48 schrieb Peter Wiersig:
Genau: SuSE8.0, X4.2.0 und ich bin hier auf der Arbeit, da is nix mit Fernsehen.
Na siehste, da sieht die Situation dann schon wieder komplett anders aus. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
participants (8)
-
Andreas Scherer -
c_dombrowski＠t-online.de -
Harald_mail＠t-online.de -
Helga Fischer -
Manfred Tremmel -
Peter Wiersig -
Stefan Kaiser -
Stefan Schlörholz