databases/galera: Remove expired port

2024-06-08 databases/galera: Does not build. Superseded by galera26

databases/galera: Fix EXPIRATION_DATE

Uses format YYYY-MM-DD

databases/galera: Deprecate

Does not build. Port superseded by databases/galera26
Confirmed by maintainer.

PR:		277224
Reported by:	michael.glaus@hostpoint.ch

devel/boost: bump consumers after library update

devel/boost*: bump all consumers after 1.83.0

*/*: bump all direct Boost cunsumers

*/*:	bump libboost*.so libraries consumert after Boost upgrade

databases/and_others: Fix rc.d script comment

I found this typo while researching something else. It seems to have
propgated around the tree.

Approved by:	blanket

databases/galera{26}: Update pkg-message

And point to the proper URL of the documentation.

PR:		266959 266958
Reported by:	Sean Champ <lab+bsd@thinkum.space>
Approved by:	devel@galeracluster.com (maintainer, implicit)
MFH:		2022Q4

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.

*/*: bump all consumers after recent boost upgrade

databases: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  "Choe, Cheng-Dae" whitekid
  *  "Mahdi Mokhtari <mokhi64@gmail.com>"
  *  "Meikel Brandmeyer" <ocaml-sqlite3-port@kotka.de>
  *  <hvo.pm@xs4all.nl>
  *  <jsmith@resonatingmedia.com>
  *  <ports@c0decafe.net>
  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Ade Lovett <ade@FreeBSD.org>
  *  Akinori MUSHA aka knu <knu@idaemons.org>
  *  Alan Snelson <Alan@Wave2.org>

databases/galera: Update to 25.3.37

ChangeLog:
http://releases.galeracluster.com/galera-3.37/release-notes-galera-25.3.37.txt

PR:	264227
Reported by:	devel@galeracluster.com (maintainer)

devel/boost-all: bump all library consumers after boost upgrade

PR:	246106

databases/galera: Update to 25.3.36

Changelog:	http://releases.galeracluster.com/galera-3.36/release-notes-galera-25.3.36.txt

PR:		262142

databases/galera: enable on riscv64

Fix CONFLICTS entries of multiple ports

There have been lots of missing CONFLICTS_INSTALL entries, either
because conflicting ports were added without updating existing ports,
due to name changes of generated packages, due to mis-understanding
the format and semantics of the conflicts entries, or just due to
typoes in package names.

This patch is the result of a comparison of all files contained in
the official packages with each other. This comparison was based on
packages built with default options and may therefore have missed
further conflicts with optionally installed files.

Where possible, version numbers in conflicts entries have been
generalized, some times taking advantage of the fact that a port

databases/galera: Update to 25.3.35

Changelog:	http://releases.galeracluster.com/galera-3.35/release-notes-galera-25.3.35.txt

PR:		259866

databases/galera: Update to 25.3.34

Changelog:	http://releases.galeracluster.com/galera-3.34/release-notes-galera-25.3.34.txt

PR:		257452
Approved by:	lwhsu (mentor, implicit)

databases/galera: don't build on powerpc

Same issue as on i386.

databases/galera: Update to 25.3.33

Changelog
http://releases.galeracluster.com/galera-3.33/release-notes-galera-25.3.33.txt

PR:		254876
Approved by:	devel@galeracluster.com (maintainer)

Remove # $FreeBSD$ from Makefiles.

databases/galera: unbreak in 13 and 14

Apply the same patch as in databases/galera26 in r566059.

This probably unbreaks other architectures but I can't test them.

PR:	253612
Reported by:	brd@

Mark BROKEN on FreeBSD 13 and 14

Reported by:	pkg-fallout
MFH:		2021Q1

databases/galera: Update to 25.3.32

PR:		252603
Submitted by:	devel@galeracluster.com (maintainer)

Mark as BROKEN on riscv64:

  galerautils/src/gu_int128.h:163:20: error: use of undeclared identifier
'__bswap64_var'

Approved by:	portmgr (tier-2 blanket)
Obtained from:	lonesome.com build testing

Update to 25.3.31

Changelog:
Codership is pleased to announce the release of Galera Replication library 3.31,
implementing wsrep API version 25.

The library is now available as targeted packages and package repositories
for a number of Linux distributions, including Ubuntu, Debian, CentOS,
RHEL, OpenSUSE and SLES. Obtaining packages using a package repository
removes the need to download individual files and facilitates the deployment
and upgrade of Galera nodes.

This and future releases will be available from https://www.galeracluster.com.

The latest version of Galera for FreeBSD is available in the FreeBSD

The garbd options are semicolon separated key value pairs.
The current rc.d script does not support multiple options(eg.
"gmcast.listen_addr=tcp://0.0.0.0:5567;pc.weight=1")

The variable garb_galera_options need to be quoted in command line.

PR:		236795
Reported by:	TAO ZHOU <zhoutao@laocius.org>
Approved by:	devel@galeracluster.com (maintainer)
Sponsored by:	Netzkommune GmbH

Update to 25.3.30

PR:		247304
Submitted by:	devel@galeracluster.com (maintainer)
Sponsored by:	Netzkommune GmbH

- Update to 25.3.29
- Add LICENSE_FILE

PR:		243705
Submitted by:	Teemu Ollakka <teemu.ollakka@galeracluster.com>
Approved by:	devel@galeracluster.com (maintainer timeout, >16 weeks),
		mentors (implicit)
Changelog:	http://releases.galeracluster.com/galera-3/release-notes-galera-25.3.29.txt

databases/galera*: add binutils dep on objdump

/usr/bin/objdump will be removed from FreeBSD before FreeBSD 13.0.

PR:		246229
Approved by:	bapt

devel/boost-*: update to 1.72.0

Changes:	http://www.boost.org/users/history/version_1_72_0.html
PR:		241449
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D22136

databases/galera: upgrade 25.3.27 -> 25.3.28

PR:		240344
Submitted by:	Teemu Ollakka <teemu.ollakka@galeracluster.com>

devel/boost-*: update to 1.71.0

Changes:	http://www.boost.org/users/history/version_1_71_0.html
PR:		238827
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D20774

Convert to UCL & cleanup pkg-message (categories d)

Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
   c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.

PR:		238330

databases/galera: Upgrade from 25.3.26 to 25.3.27

PR:		239294
Submitted by:	Teemu Ollakka <teemu.ollakka@galeracluster.com>

databases/galera: fix build with GCC-based architectures

Add USES=compiler:c++11-lang to fix build when base GCC is used.

PR:		237559
Approved by:	mentors (implicit approval)

databases/galera: update to 25.3.26

From the ChangeLog:

 * Too early GCache page release in GCache page store was fixed.
 * A check for duplicate node UUID was added to prevent node to join
   the cluster if another node with the same UUID alrady exists
   (codership/galera#533).
 * Dynamic symbol dispatch was disabled in libgalera_smm.so to allow
   using the library with applications which may be built with different
   versions of C++ libraries than the Galera library.
 * Internal handling of IPv6 address square bracket notation
   and scope_id handling was fixed (codership/galera#519, codership/galera#534)

PR:	237343
Submitted by:	teemu.ollakka@galeracluster.com

devel/boost-*: update to 1.70.0

Changes:	http://www.boost.org/users/history/version_1_70_0.html
PR:		235956
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D19303

databases/galera: Unbreak with OpenSSL 1.1.1

It compiles and works just fine with OpenSSL 1.1.1.

Submitted by:	Benoit Plessis <benoit@plessis.info>
Approved by:	devel@galeracluster.com

devel/boost-*: update to 1.69.0

Changes:	http://www.boost.org/users/history/version_1_69_0.html
PR:		232525
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D17645

databases/galera: Upgrade from 25.3.24 to 25.3.25

security/openssl-devel was removed, but there is a security/openssl111 now.

databases/galera: Upgrade from 25.3.23 to 25.3.24

devel/boost-*: update to 1.68.0

- Switch to C++14 for libboost_system to support C++14 consumers

Changes:	http://www.boost.org/users/history/version_1_68_0.html
PR:		229569
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D16165

Mark ports broken on powerpc64, categories d-f.

While here, pet portlint and do some other cleanup.

Approved by:	portmgr (tier-2 blanket)

devel/boost-*: update to 1.67.0

Changes:	http://www.boost.org/users/history/version_1_67_0.html
PR:		227427
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D15030

BROKEN_SSL: Add REASON for breakage

Reported by:	matwq

security/openssl-devel: Mark broken databases cat

databases/galera: Upgrade from 25.3.23 to 25.3.23

devel/boost-*: update to 1.66.0

Changes:	http://www.boost.org/users/history/version_1_66_0.html
PR:		223922
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D13279

- Switch to options helpers
- Remove obsolete OSVERSION condition
- Fix WWW:

Approved by:	portmgr blanket

For ports that are marked BROKEN on armv6, and also fail to build on
armv7, mark them so.

This is part two of a multipart commit to bring armv7 ports to parity
with armv6.

Approved by:	portmgr (tier-2 blanket)
Obtained from:	lonesome.com -exp run

databases/galera: Upgrade from 25.3.21 to 25.3.22

devel/boost-*: update to 1.65.1

Changes:	http://www.boost.org/users/history/version_1_65_1.html
PR:		218835
Approved by:	maintainer timeout (1.65.1: 2 weeks; 1.65.0: 1 month)
Tested by:	jhibbits (on powerpc64, earlier version)
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D11582

devel/boost-*: enable C++11 features

PR:		218835
Obtained from:	https://github.com/DragonFlyBSD/DeltaPorts/pull/690
Approved by:	maintainer timeout (2 months)
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D11582

Remove USES=execinfo.

PR:		220271
Submitted by:	mat (review), Yasuhiro KIMURA (PR)
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D11488

Regular USE_GITHUB cleanup.

Sponsored by:	Absolight

databases/galera: Upgrade from 25.3.20 to 25.3.21

Also fixup the debug build - the setting provided as debug=N translates
to cc -ON. So, for debug build it should be debug=0.

databases/galera: Split compilation from tests run

Previously tests were ran intermixed with compilation commands in
parallel (scons -jN). Running tests in parallel produces some sporadic
failures which would make the compilation fail.

With this change, when compiling ("make" in the ports directory)
"scons -j8 ... tests=0" is used to request compilation only.

To run the tests do "make test" in the ports directory. It will run
"scons ... tests=1" (without -jN) and will only run the tests.

Mark as broken on aarch64 and armv6.

Approved by:	portmgr (tier-2 blanket)

databases/galera: Unbreak on powerpc64 by requesting a newer GCC

Also set PORTVERSION, PORTREVISION and GH_TAGNAME conditionally (?=),
so they can be overriden from the environment (to ease building custom
packages from arbitrary commits on github).

Mark some ports failing on powerpc64.  These ports are either new
ports, or had been recently unblocked.

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)

Disable databases/galera on i386

It uses 64 bit atomics, e.g. __atomic_add_fetch() with 64 bit arguments
and clang fails to generate those on i386.

Remove redundant -jN from databases/galera/Makefile

Reported by:	Ari Maniatis

Upgrade databases/galera from 25.3.5_7 to 25.3.20_2

* Fetch from GitHub
* Adopt by devel@galeracluster.com
* Remove all documentation building from this port. The documentation is now
  online at http://galeracluster.com/documentation-webpages/
* Fix the linking with libboost_program_options if a static linkage has been
  chosen - it should be libboost_program_options.a, not
  libboost_program_options.so
* The new version of the port could have been 25.3.20. The reason for 25.3.20_2
  is to ease upgrades for people that are using
  https://github.com/codership/freebsd-ports/tree/master/databases/galera which
  is at 25.3.20_1.

Relnotes:	http://releases.galeracluster.com/release-notes-galera-25.3.20.txt

Mark some ports failing on aarch64, and, in a few cases, other tier-2
archs.

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)

devel/boost-*: update to 1.64.0

Changes:	http://www.boost.org/users/history/version_1_64_0.html
PR:		218835
Approved by:	office (bapt)
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D10472

Bump PORTREVISIONs for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using using Mk/bsd.octave.mk which in turn has USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
   c++11-lang, c++0x, c11, or gcc-c++11-lib.

PR:		216707

Remove all USE_OPENSSL occurrences.

Sponsored by:	Absolight

Move devel/libcheck to devel/check

- Bump PORTREVISION for dependent ports

devel/boost-*: update to 1.63.0

Changes:	http://www.boost.org/users/history/version_1_63_0.html
PR:		215598
Exp-run by:	antoine
Approved by:	office (bapt)
MFH:		2017Q1

devel/boost-*: update to 1.62.0

- Enable `long double` C99 math usage
- Switch 9.x back to building with GCC

Changes:	http://www.boost.org/users/history/
PR:		199601
Submitted by:	Chen Xu, bapt, amdmi3, truckman (based on)
Reviewed by:	rakuco (kde) (earlier version)
Exp-run by:	antoine (3 tries), truckman (consumers only, earlier versions)
Approved by:	bapt (office)

Bump PORTREVISIONS for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).

In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.

When there is a do-install target, do not use a post-install target, do
everything at once.  Sometime, rename post-install into a options helper
target.

I did not fix ports that were such a mess that I could not figure out
what they really wanted to do.  I also did not change ports that had
some version of an auto-plist code in post-install, for the same reason.

With hat:	portmgr
Sponsored by:	Absolight

Reset ports maintained by horia@racoviceanu.com.

The last change submitted or approved by Horia in Bugzilla dates back to
September 2015. Since then, all commits to his ports were landed by others
after the maintainer timeout period expired (see r383744, r405055, r405057,
r400461 and r414655, for example).

Horia did show interest in coming back after I sent a private email a few
months ago, but since nothing has changed it is better to reassign his ports
back to the heap.

Differential Revision:	https://reviews.freebsd.org/D5980

Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.

With hat:	portmgr
Sponsored by:	Absolight

Drop 8 support.

With hat:	portmgr
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D3694

Don't needlessly override MAKE_CMD and also respect DISABLE_MAKE_JOBS.

- Bump PORTREVISION
- Add USE_GCC=yes, fix mysql signal 11 crash
- Remove dependency on net/asio, use asio from devel/boost-libs
- Remove GARB option (linker problem - upstream notified)
- Fix errnos warnings
- Fix problem with 'ar' and pass RPATH properly

PR:		195457
Submitted by:	amdmi3 (but all changes by maintainer)
Approved by:	horia@racoviceanu.com (maintainer)

- Convert ports from databases/ and deskutils/ to new USES=python

Approved by:	portmgr (implicit)

The MAP_NORESERVE flag to mmap() has never been implemented in FreeBSD and
is being removed.  No portrev bump needed since the kernel will continue to
accept this flag for old binaries even after support for it in new binaries
is removed.

PR:		193961
Approved by:	portmgr (antoine)

USES=execinfo

databases/galera: change USE_PYTHON to USE_PYTHON_BUILD

Also adjust RUN_DEPENDS and BUILD_DEPENDS and fix LD_LIBRARY_PATH

PR:		190364
Submitted by:	maintainer (Horia Racoviceanu)

Galera wsrep provider to Galera Cluster for MySQL, an easy-to-use
high-availability solution with high system up-time, no data loss,
and scalability for future growth.

WWW: http://galeracluster.com

PR:		ports/184654
Submitted by:	Horia Racoviceanu <horia@racoviceanu.com>