*: Bump PORTREVISIONs of Pulseaudio consumers

Sponsored by:	Future Crew, LLC

Qt5: Update to 5.15.16

Update devel/pyside2* and devel/shiboken2 to 5.15.16

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

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

MFH:		2024Q4
Security:	16e472d5-a8aa-11ef-b680-4ccc6adda413 [1]

www/qt5-webengine: Fix aarch64 build on CURRENT

../../../../kde-qtwebengine-5.15.18p2/src/3rdparty/chromium/third_party/crc32c/src/src/crc32c_arm64.cc:87:20:
error: always_inline function 'vmull_p64' requires target feature 'aes',
but would be inlined into function 'ExtendArm64' that is compiled
without support for 'aes'

Reported by:	pkg-fallout
Obtained from:	Chromium upstream
(https://chromium-review.googlesource.com/c/chromium/src/+/4137218)
MFH:		2024Q4

multimedia/libvpx: update 1.15.0

Changes:	https://chromium.googlesource.com/webm/libvpx/+log/v1.14.1..v1.15.0
Reported by:	Repology

Qt5: update script and webengine to 5.15.18

MFH:		2024Q4
Security:	3092668e-97e4-11ef-bdd9-4ccc6adda413

*/*: Bump dependencioes after devel/jsoncpp update

PR:		281462
Reported by:	Ale <discipline@tiscali.it>

www/qt5-webengine: fix build with clang and libc++ 19

As noted in the libc++ 19 release notes [1], std::char_traits<> is now
only provided for char, char8_t, char16_t, char32_t and wchar_t, and any
instantiation for other types will fail.

This causes www/qt5-webengine to fail to compile with clang 19 and
libc++ 19, resulting in errors similar to:

  /usr/include/c++/v1/string:820:42: error: implicit instantiation of undefined
template 'std::char_traits<unsigned short>'
    820 |   static_assert(is_same<_CharT, typename
traits_type::char_type>::value,
        |                                          ^
 
../../../../kde-qtwebengine-5.15.17p3/src/3rdparty/chromium/v8/src/inspector/v8-string-conversions.cc:390:26:
note: in instantiation of template class 'std::basic_string<unsigned short>'
requested here
    390 | std::basic_string<UChar> UTF8ToUTF16(const char* stringStart, size_t
length) {
        |                          ^

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

www/qt5-webengine: Address a few CVEs in chromium

MFH:		2024Q2
Security:	aa2b65e4-2f63-11ef-9cab-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

www/qt5-webengine: Address a few CVEs in chromium

MFH:		2024Q2
Security:	d58455cc-159e-11ef-83d8-4ccc6adda413

www/qt5-webengine: Fix build with ninja 1.12.0

Fix race conditions where generated headers are not created before they
are needed in the build.

PR:		278693

www/qt5-webengine: Bump PORTREVISION after fa01e117e24f

The port archivers/snappy was updated to version 1.2.0 via fa01e117e24f
but there was no PORTREVISION bump afterwards for qt5-webengine, which
uses archivers/snappy.

This led to the following runtime error as soon as consumers (e.g.
x11-fm/konqueror) using qt5-webengine were started:

ld-elf.so.1: /usr/local/lib/qt5/libQt5WebEngineCore.so.5: Undefined symbol
"_ZN6snappy11RawCompressEPKcmPcPm"

Remedy the issue by bumping PORTREVISION to force a rebuild against the
new version of archivers/snappy.

PR:		278633
Reported by:	Graham Perrin
MFH:		2024Q2
With hat:	kde

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

www/qt5-webengine: Address security vulnerabilities

Patched with security patches up to Chromium version: 121.0.6167.160

While here, remove unneed extra-patch. All supported versions of FreeBSD
have mempcpy(3).

MFH:		2024Q1
Security:	bbcb1584-c068-11ee-bdd6-4ccc6adda413,
		dc9e5237-c197-11ee-86bb-a8a1599412c6,
		19047673-c680-11ee-86bb-a8a1599412c6

www/qt5-webengine: Address security vulnerabilies

Patched with security patches up to Chromium version: 120.0.6099.225

MFH:		2024Q1
Security:	a11e7dd1-bed4-11ee-bdd6-4ccc6adda413

multimedia/libvpx: update 1.14.0

Changes:	https://chromium.googlesource.com/webm/libvpx/+log/v1.13.1..v1.14.0
Reported by:	portscout

www/qt5-webengine: Address several security bugs

Security:	8cdd38c7-8ebb-11ee-86bb-a8a1599412c6,
		4405e9ad-97fe-11ee-86bb-a8a1599412c6

MFH:		2023Q4

*/*: Sunset 12.4-RELEASE/12-STABLE from ports tree

- Remove all references to defunct ARCH arm
- Remove all references to defunct ARCH sparc64
- Remove x11-drivers/xf86-video-sunffb which requires defunct sparc64
  ARCH
- Remove sysutils/afbinit requires defunct sparc64 ARCH
- Remove all references to bktr driver
- Remove all references to defunct FreeBSD_12
- Remove all references to OSVERSION/OSREL corresponding to 12
- Remove conditionals in Mk/Uses/cabal.mk
- Remove sparc reference from Mk/Uses/qt-dist.mk
- Remove BROKEN_sparc64/NOT_FOR_ARCH=sparc64
- Remove BROKEN_FreeBSD_12* from:
- Remove OpenSSL patches from:
- Remove conditional flags for OSVERSION >= 1300000 to fixed flags.
  Also move conditional flags for non sparc64/arm ARCH to fixed flags.

Reviewed by:	brooks, jbeich, rene, salvadore
Differential Revision: https://reviews.freebsd.org/D42068

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

www/qt5-webengine: Update to 5.15.16.p5

MFH:		2023Q4
Security:	0da4db89-84bf-11ee-8290-a8a1599412c6

qt5-webengine: Track 5.15 branch

Since we roll our own distfile, this will make it easier to stay caught
up with backported Chromium security patches. Currently, it is patched
up to Chromium version 119.0.6045.123.

Fix build with newer devel/re2 and unbundle. Add a few patches that
reduce warnings that significantly increase build log size, some coming
as a result of having to build with c++17 now.

Add patches from Arch Linux [1] to finally remove dependency on the
long-expired Python 2.7. Special thanks to kai@ for reworking theses
patches for FreeBSD and testing them.

Obtained
from:	https://gitlab.archlinux.org/archlinux/packaging/packages/qt5-webengine/
[1]
MFH:		2023Q4
Security:	6e4e8e87-9fb8-4e32-9f8e-9b4303f4bfd5
Security:	88754d55-521a-11ee-8290-a8a1599412c6
Security:	5666688f-803b-4cf0-9cb1-08c088f2225a
Security:	df0a2fd1-4c92-11ee-8290-a8a1599412c6

www/qt5-webengine: fix build with libc++ 17

Building www/qt5-webengine with libc++ 17 results in the following
compile errors:

  In file included from
../../../../kde-qtwebengine-5.15.15p0/src/3rdparty/chromium/third_party/perfetto/src/trace_processor/trace_sorter.cc:17:
  In file included from /usr/include/c++/v1/algorithm:1803:
  In file included from /usr/include/c++/v1/__algorithm/nth_element.h:15:
  /usr/include/c++/v1/__algorithm/sort.h:577:14: error: no viable overloaded '='
    577 |     *__begin = _Ops::__iter_move(__pivot_pos);
        |     ~~~~~~~~ ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  /usr/include/c++/v1/__algorithm/sort.h:802:20: note: in instantiation of
function template specialization
'std::__bitset_partition<std::_ClassicAlgPolicy,
perfetto::base::CircularQueue<perfetto::trace_processor::TimestampedTracePiece>::Iterator,
std::__less<void, void> &>' requested here
    802 |             ? std::__bitset_partition<_AlgPolicy,
_RandomAccessIterator, _Compare>(__first, __last, __comp)
        |                    ^
  /usr/include/c++/v1/__algorithm/sort.h:878:8: note: in instantiation of
function template specialization 'std::__introsort<std::_ClassicAlgPolicy,
std::__less<void, void> &,
perfetto::base::CircularQueue<perfetto::trace_processor::TimestampedTracePiece>::Iterator,
false>' requested here

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

www/qt5-webengine: switch to using bundled re2

See 9d23691afbbc151dbc63933dc8ea370afc391eed for a similar change in
www/qt6-webengine.

Using system re2 leads to compile failures with:

[...]
../../../../qtwebengine-everywhere-src-5.15.8/src/3rdparty/chromium/gpu/command_buffer/service/program_manager.cc:627:25:
error: no member named 'as_string' in 'absl::string_view'
  return output + input.as_string();
                  ~~~~~ ^
[...]

* PORTREVISION intentionally was not bumped.

devel/re2: Update to 20230801

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/google/re2/releases

www/qt5-webengine: Remove unnecessary ulimit calls

Before linking, which is far at the end of the long building process,
the ulimit is tried to be set to 4096.  If this fails, it will cause
the whole linking process to abort and thus lead to a failed build,
which is the case when qt5-webengine is build with a non-root user in
a Poudriere jail.

The problem could be probably solved by substituting "&&" with ";"
in the affected lines, but in the course of bug 270041 it has become
apparent that an ulimit of 1024, which is poudriere's default,
is sufficient. [1]

This could also be successfully verified with qt5-webengine builds (with
either ALSA/PULSEAUDIO/SNDIO enabled and DEBUG set/unset) in non-root
poudriere jail hence remove the ulimit calls to fix the problem.

PR:		270041
Reported by:	Tomoaki AOKI, John Hein [1]
MFH:		2023Q3
With hat:	kde

audio/pulseaudio: Update to 16.1

Bump PORTREVISION on consumers.

Sponsored by:	Serenity Cybersecurity, LLC

PR:		262713

*/*: Bump jpeg-turbo users treewide

New major version 3.0.0

devel/re2: Update to 20230301

- Bump PORTREVISION of dependent ports for shlib change

Changes:	https://github.com/google/re2/releases

*/*: Bump all users of multimedia/ffmpeg*

...to make sure all picks up new version(s)

www/qt5-webengine: Add support for FFmpeg 6

Import patches to fix build with FFmpeg 6

PR:		270209

audio/opus: bump consumers after update to 1.4

devel/qt5-webengine: fix build with clang 16

This just suppresses one warning which might otherwise
error out with the latest clang.

PR:		270458

www/qt5-webengine: unbreak after 020693c166d1

cd /wrkdirs/usr/ports/www/qt5-webengine/work/qtwebengine-everywhere-src-5.15.8
&& /usr/local/lib/qt5/bin/syncqt.pl -version 5.15.8
env: perl: No such file or directory

PR:		266007

www/qt5-webengine: Fix typo in comment

www/qt5-webengine: Add comment about the need to have special setting in
poudriere.conf

Based on https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=270041#c2

www/qt5-webengine: Update to 5.15.8

* Under the hood runs Chromium 87.0.4280.144 with security fixes up to
  version 96.0.4664.110 and patches were taken from of www/chromium
  87.0.4280.141 (391acded85d8).

* Prune some unneeded patches (mostly from the headless and unittest
  areas) and try to align the unbundling of dependencies similar to
  qt6-webengine for consistency.

* Adjust Mk/Uses/qt-dist.mk accordingly as the naming of the distfiles
  has changed since Qt 5.15.3.

Tested by:	tcberner
Differential Revision:	https://reviews.freebsd.org/D38165

multimedia/libvpx: update 1.13.0

Changes:	https://chromium.googlesource.com/webm/libvpx/+log/v1.12.0..v1.13.0
Reported by:	portscout

www/qt5-webengine: fix build with clang/libc++ 15

During an exp-run for llvm 15 (see bug 265425), it turned out that
www/qt5-webengine failed to build with clang and libc++ 15:

  In file included from
../../../../qtwebengine-everywhere-src-5.15.2/src/3rdparty/chromium/third_party/perfetto/src/trace_processor/trace_sorter.cc:17:
  In file included from /usr/include/c++/v1/algorithm:1712:
  In file included from /usr/include/c++/v1/memory:842:
  In file included from /usr/include/c++/v1/__algorithm/move.h:12:
  /usr/include/c++/v1/__algorithm/iterator_operations.h:100:5: error: static
assertion failed due to requirement
'is_same<perfetto::trace_processor::TimestampedTracePiece &, const
perfetto::trace_processor::TimestampedTracePiece &>::value': It looks like your
iterator's `iterator_traits<It>::reference` does not match the return type of
dereferencing the iterator, i.e., calling `*it`. This is undefined behavior
according to [input.iterators] and can lead to dangling reference issues at
runtime, so we are flagging this.
      static_assert(is_same<__deref_t<_Iter>, typename
iterator_traits<__uncvref_t<_Iter> >::reference>::value,
      ^            
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  /usr/include/c++/v1/__algorithm/iterator_operations.h:115:5: note: in
instantiation of function template specialization
'std::_IterOps<std::_ClassicAlgPolicy>::__validate_iter_reference<perfetto::base::CircularQueue<perfetto::trace_processor::TimestampedTracePiece>::Iterator
&>' requested here
      __validate_iter_reference<_Iter>();
      ^

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

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)

textproc/libxml2: bump all dependencies

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

www/qt5-webengine: fix build with clang 14

Fixes compile error:

In file included from
gen/third_party/blink/renderer/platform/platform_jumbo_63.cc:8:
./../../../../qtwebengine-everywhere-src-5.15.2/src/3rdparty/chromium/third_party/blink/renderer/platform/text/text_break_iterator_icu.cc:122:15:
error: anonymous non-C-compatible type given name for linkage purposes by
typedef declaration after its linkage was computed; add a tag name here to
establish linkage prior to definition
typedef struct {
              ^
               UTextWithBuffer
./../../../../qtwebengine-everywhere-src-5.15.2/src/3rdparty/chromium/third_party/blink/renderer/platform/text/text_break_iterator_icu.cc:123:3:
note: type is not C-compatible due to this member declaration
  DISALLOW_NEW();
  ^~~~~~~~~~~~~~
../../../../qtwebengine-everywhere-src-5.15.2/src/3rdparty/chromium/third_party/blink/renderer/platform/wtf/allocator/allocator.h:40:2:
note: expanded from macro 'DISALLOW_NEW'
 public:                                                                      \
 ^~~~~~~
./../../../../qtwebengine-everywhere-src-5.15.2/src/3rdparty/chromium/third_party/blink/renderer/platform/text/text_break_iterator_icu.cc:126:3:
note: type is given name 'UTextWithBuffer' for linkage purposes by this typedef
declaration
} UTextWithBuffer;
  ^

PR:		261949
Approved by:	adridg (maintainer)
MFH:		2022Q1

devel/jsoncpp: Update to 1.9.4 -> 1.9.5

PR:		259654

multimedia/libvpx: update 1.11.0

Changes:	https://chromium.googlesource.com/webm/libvpx/+log/v1.10.0..v1.11.0
Reported by:	portscout, Repology

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

Mk/Uses/ninja.mk: Add support for devel/samurai (D29353)

Samurai is a Ninja-compatible build tool with fewer dependencies
than Ninja.  Hook it to the framework via a new NINJA_DEFAULT.

This also adds %p to NINJA_STATUS to make Ninja or Samurai print
the percentage of completed jobs to make it easier to eyeball how
much of the build is done.

PR:		254678
Exp-run	by:	antoine

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

Remove # $FreeBSD$ from Makefiles.

Chase devel/re2 shlib bump

Upstream has changed their minds about so.10 and reverted to so.9

The only changes were private.

PR:		ports/253255
Reported by:	sunpoet

Bump PORTREVISION for devel/re2 shlib change

www/qt5-webengine: Update to 5.15.2

* Under the hood runs Chromium 83.0.4103.122 with security fixes up to
  version 86.0.4240.183 and patches were taken from r540991 of www/chromium.

* Also adjust some patches to avoid hardcoding of ${LOCALBASE} and remove a
  redundant blank line.

Changelog:

* [QTBUG-84632] Warn about QtWebengineProcess launching from network share
                on Windows.
* [QTBUG-85363] Handle non-ASCII names for PulseAudio
* [QTBUG-85494] Fix regression crash when not handling
                QQuickWebEngineNewViewRequest
* [QTBUG-85817] Fix crashes on resize
* [QTBUG-86672] Fix remapped menu key being mapped back to menu key
* [QTBUG-86945] Fix crash when opening a PDF in debug build on windows.
* [QTBUG-87129] Mention node.js build-time dependency
* The QtWebEngineProcess now has a version number
* The old compositor has been removed and can no longer be restored using
  command line argument.

Approved by:	tcberner (kde)
Differential Revision:	https://reviews.freebsd.org/D27587

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

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.

Simplify www/qt5-WebEngine dependencies.

WebEngine contains a Qt Designer plugin -- so you can put webengine
widgets into forms in designer -- so it needs designer to build that
plugin against. However, you don't need designer to use webengine
parts -- as a web-browser, it doesn't use the designer application
at all. So shuffle the designer dependency to _build; this means
that installing a web browser based on webengine no longer pulls
in the designer application.

Of course, you'll need to install designer, in order to use the
webengine designer plugin, but that's for specific devel-work.

PORTREVISION bumped because the deps change.

Reported by:	FuryBSD

www/qt5-webengine: fix build on current

Pointy hat:	all the google engineers who don't think having
3rdparty/*/third_party is idiotic
Obtained
from:	https://github.com/google/perfetto/commit/46f0abc66c1d78c60a0415c5cb46852ef3bfa9bb

www/qt5-webengine: fix build on aarch64

Use FreeBSD registers name

Approved by:	portmgr (tier-2 blanket)

Make qt5-core and qt5-webengine depend explicitly on double-conversion.

In a dirty build-environment, double-conversion was being picked up
automatically (as "system double-conversion"). We could bung in
a configure flag to ignore it, so that Qt would always build its
own copy. Or we could depend explicitly on it, dropping the build
of the bundled copy.

Do the latter, because:
- it's the same code, but now extracted from V8 JS into a separate
  library by upstream (that is, by Chromium / Google),
- the dependency package is only 168kB.
- this reduces code-bundling and improves reuse when other things
  also use double-conversion.

(This is the opposite of what I originally intended; using the flag
is harder to implement, and since the dependency is small ..)

I've taken the patch from Andy Mender and applied it in two cases.
Perhaps adding it to qt5-core would have been enough, duplication
here can't hurt.

PR:		245946 248020
Submitted by:	Andy Mender
Reported by:	Andy Mender, yuri

audio/sndio: Update to 1.7.0

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.

Bump devel/jsoncpp consumers after r540853.

Reported by:	Kevin Oberman <rkoberman@gmail.com>

www/qt5-webengine: fix patch (missing parenthesis

Reported by:	knk, antoine

www/qt5-webengine: fix build on aarch64

PR:		246756
Approved by:	kde (tcberner)

www/qt5-webengine: Update to 5.14.2

* Under the hood runs Chromium version to 77.0.3865.129 with security
  patches up to 80.0.3987.132 .

* Restore one patch that was removed in r497425 . It's now required again to
  get successful builds.

Changelog:

[QTBUG-78284] Fixed conversion of tabpanel aria role
[QTBUG-81206] Fixed overriding shortcuts in password input fields
              on Windows
[QTBUG-80234] Fixed media playback issue on custom urls by supporting HTTP
              ranges headers

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

Bump PORTREVISION for devel/re2 shlib change

www/qt5-webengine: fix build on head-aarch64

The interface has changed on -current

PR:		243657
Approved by:	ade (on irc), manu (mentor)

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

devel/jsoncpp: Update 1.8.1 -> 1.9.2

PR:		229677
Differential Revision:	D22905

www/qt5-webengine: fix build on powerpc64 (elfv2 only)

Tested with otter-browser on my Talos.

Approved by:	tcberner (mentor, maintainer, earlier version)
Differential Revision:	https://reviews.freebsd.org/D22184

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

www/qt5-webengine: Restore patches required for armv7

* Copy two patches back that are relevant for armv7 from r515730 (= revision
  prior the update to 5.13.0).

  Both files were introduced in r497877 and should have been left untouched
  by the update.

* Not bumping PORTREVISION because only armv7 related code has changed and
  it's not yet known if the port can be built successfully on that platform
  since www/qt5-webengine was updated to 5.13.0.

Approved by:	tcberner (kde)
Differential Revision:	https://reviews.freebsd.org/D22166

www/qt5-webengine: Update to 5.13.0

Under the hood runs Chromium 73.0.3683.105 with applied security fixes from
Chrome up to version 74.0.3729.157.

Most of the patches were synced with www/chromium 73.0.3683.103 (= r498089)
with some re-added/modified patches from r497877 and r499210 to get also
successful builds on aarch64. Some tweaking might still be needed to get
positive build results on the armv7 architecture.

Other notable changes:

* GN keywords "use_system_{libusb,libcxx}" aren't used anymore thus both
  were removed from the FreeBSD specific qmake file "freebsd.pri".

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

PR:		241027

audio/pulseaudio: update to 13.0

- Connect tests to the framework

Changes:	https://www.freedesktop.org/wiki/Software/PulseAudio/Notes/13.0/
ABI:		https://abi-laboratory.pro/tracker/timeline/pulseaudio/
PR:		240585
Submitted by:	lightside@gmx.com

multimedia/ffmpeg: update to 4.2

Changes:	https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/n4.2:/Changelog
ABI:		https://abi-laboratory.pro/tracker/timeline/ffmpeg/

devel/libevent2: update to 2.1.11

Changes:	https://github.com/libevent/libevent/releases/tag/release-2.1.11-stable
ABI:		https://abi-laboratory.pro/tracker/timeline/libevent/
PR:		239599
Reported by:	GitHub (watch releases)
Approved by:	zeising (maintainer)
MFH:		2019Q3 (maybe security, partially restores 2.1.8 ABI)
Differential Revision:	https://reviews.freebsd.org/D21133

www/qt5-webengine: Enable support for WebRTC and video capture devices

When accessing video capture devices warnings like below are emitted [2]:

[40533:463527936:0420/214650.072475:ERROR:create_video_capture_device_factory.cc(58)]
Not implemented reached in std::unique_ptr<VideoCaptureDeviceFactory>
media::(anonymous
namespace)::CreatePlatformSpecificVideoCaptureDeviceFactory(scoped_refptr<base::SingleThreadTaskRunner>)

Also websites that want to access the camera, microphone, etc. exhibit
broken behavior, e.g. no dialogs to permit access on the desired capture
devices come up. [1]

Thus add the related patches from www/chromium [2] that enable support for
video capture devices and explicitly activate the WebRTC feature. [1]

PR:		236915 [1], 237423 [2]
Submitted by:	cmt [2]
Reported by:	thea20lineisameme@protonmail.com [1]
Reviewed by:	rakuco, tcberner (kde), Lorenzo Salvadore
Approved by:	tcberner (kde)
Differential Revision:	https://reviews.freebsd.org/D19900

Update Qt5 to 5.12.2

- Thanks to kai for updating webengine.

Exp-run by:	antoine
PR:		236895

www/qt5-webengine: unbreak on aarch64 and armv7 after r496989

PR:		236855
Reported by:	pkg-fallout
Submitted by:	Mikael Urankar
Approved by:	kde (tcberner)

Update comment.

Printing support was enabled in r475479.

Remove yet another unneeded patch.

The port built fine with the static_assert on 11.2-i386 and 12.0-amd64.

Remove another unnecessary patch.

The code built fine without the extra headers on 11.2, 12.0 and HEAD.

Remove unnecessary patch.

We already use the re2 port, and QtWebEngine's build system takes care of
unbundling Chromium's version (which includes making sure the internal re2
header includes actually point to the system ones).

Use lcms2 from ports rather than Chromium's bundled copy.

Remove unused "enable_hidpi" GN argument.

GN reports this variable cannot be changed via an argument. No PORTREVISION
bump, this change has no visible effects.

www/qt5-webengine: Update to 5.12.1

It was again a long journey to bring the port in sync with the other Qt5
ports. It runs now under the hood with Chromium 69.0.3497.128 and applied
security fixes up to version 71.0.3578.94.

Also the approach with the handling of the BUILD.gn files has changed. With
the previous version of www/qt5-webengine (and www/chromium up to r449991) the
boolean variables "is_bsd" and "is_posix" were set to true in BUILDCONFIG
when FreeBSD was detected as operating system during the build process.

Now the boolean variable "is_linux" is set to true as well and this reduces
some patching of BUILD.gn files. It makes it (hopefully) also somewhat easier
to exclude Linux-only features from future www/qt5-webengine versions.

www/qt5-webengine: unbreak with clang8 and gcc8 on i386

https://bugs.chromium.org/p/chromium/issues/detail?id=900406

In file included from
../../../../qtwebengine-opensource-src-5.9.5/src/3rdparty/chromium/mojo/public/c/system/thunks.cc:5:
In file included from
../../../../qtwebengine-opensource-src-5.9.5/src/3rdparty/chromium/mojo/public/c/system/thunks.h:13:
In file included from
../../../../qtwebengine-opensource-src-5.9.5/src/3rdparty/chromium/mojo/public/c/system/core.h:12:
../../../../qtwebengine-opensource-src-5.9.5/src/3rdparty/chromium/mojo/public/c/system/buffer.h:43:1:
error: static_assert failed due to requirement 'alignof(long long) == 8'
"int64_t has weird alignment"
MOJO_STATIC_ASSERT(MOJO_ALIGNOF(int64_t) == 8, "int64_t has weird alignment");
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
../../../../qtwebengine-opensource-src-5.9.5/src/3rdparty/chromium/mojo/public/c/system/macros.h:15:39:
note: expanded from macro 'MOJO_STATIC_ASSERT'
 #define MOJO_STATIC_ASSERT(expr, msg) static_assert(expr, msg)
                                       ^             ~~~~
In file included from
../../../../qtwebengine-opensource-src-5.9.5/src/3rdparty/chromium/mojo/public/c/system/thunks.cc:5:
In file included from
../../../../qtwebengine-opensource-src-5.9.5/src/3rdparty/chromium/mojo/public/c/system/thunks.h:13:

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

Move the alsa-plugins runtime dependency -- needed to get sound
output -- downwards in the stack, to webengine (which already
had an ALSA option, only for the libs).

Reported by:	tobik

Mark net/libsrtp deprecated, superseded by libsrtp2.

audio/baresip: remove SRTP option (had been marked BROKEN).
www/qt5-webengine: remove unused dependency on libsrtp.

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

multimedia/ffmpeg: update to 4.1

Changes:	https://git.ffmpeg.org/gitweb/ffmpeg.git/blob/n4.1:/Changelog
ABI:		https://abi-laboratory.pro/tracker/timeline/ffmpeg/

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

Remove compatibility code for FreeBSD < 11.2 from all ports.

Simplify some ports where DragonFlyBSD no longer needs to be special-cased.
Submitted by:	rene
Reviewed by:	bapt, jbeich
Differential Revision:	https://reviews.freebsd.org/D17724

Update Qt5 to 5.11.2

PR:		231560
Exp-run by:	antoine

Change x11/xorgproto to become a build dep

Change x11/xorgproto to become a build time dependency when added to
USE_XORG.  Change the dependency to be on the port, rather than a file the
port installs.
Fix fallout.
Bump portrevision on depending ports.

PR:		230909
Reviewed by:	eadler
Approved by:	portmgr (antoine)
Obtained
from:	https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/xorgproto
exp-run:	antoine
Differential Revision:	https://reviews.freebsd.org/D16906

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