ImageMagick is a package for display and interactive manipulation of
images. The package includes tools for image conversion, annotation,
compositing, animation, and creating montages. ImageMagick can read and
write many of the more popular image formats (e.g. JPEG, TIFF, PNM, XPM,
Photo CD, etc.).
The package can be built _without_ the GUI (X11) support at all -- it
will not have the display, import, and animate functionality, but remain
extremely useful for image manipulation.
The optional "display" utility conflicts with the utility of the
same name from the misc/display port/package.
WWW: http://www.ImageMagick.org/
===> The following configuration options are available for ImageMagick-6.9.9.28_2,1:
16BIT_PIXEL=on: 16bit pixel support
BZIP2=on: bzip2 compression support
DJVU=off: DJVU format support (needs THREADS)
DOCS=on: Build and/or install documentation
FFTW=on: Discrete Fourier Transform support
FONTCONFIG=on: X11 font configuration support
FPX=off: FlashPix image format support
FREETYPE=on: TrueType font rendering support
GRAPHVIZ=off: Graphviz graph drawing support
GSLIB=off: libgs (Postscript SHLIB) support
HDRI=off: High dynamic range images support
JBIG=on: JBIG image format support
JPEG=on: JPEG image format support
JPEG2000=on: OpenJPEG 2000 support via openjpeg
LCMS2=on: Little CMS 2.x support
LQR=on: Liquid Rescale support
LZMA=on: LZMA compression support
MODULES=on: Modules support
OPENEXR=off: HDR image format support via OpenEXR
OPENMP=off: Parallel processing support via OpenMP
PANGO=off: Pango rendering library support
PDF=on: PDF document support
PERL=on: Perl scripting language support
PNG=on: PNG image format support
RAW=on: RAW format support
SVG=on: SVG vector image format support (via librsvg)
TESTS=off: Run bundled self-tests after build
THREADS=on: Threading support
TIFF=on: TIFF image format support
WEBP=on: WebP image format support
WMF=on: Windows Metafile image format support
X11=on: X11 (graphics) support
===> Use 'make config' to modify these settings
- Update to from 6.5.5-7 to 6.5.5-10
This is a release-ish version of ImageMagick (each X.Y.Z-10 is kept on
mirrors for a long time).
Several bugfixes since 6.5.5-7
Feature safe: yes
- Fix build on pre-8 systems: replace carg() with atan2()
- Tinderbox did not discover this
PR: ports/137712
Submitted by: Stephen Montgomery-Smith <stephen@missouri.edu>
-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
- djvulibre DSO version has changed to 22. Reflect this.
- ImageMagick should never depend on djvulibre, instead -nox11
version should be used, which contains the library required.
The 6.4.0-11 was rerolled under the same name. ImageMagick admitted the
mistake, but would not correct it:
http://www.imagemagick.org/discourse-server/viewtopic.php?f=3&t=11147
register the new size and checksums in distinfo, and adjust pkg-plist
for this new release. Bump PORTREVISION to signify it...
Update from 6.4.0-7 to 6.4.0-11. Some minor problems should be fixed by
the vendor. For the port the important changes are:
* parallel building is back
* p7zip is now used to extract the distfile -- lzma used earlier
caused problems, because two different lzma-archivers exist
(conflicting ports). p7zip is also wider known and supports
more compression methods.
The p7zip-part was
Submitted by: Neil Darlow
Upgrade to 6.4.0-7 -- currently the latest.
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.
Update from 6.3.5-10 to 6.3.6-9. Some of our patches were accepted
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
Explicitly disable support for OpenEXR and DjVu by default. These were
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...
When PerlMagick fails to load its Magick.so binary piece during tests,
it goes into a frenzy consuming all available memory before actually
reporting an error and exiting.
Try to reduce the impact of this cascading failure by running the tests
under a limit of 20m of memory. In "good" builds that seems to be enough.
Remove FPX from the default configuration. The unmaintained library is
too buggy for general use :(
Initiate the lists of options whose presence (or absence) break
self-tests, and set IGNORE, if any such conflict is found.
Reported by: numerous
The LDFLAGS, CPPFLAGS, etc. are set during configure step.
We don't need to bother with the situations, when /etc/make.conf, etc.
are updated between configure and build.
The way things are now, linking might break in certain cases because
LDFLAGS is set to empty string (instead of being unset).
Notified by: Pierre Guinoiseau
Upgrade from 6.3.3-5 to 6.3.5-10 -- the latest available. Take over
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...
- Remove the DESTDIR modifications from individual ports as we have a new,
fully chrooted DESTDIR, which does not need such any more.
Sponsored by: Google Summer of Code 2007
Approved by: portmgr (pav)
- Set --mandir and --infodir in CONFIGURE_ARGS if the configure script
supports them. This is determined by running ``configure --help'' in
do-configure target and set the shell variable _LATE_CONFIGURE_ARGS
which is then passed to CONFIGURE_ARGS.
- Remove --mandir and --infodir in ports' Makefile where applicable
Few ports use REINPLACE_CMD to achieve the same effect, remove them too.
- Correct some manual pages location from PREFIX/man to MANPREFIX/man
- Define INFO_PATH where necessary
- Document that .info files are installed in a subdirectory relative to
PREFIX/INFO_PATH and slightly change add-plist-info to use INFO_PATH and
subdirectory detection.
PR: ports/111470
Approved by: portmgr
Discussed with: stas (Mk/*), gerald (info related stuffs)
Tested by: pointyhat exp run
- Update to 6.3.3-5 [1]
- 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
Turn gslib support into option. IM can work with gs with or without it.
Switch to gs-afpl as default one checked. IM needs newer gs for some
operations and gs-gnu is too old.
Add without-dps option by default since Xorg does not have required
DPS library anymore. DPS is poor choice in any case because renders first
page only. When DPS is off, gs automatically used, which is the right thing.
Approved by: shaun (maintainer)
Add support for DESTDIR part I.
This commit should largele be a NOOP as it only adds support
for DESTDIR undefined. This does allow us to start testing
ports with DESTDIR set, but this is as of yet not supported.
Although this has been extensively tested on pointyhat, this
is a very intrusive change and some cases may have been
overlooked. Please contact Gabor and me if you find any.
PR: 100555
Submitted by: gabor
Sponsored by: Google Summer of Code 2006
- Fix detection of fontconfig and add knob to enable/disable
- 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
[patch] ImageMagick segfaults, port update to 6.2.5-5 solves problem
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
Mass-conversion to the USE_AUTOTOOLS New World Order. The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
- Update to 6.2.0-5
- 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)
