Package Details: imagemagick-full

Git Clone URL: (read-only, click to copy)
Package Base: imagemagick-full
Description: An image viewing/manipulation program (Q32 HDRI with all possible features)
Upstream URL:
Keywords: convert graphics image imagemagick photo
Licenses: custom
Conflicts: imagemagick, libmagick
Provides: imagemagick, libmagick, libmagick-full
Replaces: libmagick-full
Submitter: dbermond
Maintainer: dbermond
Last Packager: dbermond
Votes: 16
Popularity: 0.63
First Submitted: 2015-12-27 13:40 (UTC)
Last Updated: 2022-05-20 00:57 (UTC)

Required by (1071)

Sources (3)

Latest Comments

nariox commented on 2019-01-19 03:04 (UTC)

Could you add "-$pkgver" to the provides? Otherwise, packages that require a particular version of imagemagick complain (e.g. php-imagick)

dbermond commented on 2018-07-09 16:48 (UTC)

@tmow I cannot reproduce your issue. Package is building fine for me.

It seems that you're using clang to build. Maybe this is a clang specific issue? Please try to use gcc.

tmow commented on 2018-07-09 07:37 (UTC)

I had to install by hand openmp (extra/openmp) as I got this error during build time

/usr/bin/ld: cannot find -lomp clang-6.0: error: linker command failed with exit code 1 (use -v to see invocation)

hueypokerbrainz commented on 2018-05-14 23:21 (UTC) (edited on 2018-05-15 20:43 (UTC) by hueypokerbrainz)

Updating to breaks windowmaker (

Essentially, my windowmaker was looking for some libMagick*.so.5 libraries that no longer existed. Re-installing windowmaker after updating to fixed the problem.

Also didn't have any problem updating to

dbermond commented on 2018-01-25 01:25 (UTC)

@japp1egate You're welcome. Please post some feedback if you can successfully build it in a clean chroot.

japp1egate commented on 2018-01-25 01:13 (UTC)

@dbermond - Thank you very much. I really do appreciate your help.

dbermond commented on 2018-01-25 01:10 (UTC)

@japp1egate You can view the Wiki article:

Basically, in this case you need to use the command extra-x86_64-build. Use it with makechrootpkg -I options (after --) to provide the needed AUR package dependencies.

japp1egate commented on 2018-01-25 00:00 (UTC) (edited on 2018-01-25 00:25 (UTC) by japp1egate)

Wow. That makes little-to-no sense to me. I know I haven't set DESTDIR or pkgdir to anything myself. Can you point me in the right direction for instructions to set up a clean chroot environment? No need for hand-holding or anything. Just please point me in the right direction. :)

dbermond commented on 2018-01-24 23:31 (UTC)

@japp1egate Your perl files are being installed to ${pkgdir}/home/japple/perl5/lib/perl5/ instead of ${pkgdir}/usr/lib/perl5/. I don't know why.

Sorry, but I have no solution for this. You're the first one to raise this issue here. Make sure that you don't have the environment variables DESTDIR and pkgdir setted elsewhere.

As a final attempt, you can try to build in a chroot by using devtools. It should work since it will build in an isolated environment.

japp1egate commented on 2018-01-24 22:39 (UTC)

Full output of makepkg -ris posted as GitHub gist at:

dbermond commented on 2018-01-24 22:22 (UTC)

@japp1egate Can you please post a complete output? Use a pastebin service and post the link here.

japp1egate commented on 2018-01-24 21:58 (UTC) (edited on 2018-01-24 22:17 (UTC) by japp1egate)

Thank you for the helpful advice. I completely removed my previous source directory, followed the instructions you provided, and came to the exact same result.

mv: cannot stat '/home/japple/src/imagemagick-full/pkg/libmagick-full/usr/lib/perl5': No such file or directory ==> ERROR: A failure occurred in package_libmagick-full(). Aborting...

I recognize and understand that you are not able to reproduce the error on your side, but by looking at the issue I'm having, are you able to make a determination as to what's actually broken and offer some advice on how to fix it?

dbermond commented on 2018-01-24 21:28 (UTC)

@japp1egate It seems that you're doing it in the wrong way. You do not need to extract the contents of the ImageMagick source tarball because it's done by makepkg. You're not supposed to copy the .diff file because it comes along with this AUR package.

Try to build using exactly these commands somewhere inside your home folder (after installing the AUR dependencies):

$ git clone
$ cd imagemagick-full
$ makepkg -ris

japp1egate commented on 2018-01-24 19:49 (UTC) (edited on 2018-01-24 20:19 (UTC) by japp1egate)

Happened again from my homedir:

$ makepkg


[snipped for brevity]


mv: cannot stat '/home/japple/src/ImageMagick-7.0.7-22/pkg/libmagick-full/usr/lib/perl5': No such file or directory ==> ERROR: A failure occurred in package_libmagick-full(). Aborting...

I have extracted the contents of ImageMagick-7.0.7-22.tar.xz to a src/ directory in my homedir. I then copied the arch-fonts.diff into the resulting ImageMagick-7.0.7-22 directory.

After downloading the PKGBUILD file into the same extracted directory, I ran makepkg, the result of which you see above.

Inside the PKGBUILD, I see a section labeled "package_imagemagick-full()" and within that function is a line which reads 'find "$pkgdir/usr/lib/perl5" -name '*.so' -exec chrpath -d {} +'. I believe this is where the process is breaking for me.

dbermond commented on 2018-01-24 01:37 (UTC)

@japp1egate Sorry, but I cannot reproduce your issue. Package is building fine for me, even in a clean chroot.

Are you building in directory /usr/src? If so, please try to build somewhere inside your home directory. Otherwise, try to build in a clean chroot.

japp1egate commented on 2018-01-24 01:22 (UTC) (edited on 2018-01-24 01:22 (UTC) by japp1egate)

$ makepkg


[snipped for brevity]


mv: cannot stat '/usr/src/ImageMagick-7.0.7-22/pkg/libmagick-full/usr/lib/perl5': No such file or directory

dbermond commented on 2018-01-08 01:01 (UTC)

@ahjolinna Ok, no problem. Package is building fine with makepkg in a normal local build. Please try it.

No need to use chroot. I use chroot to build imagemagick-full for testing purposes only.

ahjolinna commented on 2018-01-08 00:41 (UTC)

I notice that it was a pacaur issue (apparently pacaur is not maintained anymore...only reason why I still use it was because of habit and too lazy for clean chroot) this was a false "alarm"..sorry

dbermond commented on 2018-01-07 23:42 (UTC)

@ahjolinna Sorry, but I cannot reproduce your issue. What is the command that you're using to build?

Package is building fine for me, even in a clean chroot.

ahjolinna commented on 2018-01-07 21:50 (UTC)

:: resolving dependencies... :: no results found for perl< (dependency tree: imagemagick-full perl)

dbermond commented on 2018-01-07 02:31 (UTC)

@FabioLolix Thank you for the interest in this package.

I've updated the package. At the time of writing, it's up-to-date with the latest upstream version.

FabioLolix commented on 2018-01-06 15:20 (UTC)

Hello, I don't use this but the .SRCINFO need to be updated Thanks!

neeks commented on 2017-03-01 23:45 (UTC)

@Bermond :thumbsup: - thanks!

dbermond commented on 2017-03-01 21:55 (UTC)

@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 (UTC)

@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 (UTC) (edited on 2017-03-01 15:31 (UTC) by dbermond)

@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 (UTC) (edited on 2017-02-27 15:51 (UTC) by neeks)

@Bermond the only way I could get it to build for 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/] 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 (UTC)

@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 (UTC)

Please add 'libemf' to deps.

dbermond commented on 2016-07-27 17:33 (UTC)

@helirexi You're welcome.

helirexi commented on 2016-07-27 09:20 (UTC)

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

dbermond commented on 2016-07-26 16:15 (UTC)

@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.

helirexi commented on 2016-07-26 10:42 (UTC) (edited on 2016-07-26 10:44 (UTC) by helirexi)

hi Thanks for imagemagick-full, now it updates fine. Have troubles with it dependency update: ERROR: Failure while downloading i was check - only this present

dbermond commented on 2016-06-04 01:50 (UTC)

@helirexi Thanks for reporting this. I've fixed this issue by changing PKGBUILD to a more conservative/generic approach. This will avoid download errors and also will lead makepkg to always produce the latest version even if this AUR package is not yet updated.

helirexi commented on 2016-06-03 09:47 (UTC)

hi 404 when download Sources, latest i find is ImageMagick-7.0.1-8.tar.xz So after change this in PKGBUILD and run "updpkgsums PKGBUILD" all work.