Package Details: imagemagick-full 7.1.1.32-1

Git Clone URL: https://aur.archlinux.org/imagemagick-full.git (read-only, click to copy)
Package Base: imagemagick-full
Description: An image viewing/manipulation program (Q32 HDRI with all possible features)
Upstream URL: https://www.imagemagick.org/
Keywords: convert graphics image imagemagick photo
Licenses: LicenseRef-custom
Conflicts: imagemagick, libmagick
Provides: imagemagick, libmagick, libmagick-full
Replaces: libmagick-full
Submitter: dbermond
Maintainer: dbermond
Last Packager: dbermond
Votes: 17
Popularity: 0.000053
First Submitted: 2015-12-27 13:40 (UTC)
Last Updated: 2024-05-05 22:02 (UTC)

Required by (1054)

Sources (3)

Latest Comments

« First ‹ Previous 1 2 3 4 5 Next › Last »

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)...so 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 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