Description of problem: Recently updated my system and rebooted. Evolution had been running for a very long time before so I am not sure what packages has been updated since. Upon the freshly booted system Evolution crasches immediately upon startup with the following in the log: Oct 29 03:38:49 localhost.localdomain gnome-session[1924]: abrt-applet: repeated problem in evolution-3.10.4-4.fc20, not showing the notification Oct 29 03:49:15 localhost.localdomain kernel: evolution[10235]: segfault at 0 ip (null) sp 00007fff3f955498 error 14 in evolution[400000+6000] Oct 29 03:49:16 localhost.localdomain abrt-hook-ccpp[10241]: Saved core dump of pid 10235 (/usr/bin/evolution) to /var/tmp/abrt/ccpp-2014-10-29-03:49:16-10235 (61968384 bytes I would love some kind of indication of where the problem might come from and will be happy to try anything possible to try to find the cause as this is preventing me from access my main mail via the client. Version-Release number of selected component: evolution-3.10.4-4.fc20 Additional info: reporter: libreport-2.2.3 backtrace_rating: 4 cmdline: evolution crash_function: sqlite3OsFetch executable: /usr/bin/evolution kernel: 3.16.6-203.fc20.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #1 sqlite3OsFetch at sqlite3.c:16060 #2 vdbeSorterExtendFile at sqlite3.c:11532 #3 vdbeSorterListToPMA at sqlite3.c:77335 #4 vdbeSorterFlushPMA at sqlite3.c:77494 #5 sqlite3VdbeSorterWrite at sqlite3.c:77569 #6 sqlite3VdbeExec at sqlite3.c:8155 #7 sqlite3Step at sqlite3.c:67768 #8 sqlite3_step at sqlite3.c:2298 #9 sqlite3_exec at sqlite3.c:99361 #10 cdb_sql_exec at camel-db.c:455
Created attachment 951611 [details] File: backtrace
Created attachment 951612 [details] File: cgroup
Created attachment 951613 [details] File: core_backtrace
Created attachment 951614 [details] File: dso_list
Created attachment 951615 [details] File: environ
Created attachment 951616 [details] File: exploitable
Created attachment 951617 [details] File: limits
Created attachment 951618 [details] File: maps
Created attachment 951619 [details] File: open_fds
Created attachment 951620 [details] File: proc_pid_status
Created attachment 951621 [details] File: var_log_messages
Nevermind, I had upgraded sqlite to a testversion that was not released yet. Downgrading to 3.8.6-2 made Evolution happy again. sqlite-3.8.7-1.fc20 is the problematic package sqlite-3.8.6-2.fc20.x86_64 is working just fine and dandy! That is what I get for being bleeding edge and this bug may therefor be closed. Sorry for the extra noise
Thanks for a bug report. You are right this is related to the SQLite version. Evolution-data-server did some things incorrectly and the newer SQLite version contains a change which exhibits the issue, as described at an upstream bug [1]. I will backport the patch, because Fedora 20 will have the updated SQLite later anyway (once it'll be moved from updates-testing into updates). [1] https://bugzilla.gnome.org/show_bug.cgi?id=738965
evolution-data-server-3.10.4-7.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/evolution-data-server-3.10.4-7.fc20
Package evolution-data-server-3.10.4-7.fc20: * should fix your issue, * was pushed to the Fedora 20 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing evolution-data-server-3.10.4-7.fc20' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-14039/evolution-data-server-3.10.4-7.fc20 then log in and leave karma (feedback).
evolution-data-server-3.10.4-7.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.