x11-toolkits/py-pyfltk: Move x11-toolkits/py-fltk to x11-toolkits/py-pyfltk

- Add PYPI to MASTER_SITES

x11-toolkits/py-fltk: Update to 1.3.9

- Fix build with swig 4.2.0

Changes:	https://sourceforge.net/p/pyfltk/code/HEAD/tree/trunk/pyfltk/ReleaseNotes.txt

x11-toolkits/py-fltk: update the port to version 1.3.8

It has better compatibility with modern compilers and matches
our current FLTK version (adjust port description accordingly).

x11-toolkits/py-fltk: Fix build with llvm16

Approved by:	portmgr (blanket)
Sponsored by:	The FreeBSD Foundation

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>

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.

x11-toolkits: remove 'Created by' lines

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

  *  1wardd@airmail.net
  *  Alexander Kabaev <ak03@gte.com>
  *  Alexander Novitsky <alecn2002@yandex.ru>
  *  Alexey Dokuchaev <danfe@FreeBSD.org>
  *  Andreas Kohn <andreas@syndrom23.de>
  *  Andrew Pantyukhin <infofarmer@FreeBSD.org>
  *  Anton Berezin <tobez@FreeBSD.org>
  *  Brian Buchanan <brian@CSUA.Berkeley.EDU>
  *  Cezary Morga <cm@therek.net>
  *  Cheng-Lung Sung <clsung@FreeBSD.org>
  *  Danilo Egea Gondolfo <danilo@FreeBSD.org>

Remove # $FreeBSD$ from Makefiles.

Drop python 2.7 support from a few ports

With hat:	portmgr

Relax hardcoded paths to fix build with Python 3.8.7

Since r558913 Python 3.8 incorporates BPO-42604 [1] which changed the
shared libs naming scheme.  This means "EXT_SUFFIX" is now derived from
SOABI and yields with Python 3.8 to ".cpython-38.so" instead of ".so".

The affected ports strip the libaries in the "post-install" target via
hardcoded path(s) and the build fails at the end because the new extension
is not expected at this place.

Remedy the issue by adding wildcards to these paths.  This should also
prepare the ports for future Python releases, which will use the new shared
libs naming scheme.

[1] https://bugs.python.org/issue42604

PR:		252057
Reported by:	John Kennedy
Reviewed by:	fluffy, koobs
Approved by:	koobs (python)

Add USES=xorg USES=gl, ports categories x

Add USES=xorg and USES=gl to ports in categories starting with 'x'
While here, try to sprinkle other USES (mostly gnome and sdl) as needed.

Fix build on GCC-based architectures:

  fails to compile: fltk_wrap.cpp:5355: #pragma GCC diagnostic not allowed
inside functions

PR:		235989
Submitted by:	Piotr Kubaj
Approved by:	portmgr (tier-2 blanket)

Clean up Makefile (should be part of r484963)

Fix build on FreeBSD 13+

Reported by:	pkg-fallout

Cosmetic change: fix BROKEN message on powerpc64.

Approved by:	portmgr (tier-2 blanket)

Add EXAMPLES options to ports that should have one.

Also various fixes related to said option.

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

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

Mark ports broken on powerpc64, categories o-z.

While here, pet portlint and do some other cleanup.

Approved by:	portmgr (tier-2 blanket)

Update to 1.3.4.1

Changes:	https://sourceforge.net/p/pyfltk/code/HEAD/tree/trunk/pyfltk/CHANGES
		https://sourceforge.net/p/pyfltk/news/2017/01/-release-pyfltk-1341/

Convert to options target helper

- Remove always-true/false conditions after FreeBSD 9, 10.1, 10.2 EOL

Approved by:	portmgr blanket

Bump PORTREVISIONS for ports depending on the canonical version of GCC and
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).

In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.

Fix build on FreeBSD 12

Reported by:	pkg-fallout

- Fix trailing whitespace in pkg-descrs, categories [p-x]*

Approved by:	portmgr blanket

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

With hat:	portmgr
Sponsored by:	Absolight

- Remove unneeded comment from last commit

Spotted by:	miwi@(thanks !)

- Fix build on FreeBSD-9

Reported by:	pkg-fallout@

- Update to 1.3.3.1

Changes:	http://sourceforge.net/p/pyfltk/code/HEAD/tree/trunk/pyfltk/CHANGES

- Update to 1.3.3
- Fix LICENSE
- Sort USE_PYTHON
- Cleanup Makefile
- Cosmetic change
- Pass maintainership to python@

Changes:	http://sourceforge.net/p/pyfltk/code/HEAD/tree/trunk/pyfltk/CHANGES

x11-toolkits/py-fltk: Fix on DragonFly4 too

This was broken on DragonFly for the same reason it was broken on
FreeBSD11 (similar fix).

- Fix build on 11.x

- Add LICENSE
- Strip library

- Convert ports from korean/, shells/, x11/, x11-clocks/, x11-fm/,
  x11-fonts/, x11-toolkits and x11-wm to new USES=python

Approved by:	portmgr (implicit)

Update the default version of GCC in the Ports Collection from GCC 4.7.4
to GCC 4.8.3.

Part II, Bump PORTREVISIONs.

PR:		192025
Tested by:	antoine (-exp runs)
Approved by:	portmgr (implicit)

x11-toolkits/py-fltk: support stage

Use setuptools for all Python ports.

Setuptools is the preferred method to manage Python distributions after
many changes to the packaging ecosystem over the past couple of years.

Only ports using USE_PYDISTUTILS= yes are affected by this commit, ports using
USE_PYDISTUTILS= easy_install remains the same however this usage is now
deprecated and should be converted to USE_PYDISTUTILS= yes.

Some Python distributions do not work with setuptools out of the box because
they extend the install command from distutils and not setuptools, and
so they need to be patched accordingly.

pip (which leverages setuptools) works around the issue by using eggs, however
we want to get rid of those as well, as support for "flat" installation is

Add NO_STAGE all over the place in preparation for the staging support (cat:
x11-toolkits)

- update png to 1.5.10

- unbreak
- update to 1.3.0

Feature safe:   yes

- Mark BROKEN: does not compile with new fltk

Reported by:    pointyhat

- Unbreak by fixing plist

Submitted by:   Ruslan Mahmatkhanov <cvs-src@yandex.ru>

- Mark BROKEN: incomplete plist

Reported by:    pointyhat

- Update to 1.1.5

- Move to py25 or above
- While here kick md5 support

- update to 1.4.1
Reviewed by:    exp8 run on pointyhat
Supported by:   miwi

- Chase x11-toolkits/fltk update

- update to jpeg-8

- Enable the build on 9.x

- Retire MASTER_SITE_SOURCEFORGE_EXTENDED, it's no longer needed - all mirrors
actually have all distfiles
- Merge all SF mirrors to MASTER_SITE_SOURCEFORGE, resort according to quick
download speed survey
- Fix MASTER_SITES for all port that have used SOURCEFORGE_EXTENTED

Approved by:    portmgr (pav)

- bump all port that indirectly depends on libjpeg and have not yet been bumped
or updated
Requested by:   edwin

CATEGORIES+=    python   for py- ports missing it

PR:             ports/124921
Approved by:    portmgr (pav)

- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Bump PORTREVISION

Approved by:    portmgr (xorg cleanup)

- Drop Maintainership

PR:             121857
Submitted by:   Raaf <raaf@zen.mooo.com> (old maintainer)

- Update to 1.1.2
- Pass maintainership to submitter

PR:             119019
Submitted by:   Raaf <raaf@zen.mooo.com>

 - Make Python 2.5.1 the default Python version
 - Add significantly better support in bsd.python.mk for working with
   Python Eggs and the easy_install system

Tested by:      pointyhat runs
Approved by:    pav (portmgr)
Most work by:   perky
Thanks to:      pav

- Mark BROKEN on CURRENT: does not build with GCC 4.2

- Welcome X.org 7.2 \o/.
- Set X11BASE to ${LOCALBASE} for recent ${OSVERSION}.
- Bump PORTREVISION for ports intalling files in ${X11BASE}.

- Respect X11BASE

Reported by:    pointyhat

Remove USE_REINPLACE from categories starting with X

- Add SHA256

Upgrade to 1.1b3 and unbreak.

BROKEN on 6.x: Broken pkg-plist

Drop maintainership to ports@FreeBSD.org

PR:             ports/71721
Submitted by:   Radim Kolar <hsn@netmag.cz>

Add py-fltk, a Python wrapper for the Fast Light Tool Kit cross-platform
graphical
user-interface library.

WWW: http://pyfltk.sourceforge.net/

PR:             ports/65286
Submitted by:   Radim Kolar <hsn@netmag.cz>