Bug 790056 - libcamelmapi.so: cannot open shared object
Summary: libcamelmapi.so: cannot open shared object
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: evolution-mapi
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Matthew Barnes
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-02-13 15:09 UTC by Joel Kirchmeyer
Modified: 2012-02-28 10:34 UTC (History)
2 users (show)

Fixed In Version: mail-notification-5.4-52.fc17
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-02-28 10:34:18 UTC
Type: ---


Attachments (Terms of Use)

Description Joel Kirchmeyer 2012-02-13 15:09:52 UTC
Description of problem:
Evolution-Mapi doesn't work.

Version-Release number of selected component (if applicable):
3.3.5-1.fc17.x86_64

How reproducible:
Everytime

Steps to Reproduce:
1. Launch evolution
2.
3.
  
Actual results:
 evolution

evolution-plugin-lib-WARNING **: can't load plugin '/usr/lib64/evolution/3.4/plugins/liborg-gnome-exchange-mapi.so': libcamelmapi.so: cannot open shared object file: No such file or directory

evolution-plugin-lib-WARNING **: can't load plugin '/usr/lib64/evolution/3.4/plugins/liborg-gnome-exchange-mapi.so': libcamelmapi.so: cannot open shared object file: No such file or directory

evolution-plugin-lib-WARNING **: can't load plugin '/usr/lib64/evolution/3.4/plugins/liborg-gnome-exchange-mapi.so': libcamelmapi.so: cannot open shared object file: No such file or directory

e-utils-CRITICAL **: Plugin "Exchange MAPI" is missing a function named mapi_ui_init_mail()



Expected results:
Works


Additional info:
If I do an export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib64/evolution-data-server/camel-providers then run evolution, it works.

Comment 1 Milan Crha 2012-02-14 11:10:11 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

Comment 2 Joel Kirchmeyer 2012-02-14 12:24:26 UTC
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.

Comment 3 Joel Kirchmeyer 2012-02-14 12:33:46 UTC
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]

Comment 4 Milan Crha 2012-02-14 13:39:37 UTC
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

Comment 5 Joel Kirchmeyer 2012-02-14 14:05:59 UTC
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.

Comment 6 Milan Crha 2012-02-14 16:04:50 UTC
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.

Comment 7 Joel Kirchmeyer 2012-02-14 17:52:25 UTC
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)

Comment 8 Milan Crha 2012-02-23 12:39:47 UTC
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.

Comment 9 Fedora Update System 2012-02-23 13:13:04 UTC
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

Comment 10 Fedora Update System 2012-02-23 22:27:47 UTC
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).

Comment 11 Fedora Update System 2012-02-28 10:34:18 UTC
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.


Note You need to log in before you can comment on or make changes to this bug.