[qt] Update to 6.11.2

[Osyotr (Osyotr)]

https://www.qt.io/blog/qt-6.11.2-released
qt/qtbase@v6.11.1...v6.11.2

[Osyotr (Osyotr)]

REGRESSION: kwindowsystem:x64-linux:

/usr/bin/ld: /mnt/vcpkg-ci/installed/x64-linux/debug/lib/libQt6WaylandClient.a(qwayland-wayland.cpp.o): in function `QtWayland::wl_registry::wl_registry(wl_registry*, unsigned int, int)':
/mnt/vcpkg-ci/b/qtbase/x64-linux-dbg/src/plugins/platforms/wayland/qwayland-wayland.cpp:21: multiple definition of `QtWayland::wl_registry::wl_registry(wl_registry*, unsigned int, int)'; src/platforms/wayland/CMakeFiles/KF6WindowSystemKWaylandPlugin.dir/qwayland-wayland.cpp.o:/mnt/vcpkg-ci/b/kwindowsystem/x64-linux-dbg/src/platforms/wayland/qwayland-wayland.cpp:20: first defined here

I don't see how this could possibly have passed in previous CI runs (an installation order issue?)

REGRESSION: qtmultimedia:*-android:

ld.lld: error: unable to find library -lxml2
ld.lld: error: unable to find library -licuuc

It's either a bug in Qt's FindFFmpeg.cmake which has some sketchy pkg-config parsing code, or a bug in ffmpeg exported pkg-config. Added arm-neon-android and x64-android to the ci.baseline.txt because arm64-android is already there.

[Alexander Neumann (Neumann-A)]

Current master for qtmultimedia[core,ffmpeg,qml,widgets]:x64-android so I would suggest to dive deeper instead of baseline.

Installing 2011/2677 qtmultimedia[core,ffmpeg,qml,widgets]:x64-android@6.11.1...
qtmultimedia[core,ffmpeg,qml,widgets]:x64-android@6.11.1 package ABI: 37568c7fb233ac8d3108d41e15b74fa79f3fc3842eb404e2c7f1cd690b424baa
Building qtmultimedia[core,ffmpeg,qml,widgets]:x64-android@6.11.1...
-- Using cached qtmultimedia-everywhere-src-6.11.1.tar.xz
-- Extracting source /vcpkg/downloads/qtmultimedia-everywhere-src-6.11.1.tar.xz
-- Applying patch static_find_modules.patch
-- Applying patch remove-static-ssl-stub.patch
-- Applying patch fix-msvc-x86-propvariant.patch
-- Applying patch ffmpeg-devendor-signalsmith-stretch.patch
-- Applying patch ffmpeg.patch
-- Using source at /mnt/vcpkg-ci/b/qtmultimedia/src/here-src-6-e000c43898.clean
-- Note: qtmultimedia only supports dynamic library linkage. Building dynamic library.
-- Configuring x64-android
-- Building x64-android-dbg
-- Building x64-android-rel
-- Performing post-build validation
Starting submission of qtmultimedia[core,ffmpeg,qml,widgets]:x64-android@6.11.1 to 1 binary cache(s) in the background
Elapsed time to handle qtmultimedia:x64-android: 1.5 min

[Alexander Neumann (Neumann-A)]

kwindowsystem:x64-linux:

Is probably a bug introduced by Qt since the sources seems to get generated and then compiled.

[Osyotr (Osyotr)]

Current master for qtmultimedia[core,ffmpeg,qml,widgets]:x64-android so I would suggest to dive deeper instead of baseline.

Do you also have logs for arm64-android? I wonder why is it in the ci.baseline.txt and others are not.

kwindowsystem:x64-linux: Is probably a bug introduced by Qt since the sources seems to get generated and then compiled.

Yeah but I don't see any related changes. And since both libQt6WaylandClient.a and KF6WindowSystemKWaylandPlugin.so try to link qwayland-wayland.a the only idea I have right now is that the linker was quietly ignoring one of the copies but doesn't do that anymore.

[Alexander Neumann (Neumann-A)]

KF6WindowSystemKWaylandPlugin.so

qwayland-wayland.a is itself a plugin? KF6Windows should probably not build an *.so or not link the plugin

[Osyotr (Osyotr)]

qwayland-wayland.a is itself a plugin?

It's an object file produced from the autogenerated qwayland-wayland.cpp in both projects.
https://github.com/qt/qtbase/blob/v6.11.2/src/tools/qtwaylandscanner/Qt6WaylandClientMacros.cmake#L38
https://github.com/qt/qtbase/blob/v6.11.2/src/plugins/platforms/wayland/CMakeLists.txt#L146
https://github.com/KDE/kwindowsystem/blob/v6.29.0/src/platforms/wayland/CMakeLists.txt#L33