Remove # $FreeBSD$ from Makefiles.

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

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

Add DOCS options to ports that should have one.

Also various fixes related to said option.

PR:		230864
Submitted by:	mat
exp-runs by:	antoine

Migrate USE_APACHE to USES= apache (category www)

 - Following migration of Mk/bsd.apache.mk to Mk/Uses/apache.mk

With hat:	apache

Fix with apache 2.4.

Sponsored by:	Absolight

Convert to USES=pgsql

- allow staging
- change to new LIB_DEPENDS notation
- s/LATEST_LINK/PKGNAMESUFFIX/
- fix MASTERSITE

Add NO_STAGE all over the place in preparation for the staging support (cat:
www)

- Remove MAKE_JOBS_SAFE variable

Approved by:	portmgr (bdrewery)

- USE_APACHE= s/22+/22/
- adopt new Makefile header

Port build fails on local exp-run with apache24 with
 error: 'conn_rec' has no member named 'remote_ip'

or various other apache22 specific functions/parameters

with hat apache@

- remove www/apache20 and devel/apr0
- s/USE_APACHE= 20+/USE_APACHE= 22+/
- unify s/YES/yes/
- cleanup APACHE_VERSION <= 22 usage
- add entry to MOVED

with hat apache@

 - bump PORTREVISION from ports if USE_APACHE=13+ or 20+ is defined

- Get Rid MD5 support

- Mark SAFE apache@ ports MAKE_JOBS_SAFE=yes

Bump portrevision due to upgrade of devel/gettext.

The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).

PR:             ports/124340
Submitted by:   edwin@
Approved by:    portmgr (pav)

- Update to 2.0.3
- Now it works with apache 2.2, so we bump USE_APACHE to 20+

PR:             ports/93748
Submitted by:   Larry Rosenman <ler@lerctr.org>

A typo in the Makefile rendered this port totally unusable

PR:             93988
Approved by:    portmgr (clement)

- Convert to new USE_APACHE
- Use AP_FAST_BUILD and AP_GENPLIST
- Add SHA256H

- prepare removal of www/apache2 in favor of www/apache20 for naming
  consistency
- add entries in UPDATING (for apache22 too)

PR:             ports/78119
Repocopied by:  marcus

Split the postgresql ports into a server and a client part.

All ports depending on postgresql shall use the USE_PGSQL=yes knob
defined in Mk/bsd.ports.mk. Bumping portrevisions where needed.

PR:             75344
Approved by:    portmgr@ (kris), ade & sean (mentors)

- Assign maintainership to freshly created apache@ mailing list

- Respect "apache modules convention".
  When you install an apache module via ports or packages, ideally
  module must not alter configuration (not enabled by default)

- SIZEify distinfo

- Use LATEST_LINK to avoir link conflict with www/mod_auth_pgsql

Noticed by:     kris

Bump PORTREVISION on all ports that depend on gettext to aid with upgrading.

(Part 1)

- Update my email address

Approved and reviewed by:    erwin (mentor)

Fix maintainers email address

PR:             57697
Submitted by:   maintainer

Add mod_auth_pgsql 2.0.2b1, an Apache 2 module for authentication
against PostgreSQL databases.

PR:             57655
Submitted by:   Clement Laforet <sheepkiller@cultdeadsheep.org>