Package Details: imagemagick-full-doc 7.1.1.31-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) (manual and API docs)
Upstream URL: https://www.imagemagick.org/
Keywords: convert graphics image imagemagick photo
Licenses: LicenseRef-custom
Conflicts: imagemagick-doc
Provides: imagemagick-doc
Submitter: dbermond
Maintainer: dbermond
Last Packager: dbermond
Votes: 17
Popularity: 0.000089
First Submitted: 2015-12-27 13:40 (UTC)
Last Updated: 2024-04-22 21:11 (UTC)

Latest Comments

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

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

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!

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