ports/databases/db5, branch main

databases/db5: Add CPE information

2026-06-08T19:08:52Z

/: bump portrevision after java_default=21 update

2026-02-26T08:10:21Z

PR: 272855

Mk/**java.mk: Convert bsd.java.mk to USES

2024-12-31T08:57:55Z

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= use USES=java and JAVA_VERSION= Approved by: mat (portmgr), glewis Differential Revision: https://reviews.freebsd.org/D48201

/: Refactor java/openjdk7 removal

2023-04-04T18:10:53Z

- 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 to conftest.cpp for TLS check

2022-12-05T17:26:02Z

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: configure:19128: checking for thread local storage (TLS) class configure:19164: c++ -c -O2 -pipe -Wall -Wextra -fstack-protector-strong -fno-strict-aliasing -D_THREAD_SAFE conftest.cpp >&5 conftest.cpp:30:72: error: use of undeclared identifier 'NULL' template __thread T* TLSClass::tlsvar = NULL; ^ Assertion failed: (!isValueDependent() && "Expression evaluator can't be called on a dependent expression."), function isConstantInitializer, file /usr/src/contrib/llvm-project/clang/lib/AST/Expr.cpp, line 3184. PLEASE submit a bug report to https://bugs.freebsd.org/submit/ and include the crash backtrace, preprocessed source, and associated run script. Stack dump: 0. Program arguments: c++ -c -O2 -pipe -Wall -Wextra -fstack-protector-strong -fno-strict-aliasing -D_THREAD_SAFE conftest.cpp 1. conftest.cpp:30:76: current parser token ';' #0 0x00000000053fec51 PrintStackTrace #/usr/src/contrib/llvm-project/llvm/lib/Support/Unix/Signals.inc:569:13 #1 0x00000000053fcf35 RunSignalHandlers #/usr/src/contrib/llvm-project/llvm/lib/Support/Signals.cpp:104:18 #2 0x00000000053a591e HandleCrash #/usr/src/contrib/llvm-project/llvm/lib/Support/CrashRecoveryContext.cpp:76:5 #3 0x00000000053a5ae3 CrashRecoverySignalHandler #/usr/src/contrib/llvm-project/llvm/lib/Support/CrashRecoveryContext.cpp:0:51 #4 0x0000000006a1b05e handle_signal #/usr/src/lib/libthr/thread/thr_sig.c:0:3 c++: error: clang frontend command failed with exit code 134 (use -v to see invocation) Interestingly enough this compilation error with a fatal crash exists for a very long time, even back to clang 10 and earlier! But for various reasons the configure script has always ignored these errors and found some workaround way to enable TLS anyway. For now the problem can be fixed by including at the top of conftest.cpp, which will allow the TLS test to succeed normally, without crashing, and the correct result will then be: configure:19128: checking for thread local storage (TLS) class configure:19165: c++ -c -O2 -pipe -Wall -Wextra -fstack-protector-strong -fno-strict-aliasing -D_THREAD_SAFE conftest.cpp >&5 conftest.cpp:33:35: warning: unused variable 'x' [-Wunused-variable] static __thread int x = 0; ^ 1 warning generated. configure:19165: $? = 0 configure:19220: result: modifier PR: 267156 Approved by: maintainer timeout (>1 month) MFH: 2022Q4

Remove WWW entries moved into port Makefiles

2022-09-07T21:58:51Z

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

2022-09-07T21:10:59Z

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. This commit implements such a proposal and moves one of the WWW: entries of each pkg-descr file into the respective port's Makefile. A heuristic attempts to identify the most relevant URL in case there is more than one WWW: entry in some pkg-descr file. URLs that are not moved into the Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr files in order to preserve them. There are 1256 ports that had no WWW: entries in pkg-descr files. These ports will not be touched in this commit. The portlint port has been adjusted to expect a WWW entry in each port Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as deprecated. Approved by: portmgr (tcberner)

databases: remove 'Created by' lines

2022-07-20T14:21:07Z

A big Thank You to the original contributors of these ports: * "Choe, Cheng-Dae" whitekid * "Mahdi Mokhtari " * "Meikel Brandmeyer" * * * * Aaron Dalton * Adam Weinberger * Ade Lovett * Akinori MUSHA aka knu * Alan Snelson * Aldis Berjoza * Alessando Sagratini * Alex Dupre * Alex Samorukov * Alexander Logvinov * Alexander Logvinov * Alexander Nedotsukov * Alexander Novitsky * Alexander Zhuravlev * Alexey Degtyarev * Alexey Dokuchaev * Anders Nordby * Andrei Antoukh * Andrew McNaughton * Andrew Pantyukhin * Andrey Kostenko * Andrey Simonenko * Andrey Zakhvatov * Anes Mukhametov * Anton Berezin * Anton Berezin * Antonio Carlos Venancio Junior () * Antonio Carlos Venancio Junior () * Autrijus Tang * Babak Farrokhi * Bartek Rutkowski * Bernard Spil * Brent J. Nordquist * Cezary Morga * Cheng-Lung Sung * Choe, Cheng-Dae * Chris D. Faulhaber * Chris Larsen * Damian Gerow * Daniel O'Connor * Daniel Wijnands * Dave Green * David Thiel * Davíð Steinn Geirsson * Denis Generalov * Denis Generalov * Denis Shaposhnikov * Dermot Tynan * Dmitry Liakh * Dmitry Sivachenko * Dmitry Sivachenko * Dmitry Sivachenko * Domas Mituzas * Dominic Mitchell * Don Owens * Dryice Dong Liu * Edwin Groothuis (edwin@mavetju.org) * Eric Freeman * Espen Tagestad * Espen Volden aka voldern * Evan Sarmiento * Fernan Aguero * Frank Wall * Ganbold Tsagaankhuu * Gary Palmer * Gea-Suan Lin * Geraud CONTINSOUZAS * Gerrit Beine * Greg Larkin * Grzegorz Blach * Hansjoerg Pehofer * Henk van Oers * Henrik Hodne * Hiroyuki Hanai * Horia Racoviceanu * Hye-Shik Chang * Hye-Shik Chang * Ilia Chipitsine * Ivan Voras * J.F. Dockes * Jaap Boender * Jake Smith * James FitzGibbon * Janos Mohacsi * Janos.Mohacsi@bsd.hu * Jason Helfman * Jens Rehsack * Jeremy Chadwick * Jev Björsell * Jim Ohlstein * Jin-Shan Tseng * Joe Horn * Joe Marcus Clarke * Johannes Meixner * John Chen * John Marino * John Merryweather Cooper * John Merryweather Cooper et al * Jon Nistor * Jonathan Weiss () * Jose Jachuf * Joshua D. Abraham * Jov * Jov amutu@amutu.com * Jui-Nan Lin * Julien Laffaye * Jyun-Yan You * Keith Gaughan * Kevin Bowling * Kimo * Kimura Fuyuki * Koop Mast * Lars Balker Rasmussen * Lars Eggert * Lars Thegler * Lars Thegler * Li-Wen Hsu * Loïc BARTOLETTI * Loïc BARTOLETTI * Lubomir Marinov * Mahdi Mokhtari * Mahlon E. Smith * Marc G. Fournier * Mark Felder * Markus Brueffer * Martin Matuska * Martin Matuska * Martin Wilke * Mathieu Arnold * Matthew Seaman * Matthias Andree * Matthias Fechner * Matthias Petermann * Max Khon * Max Khon * Michael Johnson * Michael Johnson * Michael Winking * Mikael URANKAR and Loïc BARTOLETTI * Mike Carlson (carlson39@llnl.gov) * Mikhail T. * Mikhail Teterin * Mikhail Teterin * Mikolaj Golub * Mirko Zinn * Mohammad S. Babaei * Muhammad Moinur Rahman * Nick Hibma * Nick Hilliard * Nick Sayer * Nicola Vitale * Nicolas Embriz * Nicolas de Bari Embriz * Oleg Sharoiko * Olexander Melnyk * Oliver Eikemeier * Olivier Duchateau * Palle Girgensohn * Palle Girgensohn * Palle Girgensohn * Parv * Pete Fritchman * Peter Avalos * Philip M. Gollucci * Philip M. Gollucci * Philip Stoev * Pierre-Emmanuel Andre * Pietro Cerutti * Piotr Kubaj * Po-Chuan Hsieh * Qing Feng * Quinton Dolan * Radim Kolar * Rainer Hurling * Rick Miller * Robert Kruus * Rod Taylor * Roland van Laar * Rong-En Fan * Roy Boerner * Rozhuk Ivan * Rusty Nejdl * Ryan Steinmetz * Ryan Steinmetz * Ryan T. Dean * Sam Lawrance * Scott McWhirter * Seamus Venasse * Sean Chittenden * Sergei Kolobov * Sergei Vyshenski * Sergey A. Osokin * Sergey A. Osokin * Sergey Matveychuk * Sergey Skvortsov * Sergey Skvortsov * Sevan Janiyan * Sheldon Hearn * Stanislav Svirid * Stefan Schmidt * Steve Wills * Steve Wills * Steven Kreuzer * Sunpoet Po-Chuan Hsieh * Sunpoet Po-Chuan Hsieh * T. William Wells * TAKATSU Tomonari * Thierry Thomas () * Thomas Gellekum * Timur I. Bakeyev * Tom Judge * Torsten Zuehlsdorff * Torsten Zuhlsdorff * Toshiya Saitoh () * Tsung-Han Yeh * Vasil Dimov * Veniamin Gvozdikov * Vladimir Timofeev * Wen Heping * Wen Heping * Wen Heping * Wen heping * William Grzybowski * Xin Li * Yarema * Yarema * Yen-Ming Lee * Ying-Chieh Liao * Yoichi NAKAYAMA * Yuri Victorovich * Zach Thompson * Zach Thompson * ache@FreeBSD.org * alfred * alp@sfedu.ru * andrew@scoop.co.nz * andrey@kostenko.name * chinsan * chinsan * clive * clive@FreeBSD.org * clsung@dragon2.net * dcf@aracnet.com * elvstone@gmail.com * erikhb@bgnett.no * erwin@FreeBSD.org * gahr * ijliao * ijlioa * ivoras * johnpupu * kirk@daycos.com * kuriyama * lbartoletti * loïc bartoletti * mharo@FreeBSD.org * michael johnson * milki * mm@FreeBSD.org * nbm * nectar@FreeBSD.org * nork@FreeBSD.org * nork@cityfujisawa.ne.jp * olevole@olevole.ru * proler@gmail.com * sergey@migsoft.com.ua * sobomax * spam@rm-rf.kiev.ua * stas * tobez * tremere@cainites.net * vanilla * vanilla@ * wen@FreeBSD.org * wenheping * wolman@cs.washington.edu * # Created by Kevin Bowling * # Created by Matthias Fechner With hat: portmgr

databases/db5: change DEPRECATED text

2022-01-26T23:38:05Z

databases/db5: nuke SQL option and abandon port

2022-01-26T22:59:35Z

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 availability of patches, documentation, or important information. FOR db5 USERS: One option is to upgrade to db18, but note that db versions 6 and 18 are under the Affero GNU GPL v3 license, with implications for, among others, software-as-a-service, and distributability of packages linking against db. This is in stark contrast with db5's Sleepycat license. POTENTIAL MAINTAINERS: If someone wants to adopt this, review all the various patches in the major other BSD distros and Linux distros, check if their patches can be licensed under a sufficiently liberal license (ideally, MIT-like or Sleepycat) and see what you need to import.