Description of problem: When rebuilding the evolution-data-server srpm, the resultant binary rpm ends up depending on the libebook.so from an existing evolution-data-server package. In my case, I was building the rpm having an older version of evolution-data-server already installed which provided libebook.so.7. Version 0.0.99 of the package, however, provides libebook.so.8, and thus rpm reported a missing dependancy. Version-Release number of selected component (if applicable): evolution-data-server-0.0.99 How reproducible: Always. Steps to Reproduce: 1. With evolution-data-server-0.0.94 already installed, rebuild the evolution-data-server-0.0.99 srpm. 2. Attempt to install evolution-data-server-0.0.99 binary rpm, using rpm -Uvh. Actual results: Get a dependency issue saying evolution-data-server-0.0.99 requires libebook.so.7. Expected results: evolution-data-server-0.0.99 depends on libebook.so.8, which it provides itself. Additional info:
Thanks... I've seen something like this before, last time it happened to me was with libgal2. I believe a stray -L/usr/lib is making its way into the link line, possibly via a -rpath in the Makefile.in ? This means that if you have the older e-d-s-devel package installed, it links against the installed so files, rather than the newly built ones. The easy workaround is to uninstall e-d-s-devel before rebuilding e-d-s. I suspect there's a subtle bug in libtool, but it may be a separate problem with the e-d-s configure.in and Makefile.am files. Adding dreed to cc in the hope he can comment further.
Changing component to "libtool" for now
*** This bug has been marked as a duplicate of 132435 ***