Package Details: imagemagick-full 7.1.1.41-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.000001
First Submitted: 2015-12-27 13:40 (UTC)
Last Updated: 2024-11-18 16:35 (UTC)

Required by (1074)

Sources (2)

Latest Comments

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

dbermond commented on 2023-11-07 16:26 (UTC)

@dreieck There is no libumem and magickcache stable packages, so the only option is depending on libumem-git and magickcache-git. If there would be a magickcache stable package, it currently needs code that is only in the magickcache git master branch, and will not compile with the old magickcache release from 2022 (the stable magickcache tagged pre-release from 2022 does not even build for me). Being a -full package, it uses 32-bit depth by design and does not provide 16-bit depth, so you need to recompile anything that needs the 16-bit depth libraries. imagemagick should not conflict with imagemagick-full-doc, as it does not make sense since they should co-exist. It looks like the repository imagemagick-doc was merged into repository imagemagick, and in this case it should be merged here too (or remove the documentation from the package) to avoid such file conflicts (will be done in the next update).

dreieck commented on 2023-11-07 11:31 (UTC)

Please add imagemagick to the conflicts array of imagemagick-full-doc: 

error: failed to commit transaction (conflicting files)
imagemagick: /usr/share/doc/ImageMagick-7/LICENSE exists in filesystem (owned by imagemagick-full-doc)
imagemagick: /usr/share/doc/ImageMagick-7/NEWS.txt exists in filesystem (owned by imagemagick-full-doc)
[...]
imagemagick: /usr/share/doc/ImageMagick-7/www/webp.html exists in filesystem (owned by imagemagick-full-doc)
Errors occurred, no packages were upgraded.

Regards!

dreieck commented on 2023-11-07 11:29 (UTC) (edited on 2023-11-07 11:29 (UTC) by dreieck)

A current build of this package misses the 

/usr/lib/libMagick*-7.Q16HDRI.so*

files.
It only provides the 

/usr/lib/libMagick*-7.Q32HDRI.so*

files (32 variant, not 16 variant).

Thus it fails to provide the dependencies for most packages which depend on imagemagick or libmagick.

E.G.:

$ digikam: 

digikam: error while loading shared libraries: libMagick++-7.Q16HDRI.so.5: cannot open shared object file: No such file or directory

Can you please either fix this, or adapt the package such that it neither provides nor conflicts imagemagick and libmagick put complements it?

Regards!

dreieck commented on 2023-11-07 11:21 (UTC)

Ahoj,

Does it really need the -git variants of libumem and magickcache as make dependencies?

It not specifically, then please change to the non-git variant, since the -git package should have the non-git package in it's provides entry, and this makes the user free to choose which variant to install.

Regards!

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 7.0.7.31-1 breaks windowmaker (https://aur.archlinux.org/packages/windowmaker-git/)

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

Also didn't have any problem updating to 7.0.7.32-1.

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.

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