Remove expired ports:

2020-09-15 audio/abraca: Uses deprecated version of python
2020-09-15 audio/ardour5: Uses deprecated version of python
2020-09-15 audio/cplay: Uses deprecated version of python
2020-09-15 audio/cpp-xmms2: Uses deprecated version of python
2020-09-15 audio/p5-xmms2: Uses deprecated version of python
2020-09-15 biology/haplohseq: Uses deprecated version of python
2020-09-15 biology/tophat: Uses deprecated version of python
2020-09-15 chinese/ibus-array: Uses deprecated version of python
2020-09-15 comms/congruity: Uses deprecated version of python
2020-09-15 comms/libbtbb: Uses deprecated version of python
2020-09-15 comms/quisk: Uses deprecated version of python
2020-09-15 databases/mtools-mongodb: Uses deprecated version of python
2020-09-15 databases/mydbf2mysql: Uses deprecated version of python

Deprecate a few ports using python 2.7

Convert to UCL & cleanup pkg-message (categories w)

Change the way *_DEPENDS are set

Use PY_FLAVOR for dependencies.

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

Sponsored by:	Absolight

Change from USES=python:2 to USES=python:2.7

- Bump PORTREVISION for dependency change

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

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

With hat:	portmgr
Sponsored by:	Absolight

Remove UNIQUENAME and LATEST_LINK.

UNIQUENAME was never unique, it was only used by USE_LDCONFIG and now,
we won't have conflicts there.

Use PKGBASE instead of LATEST_LINK in PKGLATESTFILE, the *only* consumer
is pkg-devel, and it works just fine without LATEST_LINK as pkg-devel
has the correct PKGNAME anyway.

Now that UNIQUENAME is gone, OPTIONSFILE is too. (it's been called
OPTIONS_FILE now.)

Reviewed by:	antoine, bapt
Exp-run by:	antoine
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D3336

- Fix examples installation (they weren't installed because target directory
already existed)

Approved by:	portmgr blanket
MFH:		2015Q2

- Convert PYTHON_FEATURES to USE_PYTHON (which was landed several hours ago)

Notified by:	koobs, wg

- Use USES=python

- Use setup.py instead of PYSETUP

- Remove USE_DISTUTILS=yes: use setuptools since it's dependency now
- Strip shared library
- Bump PORTREVISION for package change

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)

- Use PORTDOCS and PORTEXAMPLES
- Simplify Makefile

- Update USE_PYTHON
- Fix OPTIONSFILE
- Support STAGEDIR
- Reformat pkg-descr

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

- Cosmetic change

- Cleanup Makefile header

- Remove leading indefinite article from COMMENT

- Do not silene installation message
- Convert to new options framework

- Add my LOCAL as MASTER_SITES

- Unbreak and update to 2.2
- Fix build when devel/py-setuptools installed
- Use bsd.port.mk
- Take maintainership

Changes:       
http://www.mems-exchange.org/software/qp/qp-2.2.tar.gz/qp-2.2/CHANGES.txt

- Mark BROKEN: does not build

Reported by:    pointyhat

- Move over to py25
- while here drop md5 support
- Small cleanups

Reassign ports maintained by dryice@ for now due to other commitments.

Hat:    portmgr

- update to 2.0
- add MASTER_SITE_LOCAL
- update my mail address

- update to 1.9.1

PR:             ports/105763
Submitted by:   maintainer (Dryice Liu)

- Update to 1.9

PR:             ports/105628
Submitted by:   Dryice Liu <dryice@dryice.name> (maintainer)

This is QP, a package for defining and running multiple web
applications based on Durus for persistence, standard persistent
Session and User classes, easy interactive database sessions, qpy for
assembling html, and Quixote2-style forms and path traversal. QP makes
it easier than ever to use these tools together.

WWW: http://www.mems-exchange.org/software/qp/

PR:             ports/105503
Submitted by:   Dryice Liu <dryice at dryice.name>