| Summary: | libcamelmapi.so: cannot open shared object | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Joel Kirchmeyer <kirchmeyer> |
| Component: | evolution-mapi | Assignee: | Matthew Barnes <mbarnes> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | rawhide | CC: | mbarnes, mcrha |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | mail-notification-5.4-52.fc17 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-02-28 10:34:18 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
Joel Kirchmeyer
2012-02-13 15:09:52 UTC
Thanks for a bug report. I downloded the built package and according to [1] I checked its RPATH, which is correct, it reports: readelf -d ./liborg-gnome-exchange-mapi.so | grep RPA 0x000000000000000f (RPATH) Library rpath: [/usr/lib64/evolution-data-server/camel-providers:/usr/lib64/evolution/3.4] Can it be something with a system, I do not know, with the /usrmove? [1] http://fedoraproject.org/wiki/Packaging:Guidelines#Rpath_for_Internal_Libraries This system was setup via a livecd 20120205.21. I don't know if the usermove was part of that livecd automated install or not. I'm certainly open to suggestion. Just tried removing and then re-installing evolution-mapi. When I do and I do the same check, it says Library rpath: [/usr/lib64/samba] Hmm, it's more than strange. I run the readelf on an extracted .so file from this build [1]. I extracted files from the binary package to /tmp and then checked what it shows. I do not see a reason why you should see anything different. [1] http://koji.fedoraproject.org/koji/buildinfo?buildID=297573 To make things even more strange. I used yumdownloader to get the rpm. I extracted the files and readelf -d ./liborg-gnome-exchagne-mapi.so shows Library rpath: [/usr/lib64/evolution-data-server/camel-providers:/usr/lib64/evolution/3.4]. So I uninstalled and reinstalled from the local rpm which I just confirmed was correct and when I do readelf -d ./liborg-gnome-exchange-mapi.so in /usr/lib64/evolution/3.4/plugins it shows Library rpath: [/usr/lib64/samba] again. Hrm, I'm afraid I do not understand this. The rpath result seems to be related to actual file placement. I checked the f16 and f17 plugin .so files and the f17 has
added linkage to libcamelmapi.so, which is correct. I tried this time with this:
$ ldd liborg-gnome-exchange-mapi.so | grep camel
libcamelmapi.so => /usr/lib64/evolution-data-server/camel-providers/libcamelmapi.so (0x00007f3cc39f1000)
libcamel-1.2.so.33 => ...
libcamel-provider-1.2.so.29 => ...
libcamel-1.2.so.29 => /usr/lib64/libcamel-1.2.so.29 (0x00007f3cbc452000)
(I used "..." only because of too long path.)
The stored path seems to be correct, but I'm afraid I'm still missing something obvious here.
Here's my result. ldd liborg-gnome-exchange-mapi.so | grep camel libcamelmapi.so => not found libcamel-1.2.so.33 => /lib64/libcamel-1.2.so.33 (0x00007fd25f513000) I found out the issue finally, the .spec file was replacing correct rpaths with its own, but it's not needed anymore. The evolution-mapi-3.3.90-2 will have this fixed. Thanks for pointing this out, I would not notice myself so early. mail-notification-5.4-52.fc17, evolution-couchdb-0.5.91-10.fc17, tracker-0.12.10-1.fc17, evolution-mapi-3.3.90-2.fc17, evolution-ews-3.3.90-1.fc17, evolution-3.3.90-1.fc17, evolution-data-server-3.3.90-2.fc17, evolution-rss-0.3.90-7.20120221git.fc17, evolution-exchange-3.3.5-2.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/FEDORA-2012-2097/mail-notification-5.4-52.fc17,evolution-couchdb-0.5.91-10.fc17,tracker-0.12.10-1.fc17,evolution-exchange-3.3.5-2.fc17,evolution-rss-0.3.90-7.20120221git.fc17,evolution-ews-3.3.90-1.fc17,evolution-mapi-3.3.90-2.fc17,evolution-3.3.90-1.fc17,evolution-data-server-3.3.90-2.fc17 Package mail-notification-5.4-52.fc17, evolution-couchdb-0.5.91-10.fc17, tracker-0.12.10-1.fc17, evolution-mapi-3.3.90-2.fc17, evolution-ews-3.3.90-1.fc17, evolution-3.3.90-1.fc17, evolution-data-server-3.3.90-2.fc17, evolution-rss-0.3.90-7.20120221git.fc17, evolution-exchange-3.3.5-2.fc17: * should fix your issue, * was pushed to the Fedora 17 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing mail-notification-5.4-52.fc17 evolution-couchdb-0.5.91-10.fc17 tracker-0.12.10-1.fc17 evolution-mapi-3.3.90-2.fc17 evolution-ews-3.3.90-1.fc17 evolution-3.3.90-1.fc17 evolution-data-server-3.3.90-2.fc17 evolution-rss-0.3.90-7.20120221git.fc17 evolution-exchange-3.3.5-2.fc17' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-2097/mail-notification-5.4-52.fc17,evolution-couchdb-0.5.91-10.fc17,tracker-0.12.10-1.fc17,evolution-exchange-3.3.5-2.fc17,evolution-rss-0.3.90-7.20120221git.fc17,evolution-ews-3.3.90-1.fc17,evolution-mapi-3.3.90-2.fc17,evolution-3.3.90-1.fc17,evolution-data-server-3.3.90-2.fc17 then log in and leave karma (feedback). mail-notification-5.4-52.fc17, evolution-couchdb-0.5.91-10.fc17, tracker-0.12.10-1.fc17, evolution-mapi-3.3.90-2.fc17, evolution-ews-3.3.90-1.fc17, evolution-3.3.90-1.fc17, evolution-data-server-3.3.90-2.fc17, evolution-rss-0.3.90-7.20120221git.fc17, evolution-exchange-3.3.5-2.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report. |