On Fri, 2 Mar 2007, Michael Scully wrote: > This is as "pure" of a RHEL3 installation as they come. The only > things installed on the box that don't come from RedHat are java rpms from > Sun (which usually stick to the /usr/java directories), some commercial, > script-based software for backup and recovery, Webmin, and an accounting > application that relies on the JRE. Everything else is just packages from > RHEL3, maintained from up2date. It was installed about 2 & 1/2 years ago. > > RH Engineering thinks there is something broken from the libgcc > installation. I have to go back into the support queue to see what the next > step is. > > I was hoping to wait for RHEL5 to be shipped before I did a > bare-metal install on them, but I might find it cleaner to put on RHEL4 now. > I'm not sure. They are 400 miles away from me, with no in-house technical > staff. > > So I can't easily remove the updated packages by overwriting them > with their prior tape backup, but I assume the various configuration files > will be. I'm wondering if I can get them back to a state of grace prior to > the havoc. Suggestions? I just checked for myself: [dag@lisse mrepo]# rpm -qp --provides /var/mrepo/rhel3as-i386/updates/*.rpm | grep GCC_4.2.0 libgcc_s.so.1(GCC_4.2.0) Apparently something went wrong with one of their packages. [dag@lisse mrepo]# for rpm in /var/mrepo/rhel3as-i386/updates/*.rpm; do rpm -qp --nosignature --provides $rpm | grep -q 'GCC_4.2.0' && echo $rpm; done /var/mrepo/rhel3as-i386/updates/libgcc-3.2.3-56.i386.rpm [dag@lisse mrepo]# for rpm in /var/mrepo/rhel3as-i386/updates/*.rpm; do rpm -qpR --nosignature $rpm | grep -q 'GCC_4.2.0' && echo $rpm; done /var/mrepo/rhel3as-i386/updates/libstdc++-3.2.3-56.i386.rpm So you're absolutely right. Kind regards, -- dag wieers, dag@xxxxxxxxxx, http://dag.wieers.com/ -- [all I want is a warm bed and a kind word and unlimited power] -- redhat-list mailing list unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe https://www.redhat.com/mailman/listinfo/redhat-list