Bug 159676

Summary: ImageMagick install/update fails -- libgs dependency
Product: [Fedora] Fedora Reporter: Jonathan S. Shapiro <shap>
Component: ImageMagickAssignee: Matthias Clasen <mclasen>
Status: CLOSED RAWHIDE QA Contact: Mike McLean <mikem>
Severity: high Docs Contact:
Priority: medium    
Version: 4CC: me, tommi
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-09-30 23:20:01 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Jonathan S. Shapiro 2005-06-06 21:27:37 UTC 
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.
Comment 1 Matthias Clasen 2005-09-30 23:20:01 UTC 
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.