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
MASTER_SITE_SUBDIR=games
swallace wasn't listed as MAINTAINER of any of his ports
janek@gaja.ipan.lublin.pl wasn't listed as MAINTAINER of any of his ports
bin.bin --> ${BINOWN}.${BINGRP}
chown --> /usr/sbin/chown
(not everyone has /usr/sbin in their path, esp. if you sudo'ed to root)
mkdir -p --> ${MKDIR}
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!
to a wrong understanding of how the locking works. It locks on files,
not descriptors, hence it's not sufficient to close the descriptor of
a locked file.
The patch fixes this.
(1) Took out INSTALL_MANPAGES (not necessary anymore, porter should
set NO_INSTALL_MANPAGES for not calling "make install.man")
(2) Replaced most of DEPENDS with EXEC_DEPENDS and LIB_DEPENDS. These
are the entries I used:
EXEC_DEPENDS:
unzip:${PORTSDIR}/archivers/unzip
gmake:${PORTSDIR}/devel/gmake
wishx:${PORTSDIR}/lang/tclX
xli:${PORTSDIR}/graphics/xli
gs:${PORTSDIR}/print/ghostscript
gunshar:${PORTSDIR}/archivers/gshar+gunshar
hfs:${PORTSDIR}/utils/hfs
rman:${PORTSDIR}/utils/rman
LIB_DEPENDS:
tiff\\.3\\.:${PORTSDIR}/graphics/tiff
jpeg\\.5\\.:${PORTSDIR}/graphics/jpeg
Xpm\\.4\\.:${PORTSDIR}/graphics/xpm
tcl\\.7\\.:${PORTSDIR}/lang/tcl
tk\\.3\\.:${PORTSDIR}/x11/tk
xview\\.1\\.:${PORTSDIR}/x11/xview-lib
Xaw3d\\.:${PORTSDIR}/x11/Xaw3d
mpeg\\.1\\.:${PORTSDIR}/graphics/mpeg-lib
xview\\.3\\.:${PORTSDIR}/x11/xview-lib
BLT\\.1\\.:${PORTSDIR}/x11/blt
There are still some dependencies I can't figure out what exactly
is needed. If your port still has DEPENDS in it, please check it out!
