devel/py-setuptools: convert individual consumers to ${PY_SETUPTOOLS}

Currently a no-op, but in the future outputs the correct setuptools
port depending on whether USES_PYTHON=distutils is specified.

With hat: python
PR: 270510, 270358

graphics/py-traitsui: Update to 8.0.0

ChangeLog: https://docs.enthought.com/traitsui/changelog.html#release-8-0-0

audio/opus: bump consumers after update to 1.4

USE_PYTHON=pep517: bump PORTREVISION

Revert "Mk/Uses/python.mk: Fix USE_PYTHON=pep517: always compile and install
bytecode"

Despite installer's default behaviour to compile and install bytecode,
we are not doing so going forward at stage/package time. [0] During
initial development and qualification of PEP-517 framework support,
compiling and installing bytecode at stage/package time was considered,
but was found problematic, fragile and ultimately unreliable, both
currently and historically (with USE_PYTHON=distutils), due to our
fixed plist requirement. While the living binary distribution format
(wheel) specification [1] says to compile bytecode, that is in the
pure Python package management context (pip, etc); nuance always
exists when interacting with "system" package management.

Additionally, "bytecode is an implementation detail of the CPython
interpreter. No guarantees are made that bytecode will not be added,

Mk/Uses/python.mk: Fix USE_PYTHON=pep517: always compile and install bytecode

- While I'm here, use long options for easier reading [1][2]
- Bump PORTREVISION of dependent ports (USE_PYTHON=pep517) for package change

It fixes build_fs_violation of dependent ports in poudriere (with -t flag).
It is also the default behavior of installer [2].

from py-sphinx log:
=>> Checking for staging violations... done
=>> Error: Filesystem touched during stage (files must install to ${STAGEDIR}):
extra: usr/local/lib/python3.9/site-packages/importlib_metadata/__pycache__
=>> Cleaning up wrkdir

from installer documentation:
--compile-bytecode
    Possible choices: 0, 1, 2
    generate bytecode for the specified optimization level(s) (default=0, 1)
--no-compile-bytecode
    don’t generate bytecode for installed modules
    Default: False

With hat:	python
Reference:	https://pypa-build.readthedocs.io/en/stable/ [1]
		https://installer.pypa.io/en/stable/cli/installer/ [2]

graphics/py-traitsui: Update to 7.4.3

- Switch to pep517 build

ChangeLog: https://github.com/enthought/traitsui/releases/tag/7.4.3

*/*: rename CHEESESHOP to PYPI in MASTER_SITES

PR:			267994
Differential revision:	D37518
Approved by:		bapt

graphics/py-traitsui: Update to 7.4.2

ChangeLog:	https://github.com/enthought/traitsui/releases/tag/7.4.2
MFH:		2022Q4 (bugfixes)

graphics/py-traitsui: Update to 7.4.1

ChangeLog: https://github.com/enthought/traitsui/releases/tag/7.4.1

MFH:		2022Q4

Mk/Uses: always use colon for build/run suffix

Most USES use a colon for build/run(/test) suffixes. Change kde.mk,
qt.mk and pyqt.mk to do the same, and update all ports using that.

Document in CHANGES.

PR:			266034
Exp-run by:		antoine
Approved by:		tcberner (mentor)
Differential Revision:	https://reviews.freebsd.org/D36349

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.

graphics: remove 'Created by' lines

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

  *  "Waitman Gobble" <uzimac@da3m0n8t3r.com>
  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Abel Chow <ozsanh45vds001@sneakemail.com>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Ade Lovett <ade@FreeBSD.org>
  *  Ade Lovett <ade@lovett.com>
  *  Akinori MUSHA aka knu <knu@idaemons.org>
  *  Aldis Berjoza <aldis@bsdroot.lv>
  *  Alex Hayward <xelah@xelah.com>
  *  Alex Ivasyuv <siegerstein@pochta.ru>
  *  Alex Samorukov <samm@os2.kiev.ua>

graphics/py-traitsui: Update to 7.4.0

 - add PySide2 and wxPython backends
 - remove old 'do-test' targets

ChangeLog: https://docs.enthought.com/traitsui/changelog.html#release-7-4-0

graphics/py-traitsui: Adopt/Update to 7.3.1

 - take maintainership
 - pet portclippy
 - pet portfmt

ChangeLog: https://docs.enthought.com/traitsui/changelog.html

devel/py-qt5, devel/py-sip: Update versions

- Update sip to 6.5.1
- Update PyQt5 to 5.15.6
- Update PyQtChart, PyQtNetworkAuth and PyQtWebengine to 5.15.5
- Update PyQtSip to 12.9.1
- Update PyQtBuilder to 1.12.2
- Add ${_MAKE_JOBS} for pyqt.mk (reported by Tatsuki Makino)

PR:		261685
Exp-run by:	antoine

PyQt: Update sip to 6.5.0, reintroduce sip4 and simplify PyQt framework.

SIP:
As mentioned in the update from sip to sip5, this is a transitional version
to remove what is deprecated in sip4.
Sip6 completely removes the deprecated parts.
Unfortunately, some ports — mostly cura things — can not use sip6, so we
reintroduce sip4.

PyQt:
At the same time, we took the opportunity to simplify PyQT and propose only one
package as for devel/pyside2. */py-qt5-* have been merged — excepted chart,
networkauth and webengine — into devel/py-qt5-pyqt.

This allows us to be in adequacy with the packages that the author of these

*/*: Maintainer reset

Drop maintainership of all ports as his own request.  We thank Vladimir
for all his efforts and hope to welcome him back in the future.

PR:		261391
Approved by:	Vladimir Chukharev (maintainer)
MFH:		2022Q1

graphics/py-traitsui: Remove PY_PYGMENTS

With hat:	python

Remove # $FreeBSD$ from Makefiles.

Update USES=python: math/py-pandas 1.2.0 requires Python 3.7+

PR:		250103

graphics/py-traitsui: Update 6.1.3 -> 7.1.1

PR:		252908
Approved by:	Vladimir.Chukharev@gmail.com (maintainer)

Fix typo from r560867

Remove py27_*_DEPENDS lines from ports using Python 3.6+ only.

While here adjust a related comment in graphics/py-traitsui

Unbreak bulk -a

Use the PY_PYGMENTS variable

With hat:	portmgr

graphics/py-traitsui: Update to 6.1.3

Remove a test exclusion as the test was corrected upstream.

PR:		240405
Submitted by:	vladimir.chukharev@gmail.com (maintainer)

graphics/py-traitsui: Update to 6.1.2

* Enable build for all Python versions as the support for Python 3 has been
  added since the 5.0.0 release.

* Introduce new default option QT5 [1] to let the port make use of the Qt5
  toolkit.  (Support for the wxPython toolkit is also available but was left
  out intentionally because it isn't available for Python 3, yet.)

* Also add a "do-test" target to make future QA easier while I'm here.

Changelog since 6.0.0:

https://github.com/enthought/traitsui/blob/6.1.2/CHANGES.txt

PR:		238469
Submitted by:	vladimir.chukharev@gmail.com (maintainer)
Reviewed by:	koobs (Python)
Approved by:	vladimir.chukharev@gmail.com (maintainer) [1]
Differential Revision:	https://reviews.freebsd.org/D21229

Use PY_FLAVOR for dependencies.

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

Sponsored by:	Absolight

Remove python3 support, it's not ready yet

With hat:	portmgr

Revert back to https

Update to version 6.0.0
* add Python3 support

PR:		228096
Submitted by:	maintainer

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

New port: graphics/py-traitsui

The traitsui project contains a toolkit-independent GUI abstraction
layer, which is used to support the "visualization" features of the
Traits package. Thus, you can write code in terms of the Traits
API (views, items, editors, etc.), and let traitsui and your selected
toolkit and back-end take care of the details of displaying them.

The following GUI backends are supported:
 * wxPython
 * PyQt
 * PySide

WWW: https://docs.enthought.com/traitsui

PR:		204433
Submitted by:	Vladimir Chukharev <vladimir.chukharev@gmail.com>