Update KDE Frameworks to 5.64.0

November 10, 2019. KDE today announces the release of KDE Frameworks 5.64.0. [1]

KDE Frameworks are over 70 addon libraries to Qt which provide a wide variety
of commonly needed functionality in mature, peer reviewed and well tested
libraries with friendly licensing terms. For an introduction see the KDE
Frameworks web page.

This release is part of a series of planned monthly releases making
improvements available to developers in a quick and predictable manner.

Noteably, there is one FreeBSD specific change:
* KCoreAddons
  - KProcessInfoList -- add proclist backend for FreeBSD

[1] https://kde.org/announcements/kde-frameworks-5.64.0.php

PR:		241852
Exp-run by:	antoine

KDE Frameworks -- update to 5.63.0

KDE Frameworks are over 70 addon libraries to Qt which provide a wide variety
of commonly needed functionality in mature, peer reviewed and well tested
libraries with friendly licensing terms. For an introduction see the KDE
Frameworks web page.

This release is part of a series of planned monthly releases making
improvements available to developers in a quick and predictable manner.

Announcement:
	https://kde.org/announcements/kde-frameworks-5.63.0.php

PR:		241288
Exp-run by:	antoine

KDE Frameworks: update to 5.62.0

Changelog:
	https://kde.org/announcements/kde-frameworks-5.62.0.php

Exp-run by:	antoine
PR:		240720

Update KDE Frameworks to latest upstream release, 5.61

Release notes at
	https://kde.org/announcements/kde-frameworks-5.61.0.php

Thanks to
	antoine@ for the exp-runs,
	tcberner@ for most of the prep-work,
	the Gentoo community for cherry-picking patches

There are a bunch of changes in (implicitly included) headers, which
broke existing KDE Applications builds; that's why there are a whole
bunch of "patch-gentoo-kf5-5.61-headers" patches (taken from Gentoo
packaging). Those will go away with the next KDE Applications release,

PR:		239777
Submitted by:	tcberner

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

KDE Frameworks: update to 5.60.0

July 13, 2019. KDE today announces the release of KDE Frameworks 5.60.0.

KDE Frameworks are over 70 addon libraries to Qt which provide a wide variety
of commonly needed functionality in mature, peer reviewed and well tested
libraries with friendly licensing terms.

Announcement:
	https://kde.org/announcements/kde-frameworks-5.60.0.php

PR:		239183
Exp-run by:	antoine

Update KDE Frameworks to 5.59.0

Exp-run by:	antoine
PR:		238414

Update KDE Frameworks to 5.58.0

Announcement:
	https://kde.org/announcements/kde-frameworks-5.58.0.php

Exp-run by:	antoine
PR:		237888

Update KDE Frameworks to 5.57

Announcement:
	https://kde.org/announcements/kde-frameworks-5.57.0.php

PR:		237253
Exp-run by:	antoine

Update KDE Frameworks to 5.56.

The changelog can be found here:
	https://kde.org/announcements/kde-frameworks-5.56.0.php

PR:		236415
Exp-run by:	antoine

Update KDE Frameworks to 5.55.0

Release Announcement:
  https://www.kde.org/announcements/kde-frameworks-5.55.0.php

PR:		235620
Exp-run by:	antoine

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

Update KDE Frameworks to 5.54.0

PR:		234905
Exp-run by:	antoine

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

Update KDE Frameworks to 5.53.0

https://www.kde.org/announcements/kde-frameworks-5.53.0.php

PR:		233885
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

Update KDE Frameworks to 5.52.0

PR:		233107
Exp-run by:	antoine

Update KDE Frameworks to 5.41

PR:		232296
Exp-run by:	antoine

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.

Update KDE Frameworks to 5.50

* net/syndication has become a framework and been moved to net/kf5-syndication.

Exp-run by:	antoine
PR:		231263

Update KDE Frameworks to the latest monthly, 5.49

https://www.kde.org/announcements/kde-frameworks-5.49.0.php

Thanks Antoine for the exp-run.

PR:		230596
Submitted by:	tcberner

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

Update KDE Frameworks to 5.48.0

Exp-run by:	antoine
PR:		229769

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 KDE Frameworks to 5.47

PR:		228862
Exp-run by:	antoine

Update KDE Frameworks to 5.46

Exp-run by:	antoine
PR:		228200

Update KDE Frameworks to 5.45.0

PR:		227512
Exp-run by:	antoine

Update KDE Frameworks to 5.44

PR:		226498
Exp-run by:	antoine

Update KDE Frameworks to 5.43.0

PR:		225869
Exp-run by:	antoine
Reviewed by:	rakuco
Differential Revision:	https://reviews.freebsd.org/D14287

Update KDE Frameworks to 5.42.0

PR:		225155
Exp-run by:	antoine
Reviewed by:	rakuco
Differential Revision:	https://reviews.freebsd.org/D13816

Update KDE Frameworks to 5.41

PR:		224227
Exp-run by:	antoine
Reviewed by:	adridg, rakuco
Differential Revision:	https://reviews.freebsd.org/D13367

Security update OpenEXR and ilmbase to 2.2.1.

While here, fix libIlmImfUtil_la_LDFLAGp so that when linking libIlmImfUtil,
the locally built libIlmImf gets precedence over the one in /usr/local,
to permit upgrades in a running system with the older version installed.

This changes the library's SONAME, so bump PORTREVISION of all dependees.

Unfortunately, this looks a bit too intrusive for an MFH to 2017Q4.

Security:	CVE-2017-9110
Security:	CVE-2017-9111
Security:	CVE-2017-9112
Security:	CVE-2017-9113
Security:	CVE-2017-9114
Security:	CVE-2017-9115
Security:	CVE-2017-9116
Security:	803879e9-4195-11e7-9b08-080027ef73ec

Update KDE ports that use OpenEXR, to use it optionally. This makes
it easier to switch off if OpenEXR is removed.

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

Update KDE Frameworks to 5.40.0

* update to 5.40.0
* unreleated cleanups:
  - unify use of DISTVERSION
  - remove created by line

PR:		223602
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D12966

Update KDE Frameworks to 5.39

PR:		223003
Reviewed by:	rakuco, adridg
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D12620

Update KDE Frameworks to 5.38.0

Changelog:	https://www.kde.org/announcements/kde-frameworks-5.38.0.php

PR:		222171
Exp-run by:	antoine
Reviewed by:	rakuco, adridg
Differential Revision:	https://reviews.freebsd.org/D12289

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

Update KDE Frameworks to 5.37.0

PR:		221599
Reviewed by:	rakuco
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D12067

Update KDE Frameworks to 5.36.0

PR:		220579
Exp-run by:	antoine
Reviewed by:	rakuco
Differential Revision:	https://reviews.freebsd.org/D11547

Update KDE Frameworks to 5.35

PR:		219950
Submitted by:	Adriaan de Groot <groot@kde.org>
Exp-Run by:	antoine

Update KDE Frameworks to 5.34.0

PR:		219314
Reviewed by:	rakuco
Exp-run by:	antoine
Approved by:	rakuco (mentor, implicit)
Differential Revision:	https://reviews.freebsd.org/D10747

Update KDE Frameworks to 5.33.0

PR:		218524
Exp-run by:	antoine
Reviewed by:	mat, rakuco
Approved by:	rakuco (mentor)
Differential Revision:	https://reviews.freebsd.org/D10331

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

Update KDE Frameworks to 5.32

* While here, set the MASTER_SITES for the portingAids separately.
* Stop to couple kirigamis' distfiles with kf5 until it's actually a part of it.

PR:		217709
Exp-Run by:	antoine
Reviewed by:	rakuco
Approved by:	rakuco (mentor)
Differential Revision:	https://reviews.freebsd.org/D9959

Update KDE Frameworks to 5.31

* New port: x11-toolkits/kirigami2

PR:		216797
Exp-Run by:	antoine
Reviewed by:	rakuco, mat
Approved by:	rakuco (mentor)
Differential Revision:	https://reviews.freebsd.org/D9554

Update KDE Frameworks to 5.30.0

* Changelog: https://www.kde.org/announcements/kde-frameworks-5.30.0.php
* New framework: x11/kf5-kwayland

PR:		216345
Exp-run by:	antoine
Reviewed by:	rakuco
Approved by:	rakuco (mentor)
Differential Revision:	https://reviews.freebsd.org/D9271

Update KDE Frameworks to 5.29.0

Release notes: https://www.kde.org/announcements/kde-frameworks-5.29.0.php

New ports:
* textproc/kf5-syntax-highlighting (new in 5.28.0)
* graphics/kf5-prison (new in 5.29.0)

Fixes:
* kf5-kservice: Move applications.menu to kf5-applications.menu to stop
conflicting with kdelibs4.
* Define conflicts in the kde4-l10n ports (debian does the same).
* kf5-kapidox: Fix with python3

Thanks to Matthew Rezny <matthew@reztek.cz> for looking at the conflicts in
214528,
and Dima Panov (fluffy@) for the python3 fix.

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

Importing KDE Frameworks into the ports tree (required for newer KDE Desktop and
Applications)

KDE Frameworks is a collection of libraries and software frameworks by KDE
that serve as technological foundation for KDE Plasma 5 and KDE Applications
distributed under the GNU Lesser General Public License (LGPL) [1].

The work is based on what we have in the KDE testing repo [2].

This is the next big step in updating the KDE Desktop and its Applications
to anything less dusty.

With this change, `USES=kde:5` is now a valid option. Ports that need to depend
on KDE Framework can now set:
	USES=kde:5
	USE_KDE=<framework1> <framework2> ... <frameworkX>