| Summary: | [abrt] evolution-3.2.2-1.fc16: e_credentials_free: Process /usr/bin/evolution was killed by signal 11 (SIGSEGV) | ||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Louis van Dyk <louis> | ||||||||||||
| Component: | evolution | Assignee: | Matthew Barnes <mbarnes> | ||||||||||||
| Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||
| Severity: | unspecified | Docs Contact: | |||||||||||||
| Priority: | unspecified | ||||||||||||||
| Version: | 16 | CC: | lucilanga, mbarnes, mcrha | ||||||||||||
| Target Milestone: | --- | ||||||||||||||
| Target Release: | --- | ||||||||||||||
| Hardware: | x86_64 | ||||||||||||||
| OS: | Unspecified | ||||||||||||||
| Whiteboard: | abrt_hash:777c7e43b8af6809eda5604215111413c332e161 | ||||||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||
| Doc Text: | Story Points: | --- | |||||||||||||
| Clone Of: | Environment: | ||||||||||||||
| Last Closed: | 2012-04-04 18:38:55 UTC | Type: | --- | ||||||||||||
| Regression: | --- | Mount Type: | --- | ||||||||||||
| Documentation: | --- | CRM: | |||||||||||||
| Verified Versions: | Category: | --- | |||||||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||||||
| Attachments: |
|
||||||||||||||
|
Description
Louis van Dyk
2012-01-09 10:42:04 UTC
Created attachment 551529 [details]
File: gconf_subtree
Created attachment 551530 [details]
File: dso_list
Created attachment 551531 [details]
File: maps
Created attachment 551532 [details]
File: backtrace
Thanks for a bug report. I would like to move this upstream, but the backtrace doesn't contain any debug information. Would it be possible to install debuginfo packages for evolution-data-server and evolution, and update the backtrace, please? Only make sure you'll have installed same version of debuginfo packages and binary packages, which you can check with a command like this: $ rpm -qa | grep evolution | sort Created attachment 551977 [details]
Regenerated backtrace after debuginfo installed
Hi I installed: evolution-data-server-debuginfo-3.2.2-1.fc16.x86_64 evolution-debuginfo-3.2.2-1.fc16.x86_64 then I ran ABRT and told it to regenerate the backtrace via the retrace server. I have attached the backtrace file in Comment 6. If I need to do something different, please let me know. Incidentally, I see that evolution-data-server-3.2.2-2 is out, but I have not updated to it yet. Thanks, Louis Thanks for the update. As long as you have installed same version of the binary package and its debuginfo package then it should work, especially if you generate backtrace locally, but the updated backtrace claims this:
> warning: File "/usr/lib64/libebackend-1.2.so.1.0.0" has a different
> build-id, file skipped
which I do not understand, because from your comment I see that you did things right.
Just by an accident, I got a similar crash today, but even it was in the same function, the backtrace looked differently. I'll try if I could repeat the crash and will see whether I'll be able to understand what could happen here.
I did install the same versions of debuginfo as the software - see: $ rpm -qa | grep evolution | sort evolution-3.2.2-1.fc16.x86_64 evolution-data-server-3.2.2-1.fc16.x86_64 evolution-data-server-debuginfo-3.2.2-1.fc16.x86_64 evolution-debuginfo-3.2.2-1.fc16.x86_64 evolution-ews-3.2.2-1.fc16.x86_64 evolution-help-3.2.2-1.fc16.noarch evolution-NetworkManager-3.2.2-1.fc16.x86_64 But I did use the method of "upload to a RETRACE SERVER" for the generation. Could that have affected it? Also, there is an update to evolution-data-server-3.2.2-2. Should I update to it, or would you rather I wait? On a side note: have you had any luck with evolution-ews and Exchange 2010's calendar? I cannot get it to update the calendar, and now it's even worse -- I deleted the profile and re-added it. Now not even the mail will open. It keeps moaning about authentication failure. There are no accounts in seahorse, and I was using the URL https://fqdn.to.exchange/EWS/Exchange.asmx. If you have any thoughts or can point me to the right place I'd appreciate it. Thanks so much! (In reply to comment #9) > But I did use the method of "upload to a RETRACE SERVER" for the generation. > Could that have affected it? Yes, I was told by an ABRT developer that that can happen there. Some issue with yum downloading package by its build ID, if I recall correctly. Creating backtrace locally will not suffer of it. > Also, there is an update to evolution-data-server-3.2.2-2. Should I update to > it, or would you rather I wait? There is the final 3.2.3 update in updates-testing, which will be marked stable in a week or two. I would wait for 3.2.3. > On a side note: have you had any luck with evolution-ews and Exchange 2010's > calendar? I cannot get it to update the calendar, and now it's even worse -- I > deleted the profile and re-added it. Now not even the mail will open. It > keeps moaning about authentication failure. There are no accounts in seahorse, > and I was using the URL https://fqdn.to.exchange/EWS/Exchange.asmx. If you > have any thoughts or can point me to the right place I'd appreciate it. I do not have an Exchange 2010 server I could connect to, thus I'm not much help here. You can try to run evolution like this: $ EWS_DEBUG=2 evolution and see its log, what it's trying to do and where it fails. You can try to File->Forget passwords, to be sure that the password is not used from a cache, but it'll forget passwords to each server and account you have, which is suboptimal. Try to ask on evolution-list at gnome dot org, there are people using EWS too. Or file a bug against evolution-ews in Gnome's bugzilla (https://bugzilla.gnome.org), to ask developers of it. I just found a similar bug report as this one, thus I'm marking this as a duplicate of it. *** This bug has been marked as a duplicate of bug 749955 *** |