www/qt5-webkit: Remove expired port

2023-12-31 www/qt5-webkit: No longer actively maintained, increasing security
concers

devel/icu: update to 74.1

Changes:	https://github.com/unicode-org/icu/releases/tag/release-74-1
Reported by:	GitHub (watch releases)
PR:		274317
Exp-run by:	antoine (incomplete)
Approved by:	fluffy

www/qt5-webkit: mark for deletion

Qt upstream switched to QtWebEngine quite a while ago, and the maintenance
of QtWebKit was carried out by a separate person.
Unfortunately, no release or updates have been pushed in the recent
years.

Note: there is a fork [1] of the used fork [2], that might be viable for people
that
really still need to rely on Qt5Webkit.

[1] https://github.com/movableink/webkit/
[2] https://github.com/qtwebkit/qtwebkit

*/*: Bump jpeg-turbo users treewide

New major version 3.0.0

all: remove explicit versions in USES=python for "3.x+"

The logic in USES=python will automatically convert this to 3.8+ by
itself.

Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.

finance/quickfix: mark BROKEN with PYTHON

libtool: compile:  c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++
-DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable
-Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong
-fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi
-Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings
-Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x
-MT _quickfix_la-QuickfixPython.lo -MD -MP -MF
.deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp  -fPIC -DPIC -o
.libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean
'-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
          ^~~~~~~~~~
1 warning and 1 error generated.

Reviewed by:	portmgr, vishwin, yuri
Differential Revision:	<https://reviews.freebsd.org/D40568>

audio/opus: bump consumers after update to 1.4

devel/icu: update to 73.1

- Temporarily switch to GitHub auto archive (release artifacts are N/A atm)

Changes:	https://github.com/unicode-org/icu/releases/tag/release-73-1
Reported by:	GitHub (watch releases)
PR:		270422
Exp-run by:	antoine

Mk/**ruby.mk: Switch from USE_RUBY=yes to USES=ruby

Switch from Mk/bsd.ruby.mk to Mk/Uses/ruby.mk

Notable changes are.

- Mk/bsd.ruby.mk is moved to Mk/Uses/ruby.mk.
- USE_RUBY=yes is replaced with USES=ruby.
- USE_RUBY_EXTCONF is replaced with USES=ruby:extconf.
- USE_RUBY_RDOC is replaced with USES=ruby:rdoc.
- USE_RUBY_SETUP is replaces with USES=ruby:setup.
- RUBY_NO_BUILD_DEPENDS and RUBY_NO_RUN_DEPENDS are replaced with
  USES=ruby:{build,none,run}.
- RUBY_REQUIRE isn't used anywhere, so removed.
- USES=gem now implies USES=ruby.

This is mainly the work of yasu@ at https://reviews.freebsd.org/D27863

I have just made some cosmetic changes and ran exp-run to test that the
tree is not in a BROKEN state.

Approved by:	portmgr
Differential Revision:	https://reviews.freebsd.org/D37925

devel/icu: update to 72.1

Changes:	https://github.com/unicode-org/icu/releases/tag/release-72-1
Reported by:	GitHub (watch releases)
PR:		266582
Exp-run by:	antoine

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.

framework: convert bsd.gstreamer.mk to Uses/gstreamer.mk

- convert bsd.gstreamer.mk to Uses/gstreamer.mk
- convert ports tree to make use of USES=gstreamer
- remove duplicate dependency lines from the tree

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

textproc/libxml2: bump all LIB_DEPENDS consumers

This is a separate commit to facilitate easier cherry-picking for
quarterly.

PR: 262853, 262940, 262877, 263126
Approved by: fluffy (mentor)

www/qt5-webkit: restore indentation after 268cee3b0227

PR:		262654

devel/icu: update to 71.1

Changes:	https://github.com/unicode-org/icu/releases/tag/release-71-1
Reported by:	GitHub (watch releases)
PR:		262654
Exp-run by:	antoine
Approved by:	fluffy

textproc/libxml2: bump all dependencies

This should make sure that all dependent ports will pick
up the new version commited with a13ec21cd733f67a9fc0dc00ab45268bdc236246

devel/icu: update to 70.1

Changes:	https://github.com/unicode-org/icu/releases/tag/release-70-1
Reported by:	GitHub (watch releases)
PR:		258794
Exp-run by:	antoine

x11-toolkits/qt5-declarative: split out 'test' parts into new port

kde@ has been focused recently on reducing the load of "unnecessary"
runtime dependencies, to allow third party distributions to have a
leaner installation.
One part of this effort was to make qt5-testlib a "build only"
dependency.
Unfortunately, parts of qt5-declarative link against testlib (to provide
test functionality for declarative parts).

This lead to an unfortunate loop of pkg-autoremove removing testlib, and
then pkg-update adding it again (as it was an improperly registered
dependency).

This change splits out the "test"-parts into its own port. Thereby
making testlib not even a required build-time dependency for
x11-toolkits/qt5-delcarative.

Reported by:		jrm
Differential Revision: https://reviews.freebsd.org/D32097

www/qt5-webkit: Fix fetch of glib 2.68 workaround

The filesize of the glib 2.68 workaround changes for some reason
intermittently from 841 bytes to 839 bytes when it's fetched:

$ diff 5b698ba3faff_841_bytes.patch 5b698ba3faff_839_bytes.patch
14c14
< index 06133d82cb35d..d9a1d2f145f50 100644
---
> index 06133d82cb35..d9a1d2f145f5 100644

Therefore convert the patch into a local patch to remedy the issue.

Reported by:	tcberner, yuri
MFH:		No (not required, devel/glib20 is at 2.66.8 in 2021Q3)

www/qt5-webkit: prepare for glib-2.68.3

Obtained
from:	https://github.com/qtwebkit/qtwebkit/pull/1058/commits/5b698ba3faffd4e198a45be9fe74f53307395e4b
PR:		256200

*/qt5-*: testlib is build-dep

Two Qt5 packages, www/qt5-webkit and x11-toolkits/qt5-declarative,
depended on testlib as a runtime dep, rather than a build-dep.
Clean that up, so that testlib is not a dep of any Qt-based
application you might care to casually install.

www/qt5-webkit: fix build on powerpc

/wrkdirs/usr/ports/www/qt5-webkit/work/qtwebkit-5.212.0-alpha4/Source/WTF/wtf/Atomics.cpp:63:9:
error: definition of builtin function '__sync_add_and_fetch_8'
int64_t __sync_add_and_fetch_8(int64_t volatile* addend, int64_t value)
        ^
/wrkdirs/usr/ports/www/qt5-webkit/work/qtwebkit-5.212.0-alpha4/Source/WTF/wtf/Atomics.cpp:68:9:
error: definition of builtin function '__sync_sub_and_fetch_8'
int64_t __sync_sub_and_fetch_8(int64_t volatile* addend, int64_t value)

devel/icu: update to 69.1

Changes:	https://github.com/unicode-org/icu/releases/tag/release-69-1
Reported by:	GitHub (watch releases)

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

Remove # $FreeBSD$ from Makefiles.

Fix build with bison 3.7.4

PR:		248911
Exp-run by:	antoine

www/qt5-webkit: add powerpc64le

Needs similar fixes to powerpc64.

Approved by:	tier 2 blanket

www/qt5-webkit: ENABLE_ASSEMBLER 0 is not necessary

devel/icu: update to 68.1

Changes:	http://site.icu-project.org/download/68
ABI:		https://abi-laboratory.pro/tracker/timeline/icu4c/
Reported by:	GitHub (watch releases)

www/qt5-webkit: fix build with Python 3.9

PR:		250792
Submitted by:	Charlie Li <ml+freebsd@vishwin.info>
Obtained
from:	https://github.com/qtwebkit/qtwebkit/commit/78360c01c796b6260bf828bc9c8a0ef73c5132fd

Update Qt5 to 5.15

This is a major upgrade of the Qt libraries [1], [2].

* People that use upgrading mechanisms with incomplete dependency handling
  (portmaster & Co) should make sure to manually remove the existing Qt
  packages to guarantee a safe upgrade. Keep in mind, that Qt does not like if
  you have an incomplete upgrade.

* This version of Qt drops support for OpenSSL 1.0 -- this means that there
  won't be any binary packages for Qt5 provided by the FreeBSD package builders
  for FreeBSD 11.x anymore -- and the same for *all* the ports depending on
  net/qt5-network [3]. If you cannot upgrade to a more recent FreeBSD
  version (12.x, 13.x), you will need to build Qt5 from ports while switching
  to an SSL implementation from ports.

www/qt5-webkit: fix build on powerpc

Same changes as those done for powerpc64 are necessary. Additionally,
uc_mcontext.uc_regs doesn't exist on FreeBSD.

PR:		246146
Approved by:	tcberner (maintainer)

devel/icu: update to 67.1

Changes:	http://site.icu-project.org/download/67
ABI:		https://abi-laboratory.pro/tracker/timeline/icu4c/
Reported by:	GitHub (watch releases)

www/qt5-webkit: bump revision after r531601

- www/qt5-webkit needs to be bumped when the Qt version is updated.

Reported by:	VVD

www/qt5-webkit: update to 5.212.0-alpha4

Changelog [1]:

New APIs

  *  QWebSetting::ErrorPageEnabled - true by default, allows to disable built-in
error pages if they are not desirable

Improvements

  *  CSS Compositing is now supported
  *  Push is enabled by default for HTTP/2 requests
  *  QtWebKit does not require Python 2 anymore for building and can use Python
3 instead
  *  QtWebKit won't be eager to pick bitmap fonts as a suitable choice for
standard font families
  *  More appropriiate hinting option for web fonts is used

Fix up PORTREVISION style after "portedit bump-revision"

devel/icu: update to 66.1

Changes:	http://site.icu-project.org/download/66
ABI:		https://abi-laboratory.pro/tracker/timeline/icu4c/

Update Qt5 to 5.13.2

Announcement:
        https://www.qt.io/blog/qt-5.13.2-released

Thanks to kai@ for updating webengine.

PR:		241649
Exp-run by:	antoine

Add USES=xorg USES=gl, ports categories w

Add USES=xorg and USES=gl to ports in categories starting with 'w'
While here, try to sprinkle other USES (mostly gnome and sdl) as needed.

devel/icu: update to 65.1

Changes:	http://site.icu-project.org/download/65
ABI:		https://abi-laboratory.pro/tracker/timeline/icu4c/

www/qt5-webkit, www/qt5-webengine: force rebuild after Qt5 upgrade

PR:		241027

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

Allow to build `www/qt5-webkit' without GStreamer support.

www/qt5-webkit: enable woff [1] support

- woff support was automatically enabled if installed,
- but not in clean environments, fix that.

[1] https://www.w3.org/TR/WOFF2/

PR:		238997
Reported by:	Martin Birgmeier <d8zNeCFG@aon.at>

www/qt5-webkit: update to 5.512.0-alpha3

This release contains a lot of bug- and security fixes, as well as support
modern OS versions

https://github.com/qtwebkit/qtwebkit/releases/tag/qtwebkit-5.212.0-alpha3

Update Qt5 to 5.12.2

- Thanks to kai for updating webengine.

Exp-run by:	antoine
PR:		236895

devel/icu: update to 64.1

Changes:	http://site.icu-project.org/download/64
ABI:		https://abi-laboratory.pro/tracker/timeline/icu4c/
PR:		236325
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D19479

Update Qt5 to 5.12.1

Release announcement:
  https://blog.qt.io/blog/2019/02/01/qt-5-12-1-released/
Changelog:
  https://wiki.qt.io/Qt_5.12.1_Change_Files

- A change was required to qt-dist.mk to always pass LOCALBASE to qmake,
  as Qt5 has been installed to a prefix for some time now, there should
  not be any harm in that, with respect to it picking up installed versions
  of itself during build.

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

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

www/qt5-webkit: add missing bump after Qt5 upgrade

PR:		234079
Submitted by:	<freebsd-bugs@micallef.io>

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

www/qt5-webkit: remove unneeded perl5 run dependency

PR:		233325
Submitted by:	swills

Merge lang/qt5-qml and x11-toolkits/qt5-quick into x11-toolkits/qt5-declarative

- There was no obvious reason to split these ports, and it makes
  porting simpler; the set of ports using either mostly coincided.

Exp-run by:	antoine
PR:		223687
PR:		232751

www/qt5-webkit: fix build with powerpc64

PR:		232257
Submitted by:	Piotr Kubaj <pkubaj@anongoth.pl>

devel/icu: update to 63.1

Changes:	http://site.icu-project.org/download/63
ABI:		https://abi-laboratory.pro/tracker/timeline/icu4c/
PR:		232300
Exp-run by:	antoine

www/qt5-webkit: fix patches

- follow up to r481434, make the patch apply on the official tree...

Pointy hat:	tcberner

www/qt5-webkit: fix installed pkg config files

PR:		231108
Obtained
from:	https://src.mouf.net/area51/view/branches/plasma5/PORTS/www/qt5-webkit-annulen-wk2/files/patch-Source_WebKit_PlatformQt.cmake?rev=13782

Update Qt5 to 5.11.2

PR:		231560
Exp-run by:	antoine

Update Qt5 to 5.11.1

Big thanks to
        * brnrd for the libressl patches in net/qt5-network
        * jhale for fixing the bulk load of ports

PR:		230884
Exp-run by:	antoine

devel/icu: update to 62.1

Changes:	http://site.icu-project.org/download/62
ABI:		https://abi-laboratory.pro/tracker/timeline/icu4c/
PR:		229359
Exp-run by:	antoine (only 10.4)

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

www/qt5-webkit: fix "cacheFlush support is missing" for FreeBSD/arm64

Finally fix this regression.

PR:		224441
Submitted by:	mikael.urankar@gmail.com

Update the Qt5 ports to 5.10.1.

The work was done by tcberner and myself, with thanks to antoine for the
exp-run.

Not a lot to report compared to other Qt5 updates:
* net/qt5-network is still broken with LibreSSL. I said this in a commit
  message ages ago but it bears repeating: upstream is open to adding support
  for LibreSSL, but someone needs to step up to maintain it upstream, otherwise
  things will continue to be broken all the time.
* www/qt5-webengine is a huge monster that is terrible to update, just like
  www/chromium itself is. We (kde@) have decided to keep using the 5.9 series
  for the time being, as it should be compatible with the rest of Qt anyway. It
  was updated to 5.9.5, the latest 5.9 release at the time of writing.

PR:		228213

Import upstream commit fixing a crash caused by a null pointer
dereference.

Approved by:		kde (tcberner)
Obtained
from:		https://github.com/annulen/webkit/commit/0e75f3272d149bc64899c161f150eb341a2417af
MFH:			2018Q2
Differential Revision:	https://reviews.freebsd.org/D15210

www/qt5-webkit: disable the gold linkerd

Pass USE_LD_GOLD:BOOL=OFF to cmake, to ensure that it is not accidentally being
picked up, used, and failing to link.

While here, switch to CMAKE_ON/CMAKE_OFF

PR:		223596
Submitted by:	olevole@olevole.ru

devel/icu: update to 61.1

Changes:	http://site.icu-project.org/download/61
ABI:		https://abi-laboratory.pro/tracker/timeline/icu4c/
PR:		227042
Exp-run by:	antoine
MFH:		2018Q2 (required by Firefox 61)

Update CMake to 3.10.1

 - https://blog.kitware.com/cmake-3-10-1-available-for-download/
   - flang support
   - changes to automoc policies
   - support for FreeBSD package generation with CPack

Necessary fixes to other ports:
 - cad/openvsp make search for libxml explicit
 - math/scalapack force C compiler to be compatible with mpi
 - deskutils/kdepim4 fix incorrect sources list
 - www/qt5-webkit fix incorrect sources list

Thanks to Antoine for the multiple exp-runs.

PR:		223872
Approved by:	tcberner (mentor)
Differential Revision:	https://reviews.freebsd.org/D13210

www/qt5-webkit add upstream patch to fix mail/trojita

PR:		224215
Submitted by:	tcberner
Reported by:	Laurent Cimon <laurent@nuxi.ca>

Cleanup LIB_DEPENDS on libpng

www/qt5-webkit add upstream patch to disable broken ES6 proxy support

PR:		223668
Submitted by:	Mikhail T.  <mi@ALDAN.algebra.com>

Force python2.7 in www/qt5-webkit

The buildsystem of qt5-webkit requires a python2.* version,
and will fail when python3.* is used.

Reported by:	jrm
Differential Revision:	https://reviews.freebsd.org/D13008

devel/icu: update to 60.1

Changes:	http://site.icu-project.org/download/60
ABI:		https://abi-laboratory.pro/tracker/timeline/icu4c/
PR:		223373
Exp-run by:	antoine

Fix qt5 builds on some arm architectures

* 222612: www/qt5-webkit: for armv6/v7: The cacheFlush support is missing on
this platform
* 216816: devel/qt5: In arch.test, use CXXFLAGS from make environment

PR:		222612,216816, 223289
Exp-run by:	antoine
Submitted by:	mmel, mikael.urankar@gmail.com
Reported by:	Mark Millard <markmi@dsl-only.net>, mmel
Reviewed by:	mmel, mikael.urankar@gmail.com
Differential Revision:	https://reviews.freebsd.org/D12816

devel/icu: update to 59.1

- Temporarily keep C++98 working in consumers for Clang's default -std=

Changes:	http://site.icu-project.org/download/59
PR:		218788
Submitted by:	takefu@airport.fm, dcarmich@dcarmichael.net (early version)
Exp-run by:	antoine

Ensure qconfig-modules.h does not include qconfig-webkit.h

r448361 updated Qt WebKit and dropped QT_DIST and QT_DEFINES, which led to
existing installations being upgraded to remove qconfig-webkit.h while not
removing the corresponding #include <QtCore/modules/qconfig-webkit.h> from
qconfig-modules.h.

Consequently, any build that uses existing Qt5 ports (i.e. building a port
locally, or any project using Qt5) fails with errors like:

    /usr/local/include/qt5/QtCore/qconfig-modules.h:8:10: fatal error:
    'QtCore/modules/qconfig-webkit.h' file not found

Add a pkg-install that takes care of removing any offending lines from
qconfig-modules.h.

PR:		221828
Reviewed by:	tcberner, Adriaan de Groot <groot@kde.org>

Replace www/qt5-webkit by a maintained fork.

Qt dropped WebKit in favour of WebEngine, and the used WebKit base in
www/qt5-webkit is therefore very outdated.

The fork at [1] is a QtWebKit implementation on a modern WebKit code base.

[1] https://github.com/annulen/webkit

PR:		221339
Exp-Run by:	antoine
Reviewed by:	rakuco
Differential Revision:	https://reviews.freebsd.org/D9048

Revision bump of all ports with USE_GL after consolidation of mesa-libs

Approved by:	swills (mentor)
Differential Revision:	https://reviews.freebsd.org/D10845

www/qt*-webkit: unbreak on armv6

In file included from Source/JavaScriptCore/llint/LLIntOffsetsExtractor.cpp:26:
In file included from ./Source/JavaScriptCore/config.h:30:
./Source/WTF/wtf/Platform.h:308:6: error: "Not supported ARM architecture"
#    error "Not supported ARM architecture"
     ^
<inline asm>:149:16: error: invalid operand for instruction
vmov.u32 r2, r3, s8, s9

PR:		216153 217208
Submitted by:	mikael.urankar@gmail.com

Update Qt5 to 5.7.1, and unify the Qt4 and Qt5 ports some more

* Update Qt5 to 5.7.1
* Move Qt4 binaries to lib/qt4/bin
* Move Qt5 libraries to lib/qt5/lib
  By moving the libraries we should finally be able to get rid of the inplace
  upgrade bug (see ports bugs 194088, 195105 and 198720):  when Qt5's libraries
  were lying in /usr/local/lib, which would often get added by pkgconfig to the
  linker paths via dependencies, the already installed libraries were linked
  against, instead of the ones that were being built. This forced us to make
  sure, that -L${WRKSRC}/lib was always coming before -L/usr/local/lib in the
  linker flags. With this change this should no longer be the case.
* Rename some ports to match the rest (foo-qtX -> qtX-foo)
* Depend on new port misc/qtchooser [see UPDATING & CHANGES]

There are several new Qt5 ports which all have been created by Marie Loise
Nolden
<nolden@kde.org>. Thanks again.

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