>>> package: dev-libs/openssl-1.0.0a * - /usr/lib/libcrypto.so.0.9.8 * used by /opt/Adobe/Reader9/Reader/intellinux/bin/SynchronizerApp-binary (app-text/acroread-9.3.3) * used by /opt/Adobe/Reader9/Reader/intellinux/bin/acroread (app-text/acroread-9.3.3) * used by /opt/Adobe/Reader9/Reader/intellinux/lib/libcurl.so.3.0.0 (app-text/acroread-9.3.3) * used by 2 other files * - /usr/lib/libssl.so.0.9.8 * used by /opt/Adobe/Reader9/Reader/intellinux/bin/acroread (app-text/acroread-9.3.3) * used by /opt/Adobe/Reader9/Reader/intellinux/lib/libcurl.so.3.0.0 (app-text/acroread-9.3.3) * used by /opt/Adobe/Reader9/Reader/intellinux/lib/libflashsupport.so (app-text/acroread-9.3.3)
Thanks for pointing out this implicit dependency, assigning to maintainers
Upgrading to app-text/acroread-9.3.4 also causes preserved libs issues. I did a system upgrade Thursday (Sept. 7th) after not having done so for a month. Everything built and installed as it should except I got this error msg: '!!! existing preserved libs: >>> package: dev-libs/openssl-1.0.0a-r3 * - /usr/lib/libssl.so.0.9.8 * used by /opt/Adobe/Reader9/Reader/intellinux/bin/acroread (app-text/acroread-9.3.4) * used by /opt/Adobe/Reader9/Reader/intellinux/lib/libcurl.so.3.0.0 (app-text/acroread-9.3.4) * used by /opt/Adobe/Reader9/Reader/intellinux/lib/libflashsupport.so (app-text/acroread-9.3.4) * - /usr/lib/libcrypto.so.0.9.8 * used by /opt/Adobe/Reader9/Reader/intellinux/bin/SynchronizerApp-binary (app-text/acroread-9.3.4) * used by /opt/Adobe/Reader9/Reader/intellinux/bin/acroread (app-text/acroread-9.3.4) * used by /opt/Adobe/Reader9/Reader/intellinux/lib/libcurl.so.3.0.0 (app-text/acroread-9.3.4) * used by 2 other files Use emerge @preserved-rebuild to rebuild packages using these libraries' I've repeatedly tried emerge @preserved-rebuild, but with same results and revdep-rebuild shows everything OK. This is driving me crazy. Any help would be appreciated. TIA.
(In reply to comment #2) > > I've repeatedly tried emerge @preserved-rebuild, but with same results and > revdep-rebuild shows everything OK. > > This is driving me crazy. Any help would be appreciated. TIA. > Workaround for this issue: emerge -1 dev-libs/openssl:0.9.8 app-text/acroread
(In reply to comment #3) > Workaround for this issue: > > emerge -1 dev-libs/openssl:0.9.8 app-text/acroread > This solves the preserved-rebuild issue, but then creates a bigger problem by preventing emerge updates do to the openssl versions conflicting with each other. This left me the choices of either uninstalling openssl:0.9.8o-r*, prior to updating then reinstalling afterward, or masking the newer openssl:1.0.0a-r* versions and rebuilding my system against the stable openssl:0.9.8o. Which is what I did. The problem, as it appears to me, is that the 2 versions of openssl:0.9.8o-r* that are slotted as 0.9.8 don't play nicely with the 1.0.0a-r* versions which are not slotted at all. It seems to me that the devs need to write the ebuild so that the newer 1.0.0a-r* versions are also slotted so that 0.9.8o-r* can coexist with the newer 1.0.0a-r* versions until the apps that require 0.9.8o are ported.
The 0.9.8 SLOT of openssl doesn't have stable keywords like the acroread ebuilds do, so I added the dependency as =dev-libs/openssl-0.9.8* so that it would match the stable dev-libs/openssl:0 ebuild and make repoman happy.
(In reply to comment #5) > The 0.9.8 SLOT of openssl doesn't have stable keywords like the acroread > ebuilds do, so I added the dependency as =dev-libs/openssl-0.9.8* so that it > would match the stable dev-libs/openssl:0 ebuild and make repoman happy. > This is only x86-related bug. For amd64 openssl libs from app-emulation/emul-linux-x86-baselibs.
(In reply to comment #6) > This is only x86-related bug. For amd64 openssl libs from > app-emulation/emul-linux-x86-baselibs. Thanks, it's fixed in cvs to only pull it in for x86.
So, why dont close the bug now? :)
