Remov expired ports:

2021-02-06 security/openvas8: End of life, please migrate to security/gvm port
2021-02-06 security/openvas8-cli: End of life
2021-02-06 security/openvas8-libraries: End of life, please migrate to
security/gvm-libs port
2021-02-06 security/openvas8-manager: End of life, please migrate to
security/gvmd port
2021-02-06 security/openvas8-scanner: End of life, please migrate to
security/openvas port
2021-02-06 security/openvas9: End of life, please migrate to security/gvm port
2021-02-06 security/openvas9-cli: End of life
2021-02-06 security/openvas9-libraries: End of life, please migrate to
security/gvm-libs port
2021-02-06 security/openvas9-manager: End of life, please migrate to
security/gvmd port
2021-02-06 security/openvas9-scanner: End of life, please migrate to
security/openvas port
2021-02-06 security/greenbone-security-assistant8: End of life, please migrate
to new version of greenbone-security-assistant
2021-02-06 security/greenbone-security-assistant9: End of life, please migrate
to new version of greenbone-security-assistant

Update databases/redis to the recent stable version 6.0.10.
Update CONFLICTS for:
o) databases/redis4
o) databases/redis5
o) databases/redis
o) databases/redis-devel

Connect databases/redis5 to the build.

Bump PORTREVISIONs for dependant ports.

- Connect security/py-python-gvm

- Update WWW

Approved by:	portmgr blanket

Repocopy the databases/redis to the databases/redis4 to update
the databases/redis port to the latest stable version, 5.0.6.

PR:		241526
Reviewed by:	portmgr (adamw)
Approved by:	portmgr (adamw)
Differential Revision:	https://reviews.freebsd.org/D22336

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

Change cmake default behaviour to outsource.

Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".

I tried to only set insource where explictely needed.

PR:		232038
Exp-run by:	antoine

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

Remove USES=execinfo.

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

- Fix rc scripts of OpenVAS 9 ports
- Change some entries of openvas8/files/pkg-message
- Change some entries of openvas9/files/pkg-message. It reflects socket use of
  OpenVAS 9 ports.
- Fix problems into OpenVAS 9 greenbone*-sync scripts
- Add missing dependency (ftp/wget)
- Fix socket connection from openvas9-manager to openvas9-scanner
- Bump PORTREVISION

- security/openvas[89]-manager: Add PGSQL support
- security/greenbone-security-assistant[89]: Improve rc scripts
- security/openvas8-manager: Fix openvas-*-sync scripts
- security/openvas9-manager: Fix greenbone-*-sync scripts
- Add flags option to rc scripts
- Bump PORTREVISION

- Update to 5.0.8
- Take maintainership
- Prepare to import OpenVAS 9 ports

- Rename openvas ports for reflect 8 version in name. I'll add openvas9 ports
  and I'll take maintainership of them