Age | Commit message (Collapse) | Author |
|
|
|
|
|
Also preserve values already defined by the environsment variable.
|
|
|
|
This will provide an easier maintenance.
|
|
|
|
|
|
|
|
Also updated depends, provides and conflicts.
|
|
|
|
|
|
|
|
|
|
|
|
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.
|
|
configure script will complain about a missing 'glu' dependency
when checking for OpenEXR support. Fixed by adding it to depends.
|
|
|
|
It does not seem to make any difference.
|
|
|
|
|
|
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
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This will avoid download errors when the upstream version is updated
and this package is not yet updated. Note that pkgver is setted to
update automatically, leading makepkg to always produce a package that
is up-to-date with the upstream version.
|
|
|
|
|
|
|