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).
