Package Details: imagemagick-full-git 7.1.1.18.r2.gc9e40fece-1

Git Clone URL: https://aur.archlinux.org/imagemagick-full-git.git (read-only, click to copy)
Package Base: imagemagick-full-git
Description: An image viewing/manipulation program (Q32 HDRI with all features, git version)
Upstream URL: https://www.imagemagick.org/
Keywords: convert graphics image imagemagick magick photo
Licenses: custom
Conflicts: imagemagick, libmagick
Provides: imagemagick, imagemagick-git, libmagick, libmagick-full, libmagick-full-git, libmagick-git
Replaces: libmagick-full-git
Submitter: dbermond
Maintainer: dbermond
Last Packager: dbermond
Votes: 3
Popularity: 0.000000
First Submitted: 2016-02-14 03:35 (UTC)
Last Updated: 2023-09-24 01:28 (UTC)

Required by (1044)

Sources (2)

Latest Comments

1 2 Next › Last »

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

@dreieck I've answered your questions in the stable package. No need to duplicate the comments in both packages when they are maintained by the same person.

xiota commented on 2023-11-07 12:17 (UTC)

@dreieck Makes no sense for imagemagick-full-doc-git to conflict with imagemagick. Doing so would make it conflict also with imagemagick-full-git.

Would be better to align this package with extra/imagemagick and include the program and docs together in a single package.

@dbermond Should remove all the -full, -full-git, -git packages from provides/conflicts/replaces. They are not used by any of the packages in the "Required by" list above.

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

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

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

Regards!

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

Can you add =${pkgver} to the libmagick provides entry?
Otherwise, packages that require a particular version of libmagick complain.

dreieck commented on 2023-11-07 11:02 (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!

dreieck commented on 2023-11-07 10:57 (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!

dbermond commented on 2023-10-07 12:24 (UTC)

@korimitsu The package is building fine. You're missing a dependency. Install magickcache-git.

korimitsu commented on 2023-10-06 19:41 (UTC) (edited on 2023-10-06 19:41 (UTC) by korimitsu)

Fails to build:

error: can't build imagemagick-full-git-7.1.1.18.r2.gc9e40fece-1, deps not satisfied: magickcache-git  magickcache-git

xiota commented on 2023-09-20 07:25 (UTC)

Please remove replaces directive. Thank you.

dbermond commented on 2021-07-04 03:21 (UTC)

@schrmh I have updated the libjxl dependency so you can now use libjxl-git.

@magixx libjxl still has an unstable API, and sometimes it may be broken on ImageMagick. Due to this, I removed libjxl support from package imagemagick-full back in time, but I left it enabled here for experimentation. We can expect a stable libjxl API when it reaches version 1.0.