This is a package containing only the executables for stable
version of XEmacs with Mule, the next generation of Emacs.
This package is not built with any particular language support except for
already built-in Imput Method - SKK and SJ3. If you want other built-in
input method, look into the xemacs ports in language- specific directories.
Currently only Japanese (Canna, FreeWnn and Wnn6) is available.
This package is designed *not* to clobber any existing emacs installation.
In particular, the executables and man pages of etags/ctags are not
installed, and the info pages that come with the original emacs don't get
installed too. The Japanese version is build to install everything, by the
way.
Bump portrevision due to upgrade of devel/gettext.
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
- Set --mandir and --infodir in CONFIGURE_ARGS if the configure script
supports them. This is determined by running ``configure --help'' in
do-configure target and set the shell variable _LATE_CONFIGURE_ARGS
which is then passed to CONFIGURE_ARGS.
- Remove --mandir and --infodir in ports' Makefile where applicable
Few ports use REINPLACE_CMD to achieve the same effect, remove them too.
- Correct some manual pages location from PREFIX/man to MANPREFIX/man
- Define INFO_PATH where necessary
- Document that .info files are installed in a subdirectory relative to
PREFIX/INFO_PATH and slightly change add-plist-info to use INFO_PATH and
subdirectory detection.
PR: ports/111470
Approved by: portmgr
Discussed with: stas (Mk/*), gerald (info related stuffs)
Tested by: pointyhat exp run
When editors/xemacs21-mule is installed as ports, site-lisp and
site-modules directories are created. But when it's installed as
package, these directories are not created. Fix it.
PR: ports/103373
Submitted by: NIIMI Satoshi
XEmacs binary built with --pdump does not run without .dmp file.
The fix will be removing --pdump or add .dmp in plist, and now
take the first solution suggested by the maintainer.
The change only affects amd64 build.
Submitted by: maintainer
Mass-conversion to the USE_AUTOTOOLS New World Order. The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
- maintainer of editors/xemacs21-mule can't maintain
japanise ports. So, set maintainer to ports@ there.
Submitted by: Andrey Slusar <anray(at)inet.ua> (maintainer of xemacs21-mule)
Reset MAINTAINER to ports@.
We cannot contact them for a long time.
Discussed with: hrs
Approved by: kiri(blanket), mita(blanket),
shige(blanket), taoka(blanket)
- USE_GNOME must be defined above bsd.port.pre.mk, otherwise make dies
with malformed conditional error. This fix INDEX build for people who
define WANT_GTK.
Fixes PR: ports/74147
Whoa there, boy, that's a mighty big commit y'all have there...
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.
gettext upgrade uber-patch (stage 3)
- switch devel/gettext (0.11.1) on, installing full package
- flip devel/gettext-old (0.10.35) to installing only static binaries
with a "-old" suffix -- gettext-old will have its deorbit burn
sequence initiated just after 4.6-RELEASE
- fix up ports for the new world order
Reviewed by: portmgr
Use ${ECHO_CMD} instead of ${ECHO} where you mean the echo command; the ECHO
macro is set to "echo" by default, but it is set to "true" if make(1) is
invoked with the -s option while ECHO_CMD is always set to the echo command.
