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

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

Disable Qt4 sql-ibase plugin on not-(i386|amd64)

ibase is Firebird, which only builds on i386 and amd64. This patch
squashes the ibase plugin for Qt4.

PR:		216943
Submitted by:	linimon
Reported by:	linimon
Approved by:	tcberner (mentor)
Differential Revision:	https://reviews.freebsd.org/D14326

Fix Qt4 atomics on aarch64. Add a patch from Fedora (similar changes in
Arch and Debian) that implements the atomics; removes the use of generic
atomics on aarch64. This allows textproc/qt4-dbus to build.

PR:		223988
Reported by:	linimon
Approved by:	tcberner (mentor)
Obtained from:	Fedora (url is in patch)
Differential Revision:	https://reviews.freebsd.org/D13935

Fix qt4 ports on armv6.

Due to a misspelling in GCC [1] (probably) the check for the ARMv6KZ platform
used ARM_ARCH_6ZK instead of ARM_ARCH_6KZ.

[1] https://gcc.gnu.org/ml/gcc-patches/2015-06/msg01679.html

PR:		210027
Submitted by:	Mikael Urankar <mikael.urankar@gmail.com>
Reviewed by:	rakuco
Differential Revision:	https://reviews.freebsd.org/D8322

qt4 sqldrivers: Switch to a proper qmake build, use Makefile.sqldrivers.

We've recently started receiving pkg-fallout emails because qt4-mysql-plugin
is failing to build in HEAD. It turns out we were using some custom-made
Makefile.bsd files to drive the builds, and they did not always register all
dependencies between the files correctly.

Fix it by switching to a proper qmake build that uses the .pro files shipped
with Qt4 itself: they can be used without running the `configure' script
almost as if they were not part of the Qt distribution itself. By doing this
we can stop having our own Makefiles and also stop setting a lot of
variables in the port Makefiles.

While here, consolidate most of the variable setting into a single
Makefile.sqldrivers in devel/qt4 (like we already do for devel/qt5) so that
each of the qt4-*-plugin ports only need to set a few values such as the
plugin name and additional USES or includes that might be necessary.

Bump PORTREVISION because we now include the debug versions of the plugins
in PLIST_FILES when the ports are built with WITH_DEBUG=yes (they were
already shipped before, but not registered in the plists).

Use the right macro name when checking whether libc++ is being used.

This fixes a copy-paste error introduced in r397043 ("Update the Qt4 ports to
4.8.7"): libc++ defines _LIBCPP_VERSION, not _LIBCPP_VER (which is defined by a
Dinkumware-based standard library used by QNX). In practice, this meant
Q_COMPILER_INITIALIZER_LISTS was never being enabled with clang.

Submitted by:	Tobias Berner <tcberner@gmail.com>

Make devel/qt4's clang+base libstdc++ patch work without changes to
x11/kdelibs4.

Unconditionally including ciso646 in qglobal.h to check for libc++ makes
including qglobal.h from C programs fail.

qglobal.h is not supposed to be used in C programs, but kdelibs4's
FindQt.cmake ends up calling CHECK_SYMBOL_EXISTS() instead of
CHECK_CXX_SYMBOL_EXISTS() to check if some macros are defined. Since
kdelibs4 is in maintenance mode, our changes to it can be avoided if we just
check for __cplusplus before including ciso646 (<initializer_list> is not
available in C anyway).

Update the Qt4 ports to 4.8.7.

According to upstream, this is the last planned Qt4 release.
A list of changes since 4.8.6 can be found here:
<http://download.qt.io/official_releases/qt/4.8/4.8.7/changes-4.8.7>

Porting notes and changes:
- Remove several patches that have been upstreamed.
- Make Uses/qmake.mk pass the contents of LIBS to the qmake environment. [1]
- Repurpose devel/qt4/files/extrapatch-src-corelib-global-qglobal.h now the
  original patch is part of the release (curiously enough, the original
  patch was never actually used, as the ?= assignment in r362837 after
  r362770 was never possible).

  This works around the way compiler support for C++11 features is detected

Convert kde@ ports to USES=metaport.

Submitted by:	alonso@

devel/qt4-assistant: Fix qt4 configure to support gcc5

PR:		197853
Submitted by:	marino
Approved by:	kde (rakuco)

devel/qt{4,5}:
- Convert to NO_ISTALL
- Rework dependency handling to avoid inclusion of bsd.port.options.mk

Introduce new USE_QT4 component linguisttools for lrelease/lupdate tools
split from from devel/qt4-linguist (similar to Qt 5 ports). These console
tools are often used for localization support in Qt ports, having them
standalone is quite useful. This work is based on Tobias Berner patch [1].

PR:             190929 [1]
Requested by:	amdmi3, koobs

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)

Update the patch introduced in r362770.

Change a preprocessor line with no directive to a normal line with a
comment. While most preprocessors work fine with a line like

  # /* no directive in this line */

devel/smokegen's fails, and breaks devel/smokeqt.

PR:		192095

Backport my patch to make Qt correctly detect clang's support for C++11
features.

So far, Qt4 was basing its check for compiler support for C++11 features
(auto types, lambdas, rvalue references and others) on the values of
__GNUC__ and __GNUC_MINOR__. This works for GCC, but not for clang, whose
__GNUC_MINOR__ is stuck at 2. In practice, this meant Qt programs built
using clang were never able to use C++11 features which are conditionally
available in classes such as QList. This patch makes the detection more in
line with what Qt5 does (checks for GCC and clang are in separate sections
and are done differently).

I couldn't find cases of this negatively affecting any port so far, but it
is useful to have -- Akonadi's unit tests require C++11 support in Qt, for
example.

Only qt4-corelibs's PORTREVISION was bumped to make the new qglobal.h be
installed. Checks for these C++11 features are only present in headers of
other Qt4 ports, so there's no need to rebuild them.

Remove libtool .la files from all Qt ports

Approvedy by:	kde (makc)

The KDE on FreeBSD team presents Qt 4.8.6.

This is a minor bugfix release that fortunately contains quite a few patches
that we have upstreamed in the past months.

See http://blog.qt.digia.com/blog/2014/04/24/qt-4-8-6-released/ for a
summary of changes, and
http://download.qt-project.org/official_releases/qt/4.8/4.8.6/changes-4.8.6
for a detailed list of changes.

This patch contains commits by me, makc@ and Schaich Alonso.

PR:		ports/189213

- Make Qt4 and Qt5 respect CXXFLAGS during configure so they pick up
  -DLIBICONV_PLUG from USES=iconv and always use libc iconv when it is
  available.
- Remove the iconv dependency from Qt5.  It uses icu instead.

PR:		ports/186707
Approved by:	kde (makc)

- Bump PORTREVISION after KDE4_PREFIX change

In preparation for Qt 5 ports:

Mk/Uses/qmake.mk:
- Add support for out-of-source builds
- Add support for Qt 5 ports
- Respect WITH_DEBUG

Mk/bsd.qt.mk:
- Massive rework for Qt 5 ports
- Remove '-phonon' from global configure args, thus allow qt4-designer and
  qt4-qtconfig to be built without Phonon support [1]

devel/qmake4:
- Improve mkspecs for gcc (mainly sync with linux version) and clang

Update Qt to 4.8.5 and Qt Creator to 2.8.0.

Proudly brought to you by the KDE on FreeBSD team, with commits by makc@,
Schaich Alonso and yours truly.

Besides the tons of upstream fixes, we have mkspecs for GCC 4.9 and clang33
(from ports), staging support in the Makefiles and dependency fixes related
to pkg-config.

Many thanks to the people who helped test the ports using our area51
repository, and also to the people who provided patches and bug reports via
GNATS!

PR:		ports/180615
	        ports/181921
		ports/182049

Add NO_STAGE all over the place in preparation for the staging support (cat:
devel part 4)

KDE/FreeBSD team presents Qt 4.8.4 and QtCreator 2.6.1 ports.
The area51 repository features commits by Alonso Schaich, avilla, fluffy,
jhale, makc and rakuco.

Common changes:
- Trim Makefile header
- Convert to new option framework
- Add/improve desktop entries
- Remove upstreamed patches

Mk/bsd.qt.mk:
- Set QMAKESPEC at late stage (to fix potential problem if USE_GCC is used) [1]

devel/qmake:
- Fix crash due to off-by one error [2]

- Connect recently added qmlviewer
- Enable CUPS support by default [1].
  No PORTREVISION bump, CUPS was always enabled when PACKAGE_BUILDING is set.

Suggested by:   jhb [1]

- Convert USE_QT_VER=4 and QT_COMPONETS to USE_QT4

Review by:      bapt, David Naylor (kde team)

The KDE on FreeBSD team is happy to update Qt to its 4.8.2 release.

The upstream changelog can be seen in
<https://qt.gitorious.org/qt/qt/blobs/4.8/dist/changes-4.8.2>.

Relevant changes include a few patches having been integrated upstream
and thus removed from the ports tree and some improved work on USE_QT4
in bsd.qt.mk.

KDE/FreeBSD team presents Qt 4.8.1 in ports!

- Update Qt to 4.7.4.
- Make sure internal paths are added before system ones.
- Remove phonon-gstreamer dependency from qt4-webkit.
- Remove qt4-gui dependency from qt4-dbus.

- Update Qt to 4.7.3.

Submitted by:   Raphael Kubo da Costa <kubito@gmail.com> via area51

- Update Qt to 4.7.2.
- Backport QSslCertificate patch.

KDE FreeBSD team is glad to present Qt 4.7.1 in ports.

Along with Qt4 the following ports are updated:

PyQt4 ports to 4.8.1
devel/py-sip to 4.11.2
devel/qscintilla2 to 2.4.5
PyKDE3 to 3.16.7
PyQt3 tp 3.18.2-snapshot-20091119

New ports added:
devel/qt4-declarative
devel/py-qt4-declarative
x11/qt4-graphicssystems-opengl

This release has been contributed by:
Thomas Abthorpe (tabthorpe)
Max Brazhnikov (makc)
Dima Panov (fluffy)
Alberto Villa (avilla)

We'd like to thank Martin Wilke (miwi) for exp-run.

Update Qt to 4.6.3

- The FreeBSD KDE team is pleased to announce Qt-4.6.2 for FreeBSD

With hat on:    kde@

- update to 1.4.1
Reviewed by:    exp8 run on pointyhat
Supported by:   miwi

- update to jpeg-8

The FreeBSD KDE team is pleased to announce Qt-4.6.1 for FreeBSD.

- Update to Qt-4.5

The KDE FreeBSD team would like to say thanks to all the helpers
and submitters.

Tested by:      pointyhat-exp-run (myself)

add qdoc3 component for devel/qt4-qdoc3

- Update Qt4 to 4.5.2

The KDE FreeBSD team would like to say thanks to all the helpers
and submitters.

Tested by:      pointyhat-exp-run (pav/miwi)

- bump all port that indirectly depends on libjpeg and have not yet been bumped
or updated
Requested by:   edwin

kde@freebsd team is pleased to announce the update for Qt4 ports.
Qt4 ports have been updated from 4.4.1 to 4.4.3.  With this update
new port misc/qt4-l10n has been added.  This port provides localisation
support for Qt4 developers tools designer, linguist, etc.

Approved by:    miwi (mentor)

- Restore PORTREVISION

- Add options for Qt configuration utility and qt tools (qmake, uic, ...)
  Integrate phonon-gst with phonon

- Update qt 4.4.1

Bump portrevision due to upgrade of devel/gettext.

The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).

PR:             ports/124340
Submitted by:   edwin@
Approved by:    portmgr (pav)

Update to Qt 4.3.4

Update to Qt 4.3.1.

- bsd.qt.mk:
QT_COMPONENTS can now be depended on at runtime or buildtime only by
specifiying them as <component>_build or <component>_run, respectively.
Specifying <component> without any suffix will depend on the component
at both build- and runtime just like before.

- Convert Qt core ports to use the new dependency switches.

- Add a patch to corelib to fix Qt4 on ARM, submitted by:
  Björn König <bkoenig@alpha-tierchen.de>

Fix build

Update to Qt 4.3.0, introduce bsd.qt.mk.

Approved by: portmgr (bsd.port.mk changes)

- Welcome X.org 7.2 \o/.
- Set X11BASE to ${LOCALBASE} for recent ${OSVERSION}.
- Bump PORTREVISION for ports intalling files in ${X11BASE}.

-E -e 's|(qtconfig)|\1-qt4|g'

Noticed by: Kostik Belousov <kostikbel@gmail.com>

While here, remove all those bogus paths from the executable dependency
files, they're in PATH anyway.

Rename all binaries in qt4 which conflict with binaries installed by
qt33 to ($binary)-qt4 and adjust dependencies accordingly. This
avoids conflicts once X11BASE has been changed to /usr/local and
incidentally makes the naming scheme of the qt4 executables in ports
equal to that of the Fedora Core and Debian packages.

Update to 4.2.3

From the "who gave this guy a commit bit" dept.:

-Fix categories which got mixed up during juggling with different
 repos.

-Remove NO_FILTER_SHLIBS, which disappeared shortly before Qt4 was
 committed.

Noticed by: erwin, pav

Post-import bugfixorama:

- Move qt4-codecs-tw to chinese [1]
- Add some missing quotes [1]

- From the "this never happened in the clean room" dept:
  Disable session management support more universally to
  avoid linktime errors.

[1] Spotted by: rafan

Add qt4, a multiplatform C++ application framework