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.rpm
http://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