Done a few days earlier than I had initially suggested on the -ports list
since other committers have already taken care of the few remaining ports
that depended on them
Discussed on: -ports list
(a) Its name was changed from Wnn to FreeWnn because Wnn6 which is a
commercial software exits
(b) Its license was changed to GPL.
(c) The method to configure was changed from imake to GNU configure.
(d) Relatively to the original Wnn, the Wnn in the ports tree were
modified by me a lot. Most of the modifications were adopted
into FreeWnn.
(c) Header and library files are installed into
${LOCALBASE}/{lib,include} instead of ${X11BASE}/{lib,include}.
(2) FreeWnn is divided into two ports FreeWnn-lib and FreeWnn-server
in chinese, korean and japanese categories. The former is for libwnn
and header files to compile client commands, and the files used in
client commands. The latter is for a server to convert KANA to KANJI
(Chinese character), and dictionaries and files used by the server.
Notice: I forgot to commit FreeWnn-{lib,server} (^_^;;
(a) Its name was changed from Wnn to FreeWnn because Wnn6 which is a
commercial software exits
(b) Its license was changed to GPL.
(c) The method to configure was changed from imake to GNU configure.
(d) Relatively to the original Wnn, the Wnn in the ports tree were
modified by me a lot. Most of the modifications were adopted
into FreeWnn.
(c) Header and library files are installed into
${LOCALBASE}/{lib,include} instead of ${X11BASE}/{lib,include}.
(2) FreeWnn is divided into two ports FreeWnn-lib and FreeWnn-server
in chinese, korean and japanese categories. The former is for libwnn
and header files to compile client commands, and the files used in
client commands. The latter is for a server to convert KANA to KANJI
(Chinese character), and dictionaries and files used by the server.
cross-language master-slave ports.
I just wonder how I could overlook this. I thought I tested with Wnn,
netscape and so on. *sigh*
Yes, I know how I can fix it, but I'd certainly back out first.
Reported by: steve
Pointy hat to: knu
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
