Hallo Philipp! Philipp Thomas schrieb am Freitag, den 07. April 2000:
Beim Update habe ich YaST2 ausgewaehlt der dann abgestuerzt ist, stattdessen kam YaST1 hoch, der Teil war noch in Ordnung. Da ist nichts abgestürzt! Vermutlich hast Du in YaST2 Update angewählt. In dem Fall wird YaST1 gestartet.
Ahhh ja, genau. Das ist im Handbuch Seite 400 dann aber ein bisschen missverstaendlich finde ich?!
Netscape laesst sich nicht starten: tmm@bandit:~ > netscape Bus-Zugriffsfehler In Netscape 4.72 sind zwar einige Sicherheitslöcher gestopft, dafür sind aber neue Probleme dazugekommen. Und beheben können wir da wenig, denn Quellcode existiert ja nunmal nicht. Wir können nur durch den einen oder
Ja das erwartet auch keiner.
anderen Trick versuchen, die Probleme zu umschiffen. Und würden wir bei älteren Versionen bleiben, würden ettliche Leute sich beschweren, dass wir "uralte" Versionen liefern.
Dann bliebt nur eine Loesung: beide Versionen mitliefern.
Der MidnightCommander genauso wenig: Speicherzugriffsfehler Ich habe testweise die aktuellste Version gezogen und kompiliert: selbes Ergebnis. Tja, bei mir funktioniert er problemlos.
Glaube ich, sonst haettet ihr den ja nicht ausgeliefert, hilft mir aber nicht.
xawtv (der uebrigends nur in einer uralt Version vorhanden ist) findet libjpeg.so.6 nicht, obwohl "locate" diese in /usr/lib findet (ldconfig habe ich schon laufen lassen). Dann ist das nicht die Version von der 6.4! Die verwendet nämlich libjpeg.so.62.
Asche auf mein Haupt, ja war mein Fehler: nach einem laufen lassen aller Skripte in /etc/cron.daily hat auch locate nur noch wirklich vorhandene Dateien angezeigt. Die koenntet ihr bei einem Update auch gleich laufen lassen, sodass die DBs aktualisiert werden!
Was sagt denn bei Dir 'rpm -q xawtv'? Bei mir liefert das xawtv-2.46-93 und xawtv liegt in /usr/X11R6/bin.
Das liefert zum Glueck ein 3.09 ! Die 3er Serie ist schon sehr lange draussen und hat einige Vorteile gegenueber den alten!
Dass meine conf.modules ersetzt wurde und daher nach einem reboot nichts mehr lief oder aehnliches geht noch, das liess sich beheben durch ersetzen der SuSE Dateien durch meine alten Versionen. Genau dafür wird die alte modules.conf doch als modules.conf.rpmsave gesichert. Aber wie bitte sollen wir sonst sicherstellen, dass die Modulkonfiguration zu den neu installierten Modulen passt?
In dem Fall waere das auch okay gewesen, ich habe aber keinen Kernel von euch installiert da ich eh meinen eigenen habe!
Hatte irgend jemand schon zumindest eines der Probleme und hat dafuer eine Loesung (der Midnight Commander ist mir dabei am wichtigsten)?? Wie gesagt, bei mir funktioniert er und das ist die erste Bugmeldung, die ich zu Gesicht bekomme. Mach doch bitte mal ein 'catchsegv /usr/bin/mc'. Dann kann ich evtl. sehen, was da schief läuft.
*** Segmentation fault Register dump: EAX: 20202020 EBX: 00000001 ECX: 3ffff862 EDX: 40001e74 ESI: fffffffe EDI: c0000000 EBP: bfffe0cc ESP: bfffe0c4 EIP: 400a40c6 EFLAGS: 00010217 CS: 0023 DS: 002b ES: 002b FS: 0000 GS: 0000 SS: 002b Trap: 0000000e Error: 00000007 OldMask: 00000000 ESP/signal: bfffe0c4 CR2: c0000000 Backtrace: /lib/libc.so.6(memset+0x36)[0x400a40c6] /usr/src/packages/BUILD/glibc-2.1/csu/init.c:0(??)[0x804eb8f] /usr/src/packages/BUILD/glibc-2.1/csu/init.c:0(??)[0x804ef78] /usr/src/packages/BUILD/glibc-2.1/csu/init.c:0(??)[0x804f1dc] ??:0(??)[0x20202020] -- mfg Thomas Mueller - http://tmueller.home.pages.de --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com