Bug#1069994: systemd-resolved: resolvectl dnssec failed for unsigned domains
Dear Luca Boccassi, Dear Maintainers, On Sun, 28 Apr 2024 11:42:11 +0100 Luca Boccassi wrote: > On Sun, 28 Apr 2024 11:53:17 +0200 Adrien CLERC > wrote: > > Package: systemd-resolved > > Version: 255.5-1 > > Severity: important > > > > Dear Maintainer, > > > > Since 255.5-1, resolvectl produces the following: > > > > ❯ resolvectl query --validate=yes www.youtube.com > > www.youtube.com: resolve call failed: DNSSEC validation failed: no- > signature > > > > The domain is unsigned. It worked in 255.4-1+b1, but I'm unable to > rollback, > > since it depends on libsystemd which makes a lot of package unhappy > with > > dependencies. > > > > Did I miss something? > > In the meantime, I'll use "DNSSEC=no", but that's not a definitive > answer. > > > > Have a nice day, > > Adrien > > > > There are no resolved patches downstream, report this upstream It has been resolved upstream [1] but need backporting for now. I think commits to backports from upstream are: d840783db5208219c78d73b9b46ef5daae9fea0a 5237ffdf2b63a5afea77c3470d9981a2c29643cc 414a9b8e5e1e772261b0ffaedc853f5c0aba5719 which have already been backported in ArchLinux [2]. [1] https://github.com/systemd/systemd/issues/32531 [2] https://gitlab.archlinux.org/archlinux/packaging/packages/systemd/-/blob/main/PKGBUILD?ref_type=heads#L95 -- Cédric Hannotier
Bug#1005824: QtWebEngine: build with pipewire support
Control: affects -1 + qutebrowser
Control: tags -1 + patch
On Tue, 15 Feb 2022 22:31:33 +0530 Pirate Praveen
wrote:
> Hi! I have seen
> https://mail.kde.org/pipermail/falkon/2022-February/000869.html – FYI,
> whether screensharing works under Wayland or not depends on how QtWebEngine
> is built, see: https://github.com/qutebrowser/qutebrowser/issues/5421
>
> Looking at the Fedora package, it is not currently built with Pipewire, so no
> way it will work on Fedora. But that is not Falkon's fault. We need to fix
> our QtWebEngine package.
>
> It is the same for other affected distros.
>
> That said, whether it will work then or hit other bugs, I cannot tell, since
> we have not enabled it yet.
Patch (thanks to ArchLinux [1]) in attachment works under pipewire + wayland +
qutebrowser.
[1]
https://github.com/archlinux/svntogit-packages/commit/5d4742100b9ddbcf4f374276335bb42dfcc5423d
--
Cédric Hannotier
>From f238e94bc767d0aedaf750ab1ab509ad70d7c673 Mon Sep 17 00:00:00 2001
Subject: [PATCH] Enable PipeWire screencasting
---
debian/control|1 +
.../patches/qt5-webengine-pipewire-0.3.patch | 1824 +
debian/patches/series |1 +
debian/rules |1 +
4 files changed, 1827 insertions(+)
create mode 100644 debian/patches/qt5-webengine-pipewire-0.3.patch
diff --git a/debian/control b/debian/control
index 827e12c..6f4086f 100644
--- a/debian/control
+++ b/debian/control
@@ -39,6 +39,7 @@ Build-Depends: binutils (>= 2.32-8~),
libopenjp2-7-dev,
libopus-dev (>= 1.3.1),
libpci-dev,
+ libpipewire-0.3-dev,
libpng-dev,
libprotobuf-dev,
libpulse-dev,
diff --git a/debian/patches/qt5-webengine-pipewire-0.3.patch b/debian/patches/qt5-webengine-pipewire-0.3.patch
new file mode 100644
index 000..67b5a33
--- /dev/null
+++ b/debian/patches/qt5-webengine-pipewire-0.3.patch
@@ -0,0 +1,1824 @@
+Description: Enable WebRTC screen sharing through PipeWire
+Origin: https://github.com/archlinux/svntogit-packages/blob/packages/qt5-webengine/trunk/qt5-webengine-pipewire-0.3.patch
+Bug: 1005824
+Last-Update: 2023-02-06
+
+diff --git a/src/3rdparty/chromium/third_party/webrtc/modules/desktop_capture/BUILD.gn b/src/3rdparty/chromium/third_party/webrtc/modules/desktop_capture/BUILD.gn
+index 5235512735d..8259442f811 100644
+--- a/src/3rdparty/chromium/third_party/webrtc/modules/desktop_capture/BUILD.gn
b/src/3rdparty/chromium/third_party/webrtc/modules/desktop_capture/BUILD.gn
+@@ -11,6 +11,11 @@ import("//build/config/ui.gni")
+ import("//tools/generate_stubs/rules.gni")
+ import("../../webrtc.gni")
+
++if (rtc_use_pipewire) {
++ assert(rtc_pipewire_version == "0.2" || rtc_pipewire_version == "0.3",
++ "Unsupported PipeWire version")
++}
++
+ use_desktop_capture_differ_sse2 = current_cpu == "x86" || current_cpu == "x64"
+
+ config("x11_config") {
+@@ -200,22 +205,41 @@ if (is_linux || is_chromeos) {
+ ]
+ }
+
+-if (rtc_link_pipewire) {
++if (rtc_pipewire_version == "0.3") {
+ pkg_config("pipewire") {
+-packages = [ "libpipewire-0.2" ]
++packages = [ "libpipewire-0.3" ]
++if (!rtc_link_pipewire) {
++ ignore_libs = true
++}
+ }
+ } else {
++ pkg_config("pipewire") {
++packages = [ "libpipewire-0.2" ]
++if (!rtc_link_pipewire) {
++ ignore_libs = true
++}
++ }
++}
++
++if (!rtc_link_pipewire) {
+ # When libpipewire is not directly linked, use stubs to allow for dlopening of
+ # the binary.
+ generate_stubs("pipewire_stubs") {
+-configs = [ "../../:common_config" ]
++configs = [
++ "../../:common_config",
++ ":pipewire",
++]
+ deps = [ "../../rtc_base" ]
+ extra_header = "linux/pipewire_stub_header.fragment"
+ logging_function = "RTC_LOG(LS_VERBOSE)"
+ logging_include = "rtc_base/logging.h"
+ output_name = "linux/pipewire_stubs"
+ path_from_source = "modules/desktop_capture/linux"
+-sigs = [ "linux/pipewire.sigs" ]
++if (rtc_pipewire_version == "0.3") {
++ sigs = [ "linux/pipewire03.sigs" ]
++} else {
++ sigs = [ "linux/pipewire02.sigs" ]
++}
+ }
+ }
+
+@@ -506,6 +530,7 @@ rtc_library("desktop_capture_generic") {
+ absl_deps = [
+ "//third_party/abseil-cpp/absl/memory",
+ "//third_party/abseil-cpp/absl/strings",
Bug#1026821: python-matplotlib-doc: Broken search functionality
Package: python-matplotlib-doc Version: 3.5.2-4 Severity: normal Dear Maintainer, Search does not work anymore. It fails with the following message: ``` Uncaught ReferenceError: SPHINX_HIGHLIGHT_ENABLED is not defined at Object.query (searchtools.js:279) at Object.performSearch (searchtools.js:238) at HTMLDocument.init (searchtools.js:179) ``` Rebuilding the package solves the issue. IMO, its due to the major version bump of libjs-sphinxdoc. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-5-amd64 (SMP w/12 CPU threads; PREEMPT) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python-matplotlib-doc depends on: ii libjs-jquery 3.6.1+dfsg+~3.5.14-1 ii libjs-sphinxdoc 5.3.0-2 python-matplotlib-doc recommends no packages. python-matplotlib-doc suggests no packages. -- no debconf information -- Cédric Hannotier
Bug#1021257: imagemagick-6.q16: import renders X unresponsive
Package: imagemagick-6.q16 Version: 8:6.9.11.60+dfsg-1.3+b3 Severity: important Dear Maintainer, Using import (symlink to import-im6.q16) freezes the whole X session. Only exit door is to go to another tty and kill the process. Steps: $ import my_file_name -- Package-specific info: ImageMagick program version --- animate: ImageMagick 6.9.11-60 Q16 x86_64 2021-01-25 https://imagemagick.org compare: ImageMagick 6.9.11-60 Q16 x86_64 2021-01-25 https://imagemagick.org convert: ImageMagick 6.9.11-60 Q16 x86_64 2021-01-25 https://imagemagick.org composite: ImageMagick 6.9.11-60 Q16 x86_64 2021-01-25 https://imagemagick.org conjure: ImageMagick 6.9.11-60 Q16 x86_64 2021-01-25 https://imagemagick.org display: ImageMagick 6.9.11-60 Q16 x86_64 2021-01-25 https://imagemagick.org identify: ImageMagick 6.9.11-60 Q16 x86_64 2021-01-25 https://imagemagick.org import: ImageMagick 6.9.11-60 Q16 x86_64 2021-01-25 https://imagemagick.org mogrify: ImageMagick 6.9.11-60 Q16 x86_64 2021-01-25 https://imagemagick.org montage: ImageMagick 6.9.11-60 Q16 x86_64 2021-01-25 https://imagemagick.org stream: ImageMagick 6.9.11-60 Q16 x86_64 2021-01-25 https://imagemagick.org -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.19.0-1-amd64 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages imagemagick-6.q16 depends on: ii hicolor-icon-theme 0.17-2 ii libc6 2.35-1 ii libmagickcore-6.q16-6 8:6.9.11.60+dfsg-1.3+b3 ii libmagickwand-6.q16-6 8:6.9.11.60+dfsg-1.3+b3 Versions of packages imagemagick-6.q16 recommends: ii ghostscript 9.56.1~dfsg-1 pn libmagickcore-6.q16-6-extra ii netpbm 2:10.97.00-2 Versions of packages imagemagick-6.q16 suggests: pn autotrace ii cups-bsd [lpr] 2.4.2-1+b1 ii curl 7.85.0-1 pn enscript ii ffmpeg 7:5.1.2-1 ii fig2dev [transfig] 1:3.2.8b-3 ii gimp 2.10.32-1+b1 pn gnuplot pn grads ii graphviz 2.42.2-7 ii groff-base 1.22.4-8 pn hp2xx pn html2ps pn imagemagick-doc ii libwmf-bin 0.2.12-5 pn mplayer pn povray pn radiance ii sane-utils 1.1.1-5 ii texlive-binaries [texlive-base-bin] 2022.20220321.62855-4 pn ufraw-batch ii xdg-utils1.1.3-4.1 -- no debconf information -- Cédric Hannotier
Bug#984858: python-numpy-doc: numpy doc search results broken by appending "undefined"
On Tue, 09 Mar 2021 10:15:52 +0100 Drew Parsons wrote: > The local numpy docs at /usr/share/doc/python-numpy-doc/html/index.html > provide a search window. Search does work, but the result links are > borken. > > For instance, search for norm, finds 76 pages of results, the first > being "numpy.linalg.norm (Python function, in numpy.linalg.norm)" > The url link for this result is > file:///usr/share/doc/python-numpy-doc/html/reference/generated/numpy.linalg.normundefined?highlight=norm#numpy.linalg.norm > > The "undefined" suffix at the end of the filepath of course means the > link does not work. The actual file is > file:///usr/share/doc/python-numpy-doc/html/reference/generated/numpy.linalg.norm.html > > The tags on the search url do work if applied to the correct filepath, as in > file:///usr/share/doc/python-numpy-doc/html/reference/generated/numpy.linalg.norm.html?highlight=norm > > Something in the search engine is replacing '.html' with 'undefined'. It is because the sphinx builder seems to do something wrong when building the search.html file... DIR=/usr/share/doc/python-numpy-doc/html in $DIR/_static/searchtools.js line 268, the script generates links using this: ``` linkUrl = item[0] + DOCUMENTATION_OPTIONS.LINK_SUFFIX; ``` The issue is that, somehow, the `DOCUMENTATION_OPTIONS` is defined in $DIR/search.html, and does not contain a `LINK_SUFFIX` parameter (-> undefined). >From numpy doc website, they use this instead: ``` ``` Dirty workaround is to comment the definition of `DOCUMENTATION_OPTIONS` in search.html and add this line, or add `LINK_SUFFIX: '.html'` to its definition. Sadly, I do not have any knowledge on Sphinx build to properly fix it. Regards -- Cédric Hannotier
Bug#991155: fixed in neovim 0.5.0-1
Hi James, On Tue, 10 Aug 2021 03:48:30 + Debian FTP Masters wrote: > We believe that the bug you reported is fixed in the latest version of > neovim, which is due to be installed in the Debian FTP archive. Release 0.5.0-1 did not successfully build on a significant number of arch, and especially amd64. Could you reconsider ? Regards -- Cédric Hannotier
Bug#986829: uhd-host: Update sysctl configuration filename and path
Package: uhd-host
Version: 3.15.0.0-4+b1
Severity: normal
Dear Maintainer,
For some UHD applications, we need to change {r,w}mem_max values [1].
>From 'sysctl.d (5)' manual,
files under '/.../sysctl.d/' are read in lexicographic order.
It also recommends to:
- "prefix all filenames with a two-digit number
and a dash, to simplify the ordering of the files."
- install package's configuration files under '/usr/lib/'
Current filename ('uhd-usrp2.conf') prevent me to overwrite those values
with another file using the first recommendation (since digits are
lexicographically before letters).
Could you prepend a two-digit number + dash (for easy overwriting)
and move that file to '/usr/lib/sysctl.d/' (for consistency)?
[1]
https://files.ettus.com/manual/page_usrp_x3x0_config.html#x3x0cfg_hostpc_netcfg_sockbuff
Regards,
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable-debug'), (500,
'testing-security'), (500, 'testing-debug'), (500, 'unstable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 5.10.0-5-amd64 (SMP w/12 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages uhd-host depends on:
ii adduser 3.118
ii libboost-filesystem1.74.0 1.74.0-9
ii libboost-program-options1.74.0 1.74.0-9
ii libboost-test1.74.0 1.74.0-9
ii libboost-thread1.74.0 1.74.0-9
ii libc6 2.31-11
ii libgcc-s1 10.2.1-6
ii libncurses6 6.2+20201114-2
ii libstdc++6 10.2.1-6
ii libtinfo6 6.2+20201114-2
ii libuhd3.15.03.15.0.0-4+b1
pn libuhd4.0.0
pn libuhd4.0.0-dpdk
ii python3 3.9.2-2
ii python3-requests2.25.1+dfsg-2
Versions of packages uhd-host recommends:
ii curl7.74.0-1.1
ii procps 2:3.3.17-4
Versions of packages uhd-host suggests:
ii fdisk 2.36.1-7
ii gnuradio3.8.2.0-14
ii util-linux 2.36.1-7
--
Cédric Hannotier
Bug#977382: qutebrowser-qtwebengine: Most devtools tabs stay blank
On 18/12/20 22:27, Fritz Reichwald wrote: > Hi Cédric, Hi Fritz, > To check if the issue is qutebrowser or webengine related usually we > suggest to try if the bug is reprodudcible with falkon (another browser > using webengine) > If the bug also happens in falkon its with webengine. > Else it might be a qb bug. There were both affected. It took time because I needed to downgrade qtwebengine-opensource-src and qtbase-opensource-src (5.15.2 → 5.15.1). So it was a qt bug. But it is fixed in current version of qtwebengine-opensource-src and qtbase-opensource-src in testing. Since it is fixed, this can be closed. Feel free to reassign it to qt. Regards -- Cédric Hannotier
Bug#977382: qutebrowser-qtwebengine: Most devtools tabs stay blank
It seems to be solved with qtwebengine-opensource-src (5.15.2+dfsg-3) landing on testing. -- Cédric Hannotier
Bug#977382: qutebrowser-qtwebengine: Most devtools tabs stay blank
Package: qutebrowser-qtwebengine
Version: 1.14.1-1
Severity: normal
Dear Maintainer,
Most tabs in qutebrowser devtools stay blank,
making most of devtools unusable.
Affected tabs are:
- Sources
- Network
- Performance
- Memory
- Application
- Security
- Audits
Log using `qutebrowser --debug --temp-basedir`:
ERRORqt-js shell:none:0 Uncaught (in promise) TypeError: Failed to
fetch dynamically imported module: devtools://devtools/bundled/diff/diff.js
File "/usr/bin/qutebrowser", line 33, in
sys.exit(load_entry_point('qutebrowser==1.14.1', 'gui_scripts',
'qutebrowser')())
File "/usr/lib/python3/dist-packages/qutebrowser/qutebrowser.py", line 204,
in main
return app.run(args)
File "/usr/lib/python3/dist-packages/qutebrowser/app.py", line 128, in run
ret = qt_mainloop()
File "/usr/lib/python3/dist-packages/qutebrowser/app.py", line 138, in
qt_mainloop
return q_app.exec_()
File "/usr/lib/python3/dist-packages/qutebrowser/utils/log.py", line 507, in
qt_message_handler
stack = ''.join(traceback.format_stack()) # type: typing.Optional[str]
[369178:369178:1214/160458.123841:ERROR:CONSOLE(0)] "Uncaught (in promise)
TypeError: Failed to fetch dynamically imported module:
devtools://devtools/bundled/diff/diff.js", source:
devtools://devtools/bundled/devtools_app.html (0)
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable-debug'), (500,
'testing-debug'), (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 5.9.0-4-amd64 (SMP w/12 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages qutebrowser-qtwebengine depends on:
ii libqt5webenginecore5 5.15.1+dfsg-5+b1
ii python3-pyqt5.qtwebengine 5.15.2-1
ii qutebrowser1.14.1-1
qutebrowser-qtwebengine recommends no packages.
qutebrowser-qtwebengine suggests no packages.
-- no debconf information
Regards
--
Cédric Hannotier
Bug#975553: suckless-tools: Windows lose focus when they are interrupted by dmenu
Package: suckless-tools Version: 45-1 Severity: important Dear Maintainer, Focused window looses input focus when interrupted by dmenu. It affects some WM. This was already reported on i3 side [1] and on suckless side [2]. It was fixed by commit db6093f6ec1bb884f7540f2512935b5254750b30 [3]. Could you backport that commit or, (better IMO) update dmenu to version 5.0 (released on 2020/09/02) [4] ? [1] https://github.com/i3/i3/issues/3528 [2] https://lists.suckless.org/dev/1902/33272.html [3] https://git.suckless.org/dmenu/commit/db6093f6ec1bb884f7540f2512935b5254750b30.html [4] https://git.suckless.org/dmenu/commit/1a13d0465d1a6f4f74bc5b07b04c9bd542f20ba6.html -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.9.0-1-amd64 (SMP w/12 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages suckless-tools depends on: ii libc6 2.31-4 ii libcap2-bin 1:2.44-1 ii libfontconfig1 2.13.1-4.2 ii libpam0g1.3.1-5 ii libx11-62:1.6.12-1 ii libxft2 2.3.2-2 ii libxinerama12:1.1.4-2 ii libxrandr2 2:1.5.1-1 ii libxss1 1:1.2.3-1 suckless-tools recommends no packages. Versions of packages suckless-tools suggests: pn dwm ii stterm 0.8.4-1 pn surf -- no debconf information Best regards -- Cédric Hannotier
Bug#972335: i3lock: Cannot read image from pipe
Dear sur5r, On Sun, 18 Oct 2020 18:53:50 + Jakob Haufe wrote: > Seems I completely missed this. Will take care of it in the next few > days. Do you have any update regarding this issue? -- Cédric Hannotier
Bug#972335: i3lock: Cannot read image from pipe
Package: i3lock Version: 2.11.1-1 Severity: normal Dear Maintainer, Reading image from stdin throws OOM. It has been reported in [1]. It is solved using option --raw introduced in [2]. It is included in last release [3]. Could you please upgrade i3lock to v2.12? It was release more than 1 year ago. [1] https://github.com/i3/i3lock/issues/227 [2] https://github.com/i3/i3lock/pull/226/files [3] https://github.com/i3/i3lock/releases/tag/2.12 -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.8.0-2-amd64 (SMP w/12 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages i3lock depends on: ii libc6 2.31-3 ii libcairo2 1.16.0-4 ii libev4 1:4.33-1 ii libpam0g1.3.1-5 ii libxcb-image0 0.4.0-1+b2 ii libxcb-randr0 1.14-2 ii libxcb-shm0 1.14-2 ii libxcb-util00.3.8-3+b2 ii libxcb-xinerama01.14-2 ii libxcb-xkb1 1.14-2 ii libxcb-xrm0 1.0-3 ii libxcb1 1.14-2 ii libxkbcommon-x11-0 0.10.0-1 ii libxkbcommon0 0.10.0-1 i3lock recommends no packages. i3lock suggests no packages. -- no debconf information -- Cédric Hannotier
Bug#970496: gnuradio: Crash on missing gsettings
19.0.2-2 Versions of packages gnuradio recommends: pn gnuradio-dev ii python3-matplotlib 3.3.0-3 ii python3-networkx2.4-4 ii python3-pyqt5.qwt 1.02.00-2 ii python3-scipy 1.5.2-2 ii rtl-sdr 0.6.0-3 ii uhd-host 3.15.0.0-3 Versions of packages gnuradio suggests: pn gr-fosphor pn gr-osmosdr -- no debconf information -- Cédric Hannotier
Bug#968596: zathura: Cannot find user-level thread for LWP 101764: generic error
Package: gdb Version: 9.2-1 Severity: normal Dear Maintainer, I was trying to debug zathura-0.4.6-1, but gdb fails: $ gdb zathura GNU gdb (Debian 9.2-1) 9.2 [...] Type "apropos word" to search for commands related to "word"... Reading symbols from zathura... (No debugging symbols found in zathura) (gdb) r Starting program: /usr/bin/zathura [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [New Thread 0x74e9b700 (LWP 104676)] Cannot find user-level thread for LWP 104672: generic error (gdb) info thread Id Target IdFrame * 1Thread 0x7550b100 (LWP 104672) "zathura" (running) 2Thread 0x74e9b700 (LWP 104676) "gmain" (running) -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.7.0-2-amd64 (SMP w/12 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gdb depends on: ii libbabeltrace1 1.5.8-1+b1 ii libc6 2.31-3 ii libexpat1 2.2.9-1 ii libgcc-s1 10.2.0-5 ii libipt2 2.0.2-1 ii liblzma55.2.4-1+b1 ii libmpfr64.0.2-1 ii libncursesw66.2-1 ii libpython3.83.8.5-2 ii libreadline88.0-4 ii libsource-highlight4v5 3.1.9-3 ii libstdc++6 10.2.0-5 ii libtinfo6 6.2-1 ii libxxhash0 0.8.0-1 ii zlib1g 1:1.2.11.dfsg-2 Versions of packages gdb recommends: ii libc6-dbg [libc-dbg] 2.31-3 Versions of packages gdb suggests: pn gdb-doc pn gdbserver -- no debconf information
Bug#959130: i3status: Drop CAP_NET_ADMIN and libcap2-bin rec
Package: i3status Version: 2.13-2 Severity: normal Dear Maintainer, Since [1], capability CAP_NET_ADMIN is no more required to request Ethernet speed (related to EOL of a specific kernel version). However, it seems that there is an old postinstall file [2] that still tries to add it. Could you update the packaging process? Regards, Cédric [1] https://github.com/i3/i3status/commit/03c8908ec6429a67c3a8f480f1002788ff155bfb [2] https://salsa.debian.org/i3-team/i3status/-/blob/02705f8792c5fded19e180f5733f86ca23f707e7/debian/i3status.postinst
Bug#959095: imv: Update to 4.1.0
Package: imv Version: 4.0.1-1 Severity: wishlist Dear Maintainer, Could you package v4.1.0 and push it to unstable/testing? It was released on 2019-12-21. It fixes reading images from stdin. Regards, Cédric
