python: bump all USE_PYTHON=distutils consumers after RUN_DEPENDS removal

Any missed ports, feel free to bump.

Any ports that need setuptools at runtime can have the devel/py-setuptools
manually added back to RUN_DEPENDS, but understand that this practice
is deprecated; see CHANGES for details.

math/py-yt: update 4.3.0 → 4.3.1

Reported by:	portscout

security/libsodium: update to 1.0.19, bump dependent ports

PR:	278259
Reported by:	Andrey Korobkov <alster-vinterdalen.se>

math/py-yt: update 4.2.0 → 4.3.0

Reported by:	portscout

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>

math/py-yt: Update 4.1.4 → 4.2.0

Reported by:	portscout

*: Bump PORTREVISIONs for math/mpc update to 1.3.1

math/py-yt: Update 4.0.5 → 4.1.4

Reported by:	portscout

*/*: rename CHEESESHOP to PYPI in MASTER_SITES

PR:			267994
Differential revision:	D37518
Approved by:		bapt

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.

math/py-yt: Update 4.0.4 -> 4.0.5

Reported by:	portscout

math: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Aaron Dalton <aaron@daltons.ca>
  *  Alessando Sagratini <ale_sagra@hotmail.com>
  *  Alex Dupre <ale@FreeBSD.org>
  *  Alexey Dokuchaev <danfe@FreeBSD.org>
  *  Amarendra Godbole <amarendra.godbole@gmail.com>
  *  Anders Nordby <anders@FreeBSD.org>
  *  Andreas Fehlner (fehlner@gmx.de)
  *  Andrew L. Neporada <andrew@chg.ru>
  *  Andrey <gugu@zoo.rambler.ru>
  *  Andrey Zakhvatov

math/py-yt: Update 4.0.3 -> 4.0.4

Reported by:	portscout

math/py-yt: Update 4.0.1 -> 4.0.3

Reported by:	portscout

math/py-yt: Change dependency from devel/ipython5 to devel/ipython

devel/ipython5 was there by mistake.

math/py-yt: Broken on i386

Reported by:	fallout

math/py-yt: Update 3.6.1 -> 4.0.1

Reported by:	portscout

math/py-matplotlib: chase minimum Python version in dependent ports

Since the previous update changed USES=python from 3.6+ to 3.7+, all
dependent ports must have USES=python:3.7+ as well, otherwise it breaks
the @py36 flavor.

PR:		255347
Reported by:	sunpoet

Remove # $FreeBSD$ from Makefiles.

math/py-yt: Update 3.6.0 -> 3.6.1

Reported by:	portscout

math/py-yt: remove optional non-default support for expired graphics/py-pyembree

sympy-1.6 is no longer compatible with python 2.7

Reported by:	pkg-fallout

math/py-yt: Update 3.5.1 -> 3.6.0

Reported by:	portscout

Drop dependency on devel/openmp

- Drop if devel/llvm* was used as a substitute

Approved by:	yuri, rene (earlier version)
Differential Revision:	https://reviews.freebsd.org/D23020

math/py-yt: Update 3.5.0 -> 3.5.1

Also update WWW

- Update `graphics/embree' to the latest version 3.8.0 (unfortunately,
  the new API is not backward compatible with the version 2 API; this
  was required to remove various deprecated API functions that had
  accumulated over time, fix suboptimal design decisions and mistakes,
  clean up inconsistent naming, increase flexibility, etc.
- Install tutorials as port examples; install documentation files into
  the standard location instead of overriding the default DOCSDIR
- Drop no longer used `graphics/ImageMagick' dependency: BMP, GIF, PNG,
  TGA, and TIFF formats are handled by the OpenImageIO now, but it is
  somewhat heavy dependency and is disabled upstream by default, so do
  the same (au contraire, JPEG and PNG are enabled unconditionally as
  being backed by very common and light packages)

PR:	239314 (based on)

Make Embree ray-tracing engine support optional, to simplify the upcoming
update of `graphics/embree'.  No changes in generated package by default.

devel/openmp: update to 9.0.0

- Connect tests to the framework to help QA remaining patches
- Force rebuild all consumers after https://reviews.llvm.org/D59783

Changes:	http://llvm.org/viewvc/llvm-project/openmp/tags/RELEASE_900/final/?view=log
ABI:		https://abi-laboratory.pro/tracker/timeline/llvm_openmp/

Resurrect graphics/py-pyembree and math/py-yt now that graphics/embree is fixed.

PR:		240117 (related)
Submitted by:	FreeBSD@ShaneWare.Biz

Remove expired ports:
2019-09-04 devel/ace+tao-doc: Broken for more than 6 months
2019-09-04 devel/dfmt: Broken for more than 6 months
2019-09-04 devel/ignition-transport: Broken for more than 6 months
2019-09-04 devel/spin: Broken for more than 6 months
2019-09-04 editors/dexed: Depends on expiring devel/dfmt
2019-09-04 editors/p5-Padre: Depends on expiring x11-toolkits/p5-Wx
2019-09-04 emulators/qemu2: Latest 3.X branch is in ports tree
2019-09-04 games/asc: Broken for more than 6 months
2019-09-04 games/slade: Broken for more than 6 months
2019-09-04 graphics/gimp-wavelet-decompose-plugin: Broken for more than 6 months
2019-09-04 graphics/py-pyembree: Depends on expiring graphics/embree
2019-09-04 irc/irssi-otr: Broken for more than 6 months
2019-09-04 mail/p5-Mail-ClamAV: Broken for more than 6 months
2019-09-04 mail/qmail-ldap: Broken for more than 6 months

Deprecate ports broken for more than 6 months

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

devel/openmp: phase out

- Expire after the last version without /usr/lib/libomp.so
- Drop SOVERSION for seamless transition (i.e., avoid conditionals)

PR:		236907
Approved by:	bapt (maintainer)
Differential Revision:	https://reviews.freebsd.org/D19767

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

math/py-yt: Update 3.4.1 -> 3.5.0

Reported by:	portscout

Attempt to unbreak ports depending on ipython

Use PY_FLAVOR for dependencies.

FLAVOR is the current port's flavor, it should not be used outside of
this scope.

Sponsored by:	Absolight

Bump PORTREVISIONs of all users of math/mpc that we just updated to
version 1.1.0 (via revision 464079).

math/py-yt: Update to 3.4.1

Additional port changes:
* Changed to DISTVERSION
* Updated MAINTAINER
* Now supports all python versions
* Added USE_PYTHON=concurrent

Reported by:	portscout
Approved by:	tcberner (mentor, implicit)

py-yt depends on the sympy module, not on the isympy command

Explicitely pass ipython FLAVOR in a few ports

Convert Python ports to FLAVORS.

  Ports using USE_PYTHON=distutils are now flavored.  They will
  automatically get flavors (py27, py34, py35, py36) depending on what
  versions they support.

  There is also a USE_PYTHON=flavors for ports that do not use distutils
  but need FLAVORS to be set.  A USE_PYTHON=noflavors can be set if
  using distutils but flavors are not wanted.

  A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been
  added to cope with Python ports that did not have the Python
  PKGNAMEPREFIX but are flavored.

  USES=python now also exports a PY_FLAVOR variable that contains the

- Update to 3.4.0
- Support Python <= 3.5
- Add pyembree dependency
- Fix license

PR:		221454
Submitted by:	yuri@rawbw.com(maintainer)

Properly register dependency on libomp.so from devel/openmp port

Update math/py-yt to 3.3.5

PR:		217942
Submitted by:	maintainer
Approved by:	mat (mentor)
Differential Revision:	https://reviews.freebsd.org/D10076

- Update to 3.3.4

PR:             217101
Submitted by:	Yuri Victorovich (maintainer)

- Fix build by add a patch which forgot in previous commit
  while here add USES=dos2unix

Submitted by:	Yuri Victorovich<yuri@rawbw.com>(maintainer, via email)

yt supports structured, variable-resolution meshes, unstructured meshes,
and discrete or sampled data such as particles. Focused on driving
physically-meaningful inquiry, yt has been applied in domains such as
astrophysics, seismology, nuclear engineering, molecular dynamics, and
oceanography.

WWW: http://yt-project.org

PR:		214565
Submitted by:	yuri@rawbw.com