Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
References
----------
https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/imagemagick&id=a2a9f312e2505bd9cc7d3865123e988676d7809d
|
|
|
|
|
|
When using the git tree source, configure runs twice: for some
reason it needs to do a recheck and runs for a second time.
Remaking all the configuration files by running 'autoreconf -fis'
will fix it.
|
|
|
|
Official repository now provides ImageMagick version 7 and it has
splitted the package into libmagick and imagemagick binaries.
|
|
This will provide an easier maintenance.
|
|
|
|
Also updated depends, provides and conflicts.
|
|
ImageMagick seems to have changed its main git repository.
It seems that the git source code repository at imagemagick.org is
not working anymore.
It seems that the main authoritative source code repository is now
at GitHub.
|
|
|
|
|
|
libemf support was temporarily removed from pstoedit-nomagick
3.70-2 and reintroduced 3.70-5, which makes the need for a rebuild
in both autotrace-nomagick and imagemagick.
References:
https://aur.archlinux.org/cgit/aur.git/commit/?h=autotrace-nomagick&id=6f3785ee85ff63c21b35f096f47e0de91e86fe15
https://aur.archlinux.org/cgit/aur.git/commit/?h=autotrace-nomagick&id=4941e482c46f9f0f915b70e8268036c9aac4259d
https://aur.archlinux.org/cgit/aur.git/commit/?h=pstoedit-nomagick&id=905895998542bd763a4287852bb524a8c09ff2f0
https://aur.archlinux.org/cgit/aur.git/commit/?h=pstoedit-nomagick&id=ace46dc4cdafff9e3a154e76d793f487bfc62b65
|
|
Temporarily removed libemf support from pstoedit-nomagick which
makes the need for a rebuild.
|
|
|
|
Although configure option --with-umem was specified, there was no
umem package available in repositories or in the AUR that can be
used as a dependency to give compilation support. As a result,
umem was not being detected at configure time and the package was
without umem suppport. Now that libumem-git is available in the
AUR the support can finally be done.
|
|
This information can be unseful in some situations.
|
|
Upstream flif matured and new versions were released by the
developers. When the flif dependency was firstly introduced,
the old release version did not work with imagemagick and it
was needed to use flif-git. Now it's working with flif package
(the release one).
Using flif package will allow a more conservative dependency
handling approach. Since flif-git provides flif, user can now
choose if he will use flif or flif-git.
|
|
In short:
depends: changed from ocl-icd to opencl-icd-loader.
Moved opencl-headers to makedepends.
The long story:
This will match the approach used in PKGBUILDs from many repository
packages that depends on opencl. These packages doesn't place a
direct dependency to package ocl-icd like we were doing here, but
instead they depends on libcl or on opencl-icd-loader that is
provided by ocl-icd. The imagemagick repository package uses this
approach. Also, opencl-headers is not needed at runtime
and should be placed in makedepens.
It's hard to tell for which one we should replace ocl-icd (if for
libcl or for opencl-icd-loader), since, among other things, some
repository packages points to libcl and others to opencl-icd-loader.
In a recent update the imagemagick repository package has changed
dependency from libcl to opencl-icd-loader, so we will be using
opencl-icd-loader here too.
Reference:
https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/imagemagick&id=193cd1967d79f4de07019e94cda75aaff9947a3d
|
|
|
|
|
|
|
|
|
|
|
|
|
|
More details in:
https://www.imagemagick.org/discourse-server/viewtopic.php?f=4&t=29588
https://imagetragick.com/
|
|
|
|
|
|
|
|
|