Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
GraphicsMagick conflicts with ImageMagick?
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Multimedia
View previous topic :: View next topic  
Author Message
sgarcia
Apprentice
Apprentice


Joined: 21 May 2003
Posts: 252
Location: Bakersfield, CA

PostPosted: Sun Jan 31, 2010 8:21 pm    Post subject: GraphicsMagick conflicts with ImageMagick? Reply with quote

I just tried to install GraphicsMagick (well, it was pulled in as a dependency), but I get a conflict note with my existing ImageMagick. It tells me I can't have both installed at the same time. I did a web search, and those sites that discuss the compatibility say that both can reside on the same system with no problems. However, most of the web pages that make this claim are several years old.

The current GraphicsMagick page says, "GM does not does not conflict with other installed software." That's pretty vague, but it supports the notion that they should be able to coexist.

So does anyone know why the GraphicsMagick ebuild excludes ImageMagick?

I'm a bit afraid to remove ImageMagick, since I foresee lots of breakage on all kinds of packages that expect IM to be there.
_________________
Ignorance killed the cat. Curiosity was framed.
Back to top
View user's profile Send private message
Veldrin
Veteran
Veteran


Joined: 27 Jul 2004
Posts: 1942
Location: Zurich, Switzerland

PostPosted: Sun Jan 31, 2010 8:27 pm    Post subject: Reply with quote

Check your useflags...
It seems, that the imagemagick useflag on graphicsmagick forbids imagemagick to be installed on the system. Try to remove/unset the useflag.

just my .02$
V.

PS. relevant parts from graphicsmagick ebuild
Code:
....
RDEPEND="app-text/ghostscript-gpl
        bzip2? ( app-arch/bzip2 )
        fpx? ( media-libs/libfpx )
        jbig? ( media-libs/jbigkit )
        jpeg? ( media-libs/jpeg )
        jpeg2k? ( >=media-libs/jasper-1.701.0 )
        lcms? ( media-libs/lcms )
        perl? ( dev-lang/perl )
        png? ( media-libs/libpng )
        svg? ( dev-libs/libxml2 )
        tiff? ( >=media-libs/tiff-3.8.2 )
        truetype? ( >=media-libs/freetype-2.0 )
        wmf? ( media-libs/libwmf )
        X? ( x11-libs/libXext x11-libs/libSM )
        imagemagick? ( !media-gfx/imagemagick )"
....
Back to top
View user's profile Send private message
sgarcia
Apprentice
Apprentice


Joined: 21 May 2003
Posts: 252
Location: Bakersfield, CA

PostPosted: Sun Jan 31, 2010 8:34 pm    Post subject: Reply with quote

Huh.

You're absolutely right! That's pretty counter-intuitive, but it seems to be working. Thanks!
_________________
Ignorance killed the cat. Curiosity was framed.
Back to top
View user's profile Send private message
WintermuteX
n00b
n00b


Joined: 29 Apr 2006
Posts: 19
Location: Germany

PostPosted: Sat Feb 02, 2013 6:40 am    Post subject: Reply with quote

No, thats braindead. Because graphicsmagick should be a dropin replacement for imagemagick, the USE flag compiles further tools which would conflict with imagemagick since they replace imagemagick.
But gentoo in it's allmighty wisdom choose to make fun of us and forces imagemagick EVEN if there is graphicsmagick with imagemagick USE flag, as GM is superior I feel fooled.

PS: so, this is clearly a bug!
Back to top
View user's profile Send private message
ssuominen
Developer
Developer


Joined: 30 Sep 2005
Posts: 2132
Location: Finland

PostPosted: Sat Feb 02, 2013 8:44 am    Post subject: Reply with quote

WintermuteX wrote:
No, thats braindead. Because graphicsmagick should be a dropin replacement for imagemagick, the USE flag compiles further tools which would conflict with imagemagick since they replace imagemagick.
But gentoo in it's allmighty wisdom choose to make fun of us and forces imagemagick EVEN if there is graphicsmagick with imagemagick USE flag, as GM is superior I feel fooled.

PS: so, this is clearly a bug!


Some packages really force imagemagick or graphicsmagick in purpose because neither one is a replacement to anothers libraries. Only 1/3 of the reverse dependencies use the tools, rest use the libraries which don't match at all.

Not a bug.
Back to top
View user's profile Send private message
kernelOfTruth
Watchman
Watchman


Joined: 20 Dec 2005
Posts: 5720
Location: Vienna, Austria; Germany; hello world :)

PostPosted: Sun Apr 20, 2014 2:56 pm    Post subject: Reply with quote

good to know !

had some trouble installing graphicsmagick along with imagemagick
_________________
https://github.com/kernelOfTruth/ZFS-for-SystemRescueCD/tree/ZFS-for-SysRescCD-4.3.0-r2
2.6.37.2_plus_v1: BFS, CFS,THP,compaction, zcache or TOI
Hardcore Linux user since 2004 :D
Back to top
View user's profile Send private message
mv
Advocate
Advocate


Joined: 20 Apr 2005
Posts: 4222

PostPosted: Sun Apr 20, 2014 5:33 pm    Post subject: Reply with quote

ssuominen wrote:
Only 1/3 of the reverse dependencies use the tools, rest use the libraries which don't match at all.

Wouldn't it be time to introduce virtual/imagemagick-tools, finally? This way packages could specify whether they depend on the tools and/or the library instead of playing the confusing and lengthy || ( ... ) game. Moreover, in this way one could easily also introduce media-gfx/imagemagick[tools] (and maybe rename the confusing media-gfx/graphicsmagick[imagamagick] into media-gfx/graphicsmagick[tools]) to allow the user to decide whether he wants the tools from imagemagick or graphicsmagick (as I understood, some users might prefer the latter which is currently impossible). Last but not least, users who need only the libraries (because some program depends on it) are not forced to install the tools at all.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Multimedia All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum