PORTREVISION or PORTEPOCH are defined.
Most of these Makefiles were defining DISTNAME and WRKSRC (and
sometimes EXTRACT_SUFX) -- change those to define DISTFILES only.
Also, some of the WRKSRC lines were not even necessary, as they were
defining it to the default value.
Instigated by: Peter Pentchev <roam@orbitel.bg> and kris
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
nothing (it was commented out), it could be confusing for people reading
the Makefile. (must've been real tired when I send-pr'd this one...)
2. Changed my e-mail address to my swank new @FreeBSD.ORG one. :)
Note: I suffered a temporary brain glitch on the import and called
the vendor tag "XTANK" rather than "TANK". I'm suspecting that's not
a total catastrophe, but just to note the inconsistency here in the
initial import message.
PR: 5916
Submitted by: Donald Burr <dburr@POBoxes.com>
