Remove expired ports:

2019-10-16 archivers/freetar: Unfetchable, unmaintained
2019-10-16 archivers/hffzip: Unfetchable, unmaintained
2019-10-16 archivers/hpack.non-usa.only: Unfetchable, unmaintained
2019-10-16 archivers/untar: Unfetchable, unmaintained
2019-10-16 astro/gpsdrive: Unfetchable, unmaintained
2019-10-16 astro/planets: Unfetchable, unmaintained
2019-10-16 audio/ascd: Unfetchable, unmaintained
2019-10-16 audio/audiotag: Unfetchable, unmaintained
2019-10-16 audio/gmidimonitor: Unfetchable, unmaintained
2019-10-16 audio/gmpc-lyricwiki: Unfetchable, unmaintained
2019-10-16 audio/jack_mixer: Unfetchable, unmaintained
2019-10-16 audio/jmusic: Unfetchable, unmaintained
2019-10-16 audio/maplay: Unfetchable, unmaintained

Deprecate a few ports

Mark BROKEN: unfetchable

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

- Update WWW

Approved by:	portmgr blanket

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

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

For ports that are marked NOT_FOR/ONLY_FOR armv6, also mark them so
on armv7.

This is part one of a multipart commit to bring armv7 ports to parity
with armv6.

Approved by:	portmgr (tier-2 blanket)

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

Revision bump of all ports with USE_GL after consolidation of mesa-libs

Approved by:	swills (mentor)
Differential Revision:	https://reviews.freebsd.org/D10845

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

Consolidate the Mesa ports, update to 17.0.4, and add Wayland option

* libGL, libEGL, libglesv2, libglapi, and gbm have been moved into mesa-libs,
  graphics/dri has been renamed to mesa-dri, and USE_GL has been adjusted
* mesa-libs has a new WAYLAND option that enables platform support in libEGL
* mesa-dri now depends on graphics/s2tc for compressed texture support [1]
* re-remove obsolete dependency on makedepends [2]
* correct sed fix backported from 17.1 [3]

PR:		218799 (exp-run), 212762 [1], 218552 [2], 218562 [3]
Submitted by:	dbn [1], jbeich [2,3]
Reported by:	afiskon@devzen.ru [1]
Reviewed by:	kwm, johalun0@gmail.com
Approved by:	portmgr, swills (mentor)
Differential Revision:  https://reviews.freebsd.org/D10448

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/copperspice: unbreak with clang 4.0

../3rdparty/webkit/Source/WebCore/html/HTMLImageElement.cpp:77:24: error:
ordered comparison between pointer and zero ('const int *' and 'int')
    if (optionalHeight > 0)
        ~~~~~~~~~~~~~~ ^ ~

PR:		216015
Reported by:	antoine (via exp-run)
Obtained from:	upstream (excerpt)

Remove BROKEN_FreeBSD_9

Approved by:	portmgr (blanket)

The 64-bit arm arch is actually spelled 'aarch64', not 'arm64'.

Mark as broken on arm64.

- Cosmetic fixes
- Fix WWW:

graphics/copperspice: upgrade v1.2.2 => v1.3.2, release maintainership

I'm not longer evaluating copperspice for use in a project, so release
maintainship of it.  I upgraded to the latest version first though.

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

With hat:	portmgr
Sponsored by:	Absolight

graphics/copperspice: Add DragonFly support

graphics/copperspice: Upgrade to version 1.2.2 (Unbreak)

Tested on FreeBSD 10.2 amd64.  I confirmed it still does not build on
i386 (same issue documented in BROKEN message for i386)

graphics/copperspice: partially revert r403659

Copperspice was already marked BROKEN (everywhere).  Adding a second
broken was unnecessary and masks the originally reason.  I've been waiting
for the authors to fix the issues -- they are enthusiastic about
supporting BSD but paid work and lack of test machines have been pushing
back the new work.  This effort is not dead though.

Remove BROKEN_FreeBSD_8 from all remaining ports.

FreeBSD 8 is no longer supported.

Mark as broken: does not fetch

graphics/copperspice: Mark broken everywhere

On FreeBSD clusters, this won't build (but it builds on my machine)
On DragonFly, the two removed TypeTrait.h patches are still required
(apparently this is a gcc thing, clang was happy enough without them)
Upstream is aware and working on it.

I may change this to BROKEN_FreeBSD when the missing patches are returned.

graphics/copperspice: Update BROKEN messages for FreeBSD 8 and 9

The BROKEN messages are pretty explicit, but there is an open PR on this
very issue so let's provide that bigger picture information instead.

Essentially "USES=compiler:c++11-lib" is not guaranteed to work on
FreeBSD release < 10 which is a significant issue.

graphics/copperspice: Unbreak amd64 with altered Makefile.in patch

I removed what appears to be a macos-only file from being built.  I also
cleared ccache before rebuilding in poudriere, which succeeded.  Hopefully
copperspice builds on cluster now (for F10+)

graphics/copperspice: Still broken in real world

Somehow ccache must be responsible for it's local success.  Given the
error message, it may be configured for mac rather than BSD or Linux.
Make broken (on amd64) until further notice.  i386 is already broken.

graphics/copperspice: Upgrade version 1.03 => 1.04 (Unbreak F10 !i386)

Upstream made an attempt to make copperspice jobs safe.  They got closer
but no cigar yet.  The new version did built in poudriere for me
(F10/amd64) so I am unbreaking !F(8|9).  I will check i386 and F9 and
lower and remove BROKEN if/as they pass.  Without multijob support these
builds take hours (> 4 on dedicated machine, > 11 on bulk build)

graphics/copperspice: Doesn't even build on F10 amd64

I got this building locally but pkg-fallout and amdmi3 both report
failures across the board.  Mark it broken everywhere.

F10/amd64: QBuffer::_q_emitSignals Unable to register method pointer,
                    verify signal/slot

Add new port: graphics/copperspice

I would consider copperspice "experimental" for the time being.  The
developers tested it on linux, windows, and macos, but not BSD.  Several
issues have been identified already:

 * differences in BSD install from GNU install caused fatal build
   failure (already fixed in v1.0.2)
 * It's not jobs safe (not reproducible on Linux, I suspect this is
   another difference of the install programs
 * specs don't exist for any BSD
 * qmutex was implemented for non-linux, non-windows
 * libtool is missing --tag
 * Makefile template missing dozens of lines to support OSTYPE_FREEBSD
   (or OSTYPE_BSD ?) which also needs to be implemented