Suse 8.1, glibc 2.3.2 und wxGTK 2.4.1 - Probleme nach Upgrade beim Installieren von Paketen mit Yast2 und rpm
Hallo zusammen, ich nutze Suse 8.1 auf einem 1 GHZ Duron-Rechner. Aus verschiedenen Gründen habe ich mir die letzten aktuellen Versionen der glibc (Ver. 2.3.2) und wxGTK (Ver. 2.4.1), die nicht bei Suse 8.1 enthalten waren, geholt und nach einigem Hin- und Her auch installiert. Allerdings kann ich jetzt keine Updates, Packages etc. mehr installieren. Sowohl rpm als auch Yast2 bringen mir beim Versuch Fehler. Bei einer Installation mit rpm kommt immer die Fehlemeldung "Segment fault" und bei Yast2 laufen zwar die Installationen der einzelnen Pakete durch, aber zum Schluß wird in allen installierten Paketen ein Fehler angezeigt. Das Installations-Logfile sagt allerdings nichts über den Fehler. Komischerweise kann ich aber über gnorpm weiterhin Pakete ohne Fehler installieren. Weiß hier jemand Abhilfe? Evtl. durch Neuinstallation von Yast2 und rpm? Danke schon mal vorab Udo
Suse-Newbie schrieb:
ich nutze Suse 8.1 auf einem 1 GHZ Duron-Rechner. Aus verschiedenen Gründen habe ich mir die letzten aktuellen Versionen der glibc (Ver. 2.3.2) und wxGTK (Ver. 2.4.1), die nicht bei Suse 8.1 enthalten waren, geholt und nach einigem Hin- und Her auch installiert. Allerdings kann ich jetzt keine Updates, Packages etc. mehr installieren. Sowohl rpm als auch Yast2 bringen mir beim Versuch Fehler.
Du hast versucht, die glibc upzudaten? Herzliches Beileid. Das war keine wirklich schlaue Aktion. Und ich wette, es ist nicht einmal wirklich noetig gewesen - die wahren Gruende hast Du ja hier nicht aufgefuehrt. Das Updaten der glibc ist so ziemlich das Gefaehrlichste, was man tun kann und das sollte, wenn ueberhaupt, einem Experten vor- behalten bleiben. Und selbst die lassen meist die Finger davon.
Bei einer Installation mit rpm kommt immer die Fehlemeldung "Segment fault" und bei Yast2 laufen zwar die Installationen der einzelnen Pakete durch, aber zum Schluß wird in allen installierten Paketen ein Fehler angezeigt. Das Installations-Logfile sagt allerdings nichts über den Fehler.
Komischerweise kann ich aber über gnorpm weiterhin Pakete ohne Fehler installieren. Weiß hier jemand Abhilfe? Evtl. durch Neuinstallation von Yast2 und rpm?
Siehe o http://marc.theaimsgroup.com/?t=105060972300001&r=1&w=2 o http://marc.theaimsgroup.com/?t=105407651500001&r=1&w=2 o ... Insbesondere die Emails von Philipp solltest Du Dir an- schauen. CU, Thomson PS: Bitte trage bei Deinem Mailer Deinen Realnamen ein. Wir unterhalten uns hier lieber mit Personen.
Am Sonntag, 22. Juni 2003 13:10 schrieb Thomas Hertweck:
Suse-Newbie schrieb:
ich nutze Suse 8.1 auf einem 1 GHZ Duron-Rechner. Aus verschiedenen Gründen habe ich mir die letzten aktuellen Versionen der glibc (Ver. 2.3.2) und wxGTK (Ver. 2.4.1), die nicht bei Suse 8.1 enthalten waren, geholt und nach einigem Hin- und Her auch installiert. Allerdings kann ich jetzt keine Updates, Packages etc. mehr installieren. Sowohl rpm als auch Yast2 bringen mir beim Versuch Fehler.
Du hast versucht, die glibc upzudaten? Herzliches Beileid. Das war keine wirklich schlaue Aktion. Und ich wette, es ist nicht einmal wirklich noetig gewesen - die wahren Gruende hast Du ja hier nicht aufgefuehrt. Das Updaten der glibc ist so ziemlich das Gefaehrlichste, was man tun kann und das sollte, wenn ueberhaupt, einem Experten vor- behalten bleiben. Und selbst die lassen meist die Finger davon.
Hmm, na ja, der Hintergrund war, das ich mal versuchen wollte, ein Programm auszuprobieren, daß diese beiden Packages braucht. Bis jetzt läuft ja alles einwandfrei. Eben außer Yast und rpm! Würde es was bringen, wenn ich die Original-Packages wieder installiere?
Bei einer Installation mit rpm kommt immer die Fehlemeldung "Segment fault" und bei Yast2 laufen zwar die Installationen der einzelnen Pakete durch, aber zum Schluß wird in allen installierten Paketen ein Fehler angezeigt. Das Installations-Logfile sagt allerdings nichts über den Fehler.
Komischerweise kann ich aber über gnorpm weiterhin Pakete ohne Fehler installieren. Weiß hier jemand Abhilfe? Evtl. durch Neuinstallation von Yast2 und rpm?
Siehe o http://marc.theaimsgroup.com/?t=105060972300001&r=1&w=2 o http://marc.theaimsgroup.com/?t=105407651500001&r=1&w=2 o ...
Die werd ich mir mal ansehen, Danke ;-)))
Insbesondere die Emails von Philipp solltest Du Dir an- schauen.
CU, Thomson
PS: Bitte trage bei Deinem Mailer Deinen Realnamen ein. Wir unterhalten uns hier lieber mit Personen.
Habe meinen Namen eingetragen. Gruß Udo
Udo schrieb:
[...glibc Update...] Hmm, na ja, der Hintergrund war, das ich mal versuchen wollte, ein Programm auszuprobieren, daß diese beiden Packages braucht. Bis jetzt läuft ja alles einwandfrei. Eben außer Yast und rpm! Würde es was bringen, wenn ich die Original-Packages wieder installiere?
Das Einzige, was Dir noch helfen kann, ist wohl das Zurueckspielen der urspruenglichen glibc Version. Siehe dazu auch die besagten Links zu Threads, die ich geschickt hatte. Du wolltest also ein Binary-RPM installieren, was die neue glibc-Version als Voraussetzung hatte, und da Dein System die Voraussetzungen nicht erfuellte, wolltest Du die glibc updaten? So etwas darfst Du nicht machen. Die glibc ist quasi das Rueckgrat Deines Systems, das kann man nicht so einfach updaten. In solchen Faellen muss man sich das Source-RPM der Software besorgen (bzw. die Quellen in einem anderen Format) und es auf seinem System selbst compilieren, dann braucht man normalerweise auch keine neue glibc. Gruesse, Thomson
Am Sonntag, 22. Juni 2003 13:26 schrieb Thomas Hertweck:
Udo schrieb:
[...glibc Update...] Hmm, na ja, der Hintergrund war, das ich mal versuchen wollte, ein Programm auszuprobieren, daß diese beiden Packages braucht. Bis jetzt läuft ja alles einwandfrei. Eben außer Yast und rpm! Würde es was bringen, wenn ich die Original-Packages wieder installiere?
Das Einzige, was Dir noch helfen kann, ist wohl das Zurueckspielen der urspruenglichen glibc Version. Siehe dazu auch die besagten Links zu Threads, die ich geschickt hatte.
Du wolltest also ein Binary-RPM installieren, was die neue glibc-Version als Voraussetzung hatte, und da Dein System die Voraussetzungen nicht erfuellte, wolltest Du die glibc updaten? So etwas darfst Du nicht machen. Die glibc ist quasi das Rueckgrat Deines Systems, das kann man nicht so einfach updaten. In solchen Faellen muss man sich das Source-RPM der Software besorgen (bzw. die Quellen in einem anderen Format) und es auf seinem System selbst compilieren, dann braucht man normalerweise auch keine neue glibc.
Gruesse, Thomson
O.K., das werd ich jetzt auch machen. Dank der Links, die Du gepostet hast, dürfte das (hoffentlich) nicht allzuschwierig sein. Allerdings würde mich dann trotzdem noch der Compile-Vorgang bzw. das Vorgehen zum compilieren der Sourc-RPM interessieren. Ich denke, das ist auch für andere Nutzer von Suse 8.1 nicht ganz uninteressant. Als ich gestern versucht habe, die neuen GLIBC-Dateien zu installieren, habe ich im WEB gesucht, aber leider nur sehr wenig bis gar nichts zu diesem Thema gefunden (speziell Suse 8.1). Auch bei Suse selber war nix angegeben. Kannst Du mir deshalb vielleicht noch die notwendigen Befehle zum compilieren der Source-Packages geben? Wäre echt super! Danke auf jeden Fall schon mal für Deine Hilfe ;-)) Gruß Udo
Udo Gerhards schrieb:
[...] Allerdings würde mich dann trotzdem noch der Compile-Vorgang bzw. das Vorgehen zum compilieren der Sourc-RPM interessieren. Ich denke, das ist auch für andere Nutzer von Suse 8.1 nicht ganz uninteressant. Als ich gestern versucht habe, die neuen GLIBC-Dateien zu installieren, habe ich im WEB gesucht, aber leider nur sehr wenig bis gar nichts zu diesem Thema gefunden (speziell Suse 8.1). Auch bei Suse selber war nix angegeben. Kannst Du mir deshalb vielleicht noch die notwendigen Befehle zum compilieren der Source-Packages geben?
Also, wie schon gesagt, lasse von der glibc die Finger, insbesondere von einem Update! Es kann vorkommen, dass Du eine bestimmte Software installieren willst, die nicht auf den SuSE CDs/DVD dabei ist. Dann gilt IMHO: Schaue, ob es im Netz irgendwo ein fertiges SuSE-RPM fuer Deine SuSE- Version gibt, oder eine benachbarte SuSE-Version, das geht dann vielleicht auch noch. Einfach installieren (RPM sagt Dir ja ob es geht oder nicht) und gut ist. Die Adresse packman.links2linux.de sollte bekannt sein. Dort gibt es viele SuSE-RPM Pakete, die nicht auf der DVD bzw. den CDs dabei sind oder manchmal auch einfach neuere Versionen von Paketen gegenueber den Versionen von SuSE. Wenn das Binary-RPM, das man installieren moechte, eine neuere glibc o.ae. benoetigt, dann lasse von diesem RPM die Finger und schaue, ob Du ein Source-RPM oder sonstwie die Quellen der Software (z.B. als Tar-Archiv) bekommst. Das Source-RPM kann man, sind keine Anpassungen noetig, per "rpm --rebuild blabla.src.rpm" uebersetzen. Dabei wird dann (hoffentlich) ein neues Binary-RPM erstellt, das muss man im Anschluss ganz normal per "rpm -Uhv blabla.rpm" installieren. Das war es dann. Manchmal muss man das Source-RPM auch erst auspacken und evtl. anpassen usw., darauf gehe ich jetzt mal nicht ein. Du findest dazu einiges im Archiv der Liste. Oder schaue Dir mal das Maximum-RPM Handbuch an, wenn es um das Bauen von RPM-Paketen etc. geht[1]. Wenn Du die Quellen als .tgz hast, dann entpacke das Archiv, lies das zugehoerige README durch und lasse das ./configure mit evtl. noetigen Optionen laufen. Compiliere die Software und erstelle Dir am Ende ein eigenes RPM (wie das geht steht z.B. auch in o.a. Buch oder Du findest dazu auch ein paar Threads im Archiv) oder benutze zumindest das Tool "checkinstall", um automatisch ein RPM Paket zu bauen. Checkinstall sollte auf den SuSE-CDs/DVD vorhanden sein. Installiere wenn moeglich nie per "make install", weil damit frueher oder spaeter Deine RPM-Datenbank inkonsistent wird (Du hebelst damit das Konzept aus, dass RPM Konflikte etc. anzeigen kann oder beim Installieren ueberpruefen kann, ob Dein System die Voraussetzungen fuer den Einsatz der Software erfuellt) und es meist leider auch kein "make uninstall" gibt. Das heisst, Du haettest schwere Probleme, die Software wieder aus Deinem System zu entfernen, wenn Du das denn mal machen moechtest oder musst. Manchmal kommt man um das Update einer Software A nicht herum, um eine andere Software B installieren zu koennen. Dann gelten aber im Prinzip die gleichen Regeln. Erst schauen, ob es bereits irgendwo ein SuSE-RPM mit der neuen Software-Version von A gibt, ansonsten selbst ein RPM erstellen und die installierte Software updaten - bei vielen Paketen geht das auch mehr oder weniger gefahrlos (nur eben z.B. bei der glibc nicht :-) Im Anschluss daran kann man dann die andere Software B installieren oder compilieren, da dann die Voraussetzungen erfuellt sein sollten. Gruesse, Thomson [1] http://www.rpm.org/max-rpm/
Am Sonntag, 22. Juni 2003 14:02 schrieb Thomas Hertweck:
Udo Gerhards schrieb:
[...] Allerdings würde mich dann trotzdem noch der Compile-Vorgang bzw. das Vorgehen zum compilieren der Sourc-RPM interessieren. Ich denke, das ist auch für andere Nutzer von Suse 8.1 nicht ganz uninteressant. Als ich gestern versucht habe, die neuen GLIBC-Dateien zu installieren, habe ich im WEB gesucht, aber leider nur sehr wenig bis gar nichts zu diesem Thema gefunden (speziell Suse 8.1). Auch bei Suse selber war nix angegeben. Kannst Du mir deshalb vielleicht noch die notwendigen Befehle zum compilieren der Source-Packages geben?
Also, wie schon gesagt, lasse von der glibc die Finger, insbesondere von einem Update! Es kann vorkommen, dass Du eine bestimmte Software installieren willst, die nicht auf den SuSE CDs/DVD dabei ist. Dann gilt IMHO:
Schaue, ob es im Netz irgendwo ein fertiges SuSE-RPM fuer Deine SuSE- Version gibt, oder eine benachbarte SuSE-Version, das geht dann vielleicht auch noch. Einfach installieren (RPM sagt Dir ja ob es geht oder nicht) und gut ist. Die Adresse packman.links2linux.de sollte bekannt sein. Dort gibt es viele SuSE-RPM Pakete, die nicht auf der DVD bzw. den CDs dabei sind oder manchmal auch einfach neuere Versionen von Paketen gegenueber den Versionen von SuSE.
Wenn das Binary-RPM, das man installieren moechte, eine neuere glibc o.ae. benoetigt, dann lasse von diesem RPM die Finger und schaue, ob Du ein Source-RPM oder sonstwie die Quellen der Software (z.B. als Tar-Archiv) bekommst. Das Source-RPM kann man, sind keine Anpassungen noetig, per "rpm --rebuild blabla.src.rpm" uebersetzen. Dabei wird dann (hoffentlich) ein neues Binary-RPM erstellt, das muss man im Anschluss ganz normal per "rpm -Uhv blabla.rpm" installieren. Das war es dann. Manchmal muss man das Source-RPM auch erst auspacken und evtl. anpassen usw., darauf gehe ich jetzt mal nicht ein. Du findest dazu einiges im Archiv der Liste. Oder schaue Dir mal das Maximum-RPM Handbuch an, wenn es um das Bauen von RPM-Paketen etc. geht[1].
Wenn Du die Quellen als .tgz hast, dann entpacke das Archiv, lies das zugehoerige README durch und lasse das ./configure mit evtl. noetigen Optionen laufen. Compiliere die Software und erstelle Dir am Ende ein eigenes RPM (wie das geht steht z.B. auch in o.a. Buch oder Du findest dazu auch ein paar Threads im Archiv) oder benutze zumindest das Tool "checkinstall", um automatisch ein RPM Paket zu bauen. Checkinstall sollte auf den SuSE-CDs/DVD vorhanden sein. Installiere wenn moeglich nie per "make install", weil damit frueher oder spaeter Deine RPM-Datenbank inkonsistent wird (Du hebelst damit das Konzept aus, dass RPM Konflikte etc. anzeigen kann oder beim Installieren ueberpruefen kann, ob Dein System die Voraussetzungen fuer den Einsatz der Software erfuellt) und es meist leider auch kein "make uninstall" gibt. Das heisst, Du haettest schwere Probleme, die Software wieder aus Deinem System zu entfernen, wenn Du das denn mal machen moechtest oder musst.
Manchmal kommt man um das Update einer Software A nicht herum, um eine andere Software B installieren zu koennen. Dann gelten aber im Prinzip die gleichen Regeln. Erst schauen, ob es bereits irgendwo ein SuSE-RPM mit der neuen Software-Version von A gibt, ansonsten selbst ein RPM erstellen und die installierte Software updaten - bei vielen Paketen geht das auch mehr oder weniger gefahrlos (nur eben z.B. bei der glibc nicht :-) Im Anschluss daran kann man dann die andere Software B installieren oder compilieren, da dann die Voraussetzungen erfuellt sein sollten.
Gruesse, Thomson
O.K. ich werd mich zukünftig dran halten! Danke für Deine Hilfe ;-)) Gruß Udo
Am Sonntag, 22. Juni 2003 13:39 schrieb Udo Gerhards:
O.K., das werd ich jetzt auch machen. Dank der Links, die Du gepostet hast, dürfte das (hoffentlich) nicht allzuschwierig sein. Allerdings würde mich dann trotzdem noch der Compile-Vorgang bzw. das Vorgehen zum compilieren der Sourc-RPM interessieren. Ich denke, das ist auch für andere Nutzer von Suse 8.1 nicht ganz uninteressant. Als ich gestern versucht habe, die neuen GLIBC-Dateien zu installieren, habe ich im WEB gesucht, aber leider nur sehr wenig bis gar nichts zu diesem Thema gefunden (speziell Suse 8.1). Auch bei Suse selber war nix angegeben.
Man sollte prinzipiell keine RPMs installieren, die nicht für die eigene Distribution gebaut wurden. In dem Fall ist immer ein neucompilieren des Source-RPMs vorzuziehen.
Kannst Du mir deshalb vielleicht noch die notwendigen Befehle zum compilieren der Source-Packages geben?
http://packman.links2linux.de/?action=faq#4 -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Sonntag, 22. Juni 2003 17:10 schrieb Manfred Tremmel:
Am Sonntag, 22. Juni 2003 13:39 schrieb Udo Gerhards:
O.K., das werd ich jetzt auch machen. Dank der Links, die Du gepostet hast, dürfte das (hoffentlich) nicht allzuschwierig sein. Allerdings würde mich dann trotzdem noch der Compile-Vorgang bzw. das Vorgehen zum compilieren der Sourc-RPM interessieren. Ich denke, das ist auch für andere Nutzer von Suse 8.1 nicht ganz uninteressant. Als ich gestern versucht habe, die neuen GLIBC-Dateien zu installieren, habe ich im WEB gesucht, aber leider nur sehr wenig bis gar nichts zu diesem Thema gefunden (speziell Suse 8.1). Auch bei Suse selber war nix angegeben.
Man sollte prinzipiell keine RPMs installieren, die nicht für die eigene Distribution gebaut wurden. In dem Fall ist immer ein neucompilieren des Source-RPMs vorzuziehen.
Kannst Du mir deshalb vielleicht noch die notwendigen Befehle zum compilieren der Source-Packages geben?
O.k. werd ich auch nicht mehr machen (Asche auf mein Haupt ... *ggg*). Habe mein System wieder hergestellt und alles läuft wieder. Würde mal sagen, da habe ich echt Schw... gehabt. Unter Deinem genannten Link habe ich dann auch die aktuelle Version der wxGTK gefunden, die ich gebraucht habe. Den Link kann ich bloß weiterempfehlen. Gruß + Danke Udo
Am Sonntag, 22. Juni 2003 18:52 schrieb Udo Gerhards:
O.k. werd ich auch nicht mehr machen (Asche auf mein Haupt ... *ggg*). Habe mein System wieder hergestellt und alles läuft wieder.
Dann passts ja, früher oder später müssen wir ja alle unsere Erfahrungen sammeln
Würde mal sagen, da habe ich echt Schw... gehabt. Unter Deinem genannten Link habe ich dann auch die aktuelle Version der wxGTK gefunden, die ich gebraucht habe. Den Link kann ich bloß weiterempfehlen.
Naja, wer Packman nicht kenn, hat sein Leben verpennt ;-) -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
participants (5)
-
Manfred Tremmel
-
Suse-Newbie
-
Thomas Hertweck
-
Udo
-
Udo Gerhards