New GIF output functions, w/ or w/o LZW compression.
LZW compression is OFF by default to make the package legal in US and Canada.
Updated documentation
PR: 37455
Submitted by: Alex Dupre <sysadmin@alexdupre.com>
${LOCALBASE}/include, rather than include/gd. Each file is named gd*.h
anyway. Bump the PORTREVISION. Other ports should be fine, because
the have the -I${LOCALBASE}/include anyway, but should keep the
-I${LOCALBASE}/include/gd for a while too.
This can be used to generalize building of, say, language-specific
versions of gd like ukrainian/gd -- the controlling port will simply set
GD_FONTS to something like
GD_FONTS="/usr/ports/distfiles/x-koi8u.tgz koi6x10.bdf koi8x13.bdf \
koi9x15.bdf koi12x24.bdf koi10x20.bdf"
And the new configure script will extract the bdf files from the tarball
and use the bdftogd perl script (bundled with the software) to regenerate
the sources.
No REVISION bump, because the default package is still the same...
or in the build environment.
PR: 31698
Submitted by: John Hildreth <partsman@ns2.slutpuppy.org> (to -ports)
Submitted by: Kirk Strauser <kirk@strauser.com> (the PR)
Approved by: mi
installed library is still libgd, which is on purpose. It looks
like very little needs to be done after all to make current gd
users switch, so gd2 will, hopefully, quickly become gd again.
XPM will be used by default now, unless WITHOUT_XPM is declared.
When XPM can be built without installing X11, this is seems
sensible.
XFree86-4 should work too). I could've sworn, I saw some other port
use the seemingly non-existent USE_FREETYPE2. As a bonus, add a
patch for malloc.h -> stdlib.h...
While I'm here (again), switch the default maintainership to ports@.
Submitted by: John Hay
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.
without bumping the minor version number. update patches and checksum
accordingly.
Our PORTREVISION was bumped, however, because we actually do have a clue
about these sorts of things...
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
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
the version number and went back and made all the old tarballs copies of the
the newest version, breaking this again.
They also zerobyted a lot of old versions of gd. Evidently "history" isn't
one of the ideas thats supported in their project.
Submitted by: jkh
and replacing them with symlinks to the latest is smart, so we'll
upgrade now.
patches/patch-ac changed and was regenerated with -u1 so when the authors
make more gratuitious changes to the Makefile it will break less deltas.
