FS#32326 - [evolution] Does not retrieve mails anymore after upgrade to 3.6.1-1

Attached to Project: Arch Linux
Opened by Max (homernl82) - Wednesday, 31 October 2012, 14:31 GMT
Last edited by Jan de Groot (JGC) - Thursday, 25 July 2013, 14:21 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Architecture x86_64
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

Evolution ( extra/evolution 3.6.1-1 ) doesn't retrieve mails anymore since update from 3.4.4-1. Gets stuck at "Waiting..."

Reports following missing links:

(evolution:1317): evolution-plugin-lib-WARNING **: can't load plugin '/usr/lib/evolution/3.4/plugins/liborg-gnome-calendar-weather.so': libgweather-3.so.0: cannot open shared object file: No such file or directory

(evolution:1689): camel-CRITICAL **: camel_provider_list: Could not load /usr/lib/evolution-data-server/camel-providers/libcamelgroupwise.so: libcamel-1.2.so.33: cannot open shared object file: No such file or directory

(evolution-alarm-notify:1902): camel-CRITICAL **: camel_provider_list: Could not load /usr/lib/evolution-data-server/camel-providers/libcamelgroupwise.so: libebackend-1.2.so.2: cannot open shared object file: No such file or directory

(evolution-alarm-notify:1902): camel-CRITICAL **: camel_provider_list: Could not load /usr/lib/evolution-data-server/camel-providers/libcamelexchange.so: libedataserverui-3.0.so.1: cannot open shared object file: No such file or directory

(evolution-alarm-notify:1939): camel-CRITICAL **: camel_provider_list: Could not load /usr/lib/evolution-data-server/camel-providers/libcamelgroupwise.so: libecal-1.2.so.11: cannot open shared object file: No such file or directory

(evolution-alarm-notify:1939): camel-CRITICAL **: camel_provider_list: Could not load /usr/lib/evolution-data-server/camel-providers/libcamelexchange.so: libedata-book-1.2.so.13: cannot open shared object file: No such file or directory

(evolution-alarm-notify:1977): camel-CRITICAL **: camel_provider_list: Could not load /usr/lib/evolution-data-server/camel-providers/libcamelgroupwise.so: libedataserver-1.2.so.16: cannot open shared object file: No such file or directory

(evolution-alarm-notify:1977): camel-CRITICAL **: camel_provider_list: Could not load /usr/lib/evolution-data-server/camel-providers/libcamelexchange.so: libebook-1.2.so.13: cannot open shared object file: No such file or directory

(evolution-alarm-notify:2026): camel-CRITICAL **: camel_provider_list: Could not load /usr/lib/evolution-data-server/camel-providers/libcamelexchange.so: libedata-cal-1.2.so.15: cannot open shared object file: No such file or directory


For all those libs a newer .so file was available, so I symlinked them all

Result, retrieving of mails still doesn't work, but complaints are gone

output is now:

(evolution:2053): GLib-GObject-WARNING **: specified class size for type `CamelGroupwiseStore' is smaller than the parent type's `CamelOfflineStore' class size

(evolution:2053): GLib-GObject-CRITICAL **: g_type_add_interface_static: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed

(evolution:2053): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed

(evolution:2053): GLib-GObject-WARNING **: specified class size for type `CamelGroupwiseTransport' is smaller than the parent type's `CamelTransport' class size

(evolution:2053): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed

(evolution:2053): GLib-GObject-WARNING **: specified class size for type `CamelExchangeStore' is smaller than the parent type's `CamelOfflineStore' class size

(evolution:2053): GLib-GObject-CRITICAL **: g_type_add_interface_static: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed

(evolution:2053): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed

(evolution:2053): GLib-GObject-WARNING **: specified class size for type `CamelExchangeTransport' is smaller than the parent type's `CamelTransport' class size

(evolution:2053): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed

(evolution-alarm-notify:2062): GLib-GObject-WARNING **: specified class size for type `CamelGroupwiseStore' is smaller than the parent type's `CamelOfflineStore' class size

(evolution-alarm-notify:2062): GLib-GObject-CRITICAL **: g_type_add_interface_static: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed

(evolution-alarm-notify:2062): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed

(evolution-alarm-notify:2062): GLib-GObject-WARNING **: specified class size for type `CamelGroupwiseTransport' is smaller than the parent type's `CamelTransport' class size

(evolution-alarm-notify:2062): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed

(evolution-alarm-notify:2062): GLib-GObject-WARNING **: specified class size for type `CamelExchangeStore' is smaller than the parent type's `CamelOfflineStore' class size

(evolution-alarm-notify:2062): GLib-GObject-CRITICAL **: g_type_add_interface_static: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed

(evolution-alarm-notify:2062): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed

(evolution-alarm-notify:2062): GLib-GObject-WARNING **: specified class size for type `CamelExchangeTransport' is smaller than the parent type's `CamelTransport' class size

(evolution-alarm-notify:2062): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed

Another small issue is that address cards in my contact list have become invisible, but I assume the cause will be the same! Primary issue is restoring the main functionality, i.e. mailing!

Steps to reproduce:
Install extra/evolution 3.6.1-1 and retrieve mails

This task depends upon

Closed by  Jan de Groot (JGC)
Thursday, 25 July 2013, 14:21 GMT
Reason for closing:  Fixed
Comment by Jan de Groot (JGC) - Wednesday, 31 October 2012, 16:56 GMT
Evolution-groupwise and Evolution-exchange are no longer supported upstream and have been removed from the repositories. You should not try to fix those by breaking your system with symlinks.
Comment by John (sabosan) - Wednesday, 31 October 2012, 19:00 GMT
I'm experiencing similar issues. After upgrade evolution hangs on retrieval. The progress applet pops up and indicates 'Waiting...' and does not proceed. After a length of time I press 'Cancel' and the applet stops responding. It does not finish cancelling it just changes 'Waiting...' to 'Canceling...'. However the rest of the application is accessible in the background. I am able to navigate through prefetched mail, change views, etc. However new mail retrieving does not work.
I do notice that upon initial retrieval attempt it does not prompt for password as it always has previously.
I do not experience any terminal output from any of this that is of note or reproducable. The inital attempt yielded

(evolution:1794): GLib-GObject-CRITICAL **: g_object_unref: assertion `object->ref_count > 0' failed

but this has not reoccured.
Comment by georg weichhart (georg_weichhart) - Thursday, 01 November 2012, 00:24 GMT
it took me a while to find this, so I thought I let you know. its from the gnome homepage:
http://library.gnome.org/misc/release-notes/3.6/users-evolution.html.en

GroupWise accounts can now receive emails via IMAPX and send via SOAP.

Exchange accounts can now be configured using GNOME Online Accounts.
Comment by John (sabosan) - Thursday, 01 November 2012, 17:17 GMT
Update: issue is semi-resolved after install gnome-keyring. I am able to retrieve mail after being prompted for password from gnome-keyring, however now I'm having issues with gnome-keyring. The gcr applet does not close, nor does it seem to store the data it reverts to a busy state and just hangs around. However, it does not appear to be directly related to evolution only simply that evolution will start gnome-keyring-daemon if it is not already running. But perhaps gnome-keyring should be listed as a dependency for evolution now, unless there is a setting I'm missing relating to authentication mechanism.

Additionally just an fyi, I ran the application with CAMEL_DEBUG=all and through gdb quite a few times and when using send/retrieve function it does not output anything to indicate that it is waiting for an external application reponse or anything at all.
Comment by John (sabosan) - Thursday, 01 November 2012, 20:16 GMT
Update: issue is semi-resolved after install gnome-keyring. I am able to retrieve mail after being prompted for password from gnome-keyring, however now I'm having issues with gnome-keyring. The gcr applet does not close, nor does it seem to store the data it reverts to a busy state and just hangs around. However, it does not appear to be directly related to evolution only simply that evolution will start gnome-keyring-daemon if it is not already running. But perhaps gnome-keyring should be listed as a dependency for evolution now, unless there is a setting I'm missing relating to authentication mechanism.

Additionally just an fyi, I ran the application with CAMEL_DEBUG=all and through gdb quite a few times and when using send/retrieve function it does not output anything to indicate that it is waiting for an external application reponse or anything at all.
Comment by John (sabosan) - Friday, 02 November 2012, 12:52 GMT
So I was able to restore full functionality of evolution by installing gnome-keyring and when prompted for a password by deselecting 'Add this password to my keyring'. At that point evolution works perferctly fine for the session. However, it is imperative to remove the checked option for 'Add this password to my keyring' otherwise the password prompt applet hangs.
I cannot speak for original poster, but, my issue is currently resolved. Now moving on to figuring out gnome-keyring integration. Sorry for the frivilous report.
Comment by Ralf Mardorf (Ralf) - Thursday, 21 February 2013, 22:50 GMT

Loading...