Make Andrey Slusar <anray AT inet DOT ua> the maintainer, since he kindly
volunterred to take over this port from me.
Submitted by: Denis Shaposhnikov <dsh AT vlink DOT ru> [1]
The port patches src/mem-limits.h to declare the "lim_data" variable
as rlim_t (a 64-bit type), but src/emacs.c still defines it as an
integer. This makes the memory limit checking think that there are
zero bytes available.
PR: 69347
Submitted by: Andrew Heybey <ath@niksun.com>
the mail/faces port cannot be accidentally deleted if xemacs uses it.
xemacs-devel: Add nonas,noeds to the --with-sound line because xemacs-devel
barfs when trying to use our sounds/nas port. Noticed while testing the
fix for the PR.
PR: 44588
Submitted by: Volker Stolz <vs@foldr.org>
- USE_AUTO* -> USE_AUTO*_VER=* where required
- USE_AUTO* / *_DEPENDS=.*auto*:*/devel/auto* -> GNU_CONFIGURE where OK
- Other minor changes to fix things
These changes should be no-ops with the current bsd.port.mk, but will
assist in preparing for the next generation of USE_AUTO*.
Submitted by: bento 4-exp USE_AUTO* cleanups
http://people.FreeBSD.org/~will/4-exp/http://bento.FreeBSD.org/errorlogs/4-exp-latest/
in case the user has LDAP installed. This is one of those things which
are automatically detected at configure time.
PR: 31622
Submitted by: Alec Wolman <wolman@cs.washington.edu>
does a font change in the Options menu seems to be fixed, although no
change actually seems to result.
The GTK binding does not seem to be any better, but it's also not any
worse.
Several people have requested this, so here it is.
This port is intended to track the GAMMA version of the XEmacs
editor.
This is version is based on xemacs-21.4.4, which has a GTK binding.
Note that the GTK support is buggy (at least on my system), although
I haven't noticed any fatal problems, just annoying ones.
There are other bugs in this version, e.g. any attempts to make font
changes in the Options menu result in a Lisp error.
Please do not file any PRs on XEmacs errors, the maintaine will terminate
them with extreme prejudice.
I haven't tested this at all on Alpha because beast won't let me in.
Reorder variables to satisfy portlint.
Approved by: Jing-Tang Keith Jang <keith@freebsd.sinica.edu.tw>
(MAINTAINER of chinese/xemacs)
KIRIYAMA Kazuhiko <kiri@pis.toba-cmt.ac.jp>
(MAINTAINER of xemacs-*-packages)
confusion when databases/gdbm is installed. This change assures
that the Berkeley db in libc is used.
Since this is such a trivial change I also just went ahead and did
it for xemacs21-mule also.
PR: 21172
Submitted by: OGAWA Takaya
configuration files and Emacs.ad and deleted xemacs-faq.info-6.
Use LOCALBASE instead of PREFIX in CONFIGURE_ARGS - that makes it
easier to test new versions of the port.
PR: 20480
Submitted by: KIRIYAMA Kazuhiko <kiri@pis.toba-cmt.ac.jp>
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
Patch patch-al was obsoleted by a change in the target file.
Except for one minor change in PLIST the submitted patch worked
without errors. Excellent !
Submitted by: kiri@pis.toba-cmt.ac.jp
the port to use the new one - xemacs-21.1.10a.tar.gz.
There are no changes to the source caused by this; only empty
directories which were made by the old version were removed.
Change PLIST to reflect removal of the directories. Since
xemacs/site-lisp is no longer created by the installation, make
the directory in Makefile.
Add patch-an to fix a bug in lisp/package-get.el caused by mishandling
of md5 package checksums.
PR: 19855
Submitted by: Vivek Khera (PR), TAOKA Satoshi (patch - partly used),
Mr. Kiriyama (patch-an)
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.
PREFIX != LOCALBASE. Unfortunately, the change is guaranteed to
break pacakging on bento. Revert to the old way of doing things.
Why does this sort of thing always have to happen at 3 AM ?
As in ver. 21.1.7 the port creates lots of empty directories. This must
be reflected in PLIST, which explains the big diff. I wish they'd
make up their minds :-)
Tested on i386 and Alpha. Also tested packaging.
Submitted by: kiri@pis.toba-cmt.ac.jp
Whilke I'm here, fix a FATAL error reported by the latest version
of portlint - can't use ${PREFIX} in a RUN_DEPENDS line anymore.
Submitted by: KIRIYAMA Kazuhiko <kiri@pis.toba-cmt.ac.jp>
This change adds a framework so that xemacs21 can be used as the base
port for the various xemacs-mule incarnations. This functionality has
not been tested by the committer !!!
Fixed up some fatal errors found by portlint.
The submitter added compface.1 to LIB_DEPENDS, but the maintainer did not
agree, so it has been eliminated.
Version 21.1.8 removed all the empty directories which were created by
version 21.1.7, so I had to modify PLIST accordingly. That explains the
large number of changes to PLIST.
This version does not seem to suffer from the "make world under -current
and xemacs core dumps" syndrome.
Submitted by: kiri@pis.toba-cmt.ac.jp
Approved by: maintainer
patches apply without error. I don't have an Alpha to test on, but I assume
that Marcel knows what he's doing.
PR: addendum to 14916
Submitted by: marcel
Approved by: the maintainer
- fixed the plist so that you don't get an error message when
using pkg_delete
- added "-with-tiff=yes" to the configure command line, and tiff.4
to LIB_DEPENDS
Submitted by: "Alec Wolman" <wolman@cs.washington.edu>
Reviewed by: the maintainer
Modified PLIST to make empty directories which are installed by the port.
These empty directories are also removed in PLIST.
Tested install/deinstall and pkg_add/pkg_delete.
mail/mew/Makefile should be updated to reflect this change.
PR: 14329
Requested by: the maintainer
Delete the MULE support and refer the user to the xemacs-mule port.
Add --with-png=yes to the list of CONFIGURE_ARGS.
The port now creates scads of empty directories which, hopefully, can
be deleted if the package gets deleted.
Tested install/deinstall and packaging.
Requested by: the maintainer
This requires xemacs-packages which be will committed next. Xemacs now
allows the user to maintain packages himself. See DESCR.
This supersedes PR 11618, which was based on an older release.
This commit was blasted over a repository copy of xemacs20, which is why
there are so many changes.
Submitted by: Michael Elbel (me@freebsd.org)
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).
