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.
it, and the server seems to work okay with the native implementation.
The patch to libmaa/decl.h is no longer necessary because the
distribution already includes that test (the other libmaa patches still
apply--I'm not sure that they're really necessary any more, but they
don't hurt).
dict://dict.org if the config file is absent, so install a config file
with some default servers instead of making the user rummage through
the man page and the web to figure out how to make this work.
Noticed by: ceri
* kill devel/libtool and move to devel/libtool13, upgrading to 1.3.5
* upgrade repo-copied devel/libtool14 to 1.4.3
* break out libltdl into its own separate port
* move to version-numbered binaries/scripts (ie: there is *no* 'libtool'
any more -- USE_LIBTOOL and USE_LIBTOOL_VER are your friends)
Approved by: portmgr (kris) - for the bsd.port.mk hooks
Tested by: bento 4-exp builds (repeatedly)
distribution comes with one Perl script, but it appears to be
auxiliary (there are no references to it anywhere except the
documentation). dict works fine without Perl.
Submitted by: clive
Actually, can this thing be moved to `textproc' to live with `ispell'?
Having a distributed electronic dictionary in "net" is stupid. This port is
virtually ispell with /usr/share/dict/words over the network. Otherwise I vote
to move `xmcd' to `net' since it gets its CD database over the network.