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.000055
First Submitted: 2015-12-27 13:40 (UTC)
Last Updated: 2024-05-05 22:02 (UTC)

Required by (1052)

Sources (3)

Latest Comments

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

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.

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

@japp1egate You can view the Wiki article: https://wiki.archlinux.org/index.php/DeveloperWiki:Building_in_a_Clean_Chroot

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

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