Yast halbtot, Evolution ganztot
Hallo Leute, Nach dem ich mit OOo installieren so meine Probleme hatte und mit Gnumeric das Ergebnis auch nicht so überwältigend war, dachte ich, mit der neuesten Version von Gnumeric 1.2.12 dies beheben zu können. Leider sagte mir Yast beim Installationsversuch, es fehlt libpopt.so.0 Nach dem googeln fand ich folgendes in der SuSE website: ... Ursache Die Datei libpopt.so.0 gehört zum Paket popt-1.6.x welches unter SUSE LINUX 9.0 in einer neueren Version (popt-1.7.x) vorliegt, daher ist diese Datei nicht mehr vorhanden. Lösung Legen Sie einen symbolischen Link zur aktuellen libpopt.so.1 mit angepasstem Namen an: ln -s /usr/lib/libpopt.so.1 /usr/lib/libpopt.so.0 Die Suche nach diesem libpopt.so.0 war auch nicht erfolgreich. Ergab noch mehr Abhängigkeiten. Danach suchte ich, wie man einen "symbolischen Link zur aktuellen libpopt.so.1" macht. Es waren leider sehr verschiedene Beispiele, wie man einen symbolischen Link macht, zu finden. Keinen Link speziell zu meinem Problem. Habe danach in mcedit als Rooot eingegeben: ln -s /usr/lib/libpopt.so.1 /usr/lib/libpopt.so.0 Beim Beenden kommt auf die Frage, wo man speichert ein Fenster, dort gab ich an: /usr/lib/libpopt.so.1 Diese wurde danach überschrieben. Jetzt habe ich drei libpopt.so.1 in allen steht jetzt das gleiche drinen < ln -s /usr/lib/libpopt.so.1 /usr/lib/libpopt.so.0 > sobald ich eine öffne, wechselt der Name von so.o oder von so.1.0.0 ( laut Editor) auf libpopt.so.1 Nach dem Schließen heißen sie wieder wie ursprünglich. Nachdem wahrscheinlich alles falsch war, was ich gemacht habe und Ihr genug gelacht habt, wäre ich recht froh, wenn mir trotzdem jemand helfen könnte. Meine Probleme, die ich jetzt habe sind: Yast läst sich öffnen aber keine Aktion startet mehr. Klicke ich z.B. auf das runtergeladene RPM im Download Ordner direkt um mit Yast zu installieren, erscheint folgende Meldung: Fehler/Konqueror Es gab einen Fehler beim Laden von Modul KRPMView. Die vermutliche Ursache ist: /usr/lib/libpopt.so.1: Die Datei ist zu kurz Drücke ich auf > OK < kommt: Fehler/Konqueror Es gibt anscheinend eine Fehleinstellung. Sie haben Konqueror mit application/x-rpm verknüpft, aber das Programm kann diesen Dateityp nicht verarbeiten. Evolution lässt sich gar nicht mehr starten, das Icon hüpft solange, bis es tot in der Versenkung verschwindet. Was sonst nicht geht, weiß ich noch gar nicht. Es wäre super falls mich jemand aus meiner Not retten könnte. Herzlichen Dank im vorraus. Sigi
Hallo Sigfried, hallo Leute, Am Freitag, 10. September 2004 18:11 schrieb Siegfrid Brandstätter: [...]
Die Datei libpopt.so.0 gehört zum Paket popt-1.6.x welches unter SUSE LINUX 9.0 in einer neueren Version (popt-1.7.x) vorliegt, daher ist diese Datei nicht mehr vorhanden. Lösung Legen Sie einen symbolischen Link zur aktuellen libpopt.so.1 mit angepasstem Namen an:
ln -s /usr/lib/libpopt.so.1 /usr/lib/libpopt.so.0
Die Suche nach diesem libpopt.so.0 war auch nicht erfolgreich. Ergab noch mehr Abhängigkeiten. Danach suchte ich, wie man einen "symbolischen Link zur aktuellen libpopt.so.1" macht. Es waren leider sehr verschiedene Beispiele, wie man einen symbolischen Link macht, zu finden. Keinen Link speziell zu meinem Problem.
Steht doch schon oben in Deiner Mail ;-)
Habe danach in mcedit als Rooot eingegeben: ln -s /usr/lib/libpopt.so.1 /usr/lib/libpopt.so.0 Beim Beenden kommt auf die Frage, wo man speichert ein Fenster, dort gab ich an: /usr/lib/libpopt.so.1 Diese wurde danach überschrieben.
*autsch* Installiere das Paket popt nochmal von Hand. Als root: mount /media/cdrom # mit eingelegter SuSE-CD 1 rpm -Uhv --replacepkgs /media/cdrom/suse/i586/popt-1.7-176.i586.rpm (falls nichts installiert wird, verwende zusätzlich die Option --force) Danach noch umount /media/cdrom sonst geht die CD nicht mehr aus dem Laufwerk ;-) [...]
Evolution lässt sich gar nicht mehr starten, das Icon hüpft solange, bis es tot in der Versenkung verschwindet. Was sonst nicht geht, weiß ich noch gar nicht.
Rufe mal /opt/gnome/bin/evolution (als User) in einer Konsole auf und schicke die Meldungen an die Liste, vielleicht kann ja jemand helfen. Gruß Christian Boltz --
Ist das sone Art wie cat sigdatei | grep suchstring? Oh nein - nicht schon wieder! Hilfeeee, Doktor! Ich sehe schon wieder so einen unnötigen cat ;-) [> Michael Raab und Jan Trippler in suse-linux]
Hallo Christian, hallo Liste, Am Freitag, 10. September 2004 22:38 schrieb Christian Boltz:
Hallo Sigfried, hallo Leute,
Am Freitag, 10. September 2004 18:11 schrieb Siegfrid Brandstätter: [...]
Die Datei libpopt.so.0 gehört zum Paket popt-1.6.x welches unter SUSE LINUX 9.0 in einer neueren Version (popt-1.7.x) vorliegt, daher ist diese Datei nicht mehr vorhanden. Lösung Legen Sie einen symbolischen Link zur aktuellen libpopt.so.1 mit angepasstem Namen an:
ln -s /usr/lib/libpopt.so.1 /usr/lib/libpopt.so.0
Die Suche nach diesem libpopt.so.0 war auch nicht erfolgreich. Ergab noch mehr Abhängigkeiten. Danach suchte ich, wie man einen "symbolischen Link zur aktuellen libpopt.so.1" macht. Es waren leider sehr verschiedene Beispiele, wie man einen symbolischen Link macht, zu finden. Keinen Link speziell zu meinem Problem.
Steht doch schon oben in Deiner Mail ;-)
Habe danach in mcedit als Rooot eingegeben: ln -s /usr/lib/libpopt.so.1 /usr/lib/libpopt.so.0 Beim Beenden kommt auf die Frage, wo man speichert ein Fenster, dort gab ich an: /usr/lib/libpopt.so.1 Diese wurde danach überschrieben.
*autsch*
was war falsch, wie wäre es richtig gewesen?
Installiere das Paket popt nochmal von Hand. Als root: mount /media/cdrom # mit eingelegter SuSE-CD 1 rpm -Uhv --replacepkgs /media/cdrom/suse/i586/popt-1.7-176.i586.rpm (falls nichts installiert wird, verwende zusätzlich die Option --force)
linux:~ # mount /media/cdrom linux:~ # rpm -Uhv --replacepkgs /media/cdrom/suse/i586/popt-1.7-176.i586.rpm rpm: error while loading shared libraries: /usr/lib/libpopt.so.1: file too short linux:~# rpm-Uhv--force--replacepkgs /media/cdrom/suse/i586/popt-1.7-176.i586.rpm rpm: error while loading shared libraries: /usr/lib/libpopt.so.1: file too short linux: ~ # rpm Uhv --replacepkgs --force /media/cdrom/suse/i586/popt-1.7-176.i586.rpm rpm: error while loading shared libraries: /usr/lib/libpopt.so.1: file too short linux:~ #
Danach noch umount /media/cdrom sonst geht die CD nicht mehr aus dem Laufwerk ;-)
[...]
Evolution lässt sich gar nicht mehr starten, das Icon hüpft solange, bis es tot in der Versenkung verschwindet. Was sonst nicht geht, weiß ich noch gar nicht.
Rufe mal /opt/gnome/bin/evolution (als User) in einer Konsole auf und schicke die Meldungen an die Liste, vielleicht kann ja jemand helfen.
sigi@linux:~> /opt/gnome/bin/evolution /opt/gnome/bin/evolution: error while loading shared libraries: /usr/lib/libpopt.so.1: file too short sigi@linux:~> Danke und Gute Nacht wünscht Sigi
Hallo, Am Samstag, 11. September 2004 00:04 schrieb Siegfrid Brandstätter:
linux:~ # rpm -Uhv --replacepkgs /media/cdrom/suse/i586/popt-1.7-176.i586.rpm rpm: error while loading shared libraries: /usr/lib/libpopt.so.1: file too short linux:~# rpm-Uhv--force--replacepkgs /media/cdrom/suse/i586/popt-1.7-176.i586.rpm rpm: error while loading shared libraries: /usr/lib/libpopt.so.1: file too short linux: ~ # rpm Uhv --replacepkgs --force /media/cdrom/suse/i586/popt-1.7-176.i586.rpm rpm: error while loading shared libraries: /usr/lib/libpopt.so.1: file too short linux:~ #
Vielleicht ändert es was, wenn du, in runlevel 3 (ist das nötig?) einmal mit rpm --nodeps --erase --force popt das Paket deinstallierst und dann wie gehabt mit rpm -Uhv --force --replacepkgs /media/cdrom/suse/i586/popt-1.7-176.i586.rpm Das von der gemounteten CD installierst. Doch das ist natürlich heikel, weil so viele Abhängigkeiten ignoriert werden. Daher schlage ich vor, probier lieber mal, um auf Helgas Vermutung einzugehen: fsck.reiserfs --check /dev/deineplatte und: fsck.reiserfs --fix-fixable /dev/deineplatte (von knoppix o.Ä. aus) sofern du Reiserfs verwendest. Und vielleicht solltest du dann (wenn das nichts bringt) einfach kde mit popt-Paket einmal ganz runterschmeißen und neu installieren. Welche kde-Version verwendest du eigentlich? (steht bei kcontrol). Vielleicht ist es nämlich einfacher, auf die neuste Version upzudaten, als das ganze Kde neu zu installieren.... gruß Sören
Hallo Siegfrid, hallo Leute, Am Samstag, 11. September 2004 00:04 schrieb Siegfrid Brandstätter:
Am Freitag, 10. September 2004 22:38 schrieb Christian Boltz:
Am Freitag, 10. September 2004 18:11 schrieb Siegfrid Brandstätter: [...]
Habe danach in mcedit als Rooot eingegeben: ln -s /usr/lib/libpopt.so.1 /usr/lib/libpopt.so.0 Beim Beenden kommt auf die Frage, wo man speichert ein Fenster, dort gab ich an: /usr/lib/libpopt.so.1 Diese wurde danach überschrieben.
*autsch*
was war falsch, wie wäre es richtig gewesen?
Falsch war, dass Du den Befehl in mcedit eingetippt und als libpopt.so.0 abgespeichert hast. Dadurch hast Du diese Datei überschrieben, die ja - wie Du inzwischen leidvoll festgestellt hast - "nicht ganz unwichtig" ist. Richtig wäre gewesen, den Befehl ln -s [...] in einer Konsole auszuführen.
Installiere das Paket popt nochmal von Hand. Als root: mount /media/cdrom # mit eingelegter SuSE-CD 1 rpm -Uhv --replacepkgs /media/cdrom/suse/i586/popt-1.7-176.i586.rpm (falls nichts installiert wird, verwende zusätzlich die Option --force)
linux:~ # mount /media/cdrom
linux:~ # rpm -Uhv --replacepkgs /media/cdrom/suse/i586/popt-1.7-176.i586.rpm rpm: error while loading shared libraries: /usr/lib/libpopt.so.1: file too short [...]
*autsch*, RPM braucht seinerseits diese lib. Das macht die Sache nicht einfacher. Inzwischen hast Du die lib ja schon per Mail erhalten, ansonsten wäre eine Installation des Pakets aus einem Rettungssystem (= von CD booten) heraus möglich gewesen. Die Erklärung spare ich mir an dieser Stelle, Du kannst sie aber bei Interesse unter 3.2. Gibt es Pakete, die man auf keinen Fall austauschen sollte? http://suse-linux-faq.koehntopp.de/q/q-install-update_verboten.html nachlesen. Der Text bezieht sich zwar auf die glibc, aber die Paketinstallation für popt ist analog dazu. Gruß Christian Boltz --
Meine fresse das 2te mal in 24 stunden. :(( Tip: Kürzere Tage verwenden. Das verringert die Chance, daß zwei Fehler auf einen Tag fallen. Wenn man sauber versagen will, kann man kann seine Fehler auch per cron erledigen lassen! [> Henne Vogelsang und Ratti in suse-linux]
Am Freitag, 10. September 2004 18:11 schrieb Siegfrid Brandstätter:
Hallo Leute, Nach dem ich mit OOo installieren so meine Probleme hatte und mit Gnumeric das Ergebnis auch nicht so überwältigend war, dachte ich, mit der neuesten Version von Gnumeric 1.2.12 dies beheben zu können. Leider sagte mir Yast beim Installationsversuch, es fehlt libpopt.so.0 Nach dem googeln fand ich folgendes in der SuSE website:
... Ursache Die Datei libpopt.so.0 gehört zum Paket popt-1.6.x welches unter SUSE LINUX 9.0 in einer neueren Version (popt-1.7.x) vorliegt, daher ist diese Datei nicht mehr vorhanden. Lösung Legen Sie einen symbolischen Link zur aktuellen libpopt.so.1 mit angepasstem Namen an:
ln -s /usr/lib/libpopt.so.1 /usr/lib/libpopt.so.0
Die Suche nach diesem libpopt.so.0 war auch nicht erfolgreich. Ergab noch mehr Abhängigkeiten. Danach suchte ich, wie man einen "symbolischen Link zur aktuellen libpopt.so.1" macht. Es waren leider sehr verschiedene Beispiele, wie man einen symbolischen Link macht, zu finden. Keinen Link speziell zu meinem Problem. Habe danach in mcedit als Rooot eingegeben: ln -s /usr/lib/libpopt.so.1 /usr/lib/libpopt.so.0 Beim Beenden kommt auf die Frage, wo man speichert ein Fenster, dort gab ich an: /usr/lib/libpopt.so.1 Diese wurde danach überschrieben. Jetzt habe ich drei libpopt.so.1 in allen steht jetzt das gleiche drinen < ln -s /usr/lib/libpopt.so.1 /usr/lib/libpopt.so.0 > sobald ich eine öffne, wechselt der Name von so.o oder von so.1.0.0 ( laut Editor) auf libpopt.so.1 Nach dem Schließen heißen sie wieder wie ursprünglich. Nachdem wahrscheinlich alles falsch war, was ich gemacht habe und Ihr genug gelacht habt, wäre ich recht froh, wenn mir trotzdem jemand helfen könnte.
Meine Probleme, die ich jetzt habe sind: Yast läst sich öffnen aber keine Aktion startet mehr. Klicke ich z.B. auf das runtergeladene RPM im Download Ordner direkt um mit Yast zu installieren, erscheint folgende Meldung: Fehler/Konqueror Es gab einen Fehler beim Laden von Modul KRPMView. Die vermutliche Ursache ist: /usr/lib/libpopt.so.1: Die Datei ist zu kurz
Drücke ich auf > OK < kommt: Fehler/Konqueror Es gibt anscheinend eine Fehleinstellung. Sie haben Konqueror mit application/x-rpm verknüpft, aber das Programm kann diesen Dateityp nicht verarbeiten.
Evolution lässt sich gar nicht mehr starten, das Icon hüpft solange, bis es tot in der Versenkung verschwindet. Was sonst nicht geht, weiß ich noch gar nicht.
Es wäre super falls mich jemand aus meiner Not retten könnte. Herzlichen Dank im vorraus.
Sigi
Hi Liste, Hat hier jemand schon mal den Vorschlag gemacht die SuSE Reperaturfunktion zu bemühen. Hierbei werden auch die Paketabhängigkeiten gecheckt und gegebenfalls repariert. Hierzu legen wir die Installations CD ein, wählen Installieren, und im nachfolgenden Dialog "bestehende Installation reparieren". Anschließend dann die Empfohlende Reparatur wählen und starten. Viel Erfolg Micha
Hallo Micha, Am Samstag, 11. September 2004 13:12 schrieb Michael:
Hi Liste, Hat hier jemand schon mal den Vorschlag gemacht die SuSE Reperaturfunktion zu bemühen. Hierbei werden auch die Paketabhängigkeiten gecheckt und gegebenfalls repariert. Hierzu legen wir die Installations CD ein, wählen Installieren, und im nachfolgenden Dialog "bestehende Installation reparieren". Anschließend dann die Empfohlende Reparatur wählen und starten.
Prima Vorschlag, Danke, versuche ich Morgen.
Viel Erfolg Micha
Saludos Sigi
participants (4)
-
Christian Boltz
-
Michael
-
Siegfrid Brandstätter
-
Sören Wengerowsky