*: Fix dependency on lmdb0

databases/lmdb0: Add port for LMDB 0.9.x legacy ABI

LMDB 1.0 introduced an incompatible on-disk format change and subtle
API breakage: applications that compiled cleanly against 1.0 headers
could fail silently at run time. Known affected ports include dns/knot3,
mail/bogofilter, and mail/postfix; the postfix issue has been confirmed
upstream. Linux distributions such as Arch Linux have observed the same
breakage. Samba can also be affected in certain configurations.

Because the regression is not detectable in an -exp build run -- the
postfix failure only manifests at run time, and bogofilter was caught
only because post-build self-tests happen to exercise this path -- we
cannot rely on package builds to validate the 1.0 upgrade.

This commit introduces databases/lmdb0 as a holding port for the 0.9.35

all: drop support for FreeBSD 13, mips and risc64sf

Reviewed by:            many (*)
Differential Revision:  https://reviews.freebsd.org/D55624
Differential Revision:  https://reviews.freebsd.org/D55642 (merged in from bofh)

many (*)
  acm arrowd brooks cmt dch decke dinoex eduardo fluffy fuz gahr garga
  jbeich joerg jrm kai kenrap martymac matthew mfechner michaelo mizhka
  nobutaka pkubaj se tagattie thj

  Anton Saietskii
  GenericRikka
  Gert Doering
  Jan Bramkamp
  Oleh Hushchenkov
  Oleksandr Kryvulia
  Ralf van der Enden
  Yamagi

  desktop kde python tcltk office

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.

*/*: 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/ldb29: Update to 2.9.2

Also hook it to build.

PR:		280533
Sponsored by:	Klara, Inc.
Approved by:	0mp (mentor)
Approved by:	samba (0mp, kiwi)
Differential Revision:	https://reviews.freebsd.org/D48656

database/ldb29: LDAP-Like embedded database

ldb is a LDAP-like embedded database.

ldb provides a fast database with an LDAP-like API designed to be used
within an application.

In some ways it can be seen as a intermediate solution between key-value
pair databases and a real LDAP database.

This port is needed for Samba 4.20.

This commit is just a repocopy. I will update the port to the correct
version and connect it to the build in the next commit.

PR:		280533
Sponsored by:	Klara, Inc.
Approved by:	0mp (mentor)
Approved by:	samba (0mp, kiwi)
Differential Revision:	https://reviews.freebsd.org/D48656