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.
This also will inadvertently unbreak parts of apache13-php3, I believe,
which is why I was able to work on this in the middle of a major project
that requires it.
Sponsored Committer With Overtime: Computer Horizons Corp.
From their http site:
The gd library is temporarily available. We have taken it off the
site until we are able to arrive at an agreement with Unisys regarding
their legal position with respect to gd. Please do not send email asking
for the gd library at this time. We cannot send it to you, at least until
this matter is resolved. Thank you for your understanding.
Boutell.Com, Inc.
Reported by: "Stephen J. Roznowski" <sjr@home.net>
