Oracle Berkeley DB is a family of open source embeddable databases
that allows developers to incorporate within their applications a
fast, scalable, transactional database engine with industrial grade
reliability and availability. As a result, customers and end-users
will experience an application that simply works, reliably manages
data, can scale under extreme load, but requires no ongoing database
administration. As a developer, you can focus on your application and
be confident that Oracle Berkeley DB will manage your persistence
needs.
===> The following configuration options are available for db5-5.3.28_10:
CRYPTO=on: Cryptography support
DEBUG=off: Build with debugging support
DOCS=on: Build and/or install documentation
JAVA=off: Java platform support
L10N=off: Localization support (EXPERIMENTAL)
TCL=off: Tcl scripting language support
===> Use 'make config' to modify these settings
Mk/**java.mk: Convert bsd.java.mk to USES
The following features have been added or changed:
- Instead of USE_JAVA use USES=java. This defaults to
USES=java:build,run if NO_BUILD is undefined. Else it defaults to
USES=java:run
- Instead of USE_ANT=yes use USES=java:ant which also implies
USES=java:build
- Instead of JAVA_BUILD=yes use USES=java:build. Does not imply run or
extract
- Instead of JAVA_EXTRACT=yes use USES=java:extract does not imply
build or run
- Instead of JAVA_RUN=yes use USES=java:run does not imply extract or
build
- Instead of USE_JAVA=<version> use USES=java and JAVA_VERSION=<version>
Approved by: mat (portmgr), glewis
Differential Revision: https://reviews.freebsd.org/D48201
*/*: Refactor java/openjdk7 removal
- java/openjdk7* has been removed from the tree since 2022-09-03 however
the relevant codebases in bsd.java.mk has not been removed and the
consumers has also not been updated to use the next jdk version. This
commit updates all relevant consumers to use JAVA_VERSION=8 instead of
JAVA_VERSION=1.7
- Since the introduction of jdk version 18 it looks like similar with
jdk version 8(java version string 1.8). This is prone to error as it
looks similar and is only seperated by a '.'. Remove using
JAVA_VERSION with dotted fomat of java version string and update all
consumers to utilize version 8 instead of 1.8.
Approved by: portmgr (blanket)
databases/db5: Add <stddef.h> to conftest.cpp for TLS check
During an exp-run for llvm 15 (see bug 265425), it turned out that
databases/db5 failed to build with clang 15.
This is caused by db5's configure script attempting to detect TLS but
encountering internal compiler errors while compiling its test cases,
and then concluding TLS does not work at all:
...
checking whether C++ supports the wstring class... checking for thread local
storage (TLS) class... none
...
in config.log it shows what is happening:
(Only the first 15 lines of the commit message are shown above )
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 )
databases/db5: nuke SQL option and abandon port
Security: CVE-2019-8457
The SQL option is vulnerable, and since this feature was always marked
experimental, nuke it, and backport to 2022Q1.
If someone needs the SQL interface in spite of its vulnerability,
please use: pkg lock -y db5.
MFH: 2022Q1
I am marking the port for expiry and abandoning it because I will no
longer spend the increasing efforts to play hide and seek with Oracle's
patches, or backport sometimes bigger Linux distro patches (Red Hat,
Debian, who else?), or otherwise put up with how they have changed
(Only the first 15 lines of the commit message are shown above )
Remove reference to Java 1.6
* After the deletion of the openjdk6 port, there are no viable versions
of Java 6 left in the ports tree, so remove it as a possible version
PR: 241019
Approved by: mandree@
Sponsored by: The FreeBSD Foundation
Switch db5/db6 to download from Oracle's https:// sites.
The http:// sites issue 301-type redirects to https:// so we can spare
everyone the roundtrip.
Inspired by...
PR: 239084
Submitted by: Miyashita Touka
Remove compatibility code for FreeBSD < 11.2 from all ports.
Simplify some ports where DragonFlyBSD no longer needs to be special-cased.
Submitted by: rene
Reviewed by: bapt, jbeich
Differential Revision: https://reviews.freebsd.org/D17724
databases/db5, db6: enable DBM compatibility
Enable DBM API. [1]
Reorder license information of db5/Makefile to fix portlint warning. [1]
Bump PORTREVISON. [1]
Add command creating symbolic link such as ${PREFIX}/lib/libdb-6.so to
post-install target of db6/Makefile. [1]
Instead of USE_GCC, patch src/dbinc/db.in to not expose the store() macro under
C++.
Mark db6 broken on MIPS64 for now, we do not have a workable MUTEX
implementation.
Unbreak build on AARCH64, where the db6 autoconfiguration chooses the wrong
MUTEX.
PR: 230191
Submitted by: Yasuhiro Kimura
The src tree is splitting 32-bit arm support into 'armv6' and the new
'armv7'. This patch adds armv7 support. It should provide no regression
on any existing architecture.
PR: 221921
Approved by: maintainer
Avoid junk pointer when __db_vrfy_datapage() fails
Rather than second-guessing what the __os_free() might be doing and
avoiding it, initialize the pointer to NULL, which __os_free() will
skip. This should be the safer approach if Oracle ever patches other
parts of db 5.3.
PR: 210829
Submitted by: Mark Millard
Force pthreads mutexes on 11+ and aarch64/ARMV6
This currently leaves ARMv6 and aarch64 on FreeBSD 9.x and 10.x out in
the rain because these will still autoconfigure to only permit private
mutexes.
PR: 213167
Submitted by: jbeich (IRC)
Add LICENSE_GROUPS.
Note that the license specifically is NOT copyfree:
http://copyfree.org/standard/rejected, see under
'Open Source License for Oracle Berkeley DB'
Clean up, modernize, add LICENSE.
The clean up drops an obsolete comment (overcome by a patch),
drops the --disable-tcl that is overridden anyhow, and replaces a few
.if empty(PORT_OPTIONS:Mfoo) by post-install-FOO-{on|off}: targets.
This is to get the port closer to db6.
Modernize Makefile and chase new requisites.
* Modernize Makefile [1].
* The Tcl changes suggested in the PR [1] are applied but commented out
because the code causes scary "warning: the value of the size argument
in 'strncat' is too large, might lead to a buffer overflow
[-Wstrncat-size]" in lang/tcl/tcl_*.c on FreeBSD 10.3 amd64.
* Other than what is suggested in the PR,
refuse to add the TCL option, and leave --disable-tcl in.
* JAVA option: restrict to Java versions 1.6 and 1.7 because the port
fails to compile with JAVA option enabled and openjdk8
(IllegalArgument exception).
portlint cleanups:
* Set PATCH_WRKSRC, and refresh patches with "make makepatch".
* Use Space (not HTab) after WWW: tag in pkg-descr
* Drop "The" from COMMENT.
PR: 208740 [1]
Submitted by: gahr@ [1]
Drop maintainership.
If portmgr@ needs to commit against better advise, two years after this was
first discussed without any motion of the upstream.
Drop a few more maintainerships along the way.
Fix crash by using POSIX mutexes on all armv6* ARCHes not just armv6.
This is to fix illegal-instruction crashes on armv6hf.
PR: 205001
Submitted by: dave@dogwood.com
Reviewed by: mikael.urankar@gmail.com
MFH: 2015Q4
As with armv6 we need to use POSIX mutexes. Without this the ports try to
use fcntl mutexes and fails as they are deprecated.
Approved by: mandree (maintainer)
Differential Revision: https://reviews.freebsd.org/D4107
enable posix-mutexes by default for armv6 targets as db will crash and burn
when using the internal mutex implementation via unsupported instructions.
PR: 197227
Submitted by: andrew@
Approved by: mandree@
Fix C++11 compatibility by renaming atomic_init().
Modified version of dim's patch, where most of the stuff
moves into a REINPLACE_CMD called from post-patch.
Submitted by: dim
- Update to new upstream release 5.3.21. Please see UPDATING!
http://download.oracle.com/otndocs/products/berkeleydb/html/changelog_5_3.htm
- Convert to OptionsNG.
Sunpoet, relative to the PR, there were more Makefile and pkg-plist changes,
as well as an update of Mk/bsd.database.mk and UPDATING.
Port and pkg-plist updates based on
PR: ports/165574
Submitted by: sunpoet@
- Fix build on FreeBSD 10. Apply manual fix as the configure script is
outside of WRKSRC and the WITH_FBSD10_FIX knob doesn't work in this
case.
Approved by: portmgr (miwi)
- Update databases/db5 to new upstream release 5.2.28.0. ChangeLog:
http://download.oracle.com/docs/cd/E17076_02/html/installation/changelog_5_2.html
- Remove databases/db51 (no hard dependencies), users having set db51
manually for their ports need to set db5 and rebuild dependent ports.
- Add OPTIONS for localization (default off) and crypto (default on).
- Install libdb*-5.so symlinks into $PREFIX/lib
- If WITH_DEBUG is set, pass --enable-umrw to pacify valgrind, and
--enable-debug.
