ImageMagic.i386 version 6.2.2.0-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.