Uses/kde.mk: prepare for the removal of devel/kf5-extra-cmake-modules

- only one extra-cmake-modules package can be installed at a time
- devel/kf6-extra-cmake-modules is backward compatible and, according to
  upstream, should be used for all builds.

Exp-run by:	antoine
PR:		280070

Mk/Uses: always use colon for build/run suffix

Most USES use a colon for build/run(/test) suffixes. Change kde.mk,
qt.mk and pyqt.mk to do the same, and update all ports using that.

Document in CHANGES.

PR:			266034
Exp-run by:		antoine
Approved by:		tcberner (mentor)
Differential Revision:	https://reviews.freebsd.org/D36349

Remove WWW entries moved into port Makefiles

Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.

This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.

Approved by:		portmgr (tcberner)

Add WWW entries to port Makefiles

It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.

Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.

There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.

graphics: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  "Waitman Gobble" <uzimac@da3m0n8t3r.com>
  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Abel Chow <ozsanh45vds001@sneakemail.com>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Ade Lovett <ade@FreeBSD.org>
  *  Ade Lovett <ade@lovett.com>
  *  Akinori MUSHA aka knu <knu@idaemons.org>
  *  Aldis Berjoza <aldis@bsdroot.lv>
  *  Alex Hayward <xelah@xelah.com>
  *  Alex Ivasyuv <siegerstein@pochta.ru>
  *  Alex Samorukov <samm@os2.kiev.ua>

devel/py-qt5, devel/py-sip: Update versions

- Update sip to 6.5.1
- Update PyQt5 to 5.15.6
- Update PyQtChart, PyQtNetworkAuth and PyQtWebengine to 5.15.5
- Update PyQtSip to 12.9.1
- Update PyQtBuilder to 1.12.2
- Add ${_MAKE_JOBS} for pyqt.mk (reported by Tatsuki Makino)

PR:		261685
Exp-run by:	antoine

graphics/seexpr: mark conflict with graphics/kseexpr

PyQt: Update sip to 6.5.0, reintroduce sip4 and simplify PyQt framework.

SIP:
As mentioned in the update from sip to sip5, this is a transitional version
to remove what is deprecated in sip4.
Sip6 completely removes the deprecated parts.
Unfortunately, some ports — mostly cura things — can not use sip6, so we
reintroduce sip4.

PyQt:
At the same time, we took the opportunity to simplify PyQT and propose only one
package as for devel/pyside2. */py-qt5-* have been merged — excepted chart,
networkauth and webengine — into devel/py-qt5-pyqt.

This allows us to be in adequacy with the packages that the author of these

graphics/mesa-libs: Bump reverse deps for libglvnd

Per discussion with bapt on helping pkg handle the changing of these
deps and avoiding impossible upgrade senarios.

PR:		246767
Reviewed by:	manu, bapt
Approved by:	x11
Differential Revision:	https://reviews.freebsd.org/D30824

Remove # $FreeBSD$ from Makefiles.

- Update to version 3.4.4.0
- C++ standard was bumped to 14
- GC no longer needed patching

Reported by:	tcberner

While upstream development of SeExpr had apparently stalled, update the
port to unofficial version 3.4.4.0-alpha.1 prepared by the KDE project,
which contains a number of important bugfixes and supports translations.

This is required for upcoming update of Krita to version 4.4.0.  While
here, actualize the WWW line in the port description.

Requested by:	tcberner

Allow to build with LLVM backend (off by default for now), the problem
had been addressed in r526266.

Our LLVM packages typically built without dump support (which is meant for
developers, not for actual LLVM-based products), and ``void dump() const''
sprinkled across LLVM header files are just prototypes.  However, this is
not the case with ``$localbase/llvm$ver/include/llvm/Support/CFGUpdate.h'',
where it contains some actual code:

    #if !defined(NDEBUG) || defined(LLVM_ENABLE_DUMP)
      LLVM_DUMP_METHOD void dump() const { print(dbgs()); }
    #endif

This, in turn, results in the linker failure due to "undefined reference to
llvm::cfg::Update<llvm::BasicBlock*>::dump() const".  Avoid this by defining
-DNDEBUG when compiling two files which end up having a reference to dump().

This is a prerequisite to enable building with LLVM backend.

- Fix installation of `pkgconfig/seexpr2.pc' file
- Allow to optionally build the Python bindings

- Resurrect and update to version 3.0.1 which is based on Qt5
  now and officially requires C++11-capable compiler
- Disable LLVM backend and Python support for the moment, due
  to outstanding build issues
- Respect WITH_DEBUG when passing `-g' option to the compiler

Qt4 deprecation: Remove Qt4 and its consumes.

2019-03-15 accessibility/qt4-accessible: Qt4 has been EOL since december 2015
2019-03-15 astro/qlandkartegt: Qt4 has been EOL since december 2015
2019-03-15 astro/stellarium-qt4: Qt4 has been EOL since december 2015
2019-03-15 astro/xglobe: Qt4 has been EOL since december 2015
2019-03-15 audio/acoustid-fingerprinter: Qt4 has been EOL since december 2015
2019-03-15 audio/cueplayer: Qt4 has been EOL since december 2015
2019-03-15 audio/esperanza: Qt4 has been EOL since december 2015
2019-03-15 audio/lastfm-desktop: Qt4 has been EOL since december 2015
2019-03-15 audio/minitunes: Qt4 has been EOL since december 2015
2019-03-15 audio/mixxx20: Qt4 has been EOL since december 2015
2019-03-15 audio/mumble: Qt4 has been EOL since december 2015
2019-03-15 audio/murmur: Qt4 has been EOL since december 2015
2019-03-15 audio/puddletag: Qt4 has been EOL since december 2015

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

pyqt: Change install directories for Python flavor support

* PyQt could not be installed for multiple Python versions at
  the same time, as there were conflicting files.

  This patch creates Python-version versioned directories for
  all these, and further installs binaries with a version number.

* Note, there might be some hickups for software that depends on
  on of the .so's provided by PyQt5, which might not be found
  anymore autmotically, and maybe need some LD-flaggery.

* Update PyQt5 to 5.10.1

* Mark www/py-qt5-webengine broken. It is unforuntately no longer
  compatible with the old qt5-webengine-5.9.4 we ship.

PR:		232745
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D8714

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

seexpr is not compatible with python3

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

- seexpr is not compatible with python3
- fix build with DEFAULT_VERSIONS=python=3.x

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

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

- Remove always-true/false conditions after FreeBSD 9, 10.1, 10.2 EOL

Approved by:	portmgr blanket

Update SeExpr to version 2.11 (latest stable).

Because GitHub releases (tarballs) are not fetched with correct modification
time, set TIMESTAMP to 1467059439 which corresponds to commit a5f02bb tagged
as this release.

Github cleanup.

- Use the version tag instead of commit hash when they're the same.
- Remove unnneeded variables.
- Simplify go- ports when possible.
- Various fixes.

Sponsored by:	Absolight

- Update to version 2.9 and drop no longer needed GH_TAGNAME
- Unbreak the build by putting `sip_build' on the USE_PYQT list
- Patch generated sipAPIexpreditor.h file to allow building against
  newish libc++ 3.8.0

graphics/seexpr is not jobs safe (previously reported)

This port has failed on me three separate times, it appears to be trying
to link prematurely, e.g.
  ../SeExpr/libSeExpr.so: error: undefined reference to 'SeExprpos()'

I reported it a few weeks ago, but now I'm going ahead and marking it
as unsafe.

Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.

With hat:	portmgr
Sponsored by:	Absolight

Update PyQt4 to 4.11.4, SIP to 4.17 and QScintilla2 to 2.9.1.

Bring in some long overdue updates, some of which are required for us to
later land the PyQt5 ports.

One big change with this update is that the PyQt4 ports now install their
.sip files into share/py-sip/PyQt4 instead of share/py-sip. This way we do
not end up with directories like share/py-sip/QtCore, which are especially
confusing once PyQt5 lands and starts installing files with the same names.

Other noteworthy items:
- PORTREVISION has been bumped on ports depending on devel/qscintilla2
  because libqscintilla2.so's SOVERSION has changed.
- graphics/seexpr has been converted to USE_PYQT, as the file it used to
  define a build-time dependency on x11-toolkits/py-qt4-gui has moved.

Once again, big thanks to Tobias Berner <tcberner@gmail.com> and Guido Falsi
(madpilot@) for their initial work on these ports as part of the effort to
land PyQt5 into the tree (see D2910 in Phabricator for an earlier version of
the PyQt5 patch set).

PR:		205143

Do not unconditionally use SSE4.1 code: not just it makes it less portable,
it might crash on CPUs that do not support those instructions, with SIGILL.

Add a port of SeExpr, embeddable expression evaluation language from Walt
Disney Animation Studios.

WWW: http://www.disneyanimation.com/technology/seexpr.html