databases/foundationdb

databases/foundationdb*: split, update to 7.1.59 & 7.3.41

Update FoundationDB to both main supported versions, and also split
between server and client builds for convenience.

PR:		277262
Reviewed by:	dch
Sponsored by:	SkunkWerks, GmbH

database/foundationdb: update maintainer

PR:		277262

databases/foundationdb: Update to 7.1.29, fix build

PR:		269236
Approved by:	maintainer timeout

databases/foundationdb: mark BROKEN

CMake Error at cmake/GetMsgpack.cmake:1 (find_package):
  Could not find a package configuration file provided by "msgpack" with any
  of the following names:

    msgpackConfig.cmake
    msgpack-config.cmake

Reported by:	pkg-fallout

databases/foundationdb: re-enable C bindings broken after 7.1.25 update

Sponsored by:	SkunkWerks, GmbH

databases/foundationdb: update to 7.1.25

- drop obsolete -devel variant
- pet port with portfmt and portclippy

Reported by:    portscout
Sponsored by:   SkunkWerks, GmbH

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.

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)

*/*: bump all consumers after recent boost upgrade

databases/foundationdb*: upbreak after boost upgrade (+)

While here, replace hardcoded /usr/local by %%LOCALBASE%% macro

PR:	246106

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
cannot conflict with itself (due to logic in bsd.port.mk that
supresses the pattern match result in that case).

A few ports that set the conflicts variables depending on complex
conditions (e.g. port options), have been left unmodified, despite
probably containing outdated package names.

These changes should only affect the installation of locally built
ports, not the package building with poudriere. They should give an
early indication of the install conflict in cases where currently
the pkg command aborts an installation when it detects that an
existing file would be overwritten,

Approved by:	portmgr (implicit)

databases/foundationdb: update to 7.0.0

databases/foundationdb: update to 6.3.22 and add aarch64

Now that lang/mono builds on aarch64 we can have nice things too.

Obtained from:	mikael@FreeBSD.org
Sponsored by:	SkunkWerks, GmbH

cleanup: drop support for EOL FreeBSD 11.X

Search criteria used:
- 11.4
- OSREL*
- OSVER*
- *_FreeBSD_11

Input from:
- adridg: devel/qca-legacy
- jbeich: _WITH_DPRINTF, _WITH_GETLINE, GNU bfd workarounds
- sunpoet: security/p5-*OpenSSL*

Reviewed by:	doceng, kde, multimedia, perl, python, ruby, rust
Differential Revision: https://reviews.freebsd.org/D32008
Test Plan: make index

Cleanup: for ports under d* categories, drop redundant GH_{ACCOUNT,PROJECT}.

databases/foundationdb: update to 6.3.13

While here, optimistically build for aarch64 if/when mono can handle it

databases/foundationdb: update to 6.3.12

databases/foundationdb*: ignore FreeBSD 11 due to upstream incompatibilities

One more small cleanup, forgotten yesterday. Reported by:	lwhsu

all: Remove all other $FreeBSD keywords.

Remove # $FreeBSD$ from Makefiles.

databases/foundationdb: update to 6.3.11

Reported by:	portscout
Sponsored by:	SkunkWerks, GmbH

databases/foundationdb: update to 6.3.10

Sponsored by:	SkunkWerks, GmbH

databases/foundationdb: update to 6.3.9

Reported by:	portscout
Sponsored by:	SkunkWerks, GmbH

databases/foundationdb: update to 6.3.1

Reported by:	portscout
Sponsored by:	SkunkWerks, GmbH

databases/foundationdb: update to 6.3.0

- use new CMake build framework
- build compatible C libraries by default
- partial TLS support
- drop upstreamed patches

Sponsored by:	 SkunkWerks, GmbH

databases/foundationdb(-devel): ignore sqlite warnings

properly fixes warnings in sqlite3.amalgamation.c which were added to
CXXFLAGS instead of CFLAGS in r529817 & r529843, arising from recent
clang update.

Sponsored by:	SkunkWerks, GmbH

databases/foundationdb: ignore sqlite warnings after clang update

Upstream has addressed this in the next release.

Sponsored by:	SkunkWerks, GmbH

databases/foundationdb & -devel: use mono only during build

PR:		241706
Sponsored by:	SkunkWerks, GmbH
Differential Revision:	https://reviews.freebsd.org/D23277

databases/foundationdb: use correct portname in rc.d

- take ownership, agreed via email
- bump portrevision

PR:		243466
Sponsored by:	SkunkWerks, GmbH

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

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

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

Update to 6.1.8.

Do not strip static library.

Submitted by:	tobik@

Update to 6.1.6.

1: Update to 6.1.1. 2: fix building with boost 1.70. 3: remove BROKEN.

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

Update to 6.0.18, and fix building error @ current.

Bump PORTREVISION for ports depending on the canonical version of GCC defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t GCC 8.2 under most circumstances.

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, as a double check, everything INDEX-11 showed depending on lang/gcc7.

PR:		231590

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

Update to 5.2.8, and fix building with boost 1.68.

PR:		229697

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

Update to 5.2.5.

Update to 5.2.3.

Update to 5.2.2.

Fix building on 10.x

Add foundationdb, yet another distributed database from apple.