Remove expired ports:

2020-11-15 archivers/py-pyliblzma: Uses deprecated version of python
2020-11-15 databases/postgis23: Upstream no longer maintained
2020-11-15 databases/py-htsql: Uses deprecated version of python
2020-11-15 devel/bzr-fastimport: Uses deprecated version of python
2020-11-15 devel/py-ToscaWidgets: Uses deprecated version of python
2020-11-15 devel/py-calendar: Uses deprecated version of python
2020-11-15 devel/py-distorm: Uses deprecated version of python
2020-11-15 devel/py-fabric1: Uses deprecated version of python
2020-11-15 devel/py-rcsparse: Uses deprecated version of python
2020-11-15 devel/pyrex: Uses deprecated version of python
2020-11-15 japanese/py-tegaki: Uses deprecated version of python
2020-11-15 math/py-networkx1: Obsolete, please use math/py-networkx instead
2020-11-15 misc/py-progressbar231: Uses deprecated version of python
2020-11-15 multimedia/py-kaa-imlib2: Uses deprecated version of python
2020-11-15 multimedia/py-kaa-metadata: Uses deprecated version of python
2020-11-15 net-im/libtelepathy: Uses deprecated version of python
2020-11-15 security/py-mcrypt: Uses deprecated version of python
2020-11-15 www/py-beautifulsoup32: Uses deprecated version of python
2020-11-15 www/py-evernote: Uses deprecated version of python
2020-04-01 www/py-meld3: EOLed upstream
2020-11-15 www/py-requestbuilder: Uses deprecated version of python
2020-11-15 x11-toolkits/py-SquareMap: Uses deprecated version of python

Deprecate a few py27 ports

Update WWW

Approved:	portmgr (blanket)

Update multimedia/libdvdread and multimedia/libdvdnav to 6.1.0

Changelogs are available here:
https://code.videolan.org/videolan/libdvdread/-/blob/master/NEWS
https://code.videolan.org/videolan/libdvdnav/-/blob/master/ChangeLog

Also, bump dependent ports' revisions and mark sysutils/dvdbackup as BROKEN [1]

Approved by:	ehaupt [1]

Update multimedia/libdvdread and multimedia/libdvdnav

- Update multimedia/libdvdread to 6.0.2 and bump dependent ports' revisions
  (shared library version changed)
- Update multimedia/libdvdnav to version 6.0.1 (no ABI change)

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

graphics/exiv2: update to 0.27.1

Exp-run by:	antoine
PR:		239028

Fix gexiv dependencies in the port.

The port was erroneously depending on graphics/py-exiv2 while in fact it only
needs exiv2 itself (which was always present anyway because py-exiv2 depends on
it). This port builds a Python module that links against exiv2, so clarify the
situation and stop depending on py-exiv2, which is BROKEN and DEPRECATED.

PR:		236806
Approved by:	J.R. Oldroyd <fbsd@opal.com> (maintainer)

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

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).

Reduce dependency on the python2 metaport

PR:		225752
Submitted by:	Yasuhiro KIMURA

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 m, n, o, and p.

With hat:	portmgr
Sponsored by:	Absolight

Replace USES=libtool:oldver with USES=libtool or USES=libtool:keepla in
the 32 ports that still use it.  Bump PORTREVISION on their dependent
ports except the ones that depend on these:

audio/libogg
audio/libvorbis
devel/pcre
ftp/curl
graphics/jpeg
graphics/libart_lgpl
graphics/tiff
textproc/expat2
textproc/libxslt

In these cases the same trick as in the recent gettext update is used.

- Convert ports of multimedia/ 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)

- Stage support

PR:		189996
Submitted by:	maintainer

- Update multimedia/libdvdread to 4.9.9
- Bump dependent ports' PORTREVISIONS and update LIB_DEPENDS [1]
- multimedia/libdvdnav: remove dependency to (now removed) dvdread-config
- sysutils/vstrip: remove useless dependency to multimedia/libdvdread

Approved by:	portmgr (implicit) [1]

Update the default version of GCC used in the Ports Collection from
GCC 4.6.4 to GCC 4.7.3.  This entails updating the lang/gcc port as
well as changing the default in Mk/bsd.default-versions.mk.

Part II, Bump PORTREVISIONs.

PR:		182136
Supported by:	Christoph Moench-Tegeder <cmt@burggraben.net> (fixing many ports)
Tested by:	bdrewery (two -exp runs)

- update project urls

PR:		187232 187233 187234 187235
Submitted by:	J.R. Oldroyd <fbsd@opal.com> (maintainer)

- Update libdvdread and libdvdnav to 4.2.1
- Bump dependent ports' revisions

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)

Update to libmpc version 1.0.1 which brings the following fixes:

 - Switched to automake 1.11.6, see CVE-2012-3386.
 - #14669: Fixed extraction of CC from gmp.h.
 - Fixed case of intermediate zero real or imaginary part in mpc_fma,
   found by hydra with GMP_CHECK_RANDOMIZE=1346362345.

This is on top of the following changes from version 1.0

 - Licence change towards LGPLv3+ for the code and GFDLv1.3+ (with no
   invariant sections) for the documentation.
 - 100% of all lines are covered by tests
 - Renamed functions
   . mpc_mul_2exp to mpc_mul_2ui
   . mpc_div_2exp to mpc_div_2ui

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

- Fix all cases of 'No newline at end of file' in ports tree

Approved by: portmgr (bapt)

- add patch to fix build when graphics/py-exiv2 is installed
- add dependency on py-exiv2 explicitly
- bump PORTREVISION because of dependency change

While here:
- use PYTHON_PKGNAMEPREFIX instead of PYTHON_SITELIBDIR
- strict python version to 2.x
- update pkg-descr:WWW
- correct pkg-plist

PR:             158987
Submitted by:   "J.R. Oldroyd" <fbsd at opal dot com> (maintainer)

- update png to 1.5.10

At the moment 1385 ports use BUILD_DEPENDS= ${RUN_DEPENDS} and 450
ports use BUILD_DEPENDS:= ${RUN_DEPENDS}. This patch fixes ports that are
currently broken. This is a temporary measure until we organically stop using
:= or someone(s) spend a lot of time changing all the ports over.

Explicit duplication > := > = and this just moves ports one step to the left

Approved by:    portmgr

- Update libdvdread and libdvdnav to 4.2.0 and bump dependent ports' revisions
- libdvdread: allow package building with libdvdcss if WITH_DVDCSS is set [1]
- libdvdread/libdvdnav: fix endianness handling [2]

Submitted by: olgeni [1], richo <richo@psych0tik.net> [2] (via mail to ports@)
PR: ports/162197 [1]

- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead

PR:             157936
Submitted by:   myself
Exp-runs by:    pav
Approved by:    pav

- remove MD5

Bump PORTREVISION for libdvdread dependants

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

- Update to 0.7.7

PR:             ports/144053
Submitted by:   "J.R. Oldroyd" <fbsd AT opal.com> (maintainer)

Feature safe:   yes

- update to jpeg-8

- Switch SourceForge ports to the new File Release System: categories starting
with M

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

- Update to 0.7.6

PR:             135043
Submitted by:   "J.R. Oldroyd" <fbsd@opal.com> (maintainer)

- Chase libdvdread update

Missed by:      rnoland
Reported by:    pointyhat

The Kaa Media Repository is a set of python modules related to
media.

Kaa modules are based on parts from Freevo and modules created for
MeBox. Kaa exists to encourage code sharing between these projects,
and to serve as an umbrella for several previously disparate
media-related modules in order to make them available from one
(unique) namespace.

Kaa provides a base module that implements the common features
needed for application development, such as mainloop management,
timers, signals, callbacks, file descriptor monitors, etc. Kaa's
other modules provide specific media-related functionality, such
as retrieving metadata on arbitrary media files (kaa.metadata,
previously called mmpython), Python wrappers for Imlib2, Xine, and
Evas, and many other high level APIs for easily creating applications
that deal with video and audio.

Kaa is named after the python character in the Jungle Book by Rudyard
Kipling.

WWW: http://doc.freevo.org/2.0/Kaa

PR:             ports/130524
Submitted by:   J.R. Oldroyd <fbsd at opal.com>