It's not picking up my settings and won't allow me to add an account. Best I can do is the output from starting evo from the command line: libebackend-WARNING **: module_load: /usr/lib64/evolution/3.6/modules/module-ews-configuration.so: undefined symbol: camel_ews_store_summary_get_folder_id_from_name Failed to load module: /usr/lib64/evolution/3.6/modules/module-ews-configuration.so (evolution:31691): libebackend-WARNING **: module_load: /usr/lib64/evolution/3.6/modules/module-cal-config-caldav.so: undefined symbol: e_cal_client_source_type_enum_get_type Failed to load module: /usr/lib64/evolution/3.6/modules/module-cal-config-caldav.so (evolution:31691): e-data-server-CRITICAL **: e_source_registry_ref_builtin_mail_account: assertion `source != NULL' failed (evolution:31691): e-data-server-CRITICAL **: e_source_registry_ref_default_mail_account: assertion `E_IS_SOURCE (source)' failed ** (evolution:31691): CRITICAL **: mail_session_configure_local_store: assertion `service != NULL' failed ** (evolution:31691): CRITICAL **: mail_session_configure_vfolder_store: assertion `service != NULL' failed (evolution:31691): evolution-module-mail-CRITICAL **: mail_shell_backend_constructed: assertion `vstore != NULL' failed ** (evolution:31691): CRITICAL **: e_mail_session_get_local_folder_uri: assertion `type < local_folder_uris->len' failed ** (evolution:31691): CRITICAL **: e_mail_session_get_local_folder_uri: assertion `type < local_folder_uris->len' failed ** (evolution:31691): CRITICAL **: e_mail_session_get_local_folder_uri: assertion `type < local_folder_uris->len' failed Fontconfig warning: "/etc/fonts/conf.d/50-user.conf", line 9: reading configurations from ~/.fonts.conf is deprecated. (evolution:31691): Gtk-CRITICAL **: gtk_entry_set_text: assertion `text != NULL' failed (evolution:31691): Gtk-CRITICAL **: gtk_entry_set_text: assertion `text != NULL' failed (evolution:31691): Gtk-CRITICAL **: gtk_entry_set_text: assertion `text != NULL' failed (evolution:31691): e-data-server-CRITICAL **: e_source_registry_ref_builtin_mail_account: assertion `source != NULL' failed (evolution:31691): e-data-server-CRITICAL **: e_source_registry_ref_default_mail_account: assertion `E_IS_SOURCE (source)' failed
I don't know how helpful this is but I installed from source (evo and eds) with a simple --prefix=/usr and everything works as expected.
Thanks for a bug report. There seem to be a link issue, those "undefined symbols", but you are the first who reported this, and I know there are people successfully using Evolution in Fedora 18. What is your system Evolution version, please? Basically output of: $ rpm -qa | grep evolution | sort I'm also wondering whether it is caused by the update itself, like some leftover library from the previous version. Did you update from Fedora 17 or any older? And did you update from DVD or by yum? (In reply to comment #1) > I don't know how helpful this is but I installed from source (evo and eds) > with a simple --prefix=/usr and everything works as expected. Right, that's how it should be when you use packages.
OK. I'll close this (presuming that you don't have a spate of other reports). I probably did not clean out rawhide as thoroughly as I thought that I cleaned them out. Thanks, as always, for the excellent software.
@Milan: I updated from Fedora 17 using fedup (the only way to update from F-17), and Evo does not work at all (like it is not picking up my setting and hanging all the time). I wonder who is using successfully in F-18. Google for the error reports.
Devrim, could you paste here your errors from a terminal and paste here result of $ rpm -qa | grep evolution | sort and check content of ~/.config/evolution/sources , whether there are any .source files, and, as a test, kill all evolution processes (ps ax | grep evolution) (though it might not be fully possible with gnome-shell) and run the $ /usr/libexec/evolution-source-registry from console, where it'll print tons of debug information, please? The source registry process was supposed to migrate your account settings from GConf to .source files during the first start, I'm not sure whether it worked or not, in depends on the findings.
I tried to reproduce your update, I had configured several mail accounts (imap, imapx, ews, mapi) in Fedora 17 and updated the machine to Fedora 18. I tried with 'fedup', but it didn't work for me, thus I tried with yum, which helped and the system is now Fedora 18 and I see that my mail accounts are migrated as expected, the only strange thing was a slower start and a password request, which seemed to block evolution's start. Thus, I'm wondering, maybe the .so errors are caused by a version mismatch after update, which didn't finish correctly for some reason, maybe a dependency issue which 'fedup' hid. I'd try to use "yum update" first, then maybe even similar steps like described here [1], and finally, if evolution cannot run, then check whether it's not waiting in the background for something (ps ax | grep evolution), and, with debuginfo packages installed for at least evolution-data-server and evolution, gather backtrace of the running 'evolution' process, to check what it tries to do and why it cannot stop (it depends on actual console output when you run it). The backtrace can be caught by this command: $ gdb --batch --ex "t a a bt" -pid=`pidof evolution` &>bt.txt Please beware of private information in it, like passwords, email and server addresses; I usually search at least for "pass" (quotes for clarity only). [1] https://fedoraproject.org/wiki/Upgrading_Fedora_using_yum#Fedora_17_-.3E_Fedora_18
Same problem here, after upgrade from Fedora 17 to 18, I'm getting the Evolution wizard instead of the accounts being migrated. (In reply to comment #5) > and check content of ~/.config/evolution/sources , whether there are any > .source files, and, as a test, kill all evolution processes (ps ax | grep > evolution) (though it might not be fully possible with gnome-shell) and run > the source files are there > $ /usr/libexec/evolution-source-registry > from console, where it'll print tons of debug information, please? The > source registry process was supposed to migrate your account settings from > GConf to .source files during the first start, I'm not sure whether it > worked or not, in depends on the findings. Says: Migrating mail accounts from GConf... FAILED: Error moving file: No such file or directory The rest seems fine.
Correction: mail accounts are not among the sources (just calendars, etc.)
After reading the sources of evolution-source-registry, managed to fix it by unsetting gconf key /apps/evolution/mail/signatures
Thanks for all the investigation. Did it also migrated your mail accounts and everything else, and started to work as expected, with no account data lost? If so, then you've done a great job by bisecting the issue that closely. I'd upstream this as soon as you'll confirm. Thanks again for your help on this.
(In reply to comment #10) > Thanks for all the investigation. Did it also migrated your mail accounts > and everything else, and started to work as expected, with no account data > lost? If so, then you've done a great job by bisecting the issue that > closely. I'd upstream this as soon as you'll confirm. Thanks again for your > help on this. I really had to do it because I needed the mails and you were not responding yet :-) Yes everything got migrated correctly after I unset the "signatures" key. So probably it should not fail if there's just wrong signature data in a mail account.
Thanks for the confirmation. Do you recall what type the signature was? If it claims about not found file, then I guess it was a script, which was dropped during the time, and the signature was not used at all? In any case, I moved this upstream as [1]. Thanks again for your help on this. [1] https://bugzilla.gnome.org/show_bug.cgi?id=695308
I don't know what was the signature (didn't really use any, there were just some historical ones). Maybe an attached picture or something?
Hmm, maybe. Let's see what upstream will find out.
evolution-ews-3.6.4-1.fc18,evolution-mapi-3.6.4-1.fc18,evolution-3.6.4-2.fc18,evolution-data-server-3.6.4-2.fc18,gtkhtml3-4.6.4-1.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/evolution-ews-3.6.4-1.fc18,evolution-mapi-3.6.4-1.fc18,evolution-3.6.4-2.fc18,evolution-data-server-3.6.4-2.fc18,gtkhtml3-4.6.4-1.fc18
evolution-ews-3.6.4-1.fc18, evolution-mapi-3.6.4-1.fc18, evolution-3.6.4-2.fc18, evolution-data-server-3.6.4-2.fc18, gtkhtml3-4.6.4-1.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.