KDE not-Applications: chase doctools

These ports use KDE Frameworks and require kdoctools to build. Since
that is no longer an implicit build & run dependency, (re)introduce it
explicitly as a build-time dependency.

Remove # $FreeBSD$ from Makefiles.

Make implicit dependency on devel/qt5-concurrent explicit

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

Fix with build on GCC architectures.

PR:		235093
Submitted by:	Piotr Kubaj <pkubaj@anongoth.pl>

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

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 graphics/showimage to 0.10 and take maintainership.

Reviewed by:	mat, rakuco
Approved by:	rakuco (mentor), mat (mentor)
Differential Revision:	https://reviews.freebsd.org/D10191

Replace Mk/bsd.kde4.mk by Mk/Uses/kde.mk in preparation for KDE Frameworks and
Plasma5 ports

At the moment KDE ports use bsd.kde4.mk to handle their dependencies. When
working on the ports for KDE Frameworks and Plasma5 it seemed to be more
reasonable to create a new kde.mk instead of adding an bsd.kde5.mk.

The kde.mk in this review is a stripped down version of the one we are using in
the KDE Test repositories plasma5 branch [1] to only contain the parts relevant
to the current KDE4 ports in the portstree [2].

Changes to the KDE Ports needed by this:

Replace USE_KDE4 by USE_KDE [3]
Add USES=kde:4 [4]

Remove expired misc/kdehier4 and update all of its consumers to not reference it
any
longer. This is a no-op because KDE4_PREFIX is equal to LOCALBASE

Fix up properties for misc/kde4-l10n/files/bsd.l10n.mk to make svn happy.

PR:		209014 (partial)
Submitted by:	myself
Approved by:	portmgr (bapt)
Differential Revision:	https://reviews.freebsd.org/D6542

Convert LICENSE= "GPLxx # or later" to "GPLxx+"

Approved by:	portmgr blanket

- Add LICENSE

- Reset maintainer by his own request

PR:		205570

graphics/showimage:
- update to 1.8.2

PR:		194271
Submitted by:	Rusty Nejdl (maintainer)

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)

Upgrade OpenEXR and ilmbase to 2.2.0.

GCC 4.2 in FreeBSD 8.X/9.X base is now too old to compile OpenEXR, so
GCC-based systems will upgrade to the default ports compiler (GCC 4.7
currently.)

Add two patches to OpenEXR to permit building it in a live system with
the older OpenEXR version installed. Bug report filed to upstream Github
at https://github.com/openexr/openexr/issues/130

Couple OpenEXR more tightly to ilmbase and require its exact .so
version.

Add UPDATING note, and bump PORTREVISION of all dependent ports.

Proto-STAGE hugin-devel, and mark it IGNORE because hugin is newer.

Approved by:	portmgr (implicit for bumping PORTREVISION on unstaged ports)

graphics/showimage:
- update to 1.8.1
- modernize Makefile (stage support, USES)
- trim COMMENT
- fix desktop file: only the showimage binary was renamed, the icon retains
  original name

PR:		ports/187638
Approved by:	Rusty Nejdl (maintainer)

- Bump PORTREVISION after KDE4_PREFIX change

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

- Remove MAKE_JOBS_SAFE variable

Approved by:	portmgr (bdrewery)

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

Approved by:	portmgr (miwi)

- Fix incorrect desktop entry referencing showimage
  instead of showimage-kde4
- Trim header

PR:		ports/176385
Submitted by:	Rusty Nejdl <rnejdl@ringofsaturn.com> (maintainer)

- Convert USE_QT_VER=4 and QT_COMPONETS to USE_QT4

Review by:      bapt, David Naylor (kde team)

- update png to 1.5.10

- Bump PORTREVISION to chase the update of multimedia/libvpx

Add new port graphics/showimage:

ShowImage is a simple KDE based image viewer using the maximum space
inside its window without cluttering the window with menubar, toolbar
or statusbar.

WWW:    http://kde-apps.org/content/show.php/ShowImage?content=143977

PR:             based on ports/162900
Submitted by:   Rusty Nejdl <rnejdl@ringofsaturn.com>
Feature safe:   yes