Those commands are included in mule-2.3 but not integrated in
emacs-2x distribution even after merging MULE feature.
(repo-copied from editors/mule-common)
PR: ports/33287
Submitted by: Teruaki Ata <PFA03027@nifty.ne.jp>
Wnn7 clients (Wnn7-lib). Notice the latter is modified from Wnn6-lib
by me and is not released from the Product company of Wnn7 (Omron
Software Co., Ltd).
* Modify master ports of the above ports according to adding these.
* [ports/editors/mule/pkg-descr] My English in pkg-descr was corrected
Submitted by: imp
editors/mule-common/Makefile) from mule-freewnn+canna
Submitted by: Shigeto TAJIMA <tajima@ics.es.osaka-u.ac.jp>
Obtained from: a direct mail
Sort slave port names in the above Makefile.
(1) {chinese,korean,japanese}/Wnn (Wnn 4.2) was updated as follows:
(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 editors/mule*, too (^_^;;
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.
mule except mule-common. So, in this port, I must remove the file.
Pointed out: asami
(2) Removed the test to create ${PREFIX}/share/info/dir in mule-common/Makefile.
Pointed out: bento
{chinese,japanese,korean}/mule-*:
- Set only the lang-specific category for each.
editors/mule:
- Set CATEGORIES+= editors to follow after a slave's lang-specific category.
- Define MULE_VERSION and EMACS_VERSION to use.
editors/mule-common:
- Remove redundant `Version required' line.
- Define MULE_VERSION and EMACS_VERSION to use.
- Use ${VAR:S/../../} modifier instead of !=, and `echo | sed'.
${MACHINE_ARCH}--freebsd${OSREL} is now passed to CONFIGURE_ARGS if
GNU_CONFIGURE is defined. Take the target out of CONFIGURE_ARGS of
some ports that added it explicitly; define it as
${MACHINE_ARCH}--freebsd if the port doesn't like the ${OSREL} part;
define it as something else (such as ${MACHINE_ARCH}--freebsdelf if
the port requires that; define it as an empty string if the port
doesn't like it at all.
The last might be a sign that a GNU_CONFIGURE port actually doesn't
use GNU's version of configure at all; but I don't have time to go
look at them all, we'll fix them as time goes on.
At least we've got much fewer "-unknown-"s in the tree as the result. :)
bsd.port.mk rev. 1.304 for details on the change.
The fix here is one of the following.
(1) Define USE_BZIP2 instead of BUILD_DEPENDS on bzip2 and redefining
EXTRACT_* commands.
(2) Change ${EXTRACT_CMD} to ${TAR} when the command is obviously
calling the "tar" command (i.e., arguments like "-xzf" are spelled
out).
(3) If ${EXTRACT_CMD} is called directly with ${EXTRACT_BEFORE_ARGS},
add ${EXTRACT_AFTER_ARGS} to the command line as well.
(4) If any of EXTRACT_CMD, EXTRACT_BEFORE_ARGS or EXTRACT_AFTER_ARGS
is set, define the other two too.
(1) /usr/local/lib/mule/site-lisp/site-start.el is fixed
(2) /usr/X11R6/info is added to Info-default-directory-list in site-start.el
(3) mule can work on FreeBSD-current (this problem is about new ld.so).
PR: 6030
Submitted by: maintainer
packages. The editors/mule-common package contains the language-
independent parts. Add some new ports based on input methods. They
don't take up much space because of efficient sharing.
PR: 4411
Submitted by: Satoshi Taoka <taoka@infonets.hiroshima-u.ac.jp>
they might overwrite emacs' versions.
The more I think about this, the less sense this makes, as we pratcically
mandate emacs to be installed as well for this mule to work.
Requested by: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi)
