all: remove explicit versions in USES=python for "3.x+"

The logic in USES=python will automatically convert this to 3.8+ by
itself.

Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.

finance/quickfix: mark BROKEN with PYTHON

libtool: compile:  c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++
-DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable
-Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong
-fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi
-Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings
-Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x
-MT _quickfix_la-QuickfixPython.lo -MD -MP -MF
.deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp  -fPIC -DPIC -o
.libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean
'-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
          ^~~~~~~~~~
1 warning and 1 error generated.

Reviewed by:	portmgr, vishwin, yuri
Differential Revision:	<https://reviews.freebsd.org/D40568>

www/twms: Update USES=python

graphics/py-pyproj requires Python 3.8+

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.

www/twms: drop maintainership

graphics/py-pyproj: Update to 3.1.0

- Update USES=python of dependent ports

Changes:	https://github.com/pyproj4/pyproj/releases

Remove useless Created by: headers mentioning me

Remove # $FreeBSD$ from Makefiles.

Unbreak after r545116

Convert the tree to use PY_PILLOW

With hat:	portmgr
Originally submitted by:	kai

Deprecate some ports using deprecated version of python

With hat:	portmgr

graphics/py-pillow: Update to 7.0.0

* Repo-Copy the Pillow 6.2.2 release to graphics/py-pillow6 to retain
  backwards compatibility for Python 2 consumers as the Pillow 7.0.0 release
  dropped the support for Python 2.

* Apply conditional statements to use either Pillow 7.x or Pillow 6.x for
  consumers that can be built for Python 2 or newer.

* Exceptions are ports that can be built only for either Python 2 or
  Python 3.  For the first case, consumers are just assigned to the
  repo-copied graphics/py-pillow6.

* Also remove Pillow from BUILD_DEPENDS of math/py-PyWavelets as it is not
  listed in setup.py as a build dependency [1] and relax the version

Add LOCALBASE/share/man to the valid path for manpages

Also compress manpages in this location.

As a followup of a discussion which occured in 2017:
https://lists.freebsd.org/pipermail/freebsd-arch/2017-March/018115.html
And following:
https://svnweb.freebsd.org/base?view=revision&revision=315053
and
https://svnweb.freebsd.org/base?view=revision&revision=315142

All the supported FreeBSD version now supports share/man in manpath for
LOCALBASE As a result the ports tree can now accept it for manpage, but
more over migrate to this new path. Resulting in more consistency now the
manpages in base and ports would be in the relative path (under share/)
and a reduced amount of patching needed to port something to FreeBSD

Note1: this has already be done for GNU info pages earlier
Note2: due to the fact that for end user no functionnality will change during
the migration of the manpages to the new location and to avoid massive rebuild
of packages, it has been decided to not bump portrevision when migrating.

Reviewed by:	mat (portmgr)
Differential Revision:	https://reviews.freebsd.org/D23166

Fix DEPENDS

Pointy hat:	wen

- Add clarification on python version limitation

Pointyhat to:	antoine (for not providing it)

twms is not compatible with python3

- Update to 0.06y

- Those ports fail to build with python3
- Add some explicit FLAVOR to dependencies where needed

- Bump PORTREVISION

- Switch to github
- Fix shebang
- Cosmetic fixes
- Update WWW

- Fix LICENSE
- Fix fetch

GOOGLE_CODE has gone away.

- If a port has another upstream, remove GOOGLE_CODE
- If a port only has GOOGLE_CODE mark it BROKEN

Some ports have a local mirror configured but for security reasons, it
is not considered upstream.

Sponsored by:	Absolight

Remove ${PORTSDIR}/ from dependencies, categories v, w, x, y, and z.

With hat:	portmgr
Sponsored by:	Absolight

Convert to @sample

- Add NO_ARCH

www/twms: switch from py-imaging to py-pillow

With hat:	python
Approved by:	portmgr (bdrewery, implicit)

- Convert to USES=python

- Drop @dirrm* from plist

- Stagify
- Fix rc.d script
- Convert USE_BZIP2 to USES

Python cleanup:
- USE_PYTHON* = 2.X -> USE_PYTHON* = 2
- USE_PYTHON* = 2.X+ -> USE_PYTHON* = yes
Reviewed by:	python (mva, rm)
Approved by:	portmgr-lurkers (mat)

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

- Trim Makefile headers
- Drop ABI versions from LIB_DEPENDS
- OptionsNG
- Pet portlint
- Switch to dynamic plist where useful
- Canonicalize patch names
- Fix DOS line endings in patch files

In the rc.d scripts, change assignments to rcvar to use the
literal name_enable wherever possible, and ${name}_enable
when it's not, to prepare for the demise of set_rcvar().

In cases where I had to hand-edit unusual instances also
modify formatting slightly to be more uniform (and in
some cases, correct). This includes adding some $FreeBSD$
tags, and most importantly moving rcvar= to right after
name= so it's clear that one is derived from the other.

- Get Rid MD5 support

tWMS is a tiny WMS server written in Python and using tiles as a
backend storage

WWW:    http://code.google.com/p/twms/