Long long time ago, my friend Mr. yamamoto made an I18N_MB patch. It
was used mainly in Japan since it enable fvwm to display Japanese characters
in the menu, titlebar, and so on. However, and unfortunately, it was
not included original fvwm code at that time since less people need it.
Since then, I maintained the I18N_MB patch to adopt new fvwm releases.
IIRC, this patch is based on the hack for TWM (see X11R5 contrib), and
influences to other fvwm-derived window managers to be i18n-ed (e.g.,
afterstep, windowmaker, etc.)
Soon after the fvwm development team was re-organized as current form, I
tried pushing I18N_MB patch to be included to original fvwm code. It was
great pleasure for me but I have no time to test it; my desktop environment
is tainted with Windows, and I'm lazy to update my fvwm, that runs on VMware.
Recently, I've heard from kris that this ports is broken on 5-current and
sparc64 environment. It seems that it comes from header misuse or something
like that. Maybe I can fix it, but I don't do that. I would be good
chanse to kill this ports, and use the original fvwm code which is already
included this patch for a long time. I believe that fvwm code is still
well-maintained, it should work as expected; I've heard from many people
that it works, and I've just confirmed that. There's no reason to switch it.
Anyway, standalone I18N_MB patch is now dead from FreeBSD ports. Thanks
to the original author yamamoto (he's maybe workin' at panasonic.com but
I don't know how to contact him,) subscribers of fvwm-users-jp mailinglist
(note: it was concluded already,) people who send me a comment/patch, and
ports/x11-wm/fvwm2-i18n users.
PS: I intentionally give a little bit funny PKGNAMESUFFIX to this ports,
to keep this package name unchanged. It should be changed further releases.
Committed at: Executive floor lounge, Hilton Anaheim.
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
- List all the man pages in the MAN1 variable and define MANCOMPRESSED.
- Standardize the comment section (restore the Whom: and the Date created:
line from the original Makefile.)
diverge too much from the original (other than internationalization,
of course). Closes PR ports/2854.
Submitted by: Makoto MATSUSHITA <matusita@ics.es.osaka-u.ac.jp>
