| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
|
|
This was changed by upstream.
|
|
- fix perl dependency in imagemagick-full package. The approach
being used was not suitable for the AUR, since it produced
blank perl versions in the .SRCINFO file. Now we simply depend
on perl. The user is responsible for rebuilds if the perl
package in the official repositories increases its version,
which is much better, since users will not be locked with a
fixed/hardcoded perl version in .SRCINFO.
- remove unneeded (redundant) packages from makedepends, which
were already present in depends
- add missing git package in makedepends
- remove unneeded entries from depends (ghostpcl and ghostxps)
- rewrite X11 dependencies in depends
- remove duplicated entries from depends (pango and libraqm)
|
|
|
|
It should not depend on anything since it is documentation only.
|
|
|
|
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.
|
|
|
|
ImageMagick have an uncommon source distribution model:
New releases appears firstly at imagemagick.org, but this
website does not provide tarballs for all previous versions
(only a tarball for the latest version is available from
there).
A tarball archive of previous versions can be found at the
official github website, but strangely, the tarball of the
current version appears there only after a certain lagging
period.
Using git clone as the source instead of the tarball allows to:
- provide a new release as soon as possible
- allows users to build the package with the older version if
a new version is released upstream and the AUR package still
had not the time to update the PKGBUILD
- offers the possibility to lock-up the package at a certain
version whithout any modification in this PKGBUILD (for
example, if some build problem occurs with a newer version).
|
|
|
|
|
|
Official repository now provides ImageMagick version 7 and it has
splitted the package into libmagick and imagemagick binaries.
|
|
|
|
|
|
|
|
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
|
|
|
|
|
|
|
|
|
|
|
|
|