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