finance/alkimia: Update to 8.1.1

finance/alkimia: fix package with PLASMA=ON

Approved by:	portmgr blanket (trivial fix build)
Sponsored by:	Netzkommune GmbH

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

Remove # $FreeBSD$ from Makefiles.

finance/alkimia: Update to 8.1.0

Bump PORTREVISION on consumers due to shared lib version bump.

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

finance/alkimia: Further simplify after Qt 4 removal

- Remove PKGNAMESUFFIX since there is just one version now
- Remove unnecessary pkg-plist subsitutions

finance/alkimia: remove qt4 slave (Qt4 deprecation)

- once alkimia-qt4 has gone, clean up PKGNAMESUFFIX

Approved by:	portmgr (implicit)

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

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

Mark QT4 ports/functionality for removal on 2019-03-15

While here, chase some KDE4 ports and functionality, these are scheduled for
removal on 2018-12-31. Change the default option/flavor to QT5 where applicable
or use alternative toolkits like GTK.

Submitted by:	tcberner
Reviewed by:	adridg, jhale, rene, tcberner
Approved by:	portmgr (implicit, flavor hook)
Differential Revision:	https://reviews.freebsd.org/D17741

Fix build on powerpc64

PR:		232227
Submitted by:	Piotr Kubaj <pkubaj@anongoth.pl>
Sponsored by:	IntegriCloud

Remove extraneous USES=qt introduced in r473503

- Whitespace fix
- Update WWW

Approved by:	portmgr blanket

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 7.0.2

No functional change, this version just contains some of the CMake fixes
we were already providing as local patches

- Move finance/libalkimia -> finance/alkimia to follow upstream project name
- Update to 7.0.1
- finance/alkimia is the Qt 5 version for the upcoming kf5 version of KMyMoney
- finance/alkimia-qt4 is the Qt 4 version for the kde4 version of KMyMoney
- Fix LICENSE
- Default multi-precision library is now MPIR upstream, but an option has
  been added if you wish to use GMP instead
- Add regression test support
- Adjust finance/kmymoney to use the new version

While here:
- Add a patch to finance/kmymoney to fix a possible build failure when
  kmymoneysettings.h is not generated early enough.