Notable changes:
1. Pick the .lzma version of the vendor's distfile. Although
adds archivers/lzma to EXTRACT_DEPENDS, the savings make
it worth the trouble.
2. Disable parallel build, until the vendor figures out, what
broke it.
3. Disable use of our libtool -- somehow that does not work
any more. It would be nice, if our libtool-maintainers could
look into it -- just uncomment the relevant line in the new
Makefile and attempt building.
4. Most of the things are now installed into "versioned" directories:
"ImageMagick-6.4.0" instead of "ImageMagick".
5. API-headers now go into ${PREFIX}/include/ImageMagick instead of
directly into ${PREFIX}/include. This will make co-existence with
GraphicsMagick much easier.
upstream. The tests should work with and without X11. Enable FPX by
default. Resolve all related PRs.
Approved by: portmgr (linimon)
PR: 67815
PR: 117635
PR: 116874
PR: 114387
never dependencies before, so official packages never contained the
support, but if a local system had them installed, ImageMagick would try
to use them -- and sometimes fail.
Also add a patch, that modifies the module-searching algorithm from
/always/ checking the compiled-in constant path, to only checking it, if
an environment variable is not set. This fixes a problem with testing,
where a module installed by an earlier version of the software could be
used by the newly built version, that's being tested.
This port has too many options -- perhaps, support for the most common
things (like PNG, JPEG, and GIF) should be permanent...
maintainership -- with the previous maintainer's approval.
Remove explicit requirements for shared library major numbers of
dependencies. Like in almost all other ports, these quite gratuitous.
Scale the build to multiple CPUs, if available on the building
system.
Automatically run vendor's self-tests (unless disabled via OPTIONS).
Apply DOS2UNIX to a number of files including the HTML pages.
NB: ImageMagick's configure tries to detect an OpenMP-capable compiler.
This /may/ be a problem, when gcc-4.2 (such as on 7.x) or greater is
used... An explicit `--disable-openmp' may be needed...
- SVG support requires X11 support, so mark as IGNORE if WITHOUT_X11
is defined [2]
- Correct set CPPFLAGS for fontconfig, librsvg, and graphviz [3]
PR: ports/109862 [2], ports/110141[3]
Submitted by: rafan [1], chinsan [2], Maxim Samsonov <xors at mne.ru> [3]
Approved by: shuan
- Fix detection of librsvg and add knob to enable/disable
- Fix leftovers when set many combinations of WITH/WITHOUT
- Respect CFLAGS/LDFLAGS
- Bump PORTREVISION since have default features that now are detected property
Pointy hat to: me
Approved by: maintainer timeout (on past commit)
Tested by: many and me on all day
Using 'convert' utility, even on basic operations causes
job to be done, but command exits via receiveing SEGFAULT
signal.
Using new version of ImageMagick (6.2.5-5), convert utility
works as expected.
This problem also applies to pecl-imagick. And of course
is also solved by this port update
/etc/make.cof is empty during port install
Also included an update to libMagick.so.9!
Submitted by: Piotr Rybicki <meritus@innervision.pl>
Approved by: Arjan van Leeuwen <avleeuwen@piwebs.com>
PR: ports/91270
- fixes a security vulnerability
Reported by: simon
Security: http://vuxml.freebsd.org/713c3913-8c2b-11d9-b58c-0001020eed82.html
- change logic in WITH_WMF/WITHOUT_WMF because of dependencies on X11 and ImageMagick modules
Reported by: Joan Picanyol i Puig <lists-freebsd@biaix.org>
PR: ports/78454
Submitted by: Arjan van Leeuwen <avleeuwen@piwebs.com> (maintainer)
format on or before July 2002:
http://studio.imagemagick.org/pipermail/magick-users/2002-July/003703.html
Indeed, the HDF bits are commented out in the package's
configure/autoconf and none of the utilities installed by the port
actually link with HDF.
Rather than bump PORTREVISION, upgrade to the 5.5.7.16 (from .15).
Prompted by: troubles with HDF and amd64
o Utilize USE_GNOME
o Install pkgconfig .pc file to correct place
o Support alternative PTHREAD_LIBS difinition
PR: ports/57592
Submitted by: Ports Fury
o Removed two (now obsolate) libtool version patches
as ImageMagick now uses internal version system for
them starting from 0:0:0 (5.5.8 will become 0:1:0),
also MAJOR_VERSION/MINOR_VERSION/MICRO_VERSION
variables removed from the source.
o Removed two other patches as now they are already
embedded to the source.
o Updated plist to reflect separate Q8/Q16 folder
installations based on selection while installing.
Also Makefile modifed to reflect this.
Minor cleanup MASTER_SITES.
Utilize PLIST_SUB from post-install:
PR: ports/55274 (Update to 5.5.7-10) [1]
Submitted by: Erdener Gonenc <ergonenc@artemis.efes.net> [1]
Reviewed by: Rob Lahaye <lahaye@snu.ac.kr>
o Removed two (now obsolate) libtool version patches
as ImageMagick now uses internal version system for
them starting from 0:0:0 (5.5.8 will become 0:1:0),
also MAJOR_VERSION/MINOR_VERSION/MICRO_VERSION
variables removed from the source.
o Removed two other patches as now they are already
embedded to the source.
o Updated plist to reflect separate Q8/Q16 folder
installations based on selection while installing.
Also Makefile modifed to reflect this.
PR: ports/55274 [1]
Submitted by: Erdener Gonenc <ergonenc@artemis.efes.net> [1]
Pointed out by: Rob Lahaye <lahaye@snu.ac.kr>
o Remove VERSION number from both directory and library names (e.g.,
libMagick++-5.5.1.so becomes libMagick++.so)
o Add a library version number back; thus, fixing library dependencies
which require this port to have a library version number. Current
number is 5 (e.g., libMagick++.so.5)
o Update PLIST accordingly
-stable :-( Upgrade the port to the latest to compensate.
The port now installs things in version specific directories, so
add the version number to PLIST_SUB.
Remove USE_REINPLACE -- the port uses PERL anyway.
As usual, the hardest thing to do is to fix the pkg-plist.
