bsd.sites.mk: Update all ports using USE_GITLAB

Replace GL_COMMIT by GL_TAGNAME in all ports. The new GL_TAGNAME is
backwards-compatible (accepting any commit hash as before), but also
understands an actual tag name. Moving to tag names where appropriate is
left to individual ports' maintainers.

Approved by:		portmgr (tcberner, mentor)
Differential Revision:	https://reviews.freebsd.org/D37077

security/olm: Update to 3.2.13

Use USE_GITLAB to follow Porters Handbook more closely and be consistent with
ports tree
Disable building of unit tests

Changelog: https://gitlab.matrix.org/matrix-org/olm/-/tags/3.2.13

PR:		267091
Approved by:	portmgr (maintainer timeout, 2+ weeks)

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.

security/olm: update to 3.2.11, latest upstream

I missed six months of updates here -- portscout doesn't
seem to find GitLab-based releases for me. The release
notes are on all the tags pages, here's the latest:
	https://gitlab.matrix.org/matrix-org/olm/-/tags/3.2.11

Documentation builds now, that seems to be the important
line-item for us this release. 3.2.8 added a better error
description when a buffer is too small. 3.2.7 added better
handling of fallback keys.

security/olm: Add CPE information

Approved by:    portmgr (blanket)

security/olm: Update to 3.2.6, latest release

It looks like I do not have the right bits for portscout here,
so didn't get notifications of new versions. Release notes are at:
	https://gitlab.matrix.org/matrix-org/olm/-/releases#3.2.6

There are many updates. Dependent ports mtxclient (needed a compile-
patch) and nheko bumped so they pick this up.

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

Remove # $FreeBSD$ from Makefiles.

Update security/olm to latest upstream release

Release notes:
	https://gitlab.matrix.org/matrix-org/olm/-/releases

The changes are only in the Python bindings and the build system,
so this is only a minor change.

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 security/olm to latest upstream release.

Source has moved to gitlab, still under Matrix.org. Release notes at
	https://gitlab.matrix.org/matrix-org/olm/releases
major changes were in 3.1.0 already, Short Authentication String
and public key signing. Various compatibility and build fixes
were also applied.

Also PORTREVISION dependent ports (that I know about). No MFH because
these are feature-based releases, not security updates.

PR:		238384
Submitted by:	Alexander Sieg
Reported by:	Alexander Sieg

security/olm: Spell LICENSE_FILE correctly

New ports security/olm and net-im/mtxclient

These are support libraries for Matrix clients; Nheko in particular.
Until I wrap-up Nheko, they aren't used by anything.