Hallo Liste, nach meinem gestrigen update meiner Suse10.3 verabschiedet sich evolution direkt beim Start. Bisher lief alles prima. Ich habe auch schon einige Beiträge im Netz gefunden, so etwas scheint also auch bekannt zu sein, doch nirgens waren Lösungen dabei. Weis einer von euch mein Problem zu lösen? ---SCHNIPP--- kai@tower2:~> evolution CalDAV Eplugin starting up ... Loading Spamassasin as the default junk plugin ** (evolution:8905): DEBUG: mailto URL command: evolution %s ** (evolution:8905): DEBUG: mailto URL program: evolution (evolution:8905): e-data-server-DEBUG: Loading categories from "/home/kai/.evolution/categories.xml" (evolution:8905): e-data-server-DEBUG: Loaded 55 categories Speicherzugriffsfehler ---SCHNAPP--- Betriebssystem: Linux 2.6.22.17-0.1-default x86_64 Aktueller Benutzer: kai@tower2 System: openSUSE 10.3 (x86_64) KDE: 3.5.9 "release 57.3" evolution 2.12.0 (Release 5.6; Build Date Mon Mar 10 19:01:44 2008) Danke, Kai. PS: Auf meinem Notebook geht es auch nicht mehr. Gleiche Versionen nur alles unter 32bit. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Sat, 26 Apr 2008 17:01:11 +0000 Kai Krämer <kt.kraemer@web.de> wrote:
nach meinem gestrigen update meiner Suse10.3 verabschiedet sich evolution direkt beim Start. Bisher lief alles prima.
Völlig unabhängig von der konkreten Applikation würde ich zunächst mal via yast die alte Version von evolution reinstallieren. -- Gruß, Tobias. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Samstag, den 26.04.2008, 20:16 +0200 schrieb Tobias Crefeld:
On Sat, 26 Apr 2008 17:01:11 +0000 Kai Krämer <kt.kraemer@web.de> wrote:
nach meinem gestrigen update meiner Suse10.3 verabschiedet sich evolution direkt beim Start. Bisher lief alles prima.
Völlig unabhängig von der konkreten Applikation würde ich zunächst mal via yast die alte Version von evolution reinstallieren.
Habe ich schon gelesen, daß es nichts hilft. Außerdem komme ich per Yast an keine Version, welche älter ist als die in den repro's. Der crash beschränkt sich nach neuestem Wissensstand (seit ca. einer halben Stunde) auf den Kalender-Teil von evolution. Mit dem Start "evolution --component=mail" startet evolution in die mails. Sobald ich nun auf Kalender klicke verabschiedet es sich. Ohne die --Ergänzung will evolution wieder den Kalender starten. Daher konnte ich evolution gar nicht mehr starten. Nun geht wenigstens der email-Teil. Gruß, Kai Nachtrag: Habe gerade alles von KDE4 runter geworfen. Dachte, vielleicht liegt es daran. War aber nicht schuld. Ist immer noch nicht möglich den Kaleder zu starten. Bei jedem Abmelden startet KDE4 mit dem gleichen Benutzer und produziert jedes mal neue icons (plasmoid) auf den desktop. Jedes mal meine aus KDE3. Mit jedem Abmelden wieder neu, noch oben drauf, dazu kopiert, immer drauf, noch mal alle dazu, drauf, ... Das kann nicht gesund sein.
On Sat, 26 Apr 2008 21:11:11 +0200 Kai Krämer <kt.kraemer@web.de> wrote:
Am Samstag, den 26.04.2008, 20:16 +0200 schrieb Tobias Crefeld:
On Sat, 26 Apr 2008 17:01:11 +0000 Kai Krämer <kt.kraemer@web.de> wrote:
nach meinem gestrigen update meiner Suse10.3 verabschiedet sich evolution direkt beim Start. Bisher lief alles prima.
Völlig unabhängig von der konkreten Applikation würde ich zunächst mal via yast die alte Version von evolution reinstallieren.
Habe ich schon gelesen, daß es nichts hilft. Außerdem komme ich per Yast an keine Version, welche älter ist als die in den repro's.
Ist überhaupt beim betreffenden Update-Lauf ein neues evolution verteilt worden? Ich habe 10.3 nicht so im Überblick und verwende evolution nicht, aber eventuell liegt es gar nicht an evolution, sondern an einem Paket, auf dem evolution aufsetzt und das aktualisiert wurde? Vielleicht gehst Du mal die Pakete durch, von denen evolution abhängt und schaust, ob da zeitlich zusammenhängend eine neue Version installiert wurde. -- Gruß, Tobias. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Sat, 26 Apr 2008 17:01:11 +0000, Kai Krämer wrote:
(evolution:8905): e-data-server-DEBUG: Loaded 55 categories Speicherzugriffsfehler
Zwei Dinge würde ich empfehlen: 1) das evolution-debuginfo Paket runterladen und installieren und dann 2) von der Kommandozeile catchsegv evolution aufrufen. Die Ausgabe von catchsegv dann hier mal posten, denn daraus lässt sich oft Näheres ersehen. Philipp -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Samstag, den 26.04.2008, 20:51 +0200 schrieb Philipp Thomas:
On Sat, 26 Apr 2008 17:01:11 +0000, Kai Krämer wrote:
(evolution:8905): e-data-server-DEBUG: Loaded 55 categories Speicherzugriffsfehler
catchsegv evolution
aufrufen. Die Ausgabe von catchsegv dann hier mal posten, denn daraus lässt sich oft Näheres ersehen.
Hui! das wir aber etwas länger. Eigentlich wollte ich ja noch kürzen... Ich hoffe, das hilft euch weiter. Finde ich schon mal sehr nett, daß sich jemand damit beschäftigt und auskennt. Danke Philipp, Danke Tobias, Gruß, Kai CalDAV Eplugin starting up ... ** (evolution:13600): DEBUG: mailto URL command: evolution %s ** (evolution:13600): DEBUG: mailto URL program: evolution (evolution:13600): camel-WARNING **: Trying to check junk data is OBJECT 'CamelObject' (evolution:13600): camel-CRITICAL **: camel_object_is: assertion `check_magic(o, ctype, CAMEL_OBJECT_MAGIC)' failed (evolution:13600): camel-CRITICAL **: camel_object_unhook_event: assertion `CAMEL_IS_OBJECT (obj)' failed (evolution:13600): camel-WARNING **: Trying to check junk data is OBJECT 'CamelObject' (evolution:13600): camel-CRITICAL **: camel_object_is: assertion `check_magic(o, ctype, CAMEL_OBJECT_MAGIC)' failed (evolution:13600): camel-CRITICAL **: camel_object_unref: assertion `CAMEL_IS_OBJECT(o)' failed ---SCHNIPP--- noch ein paar Duzend mal dieser Text ---SCHNAPP--- (evolution:13600): camel-WARNING **: Trying to check junk data is OBJECT 'CamelObject' (evolution:13600): camel-CRITICAL **: camel_object_is: assertion `check_magic(o, ctype, CAMEL_OBJECT_MAGIC)' failed (evolution:13600): camel-CRITICAL **: camel_object_unhook_event: assertion `CAMEL_IS_OBJECT (obj)' failed (evolution:13600): camel-WARNING **: Trying to check junk data is OBJECT 'CamelObject' (evolution:13600): camel-CRITICAL **: camel_object_is: assertion `check_magic(o, ctype, CAMEL_OBJECT_MAGIC)' failed (evolution:13600): camel-CRITICAL **: camel_object_unref: assertion `CAMEL_IS_OBJECT(o)' failed (evolution:13600): GLib-GObject-WARNING **: gsignal.c:1695: instance `0x70f020' has no handler with id `47742697701728' (evolution:13600): GLib-GObject-WARNING **: gsignal.c:1718: instance `0x70f020' has no handler with id `47742697701728' ---SCHNIPP--- auch den hier duzende mal ---SCHNAPP--- (evolution:13600): GLib-GObject-WARNING **: gsignal.c:1718: instance `0x70f020' has no handler with id `47742697701728' (evolution:13600): GLib-GObject-WARNING **: gsignal.c:1695: instance `0x70f020' has no handler with id `47742697701728' (evolution:13600): GLib-GObject-WARNING **: gsignal.c:1718: instance `0x70f020' has no handler with id `47742697701728' (evolution:13600): camel-WARNING **: Trying to check junk data is OBJECT 'CamelObject' (evolution:13600): camel-CRITICAL **: camel_object_is: assertion `check_magic(o, ctype, CAMEL_OBJECT_MAGIC)' failed (evolution:13600): camel-CRITICAL **: camel_object_unhook_event: assertion `CAMEL_IS_OBJECT (obj)' failed (evolution:13600): camel-WARNING **: Trying to check junk data is OBJECT 'CamelObject' (evolution:13600): camel-CRITICAL **: camel_object_is: assertion `check_magic(o, ctype, CAMEL_OBJECT_MAGIC)' failed (evolution:13600): camel-CRITICAL **: camel_object_unref: assertion `CAMEL_IS_OBJECT(o)' failed (evolution:13600): GLib-GObject-WARNING **: gsignal.c:1695: instance `0x70f020' has no handler with id `47742697701728' (evolution:13600): GLib-GObject-WARNING **: gsignal.c:1718: instance `0x70f020' has no handler with id `47742697701728' (evolution:13600): camel-WARNING **: Trying to check junk data is OBJECT 'CamelObject' (evolution:13600): camel-CRITICAL **: camel_object_is: assertion `check_magic(o, ctype, CAMEL_OBJECT_MAGIC)' failed (evolution:13600): camel-CRITICAL **: camel_object_unhook_event: assertion `CAMEL_IS_OBJECT (obj)' failed (evolution:13600): camel-WARNING **: Trying to check junk data is OBJECT 'CamelObject' (evolution:13600): camel-CRITICAL **: camel_object_is: assertion `check_magic(o, ctype, CAMEL_OBJECT_MAGIC)' failed (evolution:13600): camel-CRITICAL **: camel_object_unref: assertion `CAMEL_IS_OBJECT(o)' failed ---SCHNIPP--- das kennen wir nun schon ---SCHNAPP--- (evolution:13600): camel-WARNING **: Trying to check junk data is OBJECT 'CamelObject' (evolution:13600): camel-CRITICAL **: camel_object_is: assertion `check_magic(o, ctype, CAMEL_OBJECT_MAGIC)' failed (evolution:13600): camel-CRITICAL **: camel_object_unhook_event: assertion `CAMEL_IS_OBJECT (obj)' failed (evolution:13600): camel-WARNING **: Trying to check junk data is OBJECT 'CamelObject' (evolution:13600): camel-CRITICAL **: camel_object_is: assertion `check_magic(o, ctype, CAMEL_OBJECT_MAGIC)' failed (evolution:13600): camel-CRITICAL **: camel_object_unref: assertion `CAMEL_IS_OBJECT(o)' failed (evolution:13600): camel-WARNING **: Trying to check junk data is OBJECT 'CamelObject' (evolution:13600): camel-CRITICAL **: camel_object_is: assertion `check_magic(o, ctype, CAMEL_OBJECT_MAGIC)' failed (evolution:13600): camel-CRITICAL **: camel_object_unhook_event: assertion `CAMEL_IS_OBJECT (obj)' failed (evolution:13600): camel-WARNING **: Trying to check junk data is OBJECT 'CamelObject' (evolution:13600): camel-CRITICAL **: camel_object_is: assertion `check_magic(o, ctype, CAMEL_OBJECT_MAGIC)' failed (evolution:13600): camel-CRITICAL **: camel_object_unref: assertion `CAMEL_IS_OBJECT(o)' failed (evolution:13600): GLib-GObject-WARNING **: gsignal.c:1695: instance `0x70f020' has no handler with id `47742697701728' (evolution:13600): GLib-GObject-WARNING **: gsignal.c:1718: instance `0x70f020' has no handler with id `47742697701728' Das jetzt noch ganz ganz häufig...
On Sat, 26 Apr 2008 21:42:16 +0200, Kai Krämer wrote:
CalDAV Eplugin starting up ... ** (evolution:13600): DEBUG: mailto URL command: evolution %s ** (evolution:13600): DEBUG: mailto URL program: evolution
(evolution:13600): camel-WARNING **: Trying to check junk data is OBJECT 'CamelObject'
(evolution:13600): camel-CRITICAL **: camel_object_is: assertion `check_magic(o, ctype, CAMEL_OBJECT_MAGIC)' failed
Das sind alles evo-interne Fehlermeldungen, da bin ich dann doch überfragt, zumal ich hier kein evo zur Hand habe. Da kann ich nur empfehlen, auf https://bugzilla.novell.com einen Bugreport für evo aufzumachen und den ungekürzten Log an den Bug dranzuhängen. Philipp PS Ich lese die Liste, also bitte keine zusätzliche Mail als PM. Danke! -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, soviel ich gelesen habe, funktioniert Evolution in Zusammenspiel mit der GTK-Library. Denn bei mir konnte ich ebenfalls Firefox und Thunderbird (oder andere GTK-Anwendungen) nicht mehr starten. Ein Update der Library "qtcurve-gtk" aus der openSUSE Repository behebt das Problem schließlich. Ich vermute mal ganz einfach, dass die Library "qtcurve-gtk" bei dir auch einen Bug hat. Gruß Sebastian An Philipp Thomas: Sorry, dass die Mail ebenfalls an deine private Emailadresse ging. Hatte vergessen, dass ich die Emailadresse von der Liste verwenden soll. Philipp Thomas schrieb:
On Sat, 26 Apr 2008 21:42:16 +0200, Kai Krämer wrote:
CalDAV Eplugin starting up ... ** (evolution:13600): DEBUG: mailto URL command: evolution %s ** (evolution:13600): DEBUG: mailto URL program: evolution
(evolution:13600): camel-WARNING **: Trying to check junk data is OBJECT 'CamelObject'
(evolution:13600): camel-CRITICAL **: camel_object_is: assertion `check_magic(o, ctype, CAMEL_OBJECT_MAGIC)' failed
Das sind alles evo-interne Fehlermeldungen, da bin ich dann doch überfragt, zumal ich hier kein evo zur Hand habe. Da kann ich nur empfehlen, auf https://bugzilla.novell.com einen Bugreport für evo aufzumachen und den ungekürzten Log an den Bug dranzuhängen.
Philipp
PS Ich lese die Liste, also bitte keine zusätzliche Mail als PM. Danke!
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Sonntag, den 27.04.2008, 08:46 +0200 schrieb Sebastian Siebert:
Ein Update der Library "qtcurve-gtk" aus der openSUSE Repository behebt das Problem schließlich. Ich vermute mal ganz einfach, dass die Library "qtcurve-gtk" bei dir auch einen Bug hat.
qtcurve-gtk2-0.58.0-5.1 qtcurve-gtk2-32bit-0.58.0-5.1 Welche Version hattest du vorher und hast jetzt? Eigentlich bin ich up-to-date. Es sei denn du meinst das factory-repository. Gruß, Kai
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kai Krämer schrieb: | Am Sonntag, den 27.04.2008, 08:46 +0200 schrieb Sebastian Siebert: | |> Ein Update der Library "qtcurve-gtk" aus der openSUSE Repository behebt |> das Problem schließlich. |> Ich vermute mal ganz einfach, dass die Library "qtcurve-gtk" bei dir |> auch einen Bug hat. | | qtcurve-gtk2-0.58.0-5.1 | qtcurve-gtk2-32bit-0.58.0-5.1 | | Welche Version hattest du vorher und hast jetzt? Eigentlich bin ich | up-to-date. Es sei denn du meinst das factory-repository. | | Gruß, | Kai Hi das Problem hatte ich auch das Firefox und Thunderbird sofort abgeraucht sind habe dann die Pakete aus dem oss Repo. wieder eingespielt alles I.O. ! Heute habe ich dann alles Aktualliesiert mit zypper up -t package und es funzt auch mit den neueren Paketen 14:55 Dexter-Kernel-One:~ > rpm -qa | grep qtcurve qtcurve-kde-0.59.0-3.1 qtcurve-gtk2-32bit-0.59.0-9.1 qtcurve-gtk2-0.59.0-9.1 14:55 Dexter-Kernel-One:~ > - -- Greeting Robert - ------------------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFIFHkDEbiDFA9qoT4RAqQYAJoDW968EGJszHDEzkJnxlbMux0mRACeJPp5 XFhBaqW8jhKtXsucVS/mvZg= =0/bB -----END PGP SIGNATURE----- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Robert Schmolke schrieb:
Kai Krämer schrieb: | Am Sonntag, den 27.04.2008, 08:46 +0200 schrieb Sebastian Siebert: | |> Ein Update der Library "qtcurve-gtk" aus der openSUSE Repository behebt |> das Problem schließlich. |> Ich vermute mal ganz einfach, dass die Library "qtcurve-gtk" bei dir |> auch einen Bug hat. | | qtcurve-gtk2-0.58.0-5.1 | qtcurve-gtk2-32bit-0.58.0-5.1 | | Welche Version hattest du vorher und hast jetzt? Eigentlich bin ich | up-to-date. Es sei denn du meinst das factory-repository. | | Gruß, | Kai
Hi
das Problem hatte ich auch das Firefox und Thunderbird sofort abgeraucht sind habe dann die Pakete aus dem oss Repo. wieder eingespielt alles I.O. ! Heute habe ich dann alles Aktualliesiert mit zypper up -t package und es funzt auch mit den neueren Paketen
14:55 Dexter-Kernel-One:~ > rpm -qa | grep qtcurve qtcurve-kde-0.59.0-3.1 qtcurve-gtk2-32bit-0.59.0-9.1 qtcurve-gtk2-0.59.0-9.1 14:55 Dexter-Kernel-One:~ >
Hallo, laut meiner Log (/var/log/YaST2/y2logRPM) hatte ich vorher folgende Library drauf: - qtcurve-gtk2-0.58.0-3.1 Diese Version habe ich jetzt im System, die auch in den Update-Repository enthalten ist: - qtcurve-gtk2-0.59.0-9.1 Evtl. hilft dir das weiter... Gruß Sebastian -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Samstag, den 26.04.2008, 22:54 +0200 schrieb Philipp Thomas:
On Sat, 26 Apr 2008 21:42:16 +0200, Kai Krämer wrote: PS Ich lese die Liste, also bitte keine zusätzliche Mail als PM. Danke!
Schuldigung, ist aus Versehen passiert als ich auf allen antworten drückte. Sollte nicht passieren. Gruß, Kai -- Wenn man bedenkt, dass die Leute vor 150 Jahren ihre E-Mails noch bei Kerzenlicht geschrieben haben... [Marianne Kestler, de.admin.net-abuse.mail, 6.5.2000]
participants (5)
-
Kai Krämer -
Philipp Thomas -
Robert Schmolke -
Sebastian Siebert -
Tobias Crefeld