FYI, we have seen an issue with the latest acroread-8 update RPM - it
apparently "provides" libstdc++ (of which there is indeed a copy
packaged in the RPM, as well as a vintage copy of openssl - but none are
on the default library search path, so inaccessible for other applications).
At least in two cases YUM seems to have preferred "acroread" over
"libstdc++" when fulfilling some other RPM's requirements, this does not
really work out well..
This issue affects "upstream" acroread RPM, as well as the one shipped
by TUV.
We have a modified SRPM/RPM at
http://linuxsoft/cern/slc4X/updates/SRPMS/acroread-8.1.2-2.slc4.src.rpmhttp://linuxsoft/cern/slc4X/updates/i386/RPMS/acroread-8.1.2-2.slc4.i386.rpm
that tries to remove these bogus provides.
This of course could be a SL4-only issue.
Regards
jan