![](https://seccdn.libravatar.org/avatar/8c3c40c634277ad02bc114e708b7577d.jpg?s=120&d=mm&r=g)
Hallo Liste, hallo David, Am Montag 16 März 2009 schrieb Helga Fischer:
Am Montag 16 März 2009 schrieb David Haller:
Am Son, 15 Mär 2009, Helga Fischer schrieb:
Am Sonntag 15 März 2009 schrieb David Haller:
Am Son, 15 Mär 2009, Helga Fischer schrieb:
System ist SuSE 10.3 mit allen Update bis Freitag, den 13.03.2009. Da habe ich KDE4 und ein paar andere Update über die Updatefunktion eingespielt. bash4, readline ließen sich schon seit ihrem Erscheinen nicht überreden, zu installieren. Die habe ich infolgedessen immer ausgelassen.
Die haben aber an Abhängigkeiten rumgemäkelt. Die anderen konnte ich mit viel Geduld und nacheinander einspielen (mit YaST).
Achso, die ohne Segfaults?
Ja. Da wollte eine ganze Reihe von Paketen nicht mehr. Fand ich reichlich seltsam, weil der Update-Mechanismus sonst ja extrem zuverlässig ist. Das ein oder andere Update über alle Pakete war auch dabei - ebenfalls mit ein wenig Handarbeit.
Dein ltrace mit seinen mit seinen eher kryptischen Ausgaben hat mich an noch etwas erinnert: Einer der Stresskandidaten beim Update war sqlite. Und da fällt mir doch auf, dass sich die die alte /var/cache/zypp/zypp.db bei Ansicht mit dem Konqi als sqlite3-Datenbank meldet; die neue, viel kleinere, von der ich nicht weiß, wo sie herkommt, dagegen als Paradox-Datenbank. Erstere macht knoda anstandslos auf, zweitere wird als kaputt deklariert, Daten gibt es nicht. Das Generieren einer neuen Datenbank funktioniert ja leider nicht. [...]
zu prüfen u.a. mit 'rpm -Vf /lib/libzypp.so.dingens' und löschen
Meinst Du wirklich, den ganzen Verzeichnisbaum unter /var/cache/zypp löschen? Der Verify rpm -Vf /usr/lib/libzypp.so.324.3.3 lief ohne Kommentar durch. Ich vermute mal, dass das ein Fall von: »Keine Nachrichten sind gute Nachrichten« ist. [...]
Ansonsten könntest du mal 'ltrace zypper <irgendwas>'
ltrace zypper lu [...] _ZNSsC1ERKSs(0x8140020, 0x81402c0, 9, 0xb78afff4, 1) = 0x8140020 _ZNSsC1ERKSs(0x8140024, 0x81402c4, 9, 0xb78afff4, 1) = 0x8140024 _ZNSsC1ERKSs(0x8140028, 0x81402c8, 9, 0xb78afff4, 1) = 0x8140028 _ZNSsC1ERKSs(0x814002c, 0x81402cc, 9, 0xb78afff4, 1) = 0x814002c _ZNSsC1ERKSs(0x8140030, 0x81402d0, 9, 0xb78afff4, 1) = 0x8140030 _ZNSsC1ERKSs(0x8140034, 0x81402d4, 9, 0xb78afff4, 1) = 0x8140034 _ZNSsC1ERKSs(0x8140038, 0x81402d8, 9, 0xb78afff4, 1 <unfinished ...> --- SIGCHLD (Child exited) --- --- SIGSEGV (Segmentation fault) --- +++ killed by SIGSEGV +++ Mir sagen diese Ausgaben leider gar nichts.
oder 'catchsegv zypper ...' laufenlassen um zu gucken, ob der Segfault in der libzypp auftritt. Aber viel mehr als libzypp und libc gibt's da nicht.
Den habe ich mal unter http://www.eschkitai.de/tmp/catchsegv-zypper geparkt. Ich kann damit nichts anfangen. Helga -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org