Bug 846908
| Summary: | Empathy doesn't open after upgrading to version 3.5.4.1-2.fc18 | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Abhay <abhaykadam88> |
| Component: | empathy | Assignee: | Brian Pepple <bdpepple> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | rawhide | CC: | abhaykadam88, bdpepple, bochecha, debarshir, elad, mgrepl, npmccallum, robatino, roignac, sebastian-keller, tflink |
| Target Milestone: | --- | Keywords: | Reopened |
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-11-30 19:08:07 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 752661 | ||
|
Description
Abhay
2012-08-09 05:52:15 UTC
*** Bug 847514 has been marked as a duplicate of this bug. *** Marking as a F18Final blocker bug as per criteria: All applications listed under the Applications menu or category must start successfully -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers I've had this problem as well, and it isn't fixed by Empathy 3.5.5. For some reason, Empathy doesn't find its libraries in /usr/lib*/empathy/, it only searches for them in /usr/lib*/ Adding the right symlinks makes Empathy work, but that's just a workaround, not a solution. (plus, it breaks at the next update if the sonames have been bumped) *** This bug has been marked as a duplicate of bug 849701 *** *** Bug 849701 has been marked as a duplicate of this bug. *** empathy-3.5.90 is out, and if that doesn't fix this, I'll dig into this once I get back from vacation. I think the problem is that empathy ships libempathy & libempathy-gtk as public libraries in %{_libdir}/empathy now and the package removes the rpath.
Maybe something like what is already done in the gnome-shell package could be used here too:
http://pkgs.fedoraproject.org/cgit/gnome-shell.git/tree/gnome-shell.spec?id=311c497f7c4002a94af6f760832643ecbd748d64#n123
FYI: $ empathy empathy: error while loading shared libraries: libempathy-gtk-3.5.90.so: cannot open shared object file: No such file or directory (In reply to comment #7) > I think the problem is that empathy ships libempathy & libempathy-gtk as > public libraries in %{_libdir}/empathy now and the package removes the rpath. You are right. There is no need to delete the rpath in the package since it only points to %{_libdir}/empathy, and "%__arch_install_post /usr/lib/rpm/check-rpaths /usr/lib/rpm/check-buildroot" is happy with it. Building a new package with the fix now. Should be fixed in empathy-3.5.90-3.fc18 +1 final blocker due to violation of the following F18 final release criterion [1]: All applications listed under the Applications menu or category must start successfully [1] http://fedoraproject.org/wiki/Fedora_18_Final_Release_Criteria Fixed package is already in stable. |