TDB is a Trivial Database. In concept, it is very much like GDBM, and
BSD's DB except that it allows multiple simultaneous writers and uses
locking internally to keep writers from trampling on each other. TDB is
also extremely small.
===> The following configuration options are available for tdb-1.4.9_1,1:
DEBUG=off: Build with debugging support
MANPAGES=on: Build and/or install manual pages
PYTHON=on: Python bindings or support
===> Use 'make config' to modify these settings
python.mk: rename PYTHON_EXT_SUFFIX to PYTHON_TAG, document, etc
EXT_SUFFIX, according to PEP 3149, refers to the full tag and
extension for compiled extension module objects, eg .cpython-311.so,
.cpython-313t.so, etc. We do not use the correct semantic meaning,
and this usage becomes ambiguous and confusing when tags do not
match between bytecode and compiled extension module objects.
Rename our PYTHON_EXT_SUFFIX to PYTHON_TAG to align with PEP 3147's
specification of a magic tag, which consists of implementation name
and shorthand version only. This is meant for bytecode and other
files containing this tag in their filename that do not depend on
a specific Python ABI for the same version. Chase all existing
consumers.
(Only the first 15 lines of the commit message are shown above )
*/*: Rework manpages handling in Samba-related ports
* Remove outdated, incorrect, precompiled manpages from ${FILESDIR}/files/man.
* Properly disable manpages generation since XSLTPROC was set to true(1) WAF
always assumed xsltproc(1) to work and if any automatic dependency pulled in
textproc/docbook-xsl, manpages were generated even if explicitly disabled.
Approved by: jrm (mentor)
Differential Revision: https://reviews.freebsd.org/D49327
*/*: Fix conflict of PKGNAME
* Fix conflict of PKGNAME by adding PKGNAMESUFFIX to the ports below
- databases/tdb1410
- devel/talloc242
- devel/tevent016
* Set CONFLICTS_INSTALL between different versions of each port.
* Update dependencies of databases/ldb29 and net/samba420 to reflect
change of PKGNAME.
* Bump PORTREVISION of modified ports.
Reviewed by: 0mp, kiwi
Differential Revision: https://reviews.freebsd.org/D48826
databases/tdb: fix build with lld 17
Building databases/tdb with lld 17 results in the following link errors:
11:57:13 runner ['cc',
'-Wl,--version-script=/wrkdirs/usr/ports/databases/tdb/work/tdb-1.4.7/bin/default/tdb.vscript',
'-shared', '-Wl,-h,libtdb.so.1', 'lib/replace/replace.c.2.o',
'lib/replace/strptime.c.2.o', 'lib/replace/xattr.c.2.o', 'common/check.c.1.o',
'common/error.c.1.o', 'common/tdb.c.1.o', 'common/traverse.c.1.o',
'common/freelistcheck.c.1.o', 'common/lock.c.1.o', 'common/dump.c.1.o',
'common/freelist.c.1.o', 'common/io.c.1.o', 'common/open.c.1.o',
'common/transaction.c.1.o', 'common/hash.c.1.o', 'common/summary.c.1.o',
'common/rescue.c.1.o', 'common/mutex.c.1.o',
'-o/wrkdirs/usr/ports/databases/tdb/work/tdb-1.4.7/bin/default/libtdb.so',
'-Wl,-Bstatic', '-Wl,-Bdynamic', '-lpthread', '-fstack-protector-strong',
'-Wl,-no-undefined']
ld: error: version script assignment of 'TDB_1.2.1' to symbol 'tdb_do_delete'
failed: symbol not defined
ld: error: version script assignment of 'local' to symbol '_end' failed:
symbol not defined
ld: error: version script assignment of 'local' to symbol '__bss_start'
failed: symbol not defined
ld: error: version script assignment of 'local' to symbol '_edata' failed:
symbol not defined
cc: error: linker command failed with exit code 1 (use -v to see invocation)
Since the linker version scripts are generated dynamically, suppress
errors with lld >= 17 due to these undefined symbols.
PR: 274146
Approved by: maintainer timeout (2 weeks)
MFH: 2023Q4
all: remove explicit versions in USES=python for "3.x+"
The logic in USES=python will automatically convert this to 3.8+ by
itself.
Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.
finance/quickfix: mark BROKEN with PYTHON
libtool: compile: c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++
-DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable
-Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong
-fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi
-Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings
-Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x
-MT _quickfix_la-QuickfixPython.lo -MD -MP -MF
.deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp -fPIC -DPIC -o
.libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean
'-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
^~~~~~~~~~
1 warning and 1 error generated.
Reviewed by: portmgr, vishwin, yuri
Differential Revision: <https://reviews.freebsd.org/D40568>
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
*/*: Remove redundant '-*' from CONFLICTS definitions
The conflict checks compare the patterns first against the package
names without version (as reported by "pkg query "%n"), then - if
there was no match - agsinst the full package names including the
version (as reported by "pkg query "%n-%v").
Approved by: portmgr (blanket)
Upgrade Samba supplimentary ports to the new build system. Effectively they are
dependent now from Python 3.4+ for the build, unless NO_PYTHON is specified,
in which case ports still can be build with Python 2.7.
That should address legacy Python dependencies for some non-Samba ports as well.
Update Samba4* supplimentary libraries to the newer versions.
Made databases/ldb to depend on openldap-sasl-client, so it won't conflict with
the corresponding requirement of net/samba4* ports.
This is routine update for the Samba supplimentary libraries, bumping them to
the versions that commonly acceptable by recent Samba ports, in particular,
samba44.
MASTER_SITES cleanup.
- Replace ${MASTER_SITE_FOO} with FOO.
- Merge MASTER_SITE_SUBDIR into MASTER_SITES when possible. (This means 99.9%
of the time.)
- Remove occurrences of MASTER_SITE_LOCAL when no subdirectory was present and
no hint of what it should be was present.
- Fix some logic.
- And generally, make things more simple and easy to understand.
While there, add magic values to the FESTIVAL, GENTOO, GIMP, GNUPG, QT and
SAMBA macros.
Also, replace some EXTRACT_SUFX occurences with USES=tar:*.
Checked by: make fetch-urlall-list
With hat: portmgr
Sponsored by: Absolight
Add a new USES=waf to handle the waf building system, allowing to factorise code
Plug waf into MAKE_CMD and CONFIGURE_CMD so the regular defined targets can be
reused
Always define _MAKE_JOBS so that when bsd.port.mk will stop overwritting
_MAKE_JOBS when parallel jobs are disabled we can enforce -j1 (which is needed
to really disable parallelisation with waf
WAF_CMD has been created to allow one to override the location of the waf script
relatively to WRKSRC
CONFIGURE_TARGET is by default defined to "configure"
ALL_TARGET is by default defined to "build"
INSTALL_TARGET is by default defined to "install"
USES=waf is by default stagedir safe
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 )
- strict python version to 2.x (doesn't build with python3)
PR: 170072
Submitted by: Kimmo Paasiala <kpaasial at gmail dot com>
Approved by: timur (maintainer)
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.
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
