Bump PORTREVISION after www/libmicrohttpd updated

PR:		260777

Bump PORTREVISION after www/libmicrohttpd updated

PR:		260603

multimedia/libvpx: update 1.11.0

Changes:	https://chromium.googlesource.com/webm/libvpx/+log/v1.10.0..v1.11.0
Reported by:	portscout, Repology

graphics/drawpile: Update 2.1.19 -> 2.1.20

graphics/drawpile: Update 2.1.18 -> 2.1.19

Reported by:	portscout

graphics/drawpile: Update 2.1.17 -> 2.1.18

Reported by:	portscout

graphics/drawpile: Add required build dependency devel/kf5-extra-cmake-modules

It was probably always installed by some other package before.

Reported by:	fallout

*: Bump PORTREVISION after www/libmicrohttpd updated

PR:		255938

One more small cleanup, forgotten yesterday.
Reported by:	lwhsu

Remove # $FreeBSD$ from Makefiles.

graphics/drawpile: Backport patch fixing compilation with libmicrohttpd 0.9.71;
Backport patches fixing missing #include <QPainterPath>

PR:		250087
Submitted by:	daniel.engberg.lists@pyret.net

graphics/drawpile: prepare for Qt5-5.15

graphics/drawpile: Update 2.1.16 -> 2.1.17

Reported by:	portscout

graphics/drawpile: Update 2.1.15 -> 2.1.16

graphics/drawpile: Update 2.1.14 -> 2.1.15

Reported by:	portscout

graphics/drawpile: Update 2.1.13 -> 2.1.14

Reported by:	portscout

graphics/drawpile: Update 2.1.12 -> 2.1.13

Reported by:	portscout

graphics/drawpile: Update 2.1.11 -> 2.1.12

Reported by:	portscout

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/drawpile: Update 2.1.10 -> 2.1.11

Reported by:	portscout

graphics/drawpile: Update 2.1.9 -> 2.1.10

Reported by:	portscout

graphics/drawpile: Update 2.1.8 -> 2.1.9

Reported by:	portscout

graphics/drawpile: Update 2.1.7 -> 2.1.8

graphics/drawpile: Update 2.1.6 -> 2.1.7

Reported by:	portscout

graphics/drawpile: fix build with GCC-based architectures

PR:		237196
Submitted by:	Piotr Kubaj

graphics/drawpile: Update 2.1.5 -> 2.1.6

graphics/drawpile: Update 2.1.4 -> 2.1.5

Reported by:	portscout

graphics/drawpile: Update 2.1.3 -> 2.1.4

Reported by:	portscout

graphics/drawpile: Update 2.1.2 -> 2.1.3

Reported by:	portscout

graphics/drawpile: Update 2.1.1 -> 2.1.2

Reported by:	portscout

graphics/drawpile: Update 2.1.0 -> 2.1.1

Reported by:	portscout

graphics/drawpile: Update 2.0.11 -> 2.1.0

Reported by:	portscout

Fix Qt5 symbol version scripts to put the catch-all clause first.  When
a symbol matches multiple clauses the last one takes precedence.  If the
catch-all is last it captures everything.  In the case of Qt5 libraries
this caused all symbols to have a Qt_5 label while some should have
Qt_5_PRIVATE_API.  This only affects lld because GNU ld always gives the
catch-all lowest priority.

Older versions of Qt5Webengine exported some memory allocation symbols from
the bundled Chromium.  Version 5.9 stopped exporting these [1] but the
symbols were kept as weak wrappers for the standard allocation functions to
maintain binary compatibility. [2][3]  The problem is that the call to the
standard function in these weak wrappers is only resolved to the standard
function if there's a call to this standard function in other parts of
Qt5Webengine, because only then is there a non-weak symbol that takes
precedence over the weak one.  If there's no such non-weak symbol the call

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

graphics/drawpile: Update 2.0.10 -> 2.0.11

Reported by:	portscout

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

- update to miniupnpc 2.1
PR:		228050
Submitted by:	Hung-Yi Chen

- fix python build
- add LICENSE for slave port
- make portlint happier

- bump PORTREVISION on ports using the shared lib

Fix graphics/Drawfile ahead of CMake 3.11.

The order in which files are placed in mocs_compilation.cpp has changed
in CMake 3.11 compared to CMake 3.10. This shows up places where not all
of the includes needed for a bit of code, are included -- because by chance,
everywhere else they are already included by the time the compiler gets to
the offending header. In switching the order around, compiles fail.

The error message is in the patch -- just a missing type declaration.

Approved by:	tcberner (mentor, implicit)
Differential Revision:	https://reviews.freebsd.org/D14770

graphics/drawpile: Update to 2.0.10

Changelog:
https://drawpile.net/news/release-2.0.10/

graphics/drawpile: Update to 2.0.9

Changelog:
https://drawpile.net/news/release-2.0.9/

Approved by:	tcberner (mentor, implicit)

graphics/drawpile: Update to 2.0.8

Changelog:
https://github.com/drawpile/Drawpile/blob/master/ChangeLog

Reported by:	portscout
Reviewed by:	tcberner (mentor, implicit)

graphics/drawpile: Update to 2.0.7

Reported by:	portscout
Approved by:	adamw (mentor)
Differential Revision:	https://reviews.freebsd.org/D14144

graphics/drawpile: Update to 2.0.6

Change log:
https://drawpile.net/news/release-2.0.6/

Reported by:	portscout
Approved by:	tcberner (mentor)
Differential Revision:	https://reviews.freebsd.org/D14085

New port: graphics/drawpile: Collaborative drawing program

Approved by:	tcberner (mentor)
Differential Revision:	https://reviews.freebsd.org/D13404