Remove expired ports:
2019-05-08 databases/ruby-odbc: Broken for more than 6 months
2019-05-08 databases/rubygem-dbd-odbc: Broken for more than 6 months
2019-05-08 devel/dlangui: Broken for more than 6 months
2019-05-08 editors/dlangide: Broken for more than 6 months
2019-05-08 emulators/desmume: Broken for more than 6 months
2019-05-08 emulators/yabause: Broken for more than 6 months
2019-05-08 emulators/yape: Broken for more than 6 months
2019-05-08 games/armagetron: Broken for more than 6 months
2019-05-08 games/boswars: Broken for more than 6 months
2019-05-08 games/ceferino: Broken for more than 6 months
2019-05-08 games/chanta: Broken for more than 6 months
2019-05-08 games/d2x-xl: Broken for more than 6 months
2019-05-08 games/drcreep: Broken for more than 6 months
2019-05-08 games/frobtads: Broken for more than 6 months

Deprecate ports broken for more than 6 months

archivers/quazip: remove flavors (Qt4 deprecation)

graphics/tulip: remove QT4/QT5 options (Qt4 deprecation)

- untested, as marked broken

Approved by:	portmgr (implicit)

Change cmake default behaviour to outsource.

Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".

I tried to only set insource where explictely needed.

PR:		232038
Exp-run by:	antoine

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

Mark QT4 ports/functionality for removal on 2019-03-15

While here, chase some KDE4 ports and functionality, these are scheduled for
removal on 2018-12-31. Change the default option/flavor to QT5 where applicable
or use alternative toolkits like GTK.

Submitted by:	tcberner
Reviewed by:	adridg, jhale, rene, tcberner
Approved by:	portmgr (implicit, flavor hook)
Differential Revision:	https://reviews.freebsd.org/D17741

Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.

This includes ports
 - featuring USE_GCC=yes or USE_GCC=any,
 - featuring USES=fortran,
 - using Mk/bsd.octave.mk which in turn features USES=fortran, and those
 - with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
   c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.

PR:		222542

Replace bsd.qt.mk by Uses/qt.mk and Uses/qt-dist.mk

From now on, ports that depend on Qt4 will have to set
	USES=		qt:4
	USE_QT=		foo bar
ports depending on Qt5 will use
	USES=		qt:5
	USE_QT=		foo bar

PR:		229225
Exp-run by:	antoine
Reviewed by:	mat
Approved by:	portmgr (antoine)
Differential Revision:	-https://reviews.freebsd.org/D15540

Convert archivers/quazip and archivers/quazip-qt5 into flavors

Approved by:	portmgr (mat)
Differential Revision:	https://reviews.freebsd.org/D14640

- Fix plist

Approved by:	portmgr blanket

Bump portrevision to chase graphics/glew shard library version update.

PR:		223370
Submitted by:	zeising
exp-run by:	antoine
Approved by:	antoine

Remove USES=execinfo.

PR:		220271
Submitted by:	mat (review), Yasuhiro KIMURA (PR)
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D11488

Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 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, c++11-lib, c++11-lang,
   c++14-lang, c++0x, c11, or gcc-c++11-lib.

PR:		219275

Make ninja opt-out in cmake.mk

Using ninja instead of make (1) can lead to significant speed ups while
building.
Therefore switch from having the ninja generator opt-in to having it opt-out.

Previously cmake-ports that wanted to use ninja could set
    CMAKE_NINJA=yes
now, ports that do not work with ninja can set
    cmake:<existing args>,noninja
Note, that needing this should be an exception and most often points to a broken
cmake of the port.

The ports using cmake were modified
* removed USES=gmake, if ninja is used
* removed MAKE_ARGS, if ninja is used
* added the cmake-argument noninja if necessary

PR:		219629
PR:		213331
Exp-run by:	antoine
Reviewed by:	rakuco
Differential Revision:	https://reviews.freebsd.org/D10748

Mark some ports failing on power64.  In cases where the error message
was a stub, provide a real one.

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)
Reported by:	swills

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

This includes ports
 - with USE_GCC=yes or USE_GCC=any,
 - with USES=fortran,
 - using using Mk/bsd.octave.mk which in turn has USES=fortran, and
 - with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
   c++11-lang, c++0x, c11, or gcc-c++11-lib.

PR:		216707

graphics/tulip: Update WWW in pkg-descr, as old URL no longer works

Remove BROKEN_FreeBSD_9

Approved by:	portmgr (blanket)

graphics/tulip: Update to 4.10.0

Changes this release:
  http://tulip.labri.fr/TulipDrupal/?q=node/2143

Approved by:	adamw (mentor, implicit)

- Mark broken on FreeBSD 9.x:

/usr/local/include/bfd.h:1629:38: error: expected ',' or '...' before
'ATTRIBUTE_UNUSED'

Approved by:	portmgr blanket

graphics/tulip: Update to 4.9.0
- Add USE_GL+=gl as per new stage-qa dependency detection script
- Refactor patches to apply cleanly against new release

Approved by:	adamw (mentor)
Relnotes:	http://tulip.labri.fr/TulipDrupal/?q=node/2141
Differential Revision:	https://reviews.freebsd.org/D7164

Update the maintainer email address for the ports I
maintain to woodsb02@FreeBSD.org

Approved by:	adamw (mentor)
Differential Revision:	https://reviews.freebsd.org/D6278

Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.

With hat:	portmgr
Sponsored by:	Absolight

graphics/tulip: 4.7.0 -> 4.8.1

Changes:
  http://tulip.labri.fr/TulipDrupal/?q=node/2121

PR:		207818
Submitted by:	Ben Woods <woodsb02@gmail.com> (maintainer), rakuco

Convert to USES=jpeg

Update to 4.7.0, pet portlint, rename patch files so the names are
unambiguous, and assign maintainership to submitter.

PR:		199614
Submitted by:	Ben Woods (new maintainer)

remove uneeded patch.

1: Upgrade to 4.6.1.
2: add LICENSE.
3: add option for QT5.

PR:		197440
Submitted by:	Ports Fury.

- Add patch to make the port build GCC and CMake 3.1.0.

  Tulip overrides CMake's built-in add_library() and add_executable()
  commands, so obviously things would explode at some point.

  This is a band-aid solution to get things working; the right solution
  would be to stop overriding CMake's commands, or even stopping setting
  RPATH on libraries and executables altogether, but that depends on getting
  the Tulip developers involved (I'm still figuring out if they respond to
  pings and patches).

- Use quazip from ports instead of building Tulip's bundled copy. Bundled
  software is evil.

- Clean up CMAKE_ARGS. PYTHON_INCLUDEDIR and LOCALBASE were used years ago

Bump portrevision after png update

- Reset maintainership of my ports

- Update to 4.6.0
  Release notes: http://tulip.labri.fr/TulipDrupal/?q=node/2041

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)

- Try to fix the linking problem on the cluster

- Fix build on < 9.0

- Add a couple of missing patches
- Explicitely depend on graphics/jpeg
- Remove DOCS

graphics/tulip -- depend on graphics/png

The FreeBSD x11@ and graphics team proudly presents
a zeising, kwm production, with help from dumbbell, bdrewery:

NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE

This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.

This patch also contains updates of libxcb and related ports, pixman, as well

Update freetype to 2.5.2.

Remove patch to add -I/usr/local/include in freetype-config --cflags. If
ports need extra headers they should look for them, and not get them via
a side-effect.

Freetype had a header resuffle in 2.5.1, patch ports to use the new header
style.

Thanks go to bdrewery for the two exp-runs and rakuco for helping me with
some troublesome cmake ports.

PR:		ports/184587

Welcome CMake 2.8.12!

With contributions from Schaich Alonso <alonsoschaich@fastmail.fm>,
including stage support for devel/cmake-gui.

This update took much longer than expected due to CMake changing the
arguments to an internal macro that ended up being used by some ports:

  http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=9ce60ff5

I have also started a discussion about this on CMake's development list:

  http://article.gmane.org/gmane.comp.programming.tools.cmake.devel/8464

It required adjusting the affected ports, and these changes have approved by
portmgr (bdrewery).

PR:		ports/182981
Approved by:	portmgr (bdrewery)

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

- convert USE_CMAKE to USES
- while here clean up some ports from CMAKE_VERBOSE, which is intended
  for users

Approved by:	portmgr (miwi)

Bump PORTREVISON after devel/py-sip and devel/qscintilla2 update.

x11-toolkits/py-qt:
- mark BROKEN: does not build with latest devel/py-sip

Switch from libglut to freeglut and retire libglut. Libglut hasn't been
developed in years and has been dropped from the MESA 8.0 distribution.
Freeglut is a rewrite of glut and is actively developed and is used by
many linux distributions instead of libglut.

Bump all ports that directly depend on libglut because of the shlib version
change.

There are some extra items in this patch.

*) Because freeglut doesn't have the same dependancies as libglut, some ports
	need extra dependencies added to USE_XORG to make them build.
*) Mark graphics/f90gl broken, f90gl depends on a header that is only shipped
	with libglut.
*) Remove option for libglut/freeglut selection in games/cake, only freeglut
	remains now.
*) While here fix a png related build issue games/vegastrike.

Thanks to miwi for running the exp-run.

Approved by:	portmgr (miwi)

Collaboration with:	zeising@
Obtained from:	xorg-dev staging area.

- Update to 3.8.0
  Release notes: http://tulip.labri.fr/TulipDrupal/?q=node/1851

- Convert USE_QT_VER=4 and QT_COMPONETS to USE_QT4

Review by:      bapt, David Naylor (kde team)

- update png to 1.5.10

Chase PyQT update

- Update to 3.7.0
  Release notes: http://tulip.labri.fr/TulipDrupal/?q=node/1822

- Mark BROKEN on FreeBSD 7.X: does not compile
  library/tulip/src/PluginLibraryLoader.cpp: In constructor
'tlp::PluginLibraryLoader::PluginLibraryLoader(std::string,
tlp::PluginLoader*)':
  library/tulip/src/PluginLibraryLoader.cpp:232: error: invalid conversion from
'int (*)(const dirent*)' to 'int (*)(dirent*)'
  library/tulip/src/PluginLibraryLoader.cpp:232: error:   initializing argument
3 of 'int scandir(const char*, dirent***, int (*)(dirent*), int (*)(const void*,
const void*))'
  *** Error code 1

Reported by:    pointyhat
Feature safe:   yes

- Update to 3.6.1
  This is a maintenance release with many bug fixes, especially in the
  rendering of edges and labels. It includes improvements for the Python
  Scripting view, and new methods for the management of subgraphs.

Feature safe:   yes

- Update to 3.6.0

  Release notes: http://tulip.labri.fr/TulipDrupal/?q=node/1541

depends on qmake_build instead of qmake

Reported by:    makc@
Approved by:    gahr@

Remove useless dependency on gmake
Add dependency on qmake

PR:             ports/156532
Submitted by:   bapt@
Approved by:    gahr@

- Update to 3.5.0
  Release announcement: http://tulip.labri.fr/TulipDrupal/?q=node/1401
- Switch build system to CMake

Sync to new bsd.autotools.mk

- Update to 3.4.1
  Announcement: http://tulip.labri.fr/TulipDrupal/?q=node/781

- Update to 3.4.0

Feature safe:   yes

- Add glew to the list of supported USE_GL variables
- Patch ports depending on GLEW directly

Approved by:    portmgr (pav)

- Really fix dirent.h problems

Reported by:    PH (via pav)

- Update to 3.3.1
- Unbreak after dirent.h MFC

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

Note that this also got broken with the dirent.h MFC.

Hat:            portmgr

- Remove remaining SFP references (switch these ports to SF)

Approved by:    portmgr (pav)

- Chase distfile mismatch after silent update

- Change to new SFP macro

-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.

It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.

With help:      marcus and kwm
Pointyhat-exp:  a few times by pav
Tested by:      pgollucci, "Romain Tartière" <romain@blogreen.org>, and
                a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by:    marcus
Approved by:    portmgr

- Fix PORTDOCS installation

Reported by:    PH via pav

- Chase unversioned distfile update by using DIST_SUBDIR

Reported by:    PH via pav

- Update checksum of userManual.pdf

Reported by:    QA Tindie

- Refactor (fix) pkg-plist

Reported by:    QA Tindie,
                TB via pav@
cvs: ----------------------------------------------------------------------

- Update to 3.1.2

  * performance improvements: Open GL rendering of nodes has been improved;
    the undo/redo mechanism has been also improved.
  * bug fixes: the management of multiple views has been improved.
  * http proxy management: the plugins manager allows the download of plugins
    through the use of an http proxy.

- Update to 3.1.1

- Update X.org ports to 7.4+ (few ports are more recent than the katamari).
- Bump PORTREVISION for all ports depending on libglut since the shlib
version number went from 4 to 3.
- Bump PORTREVISION for all ports depending on libXaw as libXaw.so.8 isn't
installed anymore.
- Couple of ports fixes (mostly missing xorg components added to USE_XORG).

- Update to 3.0.3

Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script.
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.

To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.

To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.

Changes to Mk/*:
 - Add runtime detection magic in bsd.port.mk

- Fix build after qt 4.4.1 update

- Fix dependency list
- Bump PORTREVISION

Reported by:    miwi

- Update to 3.0.2

Bump portrevision due to upgrade of devel/gettext.

The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).

PR:             ports/124340
Submitted by:   edwin@
Approved by:    portmgr (pav)

- Remove unneeded dependency from gtk12/gtk20 [1]
- Remove USE_XLIB/USE_X_PREFIX/USE_XPM in favor of USE_XORG
- Remove X11BASE support in favor of LOCALBASE or PREFIX
- Use USE_LDCONFIG instead of INSTALLS_SHLIB
- Remove unneeded USE_GCC 3.4+

Thanks to all Helpers:
        Dmitry Marakasov, Chess Griffin, beech@, dinoex, rafan, gahr,
        ehaupt, nox, itetcu, flz, pav

PR:             116263
Tested on:      pointyhat
Approved by:    portmgr (pav)

- Remove USE_GETOPT_LONG which is a no-op since March 2007

My reference e-mail address as a ports maintainer is now gahr@FreeBSD.org.

Approved by:    miwi (mentor)

- Mark BROKEN on amd64 and ia64 with gcc 4.2

Reported by:    pointyhat

- Fix build with gcc 4.2
- Pass maintainership to submitter

PR:             ports/118867
Submitted by:   Pietro Cerutti <gahr@gahr.ch>

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

BROKEN on 7.0: does not comopile

- Respect X11BASE

PR:             ports/106158
Submitted by:   trasz

- s,INSTALLS_SHLIB,USE_LDCONFIG,g
- these include dns/ editors/ emulators/ finance/
  games/ graphics/ maintained by ports@

PR:             ports/101916
Submitted by:   Gea-Suan Lin <gslin_AT_gslin dot org>

Remove USE_REINPLACE for categories starting with a G

Unbreak by removing bin/tlprender from pkg-plist and explicitly
disabling it with --disable-tlprender. Building it with the current
version of libOSMesa looks impossible, see ports/93667

Approved by:    garga (mentor)

BROKEN: Incorrect pkg-plist (does not compile completely?)

- Update graphics/libglut to 6.4.1.
- Shared lib version and PORTREVISION bumb for all affected ports.

While I'm here:
- Remove USE_MESA knob where it was (35 ports).
  It marked as depricated for 2 years.

PR:             ports/90247
Submitted by:   Ermal Lu?i <eri--@albabsd.org>

Fix mastersites

PR:             91055
Submitted by:   Jean Milanez Melo <jmelo@freebsdbrasil.com.br>

- Add SHA256

At Kris's request, back out the MACHINE_ARCH spelling correction until
after 5.4-RELEASE.

Assist getting more ports working on AMD64 by obeying the
Ports Collection documentation and use 'ARCH' rather than 'MACHINE_ARCH'.

- Fix build on amd64.

PR:             ports/78793
Submitted by:   Johan van Selst <johans@stack.nl>

Unbreak with recent GCC (fix bad C++ code).

Approved by:    fjoe (mentor, implicit)