ImageMagic.i386 version 126.96.36.199-2 fails to install/upgrade because it relies on
libgs.so.7, which has been supersceded in ghostscript version 8 by libgs.so.8.
This means that the current development tree doesn't update cleanly.
This is high priority because ghostscript and ImageMagick are likely to be
installed simultaneously in ordinary installs of FC4, and the install will fail
in this case because of RPM dependency conflicts.
This class of bug has happened multiple times in the FC4test cycles. I want to
suggest that a new step needs to be integrated into the RPM update push cycle,
and I'm not sure where to file that RFE. The test is that there should be a
machine somewhere that has *everything* installed, and before the internal
bundle of updates is pushed somebody should run a "yum update" on that machine
to check for upgrade conflicts. We've had a couple of cases where updates were
stalled for several days by this class of error (last time it was the OpenOffice
build), and it's completely unnecessary.
Hmm, I still see ghostscript 7 in FC4. ghostscript 8 is in Rawhide, but there
the problem is fixed since ImageMagick has been rebuilt against it.