The open-source InterBase(tm) 6.0 spin-off (Classic server version)
InterBase is a world-class DBMS with a history too rich to detail
here. Once selling for several thousands of dollars per license,
some very big players use it worldwide. Inprise has open-sourced
InterBase 6.0, and a lively bunch of folks has charged themselves
with seeing that it lives on through the Firebird project.
Note that as of Firebird 0.9_4, the locksmith back door has
been closed.
For more information on the locksmith back door, see:
WWW: https://www.kb.cert.org/vuls/id/247371
For more information on Firebird and InterBase, see:
WWW: http://sourceforge.net/projects/firebird/
WWW: http://www.ibphoenix.com/
WWW: http://www.interbase2000.org/
WWW: http://www.interbase.com/
WWW: http://www.firebirdsql.org/
Mass-conversion to the USE_AUTOTOOLS New World Order. The code present
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.
- Don't be so smart and don't change /etc/services and /etc/inetd.conf
for an user. Just explain him what to do in pkg-message. It fixes problem
with extra files and dirs.
- Remove some useless @dirrm from pkg-plist
PR: ports/80345
Submitted by: maintainer
Reported by: kris (via pointyhat)
- Update to 20050327 (2.0-alpha1);
- Take maintainership;
- Mark BROKEN on FreeBSD-4.x.
Since I'm there, use the standard build mechanism.
Note: this port is not yet packageable; the new maintainer will take
care of this problem.
PR: ports/79310
Submitted by: Renato Botelho
Introduce bsd.autotools.mk to the world, ripped from bsd.port.mk
This is essentially a null-commit, with the one exception that
the "patch-libtool" target is now called "patch-autotools" for
consistency with "run-autotools".
Many thanks to kris for testing on the 4-exp bento cluster
Approved by: portmgr (kris)
Verified by: bento 4-exp
Whoa there, boy, that's a mighty big commit y'all have there...
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.
Replace all known incantations of WANT_{AUTOMAKE,AUTOCONF,LIBTOOL}* with
the USE_<x> equivalents. In the current scheme of things, the WANT_
variables in this case are synonymous with the USE_ ones, and thus need
to be exterminated.
First in a series of major autotools cleanups.
This port is scheduled for removal on Nov 7 2003 if it is still broken at
that time and no PRs have been submitted to fix it. If you are interested
in saving this port, please send your patches to the maintainer. If the
maintainer is unresponsive or the port has no maintainer, then please
submit them via send-pr.
Use ${ECHO_CMD} instead of ${ECHO} where you mean the echo command; the ECHO
macro is set to "echo" by default, but it is set to "true" if make(1) is
invoked with the -s option while ECHO_CMD is always set to the echo command.
