----- Original Message ----- From: "Renate Neike" Sent: Saturday, September 24, 2005 12:04 AM

ich habe jetzt nicht so spontan eine Idee zu deinem Problem mit YaST. Jedoch finde ich persönlich die Alternative der Software-Installation mit APT um einiges besser. Evt. kannst du dich dazu durchringen und verzichtest auf YaST. Oder habe ich dich falsch verstanden und es geht nicht nur das Software-Installations-Modul nicht ? apt kenne ich eigentlich nur von debian basierten systemen. ich ziehe yast eigentlich eindeutig vor. dazu kommt aber hier bei meinem speziellen problem, dass yast insgesamt nicht mehr funktioniert und nicht nur die paketverwaltung. yast lässt sich einfach nicht mehr starten und bricht mit der fehlermeldung ab.

gruß daniel

----- Original Message ----- From: "Wolfgang Denda" Sent: Saturday, September 24, 2005 8:54 AM

Kann man YaST neu selber bauen mit den aktuelleren Paketen und hinterher festtackern gegen Veränderungen? Auf YaST verzichten oder die ältere DB-Version benutzen ist sonst die Alternative.

ob man yast selber neu bauen kann, weiss ich ehrlich gesagt nicht. aber wenn man mir sagen würde, ob und wie das geht, ohne die restliche installation zu beeinträchtigen, würde ich das zur not machen. jedoch würde ich mir wesentlich mehr wünschen, yast auf eine andere art und weise wieder zum funktionieren zu bringen, um die YOU fähigkeit von yast nicht zu verlieren. daniel

Am Samstag, 24. September 2005 17:19 schrieb Daniel Liberski:

...

----- Original Message ----- From: "Wolfgang Denda" Sent: Saturday, September 24, 2005 8:54 AM

...

Kann man YaST neu selber bauen mit den aktuelleren Paketen und hinterher festtackern gegen Veränderungen? Auf YaST verzichten oder die ältere DB-Version benutzen ist sonst die Alternative.

ob man yast selber neu bauen kann, weiss ich ehrlich gesagt nicht. aber wenn man mir sagen würde, ob und wie das geht, ohne die restliche installation zu beeinträchtigen, würde ich das zur not machen. jedoch würde ich mir wesentlich mehr wünschen, yast auf eine andere art und weise wieder zum funktionieren zu bringen, um die YOU fähigkeit von yast nicht zu verlieren.

daniel Wie sieht es eigentlich aus, wenn Du YaST im Textmodus startest??? Ist das möglich? Einen Gedanken hätte ich da allerdings noch: Suche Dir die YaST-Pakete aus der CD raus und versuche diese mittels RPM zu installieren.... bei dem von mir geschilderten problem geht es nur um yast im textmodus, da X generell nicht installiert ist zu 2. - es handelt sich um einen server in einem rz, von daher ist das mit der cd nicht ganz so einfach... aber ich _denke_ auch, dass sich auf der cd die gleichen

----- Original Message ----- From: "Axel Lindlau" Sent: Saturday, September 24, 2005 5:50 PM pakete befinden, wie auf den suse mirrors und damit klappt es ja nicht aufgrund der paket-inkompatiblitäten daniel

Hallo, Am Mon, 26 Sep 2005, Daniel Liberski schrieb: [..]

zu 1. 'ldd /usr/lib/liby2pm.so.2': ... liby2util.so.3 => /usr/lib/liby2util.so.3 (0x405ed000) ...

Ok.

zu 2. nm /usr/lib/liby2util.so.3 | grep 'LangCode.*nameHash': nm: /usr/lib/liby2util.so.3: no symbols

Mist. Hier von ner SuSE 9.1: nm /SUSE91/usr/lib/liby2util.so.3 | grep 'LangCode.*nameHash' 00041428 V _ZN8LangCode9_nameHashE Mach mal: rpm --verify -lvf /usr/lib/liby2util.so.3; echo $? Das sollte keine Ausgabe von rpm und "0" vom echo ergeben. Andernfalls solltest du liby2util (ist bei 9.1 ein extra rpm) nochmal installieren. -dnh -- Don't sweat it -- it's not real life. It's only ones and zeroes. -- Gene Spafford

Hallo, Am Tue, 27 Sep 2005, Daniel Liberski schrieb:

[...]

...

...

zu 2. nm /usr/lib/liby2util.so.3 | grep 'LangCode.*nameHash': nm: /usr/lib/liby2util.so.3: no symbols

Mist. Hier von ner SuSE 9.1: nm /SUSE91/usr/lib/liby2util.so.3 | grep 'LangCode.*nameHash' 00041428 V _ZN8LangCode9_nameHashE

Mach mal: rpm --verify -lvf /usr/lib/liby2util.so.3; echo $?

Das sollte keine Ausgabe von rpm und "0" vom echo ergeben.

Andernfalls solltest du liby2util (ist bei 9.1 ein extra rpm) nochmal installieren.

host1:~ # rpm --verify -lvf /usr/lib/liby2util.so.3; echo $? 0

Ok.

jetzt zum versuch, liby2util erneut zu installieren:

host1:~/yast-fix # rpm -Uvh --oldpackage liby2util-2.10.6-2.1.i586.rpm error: Failed dependencies: liby2util >= 2.11.5 is needed by (installed) yast2-core-2.11.26-3

liby2util ist dann wohl auch 2.11.26 oder so? Was sagt: rpm -q --queryformat '%{distribution}\n' liby2util

und wenn ich daraufhin versuche, das ältere yast2-core rpm zu installieren, stehe ich vor diesem problem:

host1:~/yast-fix/9.2 # rpm -Uvh --oldpackage yast2-core-2.10.16-2.1.i586.rpm error: Failed dependencies: perl = 5.8.5 is needed by yast2-core-2.10.16-2.1 libhd.so.9 is needed by yast2-core-2.10.16-2.1

das bei mir installiere perl ist zu neu, was yast selber durch die abhängigkeiten beim updaten des mysql pakets hervorgerufen hat.

Bist du sicher, dass du fuer mysql usw. Pakete fuer deine 9.2 genommen hast?

also über ältere pakete scheint da kein ausweg zu bestehen, meiner bescheidenen meinung nach. ist es nicht "einfach" möglich, auf einem suse 9.2 system per hand yast komplett auf die pakete aus dem suse 9.3 zweig zu heben?

Nein. Da muss man ein "komplettes" Update des Systems fahren. Mit allen Risiken und Nebenwirkungen. Ob das sinnvoll ist, darueber kann man streiten. Ich selbst wuerde eher die 9.3 parallel neu installieren und Daten und Konfiguration nachziehen (bzw. dazumounten). Andere haben seit vielen SUSEn nur positive Erfahrungen mit Updates gemacht. Dazu kann ich generell aber nix sagen, da ich hier (seit gut 6 Jahren) eine zunehmend-Eigenbau-Ex-SuSE-6.2 am laufen habe (mit einem nicht mehr verwendeten yast1!) und im parallel installierten 9.1 laeuft u.a. X11 nicht... Das hier von mir geschriebene habe ich per 'chroot' in die SuSE 9.1 Partition untersucht, z.B.: root@slarty[0]:~ (0)# chroot /SUSE91/ slarty:~# rpm -q --queryformat '%{distribution}\n' liby2util SuSE Linux 9.1 (i586) Eigenartig (und nervig) finde ich, dass die Symbole aus der liby2util raus sind. slarty:~# file /usr/lib/liby2util.so.3.* /usr/lib/liby2util.so.3.0.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped ^^^^^^^^^^^^ Bei dir ist die wohl "stripped". Aber, *hehe*, es geht auch anders: slarty:~# file /usr/lib/liby2util.so.3.* /usr/lib/liby2util.so.3.0.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped slarty:~# strings /usr/lib/liby2util.so.3.* | grep 'LangCode.*nameHash' _ZN8LangCode9_nameHashE slarty:~# cp /usr/lib/liby2util.so.3.0.0 /tmp/ slarty:~# strip -s /tmp/liby2util.so.3.0.0 slarty:~# file /tmp/liby2util.so.3.0.0 /tmp/liby2util.so.3.0.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), stripped slarty:~# strings /tmp/liby2util.so.3.0.0 | grep 'LangCode.*nameHash' _ZN8LangCode9_nameHashE slarty:~# exit root@slarty[0]:~ (0)# Probiere also mal strings /usr/lib/liby2util.so.3.* | grep 'LangCode.*nameHash' (du brauchst nicht kopieren, bei dir ist die lib ja schon "gestrippt") Ansonsten gehen mir dann die Ideen aus, da mir auch schlicht die Erfahrung mit SuSE 9.x fehlt. -dnh --

Dann enthält "Viidährhoulunkspfehller" also nur einen Fehler? ßtarck -- Moss und Alex in suse-talk