Bug#913287: libqt5core5a: loads libGL.so instead of libGL.so.1, causing PyQt5 to crash on systems with NVIDIA libraries installed
Package: libqt5core5a Version: 5.11.2+dfsg-4 Severity: important Tags: patch upstream Hello, A long-standing bug affects the PyQt5 (and previously the PyQt4) packages, whereby they crash on Debian-based systems which have the NVIDIA libraries installed. The following almost minimal code crashes: #!/usr/bin/python3 import sys from PyQt5.QtCore import QUrl from PyQt5.QtWidgets import QApplication from PyQt5.QtWebEngineWidgets import QWebEngineView app = QApplication(sys.argv) wv = QWebEngineView() wv.load(QUrl('about:blank')) wv.show() app.exec_() See for example: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=912925 https://bugs.launchpad.net/ubuntu/+source/python-qt4/+bug/941826 I have managed to track down the source of the error and reported it upstream (along with debugging logs and so on) at: https://bugreports.qt.io/browse/QTBUG-71488 It turns out that the bug lies in the libqt5core5a library, which tries loading libGL.so before trying libGL.so.1, which is the wrong order (in particular on Debian-based systems - see the above Debian bug report for a discussion of why). I have created and tested the attached patch for the bug. It would be great if this patch could be applied to Debian before buster is frozen; it probably won't make it into the upstream sources in time for buster (because it would presumably go into the 5.12.x tree). Thanks! Julian -- System Information: Debian Release: buster/sid APT prefers stretch APT policy: (500, 'stretch'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8), LANGUAGE=en_GB.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libqt5core5a depends on: ii libc6 2.27-8 ii libdouble-conversion1 3.1.0-2 ii libgcc11:8.2.0-9 ii libglib2.0-0 2.58.1-2 ii libicu60 60.2-6 ii libpcre2-16-0 10.32-3 ii libstdc++6 8.2.0-9 ii zlib1g 1:1.2.11.dfsg-1 Versions of packages libqt5core5a recommends: ii qttranslations5-l10n 5.11.2-2 Versions of packages libqt5core5a suggests: ii libthai0 0.1.28-1 -- no debconf information --- a/src/plugins/platforms/xcb/gl_integrations/xcb_glx/qglxintegration.cpp +++ b/src/plugins/platforms/xcb/gl_integrations/xcb_glx/qglxintegration.cpp @@ -650,9 +650,9 @@ #if QT_CONFIG(library) extern const QString qt_gl_library_name(); //QLibrary lib(qt_gl_library_name()); -QLibrary lib(QLatin1String("GL")); +QLibrary lib(QLatin1String("GL"), 1); if (!lib.load()) -lib.setFileNameAndVersion(QLatin1String("GL"), 1); +lib.setFileName(QLatin1String("GL")); glXGetProcAddressARB = (qt_glXGetProcAddressARB) lib.resolve("glXGetProcAddressARB"); #endif }
[bts-link] source package kjots
# # bts-link upstream status pull for source package kjots # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # https://bts-link-team.pages.debian.net/bts-link/ # user debian-bts-l...@lists.debian.org # remote status report for #632712 (http://bugs.debian.org/632712) # Bug title: kjots: adding a rule line makes the page to scroll at the top # * http://bugs.kde.org/show_bug.cgi?id=195828 # * remote status changed: UNCONFIRMED -> NEEDSINFO # * remote resolution changed: (?) -> WAITINGFORINFO usertags 632712 - status-UNCONFIRMED usertags 632712 + status-NEEDSINFO resolution-WAITINGFORINFO thanks
Bug#913267: ki18n FTCBFS: build dependency python3 not installable
Source: ki18n Version: 5.49.0-1 Tags: patch User: helm...@debian.org Usertags: rebootstrap ki18n fails to install its cross build dependencies. It requests the host architecture python3, but that fails postinst. It actually wants to run python3 during build, so it needs the build architcture python. That can be achieved by annotating the dependency with :any or :native and doing so makes ki18n cross buildable. Please consider applying the attached patch. Helmut diff --minimal -Nru ki18n-5.49.0/debian/changelog ki18n-5.49.0/debian/changelog --- ki18n-5.49.0/debian/changelog 2018-08-17 16:18:34.0 +0200 +++ ki18n-5.49.0/debian/changelog 2018-11-08 21:02:47.0 +0100 @@ -1,3 +1,10 @@ +ki18n (5.49.0-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Fix FTCBFS: Annotate python3 build dependency with :any. (Closes: #-1) + + -- Helmut Grohne Thu, 08 Nov 2018 21:02:47 +0100 + ki18n (5.49.0-1) unstable; urgency=medium * New upstream release (5.48.1). diff --minimal -Nru ki18n-5.49.0/debian/control ki18n-5.49.0/debian/control --- ki18n-5.49.0/debian/control 2018-08-17 16:18:34.0 +0200 +++ ki18n-5.49.0/debian/control 2018-11-08 21:02:45.0 +0100 @@ -11,7 +11,7 @@ graphviz, libqt5sql5-sqlite, pkg-kde-tools (>= 0.15.15ubuntu1~), - python3, + python3:any, qtbase5-dev (>= 5.8.0~), qtdeclarative5-dev (>= 5.8.0~), qtscript5-dev (>= 5.8.0~),
latte-dock_0.7.4-1_amd64.changes is NEW
binary:latte-dock is NEW. binary:latte-dock is NEW. source:latte-dock is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good OpenPGP signature and file hashes are valid), so please be patient. Packages are routinely processed through to the archive, and do feel free to browse the NEW queue[1]. If there is an issue with the upload, you will receive an email from a member of the ftpteam. If you have any questions, you may reply to this email. [1]: https://ftp-master.debian.org/new.html or https://ftp-master.debian.org/backports-new.html for *-backports
Processing of latte-dock_0.7.4-1_amd64.changes
latte-dock_0.7.4-1_amd64.changes uploaded successfully to localhost along with the files: latte-dock_0.7.4-1.dsc latte-dock_0.7.4.orig.tar.xz latte-dock_0.7.4-1.debian.tar.xz latte-dock-dbgsym_0.7.4-1_amd64.deb latte-dock_0.7.4-1_amd64.buildinfo latte-dock_0.7.4-1_amd64.deb Greetings, Your Debian queue daemon (running on host usper.debian.org)
Bug#876362: marked as done (tmux: lines corrupted with vim-nox)
Your message dated Thu, 8 Nov 2018 19:21:30 +0200 with message-id <15b7bbb0-b3ac-9394-75c1-e0195cfe3...@gmail.com> and subject line Re: Bug#877345: tmux: Clearing output with Ctrl+L does not work when using tmux has caused the Debian Bug report #877345, regarding tmux: lines corrupted with vim-nox to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 877345: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877345 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: tmux Version: 2.6~rc3-1 When using vi (vim-nox) inside a tmux session and then jumping from top to bottom or the other way around, the lines get corrupted. This issue does not appear with vi outside a tmux session. Example: $ vi /usr/include/c++/7/string_view GG # jump to end __s.length() * sizeof(char16_t)); } };yright (C) 2013-2017 Free Software Foundation, Inc. // template<> is part of the GNU ISO C++ Library. This library is free struct __is_fast_hash> : std::false_type { }; of the GNU General Public License as published by the // Free Software Foundation; either version 3, or (at your option) template<> version. struct hash : public __hash_baseit will be useful, {t WITHOUT ANY WARRANTY; without even the implied warranty of // MERsize_tBILITY or FITNESS FOR A PARTICULAR PURPOSE. See the // GNUoperator()(const u32string_view& __s) const noexcept { return std::_Hash_impl::hash(__s.data(), // Under Section 7 of GPL version 3, __s.length() * sizeof(char32_t)); } };missions described in the GCC Runtime Library Exception, version // 3.1, as published by the Free Software Foundation. template<> struct __is_fast_hash> : std::false_typense and { };y of the GCC Runtime Library Exception along with this program; #endif the files COPYING3 and COPYING.RUNTIME respectively. If not, see _GLIBCXX_END_NAMESPACE_VERSIONs/>. inline namespace literals { This is a Standard C++ Library header. inline namespace string_view_literals { _GLIBCXX_BEGIN_NAMESPACE_VERSION // N3762 basic_string_view library // inline constexpr basic_string_view operator""sv(const char* __str, size_t __len) { return basic_string_view{__str, __len}; } #define _GLIBCXX_STRING_VIEW 1 #ifdef _GLIBCXX_USE_WCHAR_T inline constexpr basic_string_view operator""sv(const wchar_t* __str, size_t __len) { return basic_string_view{__str, __len}; } #endifude #else #ifdef _GLIBCXX_USE_C99_STDINT_TR1 inline constexpr basic_string_view operator""sv(const char16_t* __str, size_t __len) { return basic_string_view{__str, __len}; } #include #incinline constexpr basic_string_view operator""sv(const char32_t* __str, size_t __len) { return basic_string_view{__str, __len}; } #endif _GLIBCXX_BEGIN_NAMESPACE_VERSION _GLIBCXX_END_NAMESPACE_VERSION } // namespace string_literals } // namespace literals_view * @brief A non-owning reference to a string. } // namespace std * @ingroup strings #include * #endif // __cplusplus <= 201402Laracter * @tparam _Traits Traits for character type, defaults to #endif // _GLIBCXX_EXPERIMENTAL_STRING_VIEW --- End Message --- --- Begin Message --- Closing, as it was fixed quite some time ago.--- End Message ---
Processed: Bug #913243 in qtdeclarative-opensource-src marked as pending
Processing control commands: > tag -1 pending Bug #913243 [src:qtdeclarative-opensource-src] qtdeclarative-opensource-src FTCBFS: Build-Depends: python is not installable Added tag(s) pending. -- 913243: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=913243 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#779366: marked as done (task-kde-desktop: nepomuk-core-runtime missing while nepomuk-core-data with non-working shortcuts exists)
Your message dated Thu, 8 Nov 2018 18:52:29 +0200 with message-id and subject line 779366-done has caused the Debian Bug report #779366, regarding task-kde-desktop: nepomuk-core-runtime missing while nepomuk-core-data with non-working shortcuts exists to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 779366: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=779366 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: task-kde-desktop Version: 3.29 Severity: important Dear Maintainer, I have installed Jessie amd64 form RC1 netinst iso with KDE and OpenSSH tasks selected in virtual machine. In app list I can see "Nepomuk Cleaner" and "Nepomuk Backup" shortcuts, but then I click I get message: "KDEInit could not launch 'nepomukcleaner': Could not find 'nepomukcleaner' executable. After some digging, I've found out that shortcuts (/usr/share/applications/kde...) are installed by nepomuk-core-data, but "nepomukbackup" and "nepomukcleaner" binaries are in nepomuk-core-runtime package, which is not installed for some reason. I got same result in two virtual machines (one in Debian 7 VirtualBox, and other ir Kubutun 14.04 Virt-manager/KVM). -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages task-kde-desktop depends on: ii kde-standard 5:84 ii kdm 4:4.11.13-2 ii task-desktop 3.29 ii tasksel 3.29 Versions of packages task-kde-desktop recommends: ii apper0.9.1-2 ii gimp 2.8.14-1+b1 ii hunspell-en-us 20070829-6 ii hyphen-en-us 2.8.8-1 ii iceweasel31.4.0esr-1 ii k3b 2.0.2-8 ii k3b-i18n 2.0.2-8 ii kdeaccessibility 4:4.12+5.84 ii kdesudo 3.4.2.4-2 ii libqtcore4-perl 4.8.4-1.2 ii libqtgui4-perl 4.8.4-1.2 ii libreoffice 1:4.3.3-2 ii libreoffice-help-en-us 1:4.3.3-2 ii libreoffice-kde 1:4.3.3-2 ii mythes-en-us 1:3.3.0-4 ii plasma-widget-networkmanagement 0.9.3.4-2 ii system-config-printer1.4.6-1 task-kde-desktop suggests no packages. -- no debconf information --- End Message --- --- Begin Message --- Closing as irrelevant.--- End Message ---
Bug#913243: qtdeclarative-opensource-src FTCBFS: Build-Depends: python is not installable
Source: qtdeclarative-opensource-src Version: 5.11.2-2 Tags: patch User: helm...@debian.org Usertags: rebootstrap qtdeclarative-opensource-src fails to cross build from source, because it asks for the host architecture python via Build-Depends and that one fails postinst. It actually wants to run python during build rather than integrate with python, so it should be asking for the build architecture python. Annotating the dependency with :any fixes that and makes qtdeclarative-opensource-src cross buildable. Please consider applying the attached patch. Helmut diff --minimal -Nru qtdeclarative-opensource-src-5.11.2/debian/changelog qtdeclarative-opensource-src-5.11.2/debian/changelog --- qtdeclarative-opensource-src-5.11.2/debian/changelog2018-10-15 20:16:04.0 +0200 +++ qtdeclarative-opensource-src-5.11.2/debian/changelog2018-11-08 17:36:20.0 +0100 @@ -1,3 +1,10 @@ +qtdeclarative-opensource-src (5.11.2-2.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Fix FTCBFS: Annotate Build-Depends: python with :any. (Closes: #-1) + + -- Helmut Grohne Thu, 08 Nov 2018 17:36:20 +0100 + qtdeclarative-opensource-src (5.11.2-2) unstable; urgency=medium * Upload to unstable. diff --minimal -Nru qtdeclarative-opensource-src-5.11.2/debian/control qtdeclarative-opensource-src-5.11.2/debian/control --- qtdeclarative-opensource-src-5.11.2/debian/control 2018-10-15 20:16:04.0 +0200 +++ qtdeclarative-opensource-src-5.11.2/debian/control 2018-11-08 17:36:18.0 +0100 @@ -14,7 +14,7 @@ libqt5opengl5-dev (>= 5.11.2+dfsg~), libqt5xmlpatterns5-dev (>= 5.11.2~), pkg-kde-tools (>= 0.15.17~), - python, + python:any, qtbase5-private-dev (>= 5.11.2+dfsg~), xauth, xvfb
Re: kdeconnect doesn't
On Donnerstag, 1. November 2018 05:17:00 CET Gary Dale wrote: > I managed to get kdeconnect to work between my laptop and my phone by > installing ufw and opening the kdeconnect ports in it. However the same > solution doesn't work on my desktop, which is where I really need it. I > rarely use my laptop. [...] > Any ideas? Maybe this is affecting you https://bugs.kde.org/show_bug.cgi?id=400178 Michael -- Michael Schuerig mailto:mich...@schuerig.de http://www.schuerig.de/michael/