Bug#1076229: libqt5webview5: Cannot be installed due to missing dependency
Package: libqt5webview5 Severity: grave Justification: renders package unusable X-Debbugs-Cc: rob...@griebl.org Dear Maintainer, This package is used in KDE's "discover" Package Installer, which is not installable anymore now. $ agi libqt5webview5 Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: Unsatisfied dependencies: libqt5webview5 : Depends: qtwebengine-abi-5-15-16 but it is not installable Error: Unable to correct problems, you have held broken packages -- System Information: Debian Release: trixie/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.9.7-amd64 (SMP w/32 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_US Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libqt5webview5 depends on: ii libc6 2.38-14 pn libqt5core5a ii libqt5core5t64 [qtbase-abi-5-15-13] 5.15.13+dfsg-2 ii libqt5gui5t64 [libqt5gui5] 5.15.13+dfsg-2 ii libqt5qml5 [qtdeclarative-abi-5-15-13] 5.15.13+dfsg-2 ii libqt5quick55.15.13+dfsg-2 ii libqt5webengine55.15.17+dfsg-3 ii libstdc++6 14.1.0-4 pn qtbase-abi-5-15-8 pn qtdeclarative-abi-5-15-8 pn qtwebengine-abi-5-15-13 pn qtwebengine-abi-5-15-16 libqt5webview5 recommends no packages. libqt5webview5 suggests no packages.
Bug#1060228: qt6-multimedia: Cmake config for MultimediaQuickPrivate is not packaged
Source: qt6-multimedia Version: 6.4.2-11 Severity: normal X-Debbugs-Cc: rob...@griebl.org Hi, The Debian Qt6 MM packages are not shipping with a cmake config for the private module "MultimediaQuickPrivate". While you normally do not have to deal with this private module, you definitely DO need it when using qmltc to compile QML code using QtMultiMedia QML types, as qmltc generates code that includes private headers from there: Failed to find required Qt component "MultimediaQuickPrivate". [cmake] [cmake] Expected Config file at [cmake] "/usr/lib/x86_64-linux-gnu/cmake/Qt6MultimediaQuickPrivate/Qt6MultimediaQuickPrivateConfig.cmake" [cmake] does NOT exist [cmake] Thanks for looking into this, Robert -- System Information: Debian Release: trixie/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.5.0-4-amd64 (SMP w/32 CPU threads; PREEMPT) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_US Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#1009632: The QPA plugin package contains the TLS backends
Hi Patrick, On 15.04.2022 18:03, Patrick Franz wrote: And while we're at it: the image format plugins also do not really belong into the qpa plugin package for the same reasons: you can use QtGui and the QImage classes perfectly fine in a headless daemon: /usr/lib/x86_64-linux-gnu/qt6/plugins/imageformats/libqgif.so /usr/lib/x86_64-linux-gnu/qt6/plugins/imageformats/libqico.so /usr/lib/x86_64-linux-gnu/qt6/plugins/imageformats/libqjpeg.so Which package name do you suggest ? We already have " qt6-image-formats- plugins", but that is from the qtimageformats module. The question is how modular we really want to be here: as gif and jpg are really standard image formats, I'd rather package those up in the libqt6gui6 package (as it was done for libqt5gui5). If you do want to split them off, then it might be something like "qt6-[base|gui]-image-formats-plugins". You'd probably have to rename the existing package ("qt6-image-formats-plugins") to "qt6-extra-image-formats-plugins" as well to avoid confusion. cu Robert
Bug#1009632: The QPA plugin package contains the TLS backends
Package: qt6-qpa-plugins Version: 6.2.2 The new Qt6 plugins for the TLS backend (QSslSocket) got packaged with the QPA plugins, which is a bit awkward if you have a headless daemon that needs to download from https:// URLs, because you are now pulling in a lot of X11 and OpenGL dependencies. I think these should be in their own qt6-tls-plugins package: /usr/lib/x86_64-linux-gnu/qt6/plugins/tls/libqcertonlybackend.so /usr/lib/x86_64-linux-gnu/qt6/plugins/tls/libqopensslbackend.so And while we're at it: the image format plugins also do not really belong into the qpa plugin package for the same reasons: you can use QtGui and the QImage classes perfectly fine in a headless daemon: /usr/lib/x86_64-linux-gnu/qt6/plugins/imageformats/libqgif.so /usr/lib/x86_64-linux-gnu/qt6/plugins/imageformats/libqico.so /usr/lib/x86_64-linux-gnu/qt6/plugins/imageformats/libqjpeg.so Thanks for looking into this, Robert