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