METAKIT is a curious mix of flatfile, relational and OODBMS features with a
small footprint, and a big following. For those who don't need a heavy-duty
SQL solution, it is tight and fast for <100,000 items, with a snazzy ability
to dynamically change data structures on the fly. Interfaces are available
for Tcl and Python, with Perl support promised soon.
WWW: http://www.equi4.com/metakit/
===> The following configuration options are available for metakit-2.4.9.7_2:
DOCS=on: Build and/or install documentation
PYTHON=on: Python bindings or support
TCL=off: Tcl scripting language support
===> Use 'make config' to modify these settings
Deprecate Tcl/Tk 8.5 and dependent ports
Tcl/Tk 8.5 is approaching EOL. It might or might get another patch release with
8.7 is released, but people should have started migrating to 8.6 long ago. See
also the second paragraph in the last 8.5 release announcement from three years
ago here: https://code.activestate.com/lists/tcl-core/15413/
For now, I don't have an EXPIRATION_DATE.
Convert Python ports to FLAVORS.
Ports using USE_PYTHON=distutils are now flavored. They will
automatically get flavors (py27, py34, py35, py36) depending on what
versions they support.
There is also a USE_PYTHON=flavors for ports that do not use distutils
but need FLAVORS to be set. A USE_PYTHON=noflavors can be set if
using distutils but flavors are not wanted.
A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been
added to cope with Python ports that did not have the Python
PKGNAMEPREFIX but are flavored.
USES=python now also exports a PY_FLAVOR variable that contains the
(Only the first 15 lines of the commit message are shown above )
Convert the Python framework bits to USES=python.
Please use USES=python instead of USE_PYTHON.
USE_PYTHON=yes becomes USES=python
USE_PYTHON=2.7+ becomes USES=python:2.7+
USE_PYTHON_BUILD=3.3 becomes USES=python:3.3,build
...
A new PYTHON_FEATURES variable was added, which enables certain features for a
port and replaces some knobs at the same time;
PYTHON_FEATURES=distutils replaces USE_PYDISTUTILS
PYTHON_FEATURES=autoplist replaces PYDISTUTILS_AUTOPLIST
PYTHON_FEATURES=py3kplist replaces PYTHON_PY3K_PLIST_HACK
(Only the first 15 lines of the commit message are shown above )
- Stagify, reword COMMENT, drop ONLY_FOR_ARCHS: for broken cases, the port
should be marked accordingly instead
- Clean up Makefile and port description text while here
- Remove lang/tcl83 and x11-toolkits/tk83 (expired)
- Remove references to Tcl/Tk 8.3 from bsd.tcl.mk
- Update ports that required 8.3+ to require 8.4+ (since 8.5 is the
default, I don't expect this change to cause much trouble)
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.
Change the poing of compileall.py to check on directory from
${PYTHON_SITELIBDIR} to ${WRKSRC}/../python to avoid compileall.py to touch
other apps' *.py files or there will be many leftover of *.pyc files. Bump
the PORTREVISION.
In private mail adamw agreed that supporting the more generic
WITHOUT_PYTHON was a useful idea, and asked me to commit it for
him as he was not going to be able to get to it for a while.
Apply a big libtool patch to allow porters to use the libtool installed by
the libtoolX ports instead of the one included with each port. Ports that
set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of
the included version. To restore previous behavior, use the new macro,
USE_INC_LIBTOOL_VER. Both macros accept the same argument: a libtool version.
For example, to use the ports version of libtool-1.5, add the following to
your Makefile:
USE_LIBTOOL_VER= 15
To use the included version of libtool with extra hacks provided by
libtool-1.5, add the following to your Makefile:
USE_INC_LIBTOOL_VER= 15
With this change, ports that had to add additional libtool hacks to prevent
.la files from being installed or to fix certain threading issues can now
delete those hacks (after appropriate testing, of course).
PR: 63944
Based on work by:eik and marcus
Approved by: ade (autotools maintainer)
Tested by: kris on pointyhat
Bound to be hidden problems: You bet
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.
Update to: metakit-2.4.2-32 TCLKIT is no longer part of the distribution.
METAKIT_WITH_TCL Option build metakit for tcl8.3 METAKIT_WITH_TCLKIT Option
build metakit for tcl8.4
Update to 2.4.1 - Add Support for tcl interface - Support to build without
python - Add target for regression test - make HTML documentation work -
Fix install bug for FreeBSD >= 4.4 - Take Maintainership
