Hallo, Ich habe den dringenden Verdacht, das yast/rpm bei mir teilweise kaputt ist. Zumindest weiß ich nicht was da los ist. Ich werde mal versuchen, die Geschichte zu erzählen, ist leider etwas umfangreich und komplex. Ich habe meine SuSE 9.0 auf KDE 3.2 via ftp hochgerüstet. Ein paar Pakete sind dabei nicht installiert worden. Nun ja, kann über ftp mal passieren, dachte ich, und habe die fehlenden Pakete nachträglich erfolgreich eingespielt. Manche musste ich so 2-3 mal runterladen bis sie von yast akzeptiert wurden. Kann ja mal vorkommen, das das ein oder andere Paket beim download kaputt geht, dachte ich. Dann folgte ein Online-Sicherheitsupdate (neuer Kernel), keine Probleme damit. Später am Tag wollte ich xine aktualisieren, da wurde es so richtig komisch, ich dachte ich bin im falschen Film. Zuerst bekam ich einen Abhängigkeits-Konflikt mit libslang_utf8.so.1, dabei hat das Teil mit xine überhaupt nichts zu tun. Ich habe ihn letztendlich ohne Folgen ignoriert. Es gab dann noch die folgende Merkwürdigkeit, das ich etliche, aber nicht alle, RPM's (nicht nur xine von Packman) mehrmals herunterladen mußte, bis yast sie ohne Probleme akzeptiert hat. Wohlgemerkt löschen und neu herunterladen, überschreiben beim herunterladen reichte nicht. Im GUI hat yast sich bei diesen Paketen kommentarlos nach dem Abhängigkeitscheck beim anklicken des "Weiter"-Buttons nach etwa 3-5 Sekunden beendet, Keine Fehlermeldung, nichts. Entsprechend gleich lief der Versuch auf der Kommandozeile. Nach der Abhängigkeitskontrolle ein kommentarloser Abbruch des Vorgangs. Ich hatte die xine-RPM's wie üblich in ein Verzeichnis gesteckt, und wollte eigentlich alles in einem Rutsch installieren. Das konnte ich wegen obigen Problems vergessen. Jedes RPM mußte einzeln installiert werden. Nach jedem Fehlschlag eines RPM's folgte ein neuer Download und ein neuer Installationsversuch, zum Teil bis zu 10-15 Versuche, bis es endlich geklappt hat (Ja, ich bin hartnäckig und geduldig). Es spielte keine Rolle ob ich Mozilla oder Konqeror zum herunterladen benutzt habe, das Problem blieb vorhanden. Eine weitere Merkwürdigkeit ist, das yast die Pakete nicht mehr korrekt auflistet. Zum Teil fehlen in der Auflistung installierte Pakete, die entsprechenden Programme laufen einwandfrei, zum Teil stimmen Versionsangaben nicht. Zum Teil werden Pakete in den Installationsquellen übersehen/ignoriert. Meine Glaskugel ist leider zur Inspektion, mein Kompaß ist defekt, meine Tarotkarten sind nicht vollständig und beten hilft hier wenig. Hat hier jemand eine Idee, was wo kaputt gegangen sein könnte, und wie man das korrekt feststellt? Ich möchte das letzte System-Backup einspielen, und danach überprüfen, ob der Fehler da schon vorhanden war, ohne irgendwelche Pakete zum testen einzuspielen. Diese Methode erscheint mir unzuverlässig, da es auch jetzt noch Pakete gibt, die sich ohne Probleme einspielen und im yast darstellen lassen. Entschuldigt bitte den langen Text. Grüße René
René Falk wrote:
Ich habe den dringenden Verdacht, das yast/rpm bei mir teilweise kaputt ist. Zumindest weiß ich nicht was da los ist. Ich werde mal versuchen, die Geschichte zu erzählen, ist leider etwas umfangreich und komplex.
Ich habe meine SuSE 9.0 auf KDE 3.2 via ftp hochgerüstet. Ein paar Pakete sind dabei nicht installiert worden. Nun ja, kann über ftp mal passieren, dachte ich, und habe die fehlenden Pakete nachträglich erfolgreich eingespielt. Manche musste ich so 2-3 mal runterladen bis sie von yast akzeptiert wurden. Kann ja mal vorkommen, das das ein oder andere Paket beim download kaputt geht, dachte ich.
Externe Pakete ueber YaST installieren ist so eine Sache. Kannst Du die Pakete direkt per rpm an der Kommandozeile installieren? Geht es dann?
[...] Ich hatte die xine-RPM's wie üblich in ein Verzeichnis gesteckt, und wollte eigentlich alles in einem Rutsch installieren. Das konnte ich wegen obigen Problems vergessen. Jedes RPM mußte einzeln installiert werden. Nach jedem Fehlschlag eines RPM's folgte ein neuer Download und ein neuer Installationsversuch, zum Teil bis zu 10-15 Versuche, bis es endlich geklappt hat (Ja, ich bin hartnäckig und geduldig). Es spielte keine Rolle ob ich Mozilla oder Konqeror zum herunterladen benutzt habe, das Problem blieb vorhanden.
Ich wuerde, um Fehler in diese Richtung auszuschliessen, auf alle Faelle mal den Speicher mit memtest testen und die Filesysteme Deiner Partitionen ueberpruefen - dafuer solltest Du das Rescue System oder eine Knoppix CD booten. Im Anschluss kannst Du mit rpm und der Option --verify mal schauen, ob alles Erforderliche fuer die yast-Pakete vorhanden ist...
Eine weitere Merkwürdigkeit ist, das yast die Pakete nicht mehr korrekt auflistet. Zum Teil fehlen in der Auflistung installierte Pakete, die entsprechenden Programme laufen einwandfrei, zum Teil stimmen Versionsangaben nicht. Zum Teil werden Pakete in den Installationsquellen übersehen/ignoriert.
Werden die Pakete denn bei einem "rpm -qa" korrekt gelistet? Falls nicht, bau die RPM Datenbank mal neu auf (siehe "man rpm", Option "rebuilddb"). CU, Th.
Am Sonntag, 9. Mai 2004 16:30 schrieb Thomas Hertweck:
Externe Pakete ueber YaST installieren ist so eine Sache.
Einige Leutchen haben auf der Liste, das erfolgreich getan, da wollte ich das auch mal probieren.
Kannst Du die Pakete direkt per rpm an der Kommandozeile installieren? Geht es dann?
Die RPM's für KDE 3.2 stammten von einem SuSE-Mirror, andere von Packmann und einige wenige sind per Dreisatz mit checkinstall gebaut worden. Die Kommandozeile verhält sich genauso wie das GUI. Bei den Problemfällen beendet sich rpm nach Prüfung der Abhängigkeiten ohne weiteren Kommentar, das Eingabeprompt erscheint wieder, das log ist entsprechend.
Ich wuerde, um Fehler in diese Richtung auszuschliessen, auf alle Faelle mal den Speicher mit memtest testen und die Filesysteme Deiner Partitionen ueberpruefen - dafuer solltest Du das Rescue System oder eine Knoppix CD booten.
Speicher getestet und OK. Partitionen EXT2 +Ext 3 sind OK. Getestet über Rescue System und über Windows. Knoppix scheidet leider aus, weil die Windows-Spiele-Fraktion unsinnigerweise auf das Raid des Onboard Promise-Controllers (da hängen alle 4 Platten dran) besteht, und Knoppix das Teil leider nicht erkennt, bzw. ich zu dusselig bin, Knoppix das Teil beizubringen. Habe das mal mit Knoppix 3.3 intensiv versucht, aber nicht hinbekommen.
Im Anschluss kannst Du mit rpm und der Option --verify mal schauen, ob alles Erforderliche fuer die yast-Pakete vorhanden ist...
Angeblich alles OK.
Werden die Pakete denn bei einem "rpm -qa" korrekt gelistet? Falls nicht, bau die RPM Datenbank mal neu auf (siehe "man rpm", Option "rebuilddb").
Rebuild durchgeführt. Sieht aus als werden die Installierten Pakete wieder korrekt gelistet, aber istallierte Pakete werden teilweise immer noch als aktueller angesehen als Update-Pakete mit höherer Versionsnummer. Einige Pakete in den Installationsquellen (DVD/CD, lokales Verzeichnis) werden noch immer übersehen. Sollte ich rpm mal löschen und neu installieren? Ich weiß leider nicht, ob das bei einer SuSE Distri überhaupt ohne Probleme geht. SuSE biegt sich da vermutlich einiges zurecht. Müsste ich mal nachschauen welche Pakete das sind. Grüße René
René Falk wrote:
Am Sonntag, 9. Mai 2004 16:30 schrieb Thomas Hertweck:
Externe Pakete ueber YaST installieren ist so eine Sache.
Einige Leutchen haben auf der Liste, das erfolgreich getan, da wollte ich das auch mal probieren.
Ich nehme an, Du sprichst hier vom Hinzufuegen einer neuen Installationsquelle bei YaST2, z.B. einem Verzeichnis auf einem SuSE FTP Server (Mirror), oder? Das ist OK. Vom Installieren per "yast -i" kann man aber nur abraten, wenn es sich um externe RPM Pakete handelt; fuer Details, siehe das Archiv dieser Liste.
[...] Die RPM's für KDE 3.2 stammten von einem SuSE-Mirror, andere von Packmann und einige wenige sind per Dreisatz mit checkinstall gebaut worden.
Das heisst, Du hast KDE-Pakete aus drei verschiedenen Quellen installiert? Damit waere ich vorsichtig, gerade mit den Paketen, die von checkinstall gebaut wurden. Die Abhaengigkeiten der KDE-Pakete untereinander sind teilweise doch recht tueckisch.
Die Kommandozeile verhält sich genauso wie das GUI. Bei den Problemfällen beendet sich rpm nach Prüfung der Abhängigkeiten ohne weiteren Kommentar, das Eingabeprompt erscheint wieder, das log ist entsprechend.
Kannst Du mal ein Beispiel machen? Ich verstehe hier nicht so ganz, wie das gemeint ist. Nach der Installation ist natuerlich der Eingabeprompt wieder zu sehen - bist Du sicher, dass nichts installiert wurde? Was hast Du denn fuer ein Kommando verwendet? Welche Pakete bereiten denn Probleme? Die von SuSE, die von Packman, oder die durch checkinstall? Oder laesst sich das nicht verifizieren? Laesst sich ein Zusammenhang erkennen?
[...] Rebuild durchgeführt. Sieht aus als werden die Installierten Pakete wieder korrekt gelistet,
Dann hatte wohl die RPM Datenbank einen Fehler.
aber istallierte Pakete werden teilweise immer noch als aktueller angesehen als Update-Pakete mit höherer Versionsnummer. Einige Pakete in den Installationsquellen (DVD/CD, lokales Verzeichnis) werden noch immer übersehen.
Wie meinst Du das? Wenn ich die normale Installation waehle (sw_single) und sich in einem der Installationsverzeichnisse neuere Dateien befinden als die, die installiert sind, dann werden die Versionsangaben bei mir rot markiert und ich kann die Pakete zum Installieren auswaehlen (von Hand) - automatisch geht das aber nicht. Wie machst Du denn das? Das Update ist uebrigens nur fuer ein System-Update gedacht, nicht, um einzelne Pakete upzudaten...
[...] Sollte ich rpm mal löschen und neu installieren? Ich weiß leider nicht, ob das bei einer SuSE Distri überhaupt ohne Probleme geht. SuSE biegt sich da vermutlich einiges zurecht. Müsste ich mal nachschauen welche Pakete das sind.
Hast Du denn mit der --verify Option auch mal das RPM-Paket ueberprueft? Das wird Dir schon sagen, ob und was sich evtl. geaendert hat im Vergleich zum Soll-Zustand. CU, Th.
Hallo, Am Sonntag, 9. Mai 2004 20:21 schrieb Thomas Hertweck:
Ich nehme an, Du sprichst hier vom Hinzufuegen einer neuen Installationsquelle bei YaST2, z.B. einem Verzeichnis auf einem SuSE FTP Server (Mirror), oder? Das ist OK.
Genau das.
Vom Installieren per "yast -i" kann man aber nur abraten, wenn es sich um externe RPM Pakete handelt; fuer Details, siehe das Archiv dieser Liste.
ACK
[...] Die RPM's für KDE 3.2 stammten von einem SuSE-Mirror, andere von Packmann und einige wenige sind per Dreisatz mit checkinstall gebaut worden.
Das heisst, Du hast KDE-Pakete aus drei verschiedenen Quellen installiert? Damit waere ich vorsichtig, gerade mit den Paketen, die von checkinstall gebaut wurden. Die Abhaengigkeiten der KDE-Pakete untereinander sind teilweise doch recht tueckisch.
Nein, da hast Du mich falsch verstanden. KDE per ftp, xine und ein paar libs von Packmann. Und eine handvoll Software z.B. clamav hab ich nur als tar gefunden.
Kannst Du mal ein Beispiel machen? Ich verstehe hier nicht so ganz, wie das gemeint ist. Nach der Installation ist natuerlich der Eingabeprompt wieder zu sehen - bist Du sicher, dass nichts installiert wurde?
Sieht auf der Kommandozeile so aus: # rpm -Uvh *.rpm Preparing... ########################################### [100%] # Wie Du sehen kannst fehlt da die Zeile mit dem Paketnamen und der %-Anzeige. Ich bin sicher das nichts installiert wurde.
Was hast Du denn fuer ein Kommando verwendet?
rpm -Uvh *.rpm
Welche Pakete bereiten denn Probleme? Die von SuSE, die von Packman, oder die durch checkinstall?
Es betrifft Pakete aus allen 3 Gruppen. Einige funzen, andere halt nicht.
Laesst sich ein Zusammenhang erkennen?
Leider sehe ich keinen. Habe schon die Pakete mit rpm -q (query) und den diversen Optionen kontrolliert und konnte nichts entdecken.
Wie meinst Du das? Wenn ich die normale Installation waehle (sw_single) und sich in einem der Installationsverzeichnisse neuere Dateien befinden als die, die installiert sind, dann werden die Versionsangaben bei mir rot markiert und ich kann die Pakete zum Installieren auswaehlen (von Hand) - automatisch geht das aber nicht. Wie machst Du denn das? Das Update ist uebrigens nur fuer ein System-Update gedacht, nicht, um einzelne Pakete upzudaten...
Wenn man im yast/Software installieren/löschen mit dem Mauszeiger ohne Klick auf ein Paket zeigt, geht ein kleines PopUp am Mauszeiger auf, indem die Version des installierten Paketes und die Version eines eventuellen Paketes in den Installationsquellen angezeigt wird. Dahinter steht ob das Paket der Installationsquellen älter, identisch oder aktueller ist. Diese Angaben (Versionsnummer und Aktualität) sind bei mir nicht immer korrekt. Ebenso sind die Versionsangaben in der Tabelle nicht immer korrekt, und manche der installierten Pakete (z.B libxine dvd) und manche neuere Versionen oder neue Pakete (z.B. k3b, kdeadmin3) in den Installationsquellen werden nicht dargestellt.
Hast Du denn mit der --verify Option auch mal das RPM-Paket ueberprueft? Das wird Dir schon sagen, ob und was sich evtl. geaendert hat im Vergleich zum Soll-Zustand.
Stimmt hätte ich auch selber dran denken können. Ergebnis: keine Fehlermeldung.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Sonntag, 9. Mai 2004 22:58 schrieb René Falk:
Hallo,
Am Sonntag, 9. Mai 2004 20:21 schrieb Thomas Hertweck:
Ich nehme an, Du sprichst hier vom Hinzufuegen einer neuen Installationsquelle bei YaST2, z.B. einem Verzeichnis auf einem SuSE FTP Server (Mirror), oder? Das ist OK.
Genau das.
Vom Installieren per "yast -i" kann man aber nur abraten, wenn es sich um externe RPM Pakete handelt; fuer Details, siehe das Archiv dieser Liste.
Sieht auf der Kommandozeile so aus:
# rpm -Uvh *.rpm Preparing... ########################################### [100%] #
Wie Du sehen kannst fehlt da die Zeile mit dem Paketnamen und der %-Anzeige. Ich bin sicher das nichts installiert wurde.
Das kommt mir doch bekannt vor:-) Und genau immer dann, wenn im Paketnamen mehrere "-" und "." enthalten sind. Bitte verwende doch mal rpm -Uhv * # also ohne ".rpm" Damit waren meine Probleme geloest. Vielleicht hilft es? MfG Th. Moritz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFAnzuJPBTBVZNAOL4RAhrUAKDZQuk5TWgKd2zLzTDQajFzP1+iXACfYZKQ BFIYvCDrAShcq72N5JS6cqo= =3PP9 -----END PGP SIGNATURE-----
Am Montag, 10. Mai 2004 10:21 schrieb Thomas Moritz:
Das kommt mir doch bekannt vor:-) Und genau immer dann, wenn im Paketnamen mehrere "-" und "." enthalten sind. Bitte verwende doch mal
rpm -Uhv * # also ohne ".rpm"
Damit waren meine Probleme geloest. Vielleicht hilft es?
Ähm, das funzt, aber verstehen tu ich es nicht. OK, jetzt muss ich nur noch den Paketmanager dazu bringen, die Pakete richtig anzuzeigen. Grüße René
participants (3)
-
René Falk
-
Thomas Hertweck
-
Thomas Moritz