Package Details: imagemagick-full 7.0.7.14-1

Git Clone URL: https://aur.archlinux.org/imagemagick-full.git (read-only)
Package Base: imagemagick-full
Description: An image viewing/manipulation program (Q32 HDRI with all libs and features)
Upstream URL: http://www.imagemagick.org/
Keywords: convert graphics image imagemagick photo
Licenses: custom
Conflicts: imagemagick, imagemagick-fftw, imagemagick-full-git, imagemagick-git, imagemagick-no-hdri, imagemagick7
Provides: imagemagick, imagemagick-fftw, imagemagick7, libMagick++-7.Q32HDRI.so, libMagickCore-7.Q32HDRI.so, libMagickWand-7.Q32HDRI.so
Submitter: dbermond
Maintainer: dbermond
Last Packager: dbermond
Votes: 10
Popularity: 1.134898
First Submitted: 2015-12-27 13:40
Last Updated: 2017-12-06 17:54

Dependencies (76)

Required by (550)

Sources (1)

Latest Comments

neeks commented on 2017-03-01 23:45

@Bermond :thumbsup: - thanks!

dbermond commented on 2017-03-01 21:55

@neeks
Good to know that you could install it :)
Analysing things up, now I found what caused this issue. It's because I temporarily removed support for libemf in pstoedit-nomagick 3.70-2 but forgot to release a new version of autotrace-nomagick to trigger its rebuild without libemf. Your installed version of autotrace-nomagick was still linking to libemf. That's why you got it working after uninstalling and rebuilding these packages.
I'll update autotrace-nomagick now, and also imagemagick-full, so other potential users will not be affected by this same issue. The update will be just to trigger rebuilds of autotrace-nomagick and imagemagick-full in order to remove links to libemf.

neeks commented on 2017-03-01 20:29

@Bermond that did the trick! Uninstalled libemf, pstoedit-nomagick, autotrace-nogick, imagemagick-full (and all their deps) and then proceeded to do a clean install of imagemagick-full.

Thanks!

dbermond commented on 2017-03-01 15:26

@neeks
I could not reproduce this issue. Tested also in chroot and virtual machine. It's building fine everywhere without libemf by using plain makepkg and by using AUR helpers like yaourt.
This issue is really strange because libemf is not being required by imagemagick neither by any of its dependencies at the current moment. It _was_ required by pstoedit-nomagick but I temporarily removed its libemf dependency in 3.70-2 (which is the latest), so you should be able to compile imagemagick-full without libemf.
Please try to uninstall libemf, pstoedit-nomagick, autotrace-nomagick, imagemagick-full and build everything again from new source trees.

neeks commented on 2017-02-27 15:47

@Bermond the only way I could get it to build for 7.0.4.0-1 was to install libemf. I have pstoedit-nomagick v3.70-2 installed, but haven't checked whether it's the latest or not.

Regardless, I just uninstalled libemf and it was unable to build. Here's the error message:

/usr/bin/ld: cannot find -lEMF
collect2: error: ld returned 1 exit status
make[1]: *** [Makefile:6577: coders/svg.la] Error 1
make[1]: Leaving directory '/tmp/yaourt-tmp-neeks/aur-imagemagick-full/src/ImageMagick-7.0.5-0'
make: *** [Makefile:5131: all] Error 2

dbermond commented on 2017-02-26 00:05

@neeks
I don't see any need to add libemf to depends. It's building fine for me using a chroot. Do you updated pstoedit-nomagick to the latest version?

neeks commented on 2017-02-21 23:31

Please add 'libemf' to deps.

dbermond commented on 2016-07-27 17:33

@helirexi
You're welcome.

helirexi commented on 2016-07-27 09:20

Daniel, thanks!
It work now. have a nice day!

dbermond commented on 2016-07-26 16:15

@helirexi
Thanks for reporting this. Upstream have just updated the version, leading to this missing file error.
I've fixed this issue in AUR 'libfpx' by making similar changes in that I made in AUR 'imagemagick-full'. Now this kind of error will not occur when they change version again.

All comments