Remove KDE4, part 5
2018-12-31 korean/kde4-l10n: KDE4 is EOL upstream
2018-12-31 net/kget-kde4: KDE4 is EOL upstream
2018-12-31 net/kdenetwork-strigi-analyzers-kde4: KDE4 is EOL upstream
2018-12-31 net/zeroconf-ioslave-kde4: KDE4 is EOL upstream
2018-12-31 net/libkfbapi: Qt4 has been EOL since december 2015
2018-12-31 net/kdenetwork-kde4: KDE4 is EOL upstream
2018-12-31 net/kwooty: Qt4 has been EOL since december 2015
2018-12-31 net/kdenetwork-filesharing-kde4: KDE4 is EOL upstream
2018-12-31 net/libmediawiki-kde4: KDE4 is EOL upstream
2018-12-31 net/kio-upnp-ms: Qt4 has been EOL since december 2015
2018-12-31 net/libkvkontakte-kde4: KDE4 is EOL upstream
2018-12-31 net/krfb-kde4: KDE4 is EOL upstream
2018-12-31 net/smb4k-kde4: Qt4 has been EOL since december 2015
2018-12-31 net/krdc-kde4: KDE4 is EOL upstream

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

Mark KDE4 broken on 12- and CURRENT. It is not compatible with
base SSL (e.g. OpenSSL 1.1) and kde@ is not going to put considerable
effort into patching it when it is scheduled for removal already.

Mark kdelibs4 as broken with OpenSSL 1.1.1. This shows up now that
qt4-network is fixed against the newer OpenSSL. We're not going to
spend time fixing this, with deprecation later this month.

Update ilmbase and openexr to 2.3.0, rename OpenEXR to openexr.

Release notes: <https://github.com/openexr/openexr/releases/tag/v2.3.0>

Adjust LIB_DEPENDS of all ports that require ilmbase or openexr to chase
the new lower-case spelling of the name, and to omit the version from the
library name to ease future maintenance.

Bump PORTREVISION of all ports that depend on ilmbase or openexr directly,
so that they all get rebuilt on upgrades.

Add patches to graphics/ampasCTL to keep it alive, with (a) ilmbase now
that its Iex::BaseExc class is no longer derived from std::string,
details were given upstream through https://github.com/ampas/CTL/issues/71
and (b) to unwind semicolon/;-lists in cmake that stem from openexr/
ilmbase pkg-config variables.
(Note ampasCTL is unmaintained as FreeBSD port, and upstream,
and I cannot run-time test it.)

Poudriere build tests on 11.2-RELEASE-p1 amd64 of ALL ports depending
directly or indirectly on ilmbase and/or openexr have passed without
regressions.  Thus invoking due diligence, I believe I have done the
equivalent of an -exp run, and do not require approval for the dependency
chases to third-party ports.

Deprecate KDE4 software, categories www-x11-themes

This is the last bit.

The last upstream release supporting KDE4 was 10 months ago,
  https://www.kde.org/announcements/announce-applications-17.08.3.php ,
and the kde@ team for FreeBSD has supported modern KDE (i.e.  KDE
Frameworks, Plasma 5 and KDE Applications) for 4 months. Give a 4
month deprecation period to allow users to switch over.

More fixes for kdelibs-kde4 for clang7. Same kind of change
as previous commit -- >0 is weird for bools.

Reported by:	antoine

Massage strange comparison for clang7

kdecore/localization/klocale_kde.cpp:2441:59: error: ordered comparison between
pointer and zero ('const void *' and 'int')
    if ((timeFormat().contains(QString::fromLatin1("%I")) > 0) ||
         ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^ ~

contains() returns bool or QBool, so this was weird to begin with.

PR:		230462
Reported by:	jbeich

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

multimedia/*phonon*: update and flavorize with @qt4/@qt5

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

Since devel/qca was flavorized, kdelibs-kde4 was still depending on
the unflavored, and now Qt5-by-default-version. Make the required
flavor explicit.

PR:		227531
Reported by:	ohartmann@walstatt.org

sysutils/polkit-qt, sysutils/polkit-qt5: convert to flavor

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

'large' is no longer a valid msdosfs mount option in head after r319735.

Removes the -o large passed to mount, when kdelibs-kde4 is built on
a recent-ish 12-CURRENT system. At the same time, fix a logic error
regarding the handling of the -L flag reported by HAL.

PR:		223125
Submitted by:	rakuco
Reported by:	avg
Approved by:	tcberner (mentor, implicit)

Extend kde.mk by plist handling

For ports that specify CATEGORIES=kde-applications, automatically add
documentation to the plist.

Differential Revision:	https://reviews.freebsd.org/D14821

Create flavors for devel/libdbusmenu-qt[45]

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

Update kdelibs to 4.14.38.

According to upstream, which has stopped making new releases of Qt4-based
software, this is the last kdelibs release ever.

Thanks to antoine for the exp-run.

PR:		225991
Differential Revision:	https://reviews.freebsd.org/D14411

Rename KDE4 meta ports

This is done for
 * consistency,
 * and to simplify the import of the newer KDE Plasma5 desktop and KDE
applications

Bumps the dependencies.

Reviewed by:	adridg
Differential Revision:	https://reviews.freebsd.org/D12979