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
options `start' and `stop' now (unless I have forgotten any). This allows
us to call the scripts from /etc/rc.shutdown with the correct option.
The (42 or so) ports that already DTRT before are unchanged.
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
Obtained from: Maintainer (partly)
modify the Makefile to use PLIST.mule if USE_MULE is defined. This
will allow the version with mule to be successfullt packaged and
pkg_delete'd.
Add a warning, obtained from the Maintainer, in the case where
HAVE_MOTIF is defined but MOTIF is really lesstif. It seems that
some users have seen problems with that constellation.
Add pkg/PLIST.mule to be used for the mule version.
Satoshi forgot to close the PR when he made his commit for the
reported problem with generating a version with mule.
I know some people are working on splitting this port up, so this
is just a stop-gap solution until then.
Also remove the extra "\" at the end of the last master site.
${PREFIX}/lib/xemacs/lock.
Also simplfy removal of some directories with pkg_delete. Previously,
the contents of ${PREFIX}/{lib,share}/xemacs/site-lisp was deleted and
then the directories themselves using @dirrm. This didn't work in my
tests, so I changed it to just ``@exec rm -rf'' the directories.
PR: ports/4976
Submitted by: Sheldon Hearn
${PREFIX}/lib/xemacs/lock.
Also modify post-install to set the permissions on /var/run/xemacs/lock,
${PREFIX}/lib/xemacs/site-lisp and ${PREFIX}/share/xemacs/site-lisp, as
done in PLIST, since ``make install'' doesn't do it.
PR: ports/4976
Submitted by: Sheldon Hearn
new import of xemacs 20.2, including MULE support. Note that I tested
that I could build with mule support, but I couldn't actually check the
functionality.
"make package" and pkg_delete both tested (under -current).