freetype2 support properly (unless WITHOUT_IMAGEMAGICK_TTF is not
defined).
Patches have been sent to the developer forum. Hopefully the next
version to 6.0.0 will include the fix.
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.
ended up in the distribution. Be sure to remove the .c, so it gets
re-generated from Magick.xs by the Perl installed on the system. It used
to work for -current, where Perl happened be similar enough to that of
Christy, but broke PerlMagick for (some?) -stable users, where Perl's
API is different.
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>
`LIB_DEPENDS+=', to prevent this port from getting built without tiff
support, which wasn't intended. (Luckily jpeg and png were enabled via
other indirect dependencies)
This should fix some dependent ports such as ruby-rmagick.
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>
allow to put them in /etc/make.conf
Handle threaded case using WITH_IMAGEMAGICK_PERL
Turn JPEG on by default, distributed ImageMagick binary is little
usable without it.
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.
PR: 39989, 40270
Submitted by: KATO Tsuguru <tkato@prontomail.com>,
Guilherme J. R. Oliveira <guilherme@nortenet.pt>
Reviewed by: Cyrille Lefevre <cyrille.lefevre@laposte.net>
Prompted by: many in FreeBSD-ports mailing list
o Fix configure issue
PR: 39680
Submitted by: Oliver Lehmann <lehmann@ans-netz.de>
Prompted by: Stephen Montgomery-Smith <stephen@math.missouri.edu>,
too many
LIB_DEPENDS. ImageMagick will compile with any version of -ljpeg,
-ljbig, -lmpeg2, -lbz2, -lfpx, -lfreetype, -lxml2, -lpng, -llcms. I'm
not sure about -ltiff (we had the old, incompatible version ported for
a while as recently as a few years ago) and -lltdl (libtool).
This should make this port more resilient to upgrades to the other
ports and make it easier to build by people, who already have earlier
versions of the other libraries installed.
The idea -- of not requiring particular versions in some/most cases --
in general was discussed on -ports.
revision
o This port requires special treatment regarding pthreads support,
more than the ordinary one
o According to submitter: "Of cource, it isn't ordinary style to
use -lc_r and -pthread at once, there are some reasons for
hardcoding -lc_r within configure script of ImageMagick port even
if on -stable"
Submitted by: KATO Tsuguru <tkato@prontomail.com>
ImageMagick versions. Add WITHOUT_ option to disable them.
Enable modules by default, much smaller executable up to 10Mb runtime.
Add WITHOUT_ option to disable them.
Use IMAGEMAGICK portion for two WITHOUT_ option names mentioned above - it
allows to put them to /etc/make.conf without conflicts.
Add few comments about options
XFree86-4 + freetype2 problem. This is not a final solution and provided
only for forthcoming 4.3 release, after which it will be removed.
We are still waiting for jmz to fix things properly.
o add dependency on devel/libfpx.
o get rid of libtool dependency unless WITH_MODULES.
o trim unnecessary BUILD_DEPENDS'.
PR: 25745
Submitted by: KATO Tsuguru <tkato@prontomail.ne.jp>
knob. IMO, this should be removed at all. It seems, the "modules"
provide solution to a problem that does not exist. And provide poorly.
First, every module is really a shell script (.la), which loads the
namesake shared object (.so). Second -- they don't work. At least, not
on FreeBSD. I wish someone did
cd work/ImageMagick-<version>/PerlMagick/demo
make
before enabling them for the rest of us...
build without X11 support, for use on X11-less servers. Some
dependencies had to be turned off -- until those ports are fixed
to support the NO_X knob as well.
I did not go as far as creating a slave port
(ImageMagick-nox11). (BTW, may be we want a new category --
no-x11 -- for the slave ports of the stuff that's available in
both -- x11 and nox11 -- flavors?)
Nothing should change for the regular (non-NO_X) case -- hence
PORTREVISION not touched.
works. This patch adds --with-threads only when perl is threaded. Fixing
Makefile.PL only not helps because libMagick.so linking _require_
-pthread when --with-threads used.
Approved by: Maintainer's silence
XFree86 (3 or 4) to depend to when USE_XLIB is set.
XFREE86_VERSION defaults to 3 for now, but adventurous users can
override it in /etc/make.conf. When XFREE86_VERSION=3, USE_XLIB
will add a dependency to x11/XFree86; when it is set to 4, the
dependency will be to x11/XFree86-4-libraries. When
XFREE86_VERSION=4, the PKG_IGNORE_DEPENDS and ALWAYS_BUILD_DEPENDS
hacks to avoid messing with XFree86 are turned off.
Since XFree86 version 4 includes some software that used to be
separate ports, when XFREE86_VERSION=3 the following variables are
provided:
USE_DGS LIB_DEPENDS on x11/dgs
USE_FREETYPE LIB_DEPENDS on print/freetype
USE_MESA LIB_DEPENDS on graphics/Mesa3
USE_XPM LIB_DEPENDS on graphics/xpm
When XFREE86_VERSION=4, these variables have no effect. The
LIB_DEPENDS in the tree for the above four ports have all been
converted to the USE_* counterparts. For your information, this
is the count of the number of ports:
USE_DGS 0
USE_FREETYPE 16
USE_MESA 36
USE_XPM 236
There is a new variable, XAWVER, which is set to 6 when
XFREE86_VERSION=3 and 7 when XFREE86_VERSION=4. This is also
passed to PLIST_SUB so ports that build Xaw based shared libraries
can use this variable to substitute the shlib version number.
There is also a provision of using a separate mtree file for
XFREE86_VERSION=4, but that part is not enabled yet.
Reviewed by: the ports list
Tested by: make index (XFREE86_VERSION=3 only)
(2) Add hebrew to list of valid categories.
Submitted by: nbm
(a) ImageMagick needs libxml2, not libxml
(b) libxml2 does not co-exist AT ALL with libxml
(c) libxml is a required component of GNOME
(d) the extra functionality for ImageMagick is minimal
Thus, if you installed GNOME, and then this port, or vice-versa
Really Bad[tm] things will happen.
As and when libxml2 is used by GNOME (and libxml is buried
with partial military honors), then it will be possible to
turn this support back on.
Discovered by: my crashbox going nuts after an install of GNOME
and then ImageMagick. There were no survivors :)
This one is correct.
- png.3 -> png.4
- Put a copy of the distfile in my space at ftp.FreeBSD.org.
- Modify patch-aj as aclocal.m4 was changed in this silent update.
previous commit message to bsd.port.mk, which said INSTALL_SHLIBS. Boo.)
Line up the rhs of variable assignments nicely. Remove a couple of extra
whitespaces while I'm here.
Suggested by: sobomax
Use newly introduced %%PARL_ARCH%% for dirname of architecture
dependent libraries.
(i.e. s!%%PERL_VER%%/i386-freebsd!%%PERL_VER%%/%%PERL_ARCH%%!)
Approved by: asami
he's away but ache is complaining he's not replying to his mails).
Justin, when you want to take over again go ahead and change back
MASTER_SITES and the checksum.
installs the version of the port that uses shared library number 9 and the
LIBRARY_VERSION set to the default. Normally this is against our policy
(bumping the version number for minor things), however due to the major
problems caused with the upgrade, Satoshi and I decided that this was best.
Approved by: asami
Implicitly requested by: Mikhail Teterin (PR 2096)
(Note that I didn't look for a new version of ImageMagick; I'd
like to stick with the 3.7.9 we currently have.)
PLISTs.
Note: I know that this is going to break some symlinks and/or .so
includes, I will back some of these out as I run into these during
package building.
all the COMMENTs! No package names, no version numbers, no "this is
absolutix-3.1.2" type comments that have zero information contents.
Now, without any bad examples to follow, nobody has an excuse to import
a port with those kind of comments. :)
Phew! 238 ports modified!
post-install:
pkg_add -m ${PREFIX}/lib
to Makefiles and
@exec ldconfig -m %D
to packing lists of ports that install shared libraries.
This should get rid of a huge chunk of confusion for novice users!
All hail Paul Kranenburg! :)
