PySide2: Add workaround for devel/shiboken2 issues with LLVM >= 16

Shiboken2 itself builds fine, but the code it generates for devel/pyside2
is broken.

In file included from
/wrkdirs/usr/ports/devel/pyside2/work-py311/.build/PySide2/QtGui/PySide2/QtGui/qdragmoveevent_wrapper.cpp:63:
/wrkdirs/usr/ports/devel/pyside2/work-py311/.build/PySide2/QtGui/PySide2/QtGui/qdragmoveevent_wrapper.h:55:220:
error: no member named 'DragMove' in 'QOpenGLShader'; did you mean simply
'DragMove'?

PR:		270715, 282433
Obtained from:	OpenMandriva
MFH:		2024Q4

Qt5: Update to 5.15.15

Update devel/pyside2* and devel/shiboken2 to 5.15.15

Update www/qt5-webengine to include the latest security fixes in
the chromium submodule

Release note:
https://code.qt.io/cgit/qt/qtreleasenotes.git/about/qt/5.15.15/release-note.md

MFH:		2024Q3
Security:	66907dab-6bb2-11ef-b813-4ccc6adda413

Qt5: Update to 5.15.14

Update devel/pyside2* and devel/shiboken to 5.15.14

Update devel/qt5-script* and www/qt5-webengine to 5.15.17

Release note:
https://code.qt.io/cgit/qt/qtreleasenotes.git/about/qt/5.15.14/release-note.md

Qt5: Update to 5.15.13

Update devel/pyside2* and devel/shiboken to 5.15.13

Update www/qt5-webengine to latest commit. Python 3.x support has been
integrated upstream, so local patches have been removed.

Release note:
https://code.qt.io/cgit/qt/qtreleasenotes.git/about/qt/5.15.13/release-note.md

Qt5: Update to 5.15.12

Update devel/pyside2* and devel/shiboken2 to 5.15.12

Release note:
https://code.qt.io/cgit/qt/qtreleasenotes.git/about/qt/5.15.12/release-note.md

x11/libxkbcommon: update to 1.6.0

Changes:	https://lists.freedesktop.org/archives/wayland-devel/2023-October/043121.html
PR:		274373
Exp-run by:	antoine
Approved by:	manu

Qt5: Update to 5.15.11

Update devel/pyside2* and devel/shiboken2 to 5.15.11

Release note:
https://code.qt.io/cgit/qt/qtreleasenotes.git/about/qt/5.15.11/release-note.md

Qt5: Update to 5.15.10

Update devel/qt5-script* and www/qt5-webengine to 5.15.15-lts
Update devel/pyside2* and devel/shiboken2 to 5.15.10

Release note:
https://code.qt.io/cgit/qt/qtreleasenotes.git/about/qt/5.15.10/release-note.md

PR:		273934
Exp-run by:	antoine

*/*: Bump jpeg-turbo users treewide

New major version 3.0.0

x11-toolkits/qt5-gui: drop mesa-dri dependency (optional at runtime)

This reverts commit 48249f104e80680f36280b54657528c9d7af120b.

PR:		266007
Approved by:	tcberner
Exp-run by:	antoine

x11-toolkits/qt5-gui: restore mesa-dri dependency until exp-run

This reverts commit 020693c166d18f55c760793095996f470d434474.

PR:		266007

x11-toolkits/qt5-gui: drop mesa-dri dependency (optional at runtime)

This reverts commit 48249f104e80680f36280b54657528c9d7af120b.

PR:		266007
Approved by:	tcberner

Qt: Update Qt 5 to 5.15.8

- update distfiles to be rebased on the Qt 5.15.8 branch

PR:		268773
Exp-run by:	antoine

Qt5: Update Qt 5 to 5.15.7

* rebase the KDE patched Qt5 ontop of the 5.15.7 branch
* update qt5-script to 5.15.11

Exp-run by:	antoine
PR:		268533

x11-toolkits/qt5-gui: minimal plugin independent of option X11

The "minimal" plugin is always needed (or just **one** of
the plugins, but this will do) to allow QtGui applications
to function. Turning off X11 turned them all off (I supposed
"if you're not using X11, you must install the Wayland bits
instead" would work, but that's hard to express in ports).

So remove the plist-sub from the minimal plugin -- there is
enough X11 pulled in regardless of the X11 option, that
the plugin builds (and links against X11 libraries, so
the option is a lie).

The linked PR is not for this port, but demonstrates a problem:
if X11 is turned off, there is no platform plugins at all,
and then there is no way to run Qt-Gui applications (even with
minimal / no graphics). For "command-line" Qt-Gui applications
like qhelpgenerator, that is a problem.

PR:		267949

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

qt5: Update Qt to 5.15.5 (KDE patched)

- update patch-collection diff to be at the highest patch-level
- update patch-collection diff to be against 5.15.5 instead of 5.15.2
- update devel/qt5-script to 5.15.10
- libressl support by Felix Palmen <felix@palmen-it.de>

PR:			264944
Exp-run by:		antoine
Differential Revision:	https://reviews.freebsd.org/D35619

Qt: Switch Qt5 to use KDE's Qt patch collection

From [1]
    What's this?

	This is a set of git repositories based on the last public
	commits available for Qt 5.15 branches with a curated collection
	of patches on top to ensure open source products can be used
	comfortably until users transition to their Qt 6-based ports.

    Which patches does it include?

	This collection of patches includes patches that fix at least
	one of the following:

x11-toolkits/qt5-gui: unbreak with libglvnd >= 1.3.4

executing config test egl-x11
[...]
> main.cpp:13:14: error: cannot initialize a variable of type 'Display *' (aka
'_XDisplay *') with an rvalue of type 'EGLNativeDisplayType' (aka 'void *')
>     Display *dpy = EGL_DEFAULT_DISPLAY;
>              ^     ~~~~~~~~~~~~~~~~~~~
[...]
QPA backends:
  XCB:
    GL integrations:
      EGL-X11 Plugin ..................... no
[...]
====> Checking for pkg-plist issues (check-plist)
===> Parsing plist
===> Checking for items in STAGEDIR missing from pkg-plist
===> Checking for items in pkg-plist which are not in STAGEDIR
Error: Missing: %%QT_CMAKEDIR%%/Qt5Gui/Qt5Gui_QXcbEglIntegrationPlugin.cmake
Error: Missing: %%QT_PLUGINDIR%%/xcbglintegrations/libqxcb-egl-integration.so
===> Error: Plist issues found.
*** Error code 1

PR:		258269
See also:	https://bugs.gentoo.org/810343

x11-toolkits/qt5-gui: add missing dependency

devel/libmtdev is always a dependency, but wasn't listed as such.

PR:		257117
Obtained from:	Philipp Ost

x11-toolkits/qt5-gui: add upstream fix to clipboard

Bug description from [2]:
	QXcbConnection::getTimestamp() returns a timestamp from an
	earlier PropertyNotify event which was already in the event
	queue. I found this issue when I was trying to figure out why
	gvim (with GTK+) exits with a BadWindow error when selecting or
	copying a large text to the clipboard in a KDE environment. It
	turns out that GTK+ uses the INCR protocol to send the data and
	QT uses getTimestamp (in QXcbClipboard::clipboardReadProperty)
	to set the start time of the transfer. Since that start time is
	incorrect QT expects data which hasn't been sent yet and closes
	the window. GTK+ still tries to add the data to the window which
	causes a BadWindow error.

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

cleanup: Add those files back, with newline at eol.

cleanup: Remove files without newline at end of file.

x11-toolkits/qt5-gui: unbreak on FreeBSD >= 13.0 armv[67]

/usr/bin/cc ... -fno-integrated-as ... ../3rdparty/pixman/pixman-arm-neon-asm.S
-o .obj/pixman-arm-neon-asm.o
cc: error: unable to execute command: Executable "as" doesn't exist!
cc: error: assembler command failed with exit code 1 (use -v to see invocation)

Reported by:	pkg-fallout

x11-toolkits/qt5-gui: fix scrollwheel on big endian platforms

Submitted by: jhibbits

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

Remove # $FreeBSD$ from Makefiles.

Add mesa-dri dependency for qt5-gui

There are cases (headless, no xorg-server) where a qt5-gui application
still needs to run. It can use swrast, but only if that is installed.
Add the mesa-dri dependency to make that happen automatically.

For "normal" Qt5 usage, that is, Qt5 on the desktop, xorg-server already
pulls this in. The only change is for systems with no X11, no Wayland,
but with Qt5 GUI applications.

PR:		241490
Submitted by:	madpilot
Reported by:	madpilot

devel/vulkan-*: move to graphics/ where vulkan-loader is

Vulkan isn't used for generic compute workloads unlike OpenCL.
For example, waifu2x-ncnn-vulkan is still graphics-related.

Only define USE_LDCONFIG in devel/qt5-core

All the qt5-ports share the same library directory. devel/qt5-core is dependet
on
by all others.
So there is no need to add identical entries to libdata/ldconfig, and restart
the
ldconfig service on every pkg change of those ports.

Reported by:	bapt
Reviewed by:	bapt
Differential Revision:	https://reviews.freebsd.org/D27224

x11-toolkits/qt5-gui: add X11 option

This change makes it possible to build Qt5 without a big dependency on X11,
which you might want to do when only requiring Qt for wkhtmltopdf or similar
"headless" setups.

- Some additional port formatting

PR:		247994
Submitted by:	Ralf van der Enden <tremere@cainites.net>
Reported by:	Markus Mann <freebsd-public@it64.de>

Bump portrevision for devel/evdev-proto

Bump portrevision on everything with a build dependency on
devel/evdev-proto, to chace the update of evdev-proto in r550442.

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.

x11-toolkits/qt5-gui: unbreak with libglvnd

===>  Building package for qt5-gui-5.14.2
pkg-static: Unable to access file
/wrkdirs/usr/ports/x11-toolkits/qt5-gui/work/stage/usr/local/include/qt5/QtKmsSupport/5.14.2/QtKmsSupport/private/qkmsdevice_p.h:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/x11-toolkits/qt5-gui/work/stage/usr/local/include/qt5/QtKmsSupport/QtKmsSupport:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/x11-toolkits/qt5-gui/work/stage/usr/local/include/qt5/QtKmsSupport/QtKmsSupportDepends:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/x11-toolkits/qt5-gui/work/stage/usr/local/include/qt5/QtKmsSupport/QtKmsSupportVersion:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/x11-toolkits/qt5-gui/work/stage/usr/local/include/qt5/QtKmsSupport/qtkmssupportversion.h:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/x11-toolkits/qt5-gui/work/stage/usr/local/lib/cmake/Qt5KmsSupport/Qt5KmsSupportConfig.cmake:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/x11-toolkits/qt5-gui/work/stage/usr/local/lib/cmake/Qt5KmsSupport/Qt5KmsSupportConfigVersion.cmake:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/x11-toolkits/qt5-gui/work/stage/usr/local/lib/qt5/libQt5KmsSupport.a:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/x11-toolkits/qt5-gui/work/stage/usr/local/lib/qt5/libQt5KmsSupport.prl:No
such file or directory
pkg-static: Unable to access file
/wrkdirs/usr/ports/x11-toolkits/qt5-gui/work/stage/usr/local/lib/qt5/mkspecs/modules/qt_lib_kms_support_private.pri:No
such file or directory
*** Error code 1

Update Qt5 to 5.14.2

Very big thanks go again to kai@ who provided the www/qt5-webengine upgrade (to
5.14.0).
Notably, video capture support was re-enabled.

Announcement:
        https://www.qt.io/blog/qt-5.14-has-released

PR:		244964
Exp-run by:	antoine

misc/qtchooser: do not create unnecessary wrappers

misc/qtchooser provides a wrapper binary bin/qtchooser, that when called with
name foo, will lauch the corresponding binary from
lib/qt${current_qt_version}/bin/foo.

Previously qtchooser would install a list of 30-ish symlinks to itself
automatically.
Now we switch this around.

qt-dist ports that define QT_BINARIES will now have a @postexec and @postunexec
entry added to their plist to run the shell-script update-qtchooser-wrapper
(installed by qtchooser).

update-qtchooser-wrapper removes all symlinks to bin/qtcreator that have no
corresponding binary in lib/qt*/bin, and readds links that are missing.

Exp-run by:	antoine
PR:		242905
PR:		243443
Reported by:	grarpamp@gmail.com
Reviewed by:	adridg
Differential Revision:	https://reviews.freebsd.org/D22991

Add Vulkan headers to the run-depends of x11-toolkits/qt5-gui

This was already added to the build-deps; however now users of qt5-gui
run into Vulkan problems, in particular sysutils/qt5-qtdiag, which is
now fixed with this build-depends.

Add vulkan dependency to x11-toolkits/qt5-gui

If the Vulkan headers are installed, builds would fail with extra
artifacts produced. Since those headers are small, header-only, and
only drag in cmake which is probably needed by dependencies anyway,
push Vulkan forward.

PR:		242017
Submitted by:	jbeich

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

Fix build of x11-toolkits/qt5-gui

<linux/kd.h> isn't needed here.

Pointy hat to adridg@, for mixing up pou-build tree and the SVN tree.

PR:		240964
Reported by:	vvd@unislabs.com

Try to fix build of qt5-gui in the presence of evdev-proto

In Qt 5.13, a "helpful" upstream added #includes of the interal
FreeBSD event headers; these conflict with evdev-proto headers.
Back out that helpful fix, and rely on evdev-proto everywhere
(in particular, for dependent ports that use evdev-proto themselves).

PR:		240965
Reported by:	Walter Schwarzenfeld

Fix more trivial typo's / wording

Fix trivial typo (follow-on to previous commit).

x11-toolkits/qt5-gui: remove -mminimal-toc from CFLAGS, add USES=gl gnome xorg

powerpc64 doesn't need -mminimal-toc now.

PR		240970
Approved by:	tcberner (mentor, maintainer)

Qt5 update to 5.13.0

For new features, check: https://wiki.qt.io/New_Features_in_Qt_5.13

Thanks to adridg who helped to fix a lot of packages.

Exp-run by:	antoine
PR:		238782

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

Update Qt5 to 5.12.2

- Thanks to kai for updating webengine.

Exp-run by:	antoine
PR:		236895

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

Add -no-libudev to CONFIGURE_ARGS to prevent use of devel/libudev-devd.

PR:		235007
Approved by:	kde (tcberner)

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 Qt5 to 5.12.0

http://blog.qt.io/blog/2018/12/06/qt-5-12-lts-released/

- This breaks support for libressl again. Patches are welcome.

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

qt5: Fix build on GCC based architectures.

PR:		231584
PR:		231677
PR:		231685
PR:		231830
PR:		231955
PR:		231905
PR:		231892
PR:		231684
PR:		231958
PR:		231960
PR:		231818
PR:		231542
PR:		231860

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

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 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

Avoid BGR visuals with Qt5 on i915 (well, all) platforms. Explanation
is in the patch and PR.

PR:		223638
Submitted by:	Bengt Ahlgren
Reported by:	Jason W Bacon
Reviewed by:	Philipp Engel
Approved by:	tcberner (mentor, implicit)

Fix permissions in installed Qt5 header files

For the qt5-* ports bsd.qt.mk sets EXTRACT_AFTER_ARGS, and
thereby does not get the normal default value of
      --no-same-owner --no-same-permissions
passed when extracting. This lead to for example header files
being installed (i.e. copied), with permissions group write
permissions.

Manually append that to the bsd.qt.mk shenanigans (also do the
same in www/qt5-webchannel, which opts out of the bsd.qt.mk value)

PR:		227027
Reported by:	grarpamp@gmail.com

Add upstream patch to fix bug caused by not translating coordinates
after a drag-and-drop operation. The patch header explains it well.

Approved by:	rakuco (mentor)
Obtained from:	upstream
Differential Revision:	https://reviews.freebsd.org/D14240

x11-toolkits/qt5-gui, fix build with clang 6

PR:		224945
Submitted by:	jbeich
Reported by:	jbeich

Update Qt5 ports to 5.9.3.

This took quite a lot of time because Qt's own build system underwent
several changes in 5.8.0 that took a while to adapt to.

And, of course, qt5-webengine is a behemoth that we need to patch like crazy
due to its bundling of Chromium. In fact, most of the Chromium patches in
qt5-webengine have been imported with no changes from www/chromium@433510
("www/chromium: update to 56.0.2924.87").

New port: accessibility/qt5-speech

Bigger changes to Qt5 ports we had to make:
- Qt now allows using a configure.json file to define configuration options
  and specify configuration checks that can be done when qmake is invoked.

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

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

- Remove empty directories
- Remove empty lines after .include <bsd.port.mk>

Approved by:	portmgr blanket

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

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

Approved by:	portmgr blanket

Bump PORTREVISION to trigger a rebuild.

Even though the port does not directly depend on Perl, apparently something
in the Perl 5.24 upgrade made the xcb plugin fail and crash all Qt5 GUI
applications on startup. Rebuilding the port with the new Perl fixes the
issue.

Update Qt to 5.6.2 [1,2]

Thanks to the upstream work of Marie Loise Nolden, we could get rid of a handful
of patches, as they have been properly upstreamed. The rest of the work is just
some minor plist changes.

I would like to thank Loise <nolden@kde.org> for the upstream work, and Adriaan
<groot@kde.org> for getting the update into shape.

[1] http://blog.qt.io/blog/2016/10/12/qt-5-6-2-released/
[2] http://wiki.qt.io/Qt_5.6.2_Change_Files

PR: 213530
Exp-run by: antoine
Submitted by: Adriaan de Groot <groot@kde.org>
Reviewed by: rakuco, mat, tcberner
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D8228

Update the Qt5 ports to 5.6.1.

This took longer than expected, but there are quite a few changes to the
existing ports and a few new ones.

General upstream changes:
- Starting with Qt 5.6.2, Qt will fail at configuration time if LibreSSL is
  being used. According to the discussion here:
  https://codereview.qt-project.org/#/c/154800/
  The Qt project is not opposed to LibreSSL, but does not want to mix
  support for it into the OpenSSL backend code, especially as they move
  towards supporting OpenSSL 1.1.
  People interested in LibreSSL support are welcome to submit a separate
  backend upstream, but are expected to maintain it. We (kde@) are not
  opposed to carrying some patches authored by others in the future, as long

x11-toolkits/qt5-gui: platform and themes updates

PR:		209326
Submitted by:	rakuco, T.C.Berner <tcberner@gmail.com>, Ralf Nolden
<nolden@kde.org

Remove ${PORTSDIR}/ from dependencies, categories v, w, x, y, and z.

With hat:	portmgr
Sponsored by:	Absolight

Update Qt5 to 5.5.1.

This is the latest stable release at time of writing.

Release announcement: http://blog.qt.io/blog/2015/07/01/qt-5-5-released/
New features in Qt 5.5: https://wiki.qt.io/New_Features_in_Qt_5.5

As usual, huge thanks to Tobias Berner (tcberner@gmail.com) for all his work
on these ports in kde@'s experimental area51 repository. He's the one who
started the update and did a lot of the initial work on Qt 5.5. Ralf Nolden
(nolden@kde.org) has contributed the initial version of most of our new Qt5
ports.

Also thanks to Yuri Victorovich (yuri@rawbw.com) for contributing PR 205805
with his own patch for the 5.5.1 update. Some of his changes there prompted

qmake5: Set QMAKE_{INC,LIB}DIR_OPENGL.

Follow-up to r404694. When we stopped setting CPATH and LIBRARY_PATH, some
Qt5-based ports (astro/stellarium, audio/musescore, audio/cantata,
irc/quassel, deskutils/owncloudclient) broke because the QtGui headers end
up bringing in GL/gl.h, but -I/usr/local/include was no longer being passed
to the compiler.

This is generally caused by QMAKE_{INC,LIB}DIR_OPENGL being empty, which
leads to some parts of Qt5ConfigExtras.cmake.in being left out when being
processed into Qt5ConfigExtras.cmake. Specifically, the bits of code that
make the directories containing GL/gl.h and libGL.so a dependency of the
Qt5::Gui CMake target were not present.

Fix it by setting those two variables again like we also do in devel/qmake4.

Drop x11-toolkits/qt5-gui's pkg-message too.

It contains the same suggestions that were dropped from its Qt4 counterpart
in r402882. Mention both ports in UPDATING.

PR:		202927
Submitted by:	theraven@
MFH:		2015Q4

Convert to USES=jpeg

Qt 5.3 removed runtime detection of SSE2 so it needs to be configured
with -no-sse2 at buildtime on i386.

PR:		198738, 200258
Reported by:	sasamotikomi@gmail.com
Approved by:	maintainer timeout (2 weeks)

Add patches for CVE-2015-1858, CVE-2015-1859 and CVE-2015-1860.

Multiple vulnerabilities in Qt image format handling.

MFH:		2015Q2
Security:	5713bfda-e27d-11e4-b2ce-5453ed2e2b49

Fix typo

Make fonts repecting XDG

Xorg is now looking in ${LOCALBASE}/share/fonts by default
Xorg now accepts symlinks in etc/X11/fontpath.d (as decribed in Xserver(1))
Large cleanup on lots of font ports
All fonts are now properly dynamically generating fonts.dir and fonts.scale
instead of sometime overwriting existing ones)
All fonts are generating fontconfig's cache
Improve consistency in fonts ports

Update Qt5 to 5.4.1.

This is probably the first time our Qt 5 ports are tracking the latest
upstream release :-)

There isn't much to report in this update, thanks to the effort spent in the
5.2->5.3 update: a lot of the work is just small plist and patch updates.
Thankfully, several patches have been upstreamed and are not needed on our
side anymore.

I would like to thank Alex Richardson <arichardson.kde@gmail.com> and Tobias
Berner <tcberner@gmail.com> for their help with the plist updates and
general testing.

PR:		198585

Add patch for CVE-2015-0295, DoS vulnerability in the BMP image handler.

MFH:		2015Q1
Security:	c9c3374d-c2c1-11e4-b236-5453ed2e2b49

Fix QSystemTray

Add a patch found by PCBSD's Kris Moore <kris@pcbsd.org> that fixes
QSystemTrayIcons on Desktops other than KDE.

Provided by Kris via mailing list on 2015-01-29.

Approved by:	rakuco (mentor)
MFH:		2015Q1

Switch some dependencies from a directory name or a file generated by
pkg-install
to a package name,  as the former can't be attributed to a package

Bump portrevision after png update

Change libpng15.so to libpng.so in LIB_DEPENDS to prepare the upgrade

Update Qt5 ports to 5.3.2.

Proudly presented by the KDE on FreeBSD team, with several guest stars.

This update took way longer than initially expected due to us previously
accumulating assumptions and changes to Qt's build system that finally bit
us back with the 5.3 release series, so we had to do a fair amount of
cleanup.

New ports:
- comms/qt5-serialport: Qt functions to access serial ports, originally
                        based on work by Fernando Apesteguia. [1]
- devel/qt5-qdoc: Qt documentation generator, the Qt5 equivalent of
                  devel/qt4-qdoc3. Originally worked on by Tobias Berner.
                  It had already been half-split from devel/qt5-buildtools,

Remove @dirrm and @dirrmtry entries from the Qt ports.

- Use a new-style helper for the special powerpc64 CFLAGS setting.
- Include only bsd.port.mk, the bsd.port.{pre,post}.mk combo is not needed
  here.

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)

Move back the patch for CVE-2014-0190 to qt5-gui.

It applies to -imageformats in Qt4, but -gui in Qt5. Noted by antoine@. A
PORTREVISION bump was unavoidable to make sure people who build
qt5-gui-5.2.1_3 without the patch rebuild the port with it.

MFH:		2014Q3
Security:	904d78b8-0f7e-11e4-8b71-5453ed2e2b49

Move the patches fixing CVE-2014-0190 to the right ports.

The GIF handler is part of qt{4,5}-imageformats, not qt{4,5}-gui. Big pointy
hat to me.

I've chosen not to force users to rebuild the -gui ports yet again with a
PORTREVISION bump since the code built in those ports is the same regardless
of whether the patch is applied or not.

Submitted by:	RyoTa SimaMoto <liangtai.s16@gmail.com>
MFH:		2014Q3
Security:	904d78b8-0f7e-11e4-8b71-5453ed2e2b49

Add patch for CVE-2014-0190 (DoS in the GIF image handler).

MFH:		2014Q3
Security:	904d78b8-0f7e-11e4-8b71-5453ed2e2b49

Remove libtool .la files from all Qt ports

Approvedy by:	kde (makc)

Explicitly disable evdev support.

This is Linux-specific, and support for it may be accidentally enabled
because the compiler test for it passes if multimedia/v4l_compat is
installed, since it installs linux/input.h into ${LOCALBASE}/include.

PR:		ports/187260
MFH:		2014Q2

The FreeBSD x11@ and graphics team proudly presents
a zeising, kwm production, with help from dumbbell, bdrewery:

NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE

This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.

This patch also contains updates of libxcb and related ports, pixman, as well

KDE/FreeBSD team is happy to present Qt 5 in ports!

Alberto Villa (avilla@) has done all the hard work to create Qt 5 ports.
Trivial update from 5.2.0-beta1 to 5.2.1 by me.

Special thanks for Adriaan de Groot <groot@kde.org> for his assistance for
Qt-5.2.0 update.

Approved by:	portmgr (bapt) (for Mk/bsd.port.mk)