Am Samstag, 22. November 2003 18:41 schrieb Al Bogner:

Am Samstag, 22. November 2003 17:58 schrieb Manfred Tremmel:

...

Am Samstag, 22. November 2003 17:06 schrieb Al Bogner:

...

failed on file /usr/lib/SunJava2-1.4.1/jre/plugin/i386/ns600: cpio: unlink failed - Directory not empty

...

Deinstallier die beiden RPMs mal, lösch dann die /usr/lib/SunJava2* Verzeichnisse genausow wie /usr/lib/java und installier die Paket dann nochmal neu.

Ein rpm -e hat die fehlerhaft installierten Pakete nicht gefunden, yast schon. Es dürfte nun geklappt haben. Danke!

Na ja, ganz bin ich noch nicht zufrieden. Nun meckert yast jedesmal, dass SO5.2 die Java-Pakete fehlen, die ich eigentlich nicht brauche. Läßt sich das irgendwie hinbiegen? "Tabu" merkt sich yast nicht. Al

Am Samstag, 22. November 2003 21:29 schrieb Manfred Tremmel:

Am Samstag, 22. November 2003 18:52 schrieb Al Bogner:

...

Na ja, ganz bin ich noch nicht zufrieden. Nun meckert yast jedesmal, dass SO5.2 die Java-Pakete fehlen, die ich eigentlich nicht brauche.

Wie genau lautet die Abhängigkeit, ein Dummy-RPM sollte das beheben können.

│ -i- │java2 │wird benötigt von... │ i │so_base│StarOffice 5.2 base package │ i │so_de │StarOffice (German) │ -i- │java2-jre │wird benötigt von... │ -i- │java2│Java(TM) 2 SDK, Standard Edition Warum stehen da überall "-i-"? Das bedeutet doch, dass die Pakete installiert sind. rpm -qa | grep java java2-jre-1.4.1-23.pm.0 kdebindings3-java-3.1-41 gcc-java-3.3-23 mysql-connector-java-3.0.9-0.pm.0 java2-1.4.1-23.pm.0 Akzeptiert SO 5.2 Blackdown-Java nicht? Soll ich eventuell mal SO 5.2 deinstallieren und erneut mit einer speziellen Option installieren? Al

Am Sonntag, 23. November 2003 00:17 schrieb Manfred Tremmel:

Am Samstag, 22. November 2003 22:42 schrieb Al Bogner:

...

Warum stehen da überall "-i-"? Das bedeutet doch, dass die Pakete installiert sind.

Wo erscheint das -i- in dem Konsolen-yast? Dort sollte es bedeuten, dass dieses Paket installiert ist, wenn Du mit dem Cursor drauf gehst, sollte im unteren Bereich angezeigt werden, was dem Paket fehlt.

Ja, das ist ja das Lustige, für SO 5.2 zeigt yast an, dass es Probleme mit Paketabhängigkeiten gibt, die _installiert_ sind. Also, wenn ich mit dem Cursor auf "java2" bin, dann erscheint unten "so_base" und "so_de" und überall ist ein "i", wenn ich den Cursor oben auf "java2-jre" setze, dann erhalte ich unten "java2". Diese Anzeige kommt sofort nach dem Aufruf von "Software installieren" im yast. Al

Am Sonntag, 23. November 2003 14:02 schrieb Manfred Tremmel:

Sorry, aber da blick ich jetzt auch nicht mehr durch. Las mal yast yast sein und las Dir die Abhängigkeiten von RPM anzeigen. Was gibt denn ein

rpm -qR java2 rpm -qR java2-jre rpm -qR so_base rpm -qR so_de

rpm -qR java2 java2-jre = 1.4.1 /bin/sh /bin/sh ld-linux.so.2 libc.so.6 libc.so.6(GCC_3.0) libc.so.6(GLIBC_2.0) libc.so.6(GLIBC_2.1) libc.so.6(GLIBC_2.2) libdl.so.2 libdl.so.2(GLIBC_2.0) libdl.so.2(GLIBC_2.1) libpthread.so.0 rpm -qR java2-jre unixODBC unixODBC-devel /bin/sh /bin/sh ld-linux.so.2 libICE.so.6 libSM.so.6 libX11.so.6 libXext.so.6 libXp.so.6 libXt.so.6 libXtst.so.6 libawt.so libc.so.6 libc.so.6(GCC_3.0) libc.so.6(GLIBC_2.0) libc.so.6(GLIBC_2.1) libc.so.6(GLIBC_2.1.2) libc.so.6(GLIBC_2.1.3) libc.so.6(GLIBC_2.2) libdl.so.2 libdl.so.2(GLIBC_2.0) libdl.so.2(GLIBC_2.1) libgcc_s.so.1 libgcc_s.so.1(GCC_3.0) libjava.so libjvm.so libm.so.6 libm.so.6(GLIBC_2.0) libmlib_image.so libnet.so libnsl.so.1 libodbc.so libodbcinst.so libpthread.so.0 libpthread.so.0(GLIBC_2.0) libpthread.so.0(GLIBC_2.1) libpthread.so.0(GLIBC_2.2) libstdc++.so.5 libstdc++.so.5(CXXABI_1.2) libstdc++.so.5(GLIBCPP_3.2) libverify.so libverify.so(VER_1) libxpcom.so rpm -qR so_base java so_lang rpmlib(PayloadIsBzip2) <= 3.0.5-1 rpm -qR so_de java so_base /bin/sh rpmlib(PayloadIsBzip2) <= 3.0.5-1 Danke für deine Hilfe! Al