devel/py-readme_renderer requires textproc/py-pygments 2.5.1

With hat:	portmgr

devel/mercurial: Update to 5.5 and flavorize. Adjust dependency lines and bump PORTREVISION's for ports that depend on mercurial.

PR:		242463
Submitted by:	Peter Wullinger <freebsd@dhke.de> (original patch)

When python package lists are generated by distutils, any file entry that
includes a space will be surrounded in double quotes.  This is unnecessary
and causes problems elsewhere such as when stripping ${PREFIX} for staging
or checking the package list in stage-qa.

PR:		248981
Approved by:	kevans, portmgr (mat), python (koobs)
Differential Revision:	https://reviews.freebsd.org/D26221

science/py-geometer requires math/py-numpy between 1.15 and 1.20 (>=1.15,<1.20)

- Repocopy textproc/py-sphinx to textproc/py-sphinx18

  Update it to 1.8.5 (latest version from 1.8.X).
  This version supports Python 2 and 3.
  Add test target.

- textproc/py-sphinx: Update to 3.0.2

  Python 3 only (3.5+).
  Add test target.

- Mk/Uses/python.mk: Add PY_SPHINX

  Shared macro to use with flavors and not break
  ports with USES=python (all versions).

  Python >=3.5  --> textproc/py-sphinx (v3.0.2)
  Python < 3.5  --> textproc/py-sphinx18 (v1.8.5)

  All ports that uses sphinx were changed to use the new variable
  ${PY_SPHINX} in the dependency line, exceptions:

    * Ports that fails to build with sphinx 3.0.2 because of code.
      They are pointing to textproc/py-sphinx18 directly.
      There aren't many ports.

    * Ports that doesn't know Python flavors.

- Add several patches to fix Sphinx consumers

  The most common issues are related with pkg-plist, the output
  files from Sphinx changes between versions, keep this dynamically
  is the better approach.

  This will save time in future sphinx updates.

PR:		245629
Exp-run by:	antoine

Reviewed by:	antoine
Differential Revision:	https://reviews.freebsd.org/D24732

devel/py-tenacity requires devel/py-typing 3.7.4.1

astro/py-metpy requires math/py-numpy 1.16.0

With hat:	portmgr

devel/py-clikit requires devel/py-enum34 between 1.1 and 2.0 (>=1.1,<2.0)

and graphics/py-pillow6

With hat:	portmgr

With hat:	portmgr
Differential Revision:	https://reviews.freebsd.org/D23757

science/py-geometer requires math/py-numpy between 1.15 and 1.19 (>=1.15,<1.19)

devel/py-xarray requires math/py-numpy 1.15

devel/py-glance-store requires devel/py-enum34 1.0.4.

With hat:	portmgr

mail/py-mail-parser requires net/py-ipaddress 1.0.23

Much of the Python version selection code had compat shims around to
accomodate the transition from before to with flavors. These can now be
removed.

PR:		243185
Reviewed by:	antoine
Differential Revision:	https://reviews.freebsd.org/D23084

This was used before flavors were a thing to make sure if you built port
A with some python version, and it needed port B, port B would also be
built with the same python version.

PR:		243185
Reviewed by:	antoine
Differential Revision:	https://reviews.freebsd.org/D23084

With hat:	portmgr
PR:		233770

With hat:	portmgr

PR:		241416
Submitted by:	wen@(myself)
Reviewed by:	koobs@, amdmi3@

devel/py-typing-extensions requires py-typing 3.7.4+.

Make it clear that <version-spec> is a declarative not imperative
specification to declare what version of Python a port or software
*supports*, not the versions it should *use*.

The version that gets selected is a function of Python.mk, DEFAULT_VERSIONS
which change over time, and can be overridden or otherwise set by the user.

While I'm here, add a special note about bare USES=python (without a
<version-spec>), which is likely to be deprecated at some point down the
line. In the meantime, describe what the semantics of not specifying a
<version-spec> entails, and encourage minimisation of its use where
appropriate.

Approved by:	koobs (python, maintainer)

security/theonionbox requires py-futures>=3.2.

Since devel/py-promise requires 3.6.4+, the minimal version is set to 3.6.4.

With hat:	python

The deprecated comment was added in r364450 (bsd.python.mk to Uses/python.mk transition) but it is not.

With hat:	portmgr

PR:		235901
Approved by:	mat
Differential Revision:	https://reviews.freebsd.org/D19569

PR:		224024

imp.get_tag() is deprecated since version 3.4.
Use sys.implementation.cache_tag directly starting in Python 3.3.

Reference:	https://docs.python.org/3/library/imp.html#imp.get_tag

- Added python37 docs
- Added python37 support to Mk/

Reviewed by:	bapt
Approved by:	bapt (portmgr)
Differential Revision:	https://reviews.freebsd.org/D16159

PR:		227428
Exp-run by:	antoine