kcollectd is marked for autoremoval from testing
kcollectd 0.11.0-1 is marked for autoremoval from testing on 2020-06-23 It (build-)depends on packages with these RC bugs: 959675: libgrpc++1: libgrpc++1: endless looping with default settings
Bug#961558: libkf5xmlgui5: removes KGestureMap, which breaks older kdebugdialog5 (package: libkf5kdelibs4support5-bin)
Package: libkf5xmlgui5 Version: 5.69.0-1 Severity: normal Dear Maintainer, after installing this package from experimental, it became impossible to run kdebugdialog5. The error message is: kdebugdialog5: symbol lookup error: /usr/lib/i386-linux-gnu/libKF5KDELibs4Support.so.5: undefined symbol: _ZN11KGestureMap4selfEv Apparently, this was removed by commit 1fa7e40c78627b6c0a456f98b99e3dc9214d5402 (Drop unused broken KGesture support). It would be nice if the new library package included a Breaks: on libkf5kdelibs4support5-bin. Or rather, while looking at it, libkf5kdelibs4support5 since it is used in its code. Regards Jiri Palecek -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: i386 (i686) Foreign Architectures: amd64 Kernel: Linux 5.7.0-rc5-686-pae (SMP w/2 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=cs_CZ, LC_CTYPE=cs_CZ (charmap=ISO-8859-2), LANGUAGE=cs_CZ (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libkf5xmlgui5 depends on: ii libc6 2.30-7 ii libkf5attica5 5.69.0-1 ii libkf5configcore5 5.69.0-1 ii libkf5configgui5 5.69.0-1 ii libkf5configwidgets5 5.69.0-1 ii libkf5coreaddons5 5.69.0-1 ii libkf5globalaccel-bin 5.69.0-1 ii libkf5globalaccel55.69.0-1 ii libkf5i18n5 5.69.0-1 ii libkf5iconthemes5 5.69.0-1 ii libkf5itemviews5 5.69.0-1 ii libkf5widgetsaddons5 5.69.0-2 ii libkf5windowsystem5 5.69.0-1 ii libkf5xmlgui-data 5.69.0-1 ii libqt5core5a [qtbase-abi-5-12-5] 5.12.5+dfsg-10 ii libqt5dbus5 5.12.5+dfsg-10 ii libqt5gui55.12.5+dfsg-10 ii libqt5network55.12.5+dfsg-10 ii libqt5printsupport5 5.12.5+dfsg-10 ii libqt5widgets55.12.5+dfsg-10 ii libqt5xml55.12.5+dfsg-10 ii libstdc++610.1.0-1 Versions of packages libkf5xmlgui5 recommends: pn libkf5xmlgui-bin libkf5xmlgui5 suggests no packages. -- no debconf information
Bug#961554: libqt5webengine5:amd64: fails to find resources
Package: libqt5webengine5
Version: 5.14.2+dfsg-1
Severity: important
Usertags: usrmerge
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Maintainer,
The resource folder seems to be determined relative to the library
location. On my old non-usrmerged system this results in
/usr/share/qt5/resources, which is fine. On my new install where /lib is
a synlink to /usr/lib, the library is loaded from /lib/x86_64-linux-gnu,
and the resource directory is determined to be /share/qt5/resources,
which does not exist. With e.g. qutebrowser or ghostwriter, this causes
the program to crash.
$ /usr/bin/qutebrowser --temp-basedir
00:37:37 WARNING: QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to
'/tmp/runtime-kevin'
00:37:38 WARNING: Qt WebEngine resources not found at /share/qt5/resources.
Trying parent directory...
00:37:38 WARNING: Qt WebEngine resources not found at /share/qt5. Trying
application directory...
00:37:38 WARNING: Qt WebEngine resources not found at /usr/bin. Trying fallback
directory... The application MAY NOT work.
00:37:38 WARNING: Path override failed for key base::DIR_QT_LIBRARY_DATA and
path '/home/kevin/.qutebrowser'
00:37:38 WARNING: Installed Qt WebEngine locales directory not found at
location /share/qt5/translations/qtwebengine_locales. Trying application
directory...
00:37:38 WARNING: Qt WebEngine locales directory not found at location
/usr/bin/qtwebengine_locales. Trying fallback directory... Translations MAY NOT
not be correct.
00:37:38 WARNING: Path override failed for key ui::DIR_LOCALES and path
'/home/kevin/.qutebrowser'
[0526/003738.072898:ERROR:icu_util.cc(170)] Invalid file descriptor to ICU data
received.
$ ldd /usr/bin/ghostwriter | fgrep Qt
libQt5WebEngineWidgets.so.5 =>
/lib/x86_64-linux-gnu/libQt5WebEngineWidgets.so.5 (0x7fc6d43cc000)
libQt5Widgets.so.5 => /lib/x86_64-linux-gnu/libQt5Widgets.so.5
(0x7fc6d3d38000)
libQt5WebEngine.so.5 => /lib/x86_64-linux-gnu/libQt5WebEngine.so.5
(0x7fc6d3cbd000)
libQt5Gui.so.5 => /lib/x86_64-linux-gnu/libQt5Gui.so.5
(0x7fc6d361c000)
libQt5WebChannel.so.5 => /lib/x86_64-linux-gnu/libQt5WebChannel.so.5
(0x7fc6d35f7000)
libQt5Core.so.5 => /lib/x86_64-linux-gnu/libQt5Core.so.5
(0x7fc6d30c7000)
libQt5WebEngineCore.so.5 =>
/lib/x86_64-linux-gnu/libQt5WebEngineCore.so.5 (0x7fc6cb5fe000)
libQt5Quick.so.5 => /lib/x86_64-linux-gnu/libQt5Quick.so.5
(0x7fc6cb0a6000)
libQt5PrintSupport.so.5 =>
/lib/x86_64-linux-gnu/libQt5PrintSupport.so.5 (0x7fc6cb03)
libQt5Network.so.5 => /lib/x86_64-linux-gnu/libQt5Network.so.5
(0x7fc6cae6f000)
libQt5QuickWidgets.so.5 =>
/lib/x86_64-linux-gnu/libQt5QuickWidgets.so.5 (0x7fc6cae59000)
libQt5Qml.so.5 => /lib/x86_64-linux-gnu/libQt5Qml.so.5
(0x7fc6ca9b8000)
libQt5Test.so.5 => /lib/x86_64-linux-gnu/libQt5Test.so.5
(0x7fc6ca962000)
libQt5Positioning.so.5 => /lib/x86_64-linux-gnu/libQt5Positioning.so.5
(0x7fc6c9fb4000)
libQt5QmlModels.so.5 => /lib/x86_64-linux-gnu/libQt5QmlModels.so.5
(0x7fc6c737d000)
Looking at the source code, I rather suspect this to be an issue in
qtcore, but I might be wrong.
qtwebengine/src/core/web_engine_library_info.cpp:
QString resourcesDataPath()
{
static bool initialized = false;
static QString potentialResourcesPath =
#if defined(OS_MACOSX) && defined(QT_MAC_FRAMEWORK_BUILD)
getResourcesPath(frameworkBundle());
#else
QLibraryInfo::location(QLibraryInfo::DataPath) %
QLatin1String("/resources");
#endif
if (!initialized) {
initialized = true;
if (!QFileInfo::exists(potentialResourcesPath %
QLatin1String("/qtwebengine_resources.pak"))) {
qWarning("Qt WebEngine resources not found at %s. Trying parent
directory...", qPrintable(potentialResourcesPath));
potentialResourcesPath =
QLibraryInfo::location(QLibraryInfo::DataPath);
}
if (!QFileInfo::exists(potentialResourcesPath %
QLatin1String("/qtwebengine_resources.pak"))) {
qWarning("Qt WebEngine resources not found at %s. Trying
application directory...", qPrintable(potentialResourcesPath));
potentialResourcesPath = QCoreApplication::applicationDirPath();
}
if (!QFileInfo::exists(potentialResourcesPath %
QLatin1String("/qtwebengine_resources.pak"))) {
qWarning("Qt WebEngine resources not found at %s. Trying fallback
directory... The application MAY NOT work.",
qPrintable(potentialResourcesPath));
potentialResourcesPath = fallbackDir();
}
}
return potentialResourcesPath;
}
- -- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (500, 'testing'), (110, 'unstable'), (100, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 5.6.0-1-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_GB.UTF-8
Re: build failure while updating pyside2 in raspbian
On 24/05/2020 16:01, peter green wrote: (minimal) Clang: 1 diagnostic messages: /pyside2/sources/shiboken2/tests/libminimal/listuser.h:32:10: fatal: 'list' file not found /tmp/global_pjsLqX.hpp:1:10: note: in file included from /tmp/global_pjsLqX.hpp:1: /pyside2/sources/shiboken2/tests/minimalbinding/global.h:32:10: note: in file included from /pyside2/sources/shiboken2/tests/minimalbinding/global.h:32: Any idea what might be going wrong and what can be done about it? I found the issue myself, it seems that the issue was caused by having libgcc-10-dev but not libstdc++-10-dev installed in the build environment and this causes clang to use the gcc-10 directories (which contain no c++ stuff because libstdc++-10-dev is not installed) rather than the gcc-9 directories (which do contain the c++ stuff). See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=961547 for more details.
