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.
* 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)
2. unbreak chinese/dictd which is the slave port of net/dictd
PR: 48586
Submitted by: Kuang-che Wu <kcwu@kcwu.dyndns.org>
Approved by: maintainer timeout
to be spammed by
...
pid 12345 (dictd), uid 54321: exited on signal 11
pid 23456 (dictd), uid 54321: exited on signal 11
pid 34567 (dictd), uid 54321: exited on signal 11
...
symbol is preceded by whitespace. However, on line 64 of servscan.l,
the symbol is preceded by a parenthesis, so it is left alone. On
i386, T_USER is defined, so the build proceeds, but there may still be
adverse side effects due to that routine returning the wrong thing in
some cases. The bandaid is to fix the regexp to catch the case where
T_USER is used after a parenthesis--this is what's being committed. The
real fix is either to make the author use T_USERNAME for us, or,
preferably, don't define T_USER when sys/param.h is included since
T_USER is in the application namespace.
Approved by: maintainer timeout
dictionary file isn't shipped with .dz format.
o Add a short message in dictd's pkg-message:
"Don't forget to install ports/net/dictd-database. After that, you
could run your own dictd server without pain."
o Bump PORTREVISION of both ports.
(It would heart your brain and waste you time to dig the reason why
dictd refused to start properly in the previous revision.)
Reviewed by: dictd -t review
o Fix pkg-message, dict client is right at textproc/dict
o Add missing pkg-plist entry
o Really destroy T_USER conflicts. *SIGH*
o Fix dictd.sh startup script. Dictd itself won't generate
any pid file. Thus I use my own trick.
pkg-* reported by: "Donald J . Maddox" <dmaddox@sc.rr.com>
o Portlint
o Resolve T_USER conflicts (trap.h in base system)
o Properly handle CFLAGS
o Add net/dictd-database as RUN_DEPENDS
o Bump PORTREVISION
Approved by: MAINTAINER
