Bug#1068660: mpv: No sound. Please backport upstream patch.

[Roman Lebedev]

Package: mpv
Version: 0.37.0-1+b1
Followup-For: Bug #1068660
X-Debbugs-Cc: maril...@deb-multimedia.org
Control: tags -1 patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Now with a patch: 
https://salsa.debian.org/multimedia-team/mpv/-/merge_requests/3


- -- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'unstable-debug'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.7.9-amd64 (SMP w/32 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 mpv depends on:
ii  libarchive13t64   3.7.2-2
ii  libasound2t64 1.2.11-1+b1
ii  libass9   2:0.17.1-dmo1
ii  libavcodec60  10:6.1.1-dmo4
ii  libavdevice60 10:6.1.1-dmo4
ii  libavfilter9  10:6.1.1-dmo4
ii  libavformat60 10:6.1.1-dmo4
ii  libavutil58   10:6.1.1-dmo4
ii  libbluray22:1.3.4-dmo2
ii  libc6 2.37-15.1
ii  libcaca0  0.99.beta20-4+b1
ii  libcdio-cdda2t64  10.2+2.0.1-1.1
ii  libcdio-paranoia2t64  10.2+2.0.1-1.1
ii  libcdio19t64  1:2.1.0-dmo5
ii  libdrm2   2.4.120-2
ii  libdvdnav46.1.1-3
ii  libegl1   1.7.0-1
ii  libgbm1   24.0.4-1
ii  libjack-jackd2-0 [libjack-0.125]  1.9.21~dfsg-3+b3
ii  libjpeg62-turbo   1:2.1.5-2+b2
ii  liblcms2-22.14-2+b1
ii  liblua5.2-0   5.2.4-3+b2
ii  libmujs3  1.3.3-3+b2
ii  libpipewire-0.3-0t64  1.0.4-3
ii  libplacebo338 2:6.338.2-dmo2
ii  libpulse0 16.1+dfsg1-5
ii  librubberband21:3.3.0-dmo1
ii  libsdl2-2.0-0 2.30.1+dfsg-4
ii  libsixel1 1.10.3-3
ii  libswresample410:6.1.1-dmo4
ii  libswscale7   10:6.1.1-dmo4
ii  libuchardet0  0.0.8-1+b1
ii  libva-drm22.20.0-2
ii  libva-wayland22.20.0-2
ii  libva-x11-2   2.20.0-2
ii  libva22.20.0-2
ii  libvdpau1 1.5-2
ii  libvulkan11.3.275.0-1
ii  libwayland-client01.22.0-2.1+b1
ii  libwayland-cursor01.22.0-2.1+b1
ii  libwayland-egl1   1.22.0-2.1+b1
ii  libx11-6  2:1.8.7-1
ii  libxext6  2:1.3.4-1+b1
ii  libxkbcommon0 1.6.0-1
ii  libxpresent1  1.0.0-2+b10
ii  libxrandr22:1.5.4-1
ii  libxss1   1:1.2.3-1
ii  libxv12:1.0.11-1.1
ii  libzimg2  1:3.0.5-dmo1
ii  zlib1g1:1.3.dfsg-3.1

Versions of packages mpv recommends:
ii  xdg-utils  1.1.3-4.1
ii  yt-dlp 1:2024.03.10-dmo1

Versions of packages mpv suggests:
pn  libcuda1  

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEE+UikBxeiu50LOdFYgbqkFMWfZdAFAmYUb4sACgkQgbqkFMWf
ZdAiRw//XxYbik8SngcQcRU/tW1zpk5MeNi4pPsv5Q40MHoLKwNtm9ffyvAfLJjo
8LrX2KlhQ32r9w1rC1q7chgByN8+Fv0xz0Nu3oZj/pwKy8oADElYK6l69XvHJCJx
gYFwCfGLrjnfb09ndZjlZWbAMEZYCWhWVic0e8/MPPrE/sL2cULARNlfJx63LM6/
KG15UDgk/QRx035esB4/yCkwVZe3v4ZwEg0gI0iWHDxgkahB6CJ6h2WLF7VTY8Ww
ovecGO69OQ58znicpmuLmgFxKHXCJCBRN4hF2P6keIsmq1439diXLaiB5XYp43km
4NKTD5lckpTDsuQieM63/qwC+gyYNsqUTIzUnZvGuZdUsAVjg9mNCJQLDy82dk+x
7cTGamgpFDUjqSFPLDPWPcLEcW2Dr6fHdF4YWl5fHqxwiH6G3/CMfinlfXLAezk7
pCdHnTUcYko3CAWt1qEdjBcSoT8tcMbWCfvjoSwxGIrHZmZb/CGiMoGUnN/3HTk1
VjUKnEPOmpio7N+xBNqqMDI8GqF/zshIAZcy6rZBuqD3Et4XLbxTJA7VKvoxLrEV
HgQp3JeSfoqIFhm0WhUwerKqYc2k8bMKluCW7QN4OVENa652aTmEUtiYSBuBZ3+X
4hErWKe/mqv6F4d5vXafnQQw8ZRalF6qgkRqp65w99+Yl01coqo=
=8K8L
-END PGP SIGNATURE-

Bug#1068660: mpv: No sound. Please backport upstream patch.

[Roman Lebedev]

Package: mpv
Version: 0.37.0-1+b1
Severity: important
Tags: upstream
X-Debbugs-Cc: maril...@deb-multimedia.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear maintainers,
an upstream fix for https://github.com/mpv-player/mpv/pull/13665
which was not yet released in any mpv version needs to be backported
to the current mpv version, looks like the problematic ffmpeg version
is finally in debian (or deb-multimedia, but still.), resulting in no audio:
```
AO: [pipewire] 48000Hz 5.1(side) 6ch floatp
VO: [gpu] 1920x960 yuv420p10
[ffmpeg] SWR: Input channel layout "" is invalid or unsupported.
[swresample] Cannot open Libavresample context.
[swresample] libswresample failed to initialize.
Cannot convert decoder/filter output to any format supported by the
output.
Audio: no audio
```

Roman.


- -- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'unstable-debug'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.7.9-amd64 (SMP w/32 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 mpv depends on:
ii  libarchive13t64   3.7.2-2
ii  libasound2t64 1.2.11-1+b1
ii  libass9   2:0.17.1-dmo1
ii  libavcodec60  10:6.1.1-dmo4
ii  libavdevice60 10:6.1.1-dmo4
ii  libavfilter9  10:6.1.1-dmo4
ii  libavformat60 10:6.1.1-dmo4
ii  libavutil58   10:6.1.1-dmo4
ii  libbluray22:1.3.4-dmo2
ii  libc6 2.37-15.1
ii  libcaca0  0.99.beta20-4+b1
ii  libcdio-cdda2t64  10.2+2.0.1-1.1
ii  libcdio-paranoia2t64  10.2+2.0.1-1.1
ii  libcdio19t64  1:2.1.0-dmo5
ii  libdrm2   2.4.120-2
ii  libdvdnav46.1.1-3
ii  libegl1   1.7.0-1
ii  libgbm1   24.0.4-1
ii  libjack-jackd2-0 [libjack-0.125]  1.9.21~dfsg-3+b3
ii  libjpeg62-turbo   1:2.1.5-2+b2
ii  liblcms2-22.14-2+b1
ii  liblua5.2-0   5.2.4-3+b2
ii  libmujs3  1.3.3-3+b2
ii  libpipewire-0.3-0t64  1.0.4-3
ii  libplacebo338 2:6.338.2-dmo2
ii  libpulse0 16.1+dfsg1-5
ii  librubberband21:3.3.0-dmo1
ii  libsdl2-2.0-0 2.30.1+dfsg-4
ii  libsixel1 1.10.3-3
ii  libswresample410:6.1.1-dmo4
ii  libswscale7   10:6.1.1-dmo4
ii  libuchardet0  0.0.8-1+b1
ii  libva-drm22.20.0-2
ii  libva-wayland22.20.0-2
ii  libva-x11-2   2.20.0-2
ii  libva22.20.0-2
ii  libvdpau1 1.5-2
ii  libvulkan11.3.275.0-1
ii  libwayland-client01.22.0-2.1+b1
ii  libwayland-cursor01.22.0-2.1+b1
ii  libwayland-egl1   1.22.0-2.1+b1
ii  libx11-6  2:1.8.7-1
ii  libxext6  2:1.3.4-1+b1
ii  libxkbcommon0 1.6.0-1
ii  libxpresent1  1.0.0-2+b10
ii  libxrandr22:1.5.4-1
ii  libxss1   1:1.2.3-1
ii  libxv12:1.0.11-1.1
ii  libzimg2  1:3.0.5-dmo1
ii  zlib1g1:1.3.dfsg-3.1

Versions of packages mpv recommends:
ii  xdg-utils  1.1.3-4.1
ii  yt-dlp 1:2024.03.10-dmo1

Versions of packages mpv suggests:
pn  libcuda1  

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEE+UikBxeiu50LOdFYgbqkFMWfZdAFAmYUTjkACgkQgbqkFMWf
ZdABUQ/+Jj/yPCK2rT0auFHxe+NuyCeYNCkGK3l+i7pTrZlTzksQhcJqy+eRX1Ey
UEn7QJrWYt0BdjxMezUbL1Ayf4hCNltUerWReq4pglX5PaDWowX44Gzzo1jW0GG0
kr73AzYl289vIR3mCtrvU1KGOzyoYHL6/XWee9XG2lf3LQeHfnY8DqXvnfV8xWOu
+TL2Omvve1DIlitKYwHVkxR08wl8V5h/gXvlq7nk6JHcqtjCA50ksdqQEk8r22P9
+jTi14wIZHHYjepjg4g/ICO15B3GPWDyxfKuHBxXA8O5iexFqGV8vJKwMjoZhTdW
rTIJQSXSctCvKqEFamnkSPMYKtXzRhyYIqo4ixvMebrZREMMai9mZK5hklpNvPZg
MfbKrs3TZlRVSyMEGUhBFIfnGW+uzu/J9jliZs6uwx9F95qEnjfw0hC3kkGSEUcr
7IvSBwHt3SXnmqsGjf6s6BXIIiItYD8bkzBVpOqUtfumYY32ICJNtH/tkCQ03vlS
IRahoNYvF+bSBkJy6wDRT1irzr07xM4u/BLp7mDj9ap2epZP0AHMG9xLfcV1kKBq
pzYvpIyya4gnMNJ7eIYAkHHCs9ww4YJRXwnnJlhgSnWtBa1qrjS7YictadcFCkeo
7KXDBzzJEtGAENCxM/RjiUHSwWUcnOa8Q0x0pSKcbeDNa8GtwJY=
=ymIu
-END PGP SIGNATURE-

Bug#1067005: libLLVM.so symbols are no longer versioned?

[Roman Lebedev]

Package: libllvm18
Version: 1:18.1.1-1
Followup-For: Bug #1067005

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I've just tried building the halide package against LLVM17 (instead of LLVM18),
and the bug no longer happens, so it's, almost assuredly,
symbol versioning, in my opinion.

Roman.

- -- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'unstable-debug'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.7.9-amd64 (SMP w/32 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 libllvm18 depends on:
ii  libc6   2.37-15.1
ii  libedit23.1-20230828-1
ii  libffi8 3.4.6-1
ii  libgcc-s1   14-20240303-1
ii  libstdc++6  14-20240303-1
ii  libtinfo6   6.4+20240113-1
ii  libxml2 2.9.14+dfsg-1.3+b2
ii  libz3-4 4.8.12-3.1+b2
ii  libzstd11.5.5+dfsg2-2
ii  zlib1g  1:1.3.dfsg-3.1

libllvm18 recommends no packages.

libllvm18 suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEE+UikBxeiu50LOdFYgbqkFMWfZdAFAmX17r8ACgkQgbqkFMWf
ZdAOfRAAhrbBZmyRc2L50yem1byb+cEwsv6aIPvc3zzAANGHjS7fH4s7fiiGX0zO
nRtJoGUS5eelfoRGSpRvVqxmj5djGZGTX9oz2m1sy1xEl350xnE2X4lX2KL835FE
GlLIefJFkmYhfrWACFRwNsxwOzv6g26xI0OZ+QickTgDtEPDH7O/nPEQR6vJkE2N
oIaP4+EZ3xGEFsf/RW/nw3g6faJQftB2Hf0Wqfn15Lnx1hyLM0ClFYd24fF9/dFl
hBcXqB2WMAfrSpstooHr5Oa6WOm2BZ/NTzt5SNl0nkVdmVJeF+T9d2mhMX/g+NmM
U8/87tOH6eS+ZARt8vZzhiW+C7935RDax6We9gg2CHGc9qemIBfBUagkkcHtoGoN
odbLLM91YcYK7xSd1yRS5Hacr8zAmKJEpgUE50RJpx62PcUaEqiGvAlgMs6mkDGZ
BgiiN+WUw+0ji+2B9RaWbh1asMDKJSsdicO8pSbnG3QsWReP7GAtYZcxrnmJGfUC
GfmCAVZ78fOb9TUNVA2Kb2qeD2CEeDZOsUlSmIkEJMszOo3dzibupHhfSm4KZ+QO
/nGiGmbcgGOMlslWXrY8dkYBNRs6UfpptEqLbxw702ePlB3knHKeCTrK9ugXDnr0
m+Ci6yu11O+39O4fz5Lah+317zUqdszJoDbEpJFmT9G/BGQUbgM=
=cI8R
-END PGP SIGNATURE-

Bug#1067005: libLLVM.so symbols are no longer versioned?

[Roman Lebedev]

06c0 (LWP 172637)]
[New Thread 0x7fff720006c0 (LWP 172638)]
[New Thread 0x7fff716006c0 (LWP 172639)]
[New Thread 0x7fff70c006c0 (LWP 172640)]
[New Thread 0x7fff67e006c0 (LWP 172641)]
[New Thread 0x7fff674006c0 (LWP 172642)]
[New Thread 0x7fff66a006c0 (LWP 172643)]
[New Thread 0x7fffd88006c0 (LWP 172645)]

Thread 1 "correctness_bou" received signal SIGSEGV, Segmentation fault.
0x7fffef1a6160 in 
llvm::AnalysisManager::getResultImpl(llvm::AnalysisKey*, 
llvm::Module&) () from /usr/lib/llvm-18/lib/libLLVM.so.18.1

<...>

Thread 1 (Thread 0x7fffea839280 (LWP 172577) "correctness_bou"):
#0  0x7fffef1a6160 in 
llvm::AnalysisManager::getResultImpl(llvm::AnalysisKey*, 
llvm::Module&) () from /usr/lib/llvm-18/lib/libLLVM.so.18.1
No symbol table info available.
#1  0x7fffef1a6077 in 
llvm::AnalysisManager::getResultImpl(llvm::AnalysisKey*, 
llvm::Module&) () from /usr/lib/llvm-18/lib/libLLVM.so.18.1
No symbol table info available.
#2  0x7fffef1d0a1d in llvm::VerifierPass::run(llvm::Module&, 
llvm::AnalysisManager&) () from 
/usr/lib/llvm-18/lib/libLLVM.so.18.1
No symbol table info available.
#3  0x70659681 in ?? () from /usr/lib/llvm-18/lib/libLLVM.so.18.1
No symbol table info available.
#4  0x7fffe1d2e264 in llvm::PassManager>::run(llvm::Module&, 
llvm::AnalysisManager&) () from 
/lib/x86_64-linux-gnu/libLLVM-17.so.1
No symbol table info available.
#5  0x7fffdecb10e4 in ?? () from /lib/x86_64-linux-gnu/libclang-cpp.so.17
No symbol table info available.
#6  0x7fffdecaa082 in clang::EmitBackendOutput(clang::DiagnosticsEngine&, 
clang::HeaderSearchOptions const&, clang::CodeGenOptions const&, 
clang::TargetOptions const&, clang::LangOptions const&, llvm::StringRef, 
llvm::Module*, clang::BackendAction, 
llvm::IntrusiveRefCntPtr, 
std::unique_ptr >) () from 
/lib/x86_64-linux-gnu/libclang-cpp.so.17
No symbol table info available.
#7  0x7fffdf039e9e in ?? () from /lib/x86_64-linux-gnu/libclang-cpp.so.17
No symbol table info available.
#8  0x7fffddce58e6 in clang::ParseAST(clang::Sema&, bool, bool) () from 
/lib/x86_64-linux-gnu/libclang-cpp.so.17
No symbol table info available.
#9  0x7fffdfa2f949 in clang::FrontendAction::Execute() () from 
/lib/x86_64-linux-gnu/libclang-cpp.so.17
No symbol table info available.
#10 0x7fffdf9a9364 in 
clang::CompilerInstance::ExecuteAction(clang::FrontendAction&) () from 
/lib/x86_64-linux-gnu/libclang-cpp.so.17
No symbol table info available.
#11 0x7fffe8e915f3 in ?? () from /lib/x86_64-linux-gnu/libRusticlOpenCL.so.1
No symbol table info available.
#12 0x7fffe8e9330e in ?? () from /lib/x86_64-linux-gnu/libRusticlOpenCL.so.1
No symbol table info available.
#13 0x7fffe8e8790d in ?? () from /lib/x86_64-linux-gnu/libRusticlOpenCL.so.1
No symbol table info available.
#14 0x7fffe88015a1 in ?? () from /lib/x86_64-linux-gnu/libRusticlOpenCL.so.1
No symbol table info available.
#15 0x7fffe875fc7b in ?? () from /lib/x86_64-linux-gnu/libRusticlOpenCL.so.1
No symbol table info available.
#16 0x7fffe875ef02 in ?? () from /lib/x86_64-linux-gnu/libRusticlOpenCL.so.1
No symbol table info available.
#17 0x7fffe8722dcc in ?? () from /lib/x86_64-linux-gnu/libRusticlOpenCL.so.1
No symbol table info available.
#18 0x7fffe8722a49 in ?? () from /lib/x86_64-linux-gnu/libRusticlOpenCL.so.1
No symbol table info available.
#19 0x7fffea81beb7 in ?? ()
No symbol table info available.
#20 0x0100 in ?? ()
No symbol table info available.
#21 0x in ?? ()
No symbol table info available.
(gdb) A debugging session is active.

Inferior 1 [process 172577] will be killed.

Quit anyway? (y or n) [answered Y; input not from terminal]
make[4]: Leaving directory '/build/halide-17.0.1'

```

Roman.


- -- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'unstable-debug'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.7.9-amd64 (SMP w/32 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 libllvm18:amd64 depends on:
ii  libc6   2.37-15.1
ii  libedit23.1-20230828-1
ii  libffi8 3.4.6-1
ii  libgcc-s1   14-20240303-1
ii  libstdc++6  14-20240303-1
ii  libtinfo6   6.4+20240113-1
ii  libxml2 2.9.14+dfsg-1.3+b2
ii  libz3-4 4.8.12-3.1+b2
ii  libzstd11.5.5+dfsg2-2
ii  zlib1g  1:1.3.dfsg-3.1

libllvm18:amd64 recommends no packages.

libllvm18:amd64 suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEE+UikBxeiu50LOdFYgbqkFMWfZdAFAmX16bkACgkQgbqkFMWf
ZdCyug//auWBEcbChrJdlYCabf6upvF5vtVrRTx00xzA5GPbSJ725m3y3pDFH01a
c0Pt7AyxIZq8jRuzYeKQe8y2M6z/cAMN6RxvMKz35c/mwRDCmPWlOthvsHzKuZF0
hCwe+ADB

Bug#1059632: ITP: sentry-native -- Sentry SDK for C, C++ and native applications

[Roman Ondráček]

Package: wnpp
Severity: wishlist
Owner: Roman Ondráček 
X-Debbugs-Cc: debian-de...@lists.debian.org, m...@romanondracek.cz

* Package name: sentry-native
  Version : 0.6.7
  Upstream Contact: Sentry 
* URL : https://github.com/getsentry/sentry-native
* License : MIT
  Programming Lang: C
  Description : Sentry SDK for C, C++ and native applications

The Sentry Native SDK is an error and crash reporting client for native
applications, optimized for C and C++.
Sentry allows one to add tags, breadcrumbs and arbitrary custom context to
enrich error reports.
Supports Sentry 20.6.0 and later.

Bug#1059544: libpipewire-0.3-modules-x11: package requires libcanberra-pulse be installed

[Brent Roman]

Package: libpipewire-0.3-modules-x11
Version: 0.3.65-3
Severity: important
X-Debbugs-Cc: br...@mbari.org

Dear Maintainer,

   * What led up to the situation?
   Trying to make x11 bell work under pipewire
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   No audio output until I manually installed libcanberra-pulse
   * What was the outcome of this action?
   Without libcanberra-pulse, ca_open_context complains pulse driver unavailable
   * What outcome did you expect instead?
   Installing libpipewire-0.3-modules-x11 should have pulled in
   libcanberra-pulse as a dependency

libpipewire-0.3-modules-x11  should depend on libcanberra-pulse


-- System Information:
Debian Release: 12.4
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'stable-security')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.126-hades (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libpipewire-0.3-modules-x11 depends on:
ii  libc6  2.36-9+deb12u3
ii  libcanberra0   0.30-10
ii  libpipewire-0.3-0  0.3.65-3
ii  libx11-6   2:1.8.4-2+deb12u2
ii  libxfixes3 1:6.0.0-2

libpipewire-0.3-modules-x11 recommends no packages.

libpipewire-0.3-modules-x11 suggests no packages.

-- no debconf information

Bug#1057541: [ncurses-base] nload and possibly more, broken when launched over ssh (old issue reappears)

[Roman Mamedov]

Hello,

Downgrading to ncurses-base 6.2 (along with libncurses6 and libtinfo6) from
bullseye, solves it.

-- 
With respect,
Roman

Bug#1057539: [nload] Broken display after upgrading to bookworm

[Roman Mamedov]

Package: nload
Version: 0.7.4-1+b2
Severity: normal

Hello,

After upgrading my Debian version from bullseye to bookworm, I see that the
display became broken in 'nload'. It works fine for the first 6 updates, but
after that the numbers sections starts drifting towards the left, together
with the displayed bar graph. 

Since there has been no version update of 'nload' between the distro
versions, I guess these's some compatibility issue with the newer ncurses or
such.

Could you check on your end? Thanks

-- 
With respect,
Roman

Bug#1056752: CVE-2023-49298 also affect Bullseye and Bookworm

[Roman Veselý]

Dear Maintainers,

The bug CVE-2023-49298 is here: https://tracker.debian.org/pkg/zfs-linux
marked as LOW PRIORITY for Bullseye and Bookworm.

Are you planning to fix this bug in Bullseye and Bookworm soon?

For many users, the fix is important - if the official Debian fix will take 
longer,
it's good to know and make the fix yourself.

Thank you for your support for ZFS in Debian,

Roman

Bug#1040333: restic fails when using rest backend

[David Roman]

It does contain an entry for the localhost. The issue was not present 
before updating to Debian 12 so I guess the problem comes from some 
configuration changed with Debian 12 that made restic fail with that setup.





--
Avís -
Aviso - Legal Notice - (LOPD) - http://legal.ifae.es 

Bug#1054194: lsp-plugins: comp-delay: segfault on startup

[Roman Lebedev]

Package: lsp-plugins
Version: 1.2.11-1
Severity: normal
Tags: patch upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear maintainer, comp-delay plugin immediately crashes upon startup:
https://github.com/sadko4u/lsp-plugins/issues/348

Please consider backporting a fix: (yet to be released in 1.2.13)
https://github.com/lsp-plugins/lsp-plugins-comp-delay/commit/78dde4177a6c9cb818d3c04d10da6affa4aedfb1

(Also, regardless, it may be good to update to LSP 1.2.12 release.)

Roman.

- -- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'unstable-debug'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.5.0-2-amd64 (SMP w/32 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 lsp-plugins depends on:
ii  lsp-plugins-clap1.2.11-1
ii  lsp-plugins-jack1.2.11-1
ii  lsp-plugins-ladspa  1.2.11-1
ii  lsp-plugins-lv2 1.2.11-1
ii  lsp-plugins-vst 1.2.11-1

lsp-plugins recommends no packages.

Versions of packages lsp-plugins suggests:
pn  dgedit  

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEE+UikBxeiu50LOdFYgbqkFMWfZdAFAmUwNisACgkQgbqkFMWf
ZdAfvA//WIrE0jV7RDw3raO8PBDp9nIoDqKF0G9xgqCPxWjhaPs6nlorzu9GOcIH
h2TjoOOZIcbu8wp0I6/JRv+Bq8LdtCYjM1K50Yr1M6BURW0rf83wL2POgJbSmVAE
J5NVbfZQdIp6RixuNYcaRUOZ4/o8AgjK+jxyLCLQQSFsG8alQ0quqIjPX6jjYTYY
cZxAy9k4ou3RvrxhFEepcn+fJM7Ud14jbDym5aB2kPTwiWX7UNWaCkEopb4RtlOY
LHQ8m8mL+MdG8foozitys85Yc2Ggn63snk/YXHLVnxj05TzRuH/kX57TBjnO/chu
LJ0lFjfDWW5o9lBrDM5xkkrWMFROwNyg40heVWOnZdf02UllLNrKzPPpdv63NGcc
DWjGujSRHs/l5bqxcodY6YNIdRcun3DCNisnemuKob1KC3B1MCK9EYz7C7tk2cHW
IXSq70FxKXkzD73qFiwsybq6ofQc9o0lzAxb1sa0sd1HOia0OQ4yrw6S1bnfj/co
VD8Oo2u/2Cmxy3Dz6PaULi6254o1FCQte5jXwCs7jTpvX8z1JdnGlFbj/MGe6ZQf
5b16BYjbZeTIv93c0PEsaSubJE2/BPlEpOCECz9oDo5cD8CFH+DkXa08+n/zQbtQ
zhrq+IKtkFiqmPl5swFEMAfNv4Un3beuX28a7GpL980TdOTo8R0=
=Ct8T
-END PGP SIGNATURE-

Bug#1053375: syncthing-gtk wants to use killall from psmisc

[Roman Moeldner]

Package: syncthing-gtk
Version: 0.9.4.4+ds+git20221205+12a9702d29ab-2
Severity: important
X-Debbugs-Cc: rmoel...@students.uni-mainz.de

Dear Maintainer,


perhaps there is a problem with syncthing-gtk.

"What led up to the situation?"

I installed Debian Bookworm with Xfce a few days ago using the graphical 
installer from the ISO file that I found at the debian.org front page.
Today I installed syncthing-gtk and tried to run it. It showed a blank window.
When I ran it on the terminal, it printed a Python error message indicating 
that it was repeatedly trying to invoke the killall command, which was 
unavailable.

tools.py:330:p = Popen(["killall", "-u", os.environ["USER"]

"What exactly did you do (or not do) that was effective (or ineffective)?"

Then, I installed the psmisc package, because psmisc contains killall.

"What was the outcome of this action?"

The next time I ran syncthing-gtk, it worked fine and as expected.

"What outcome did you expect instead?"

In my opinion, syncthing-gtk should have installed psmisc as a dependency.


Kind regards
Roman



-- System Information:
Debian Release: 12.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-12-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages syncthing-gtk depends on:
ii  gir1.2-glib-2.01.74.0-3
ii  gir1.2-gtk-3.0 3.24.37-2
ii  gir1.2-notify-0.7  0.8.1-1
ii  gir1.2-rsvg-2.02.54.7+dfsg-1~deb12u1
ii  libgtk-3-0 3.24.37-2
ii  python33.11.2-1+b1
ii  python3-bcrypt 3.2.2-1
ii  python3-dateutil   2.8.2-2
ii  python3-gi 3.42.2-3+b1
ii  python3-gi-cairo   3.42.2-3+b1

Versions of packages syncthing-gtk recommends:
ii  gir1.2-ayatanaappindicator3-0.1  0.5.92-1
ii  syncthing1.19.2~ds1-1+b4

Versions of packages syncthing-gtk suggests:
pn  nemo-python | python3-nautilus | python3-caja  

-- no debconf information

Bug#1050293: pipewire-bin: please simplify adding custom profile-set

[Roman Lebedev]

Package: pipewire-bin
Version: 0.3.77-1
Severity: wishlist
Tags: patch upstream

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear maintainer,

it is sometimes useful to be able to add a custom profile-set.

For that, it is nessesary to store it into e.g. a new file,
say `/usr/share/alsa-card-profile/mixer/profile-sets/-custom.conf`
and append `.include -custom.conf` at the end of 
`/usr/share/alsa-card-profile/mixer/profile-sets/default.conf`.

But that change gets overriden when the package is updated,
which could be *exremely* dangerous, e.g. if said profile
changed the `volume-limit`.

It would be good if the package could ship an empty
`profile-sets/-custom.conf` file, and the appropriate change to the
`profile-sets/default.conf`. Then one could use `dpkg-divert`
on `-custom.conf to avoid profile loss on update.

Thank you!

Roman.


- -- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'unstable-debug'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.4.0-3-amd64 (SMP w/32 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 pipewire-bin depends on:
ii  libasound2   1.2.9-1
ii  libc62.37-7
ii  libdbus-1-3  1.14.8-2
ii  libncursesw6 6.4+20230625-2
ii  libpipewire-0.3-00.3.77-1
ii  libpipewire-0.3-modules  0.3.77-1
ii  libreadline8 8.2-1.3
ii  libsndfile1  1.2.0-1
ii  libtinfo66.4+20230625-2

Versions of packages pipewire-bin recommends:
ii  dbus-user-session  1.14.8-2
pn  rtkit  
ii  wireplumber0.4.14-4

pipewire-bin suggests no packages.

- -- no debconf information

- -- debsums errors found:
debsums: changed file 
/usr/share/alsa-card-profile/mixer/profile-sets/default.conf (from pipewire-bin 
package)

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEE+UikBxeiu50LOdFYgbqkFMWfZdAFAmTk7y0ACgkQgbqkFMWf
ZdB96Q/+L2vh7I4tRpR54vGKGE96zAYJzBD6YbBDplOiEcBVX54EurS2TNPaIQHI
vvRg0+Y8HQ2KPAYTpiUndmepQA9WZ/7kEaH/la9J7gjA2wJHPhCPa+c3PicpAqua
9KuYY5FIMPyaP5AKS5RnCI5RKPBndNPyVoM+iARZMvv9II2r+YTLYKybapb3NvfJ
Fy/4NMPivl149CGmkVB17+ikOTVZErFFwrX5cHpaMNiZHfmb4WX7isHfX91NMXt+
BeOZL5MhydTF6TkdDWPSTp4/QmB8Z8tTRLTiRSVDm1UfaUIHcfF+F9aCVryS9Lte
yl0+h/vf6p4KbV1zwfbuqwqNU9JCK3wx41s/+iraiCoHNzUEDBEOb2Cb9Xkekxh/
9DjuyHQrAQyVlqEWKAwGur3lX2b8yHPkgrEwFXXacJ9wJO8OkW4eXcTQbEvNf43g
P5Sbxlp7pQq1nRqAxolzT7XghnNTl1nk1Ipzz70InNOQrUM3vSheIcc4t1g0i8r6
iWlAZhIj/wK93jghqLwjRUFOwnst8GZ1wTPtiyZjEtH1WFnPI7oi+r61xTYYtQb3
cfbUuA4enZnh/E5odqJyLa2V/awbWd4tfR9nC6k05/Vjm/phxRgeTVuAO16akNyf
QdLKGH07gRx1JgYSCjhsg003u4syllRO7qWru993n887alhQhCI=
=qs+F
-END PGP SIGNATURE-

Bug#1038603: libisl23 0.25-1: amd64/i386 baseline violation: uses BMI instructions)

[Roman Lebedev]

Package: libisl23
Followup-For: Bug #1038603
X-Debbugs-Cc: Debian GCC Maintainers , 
debian-rele...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

While the issue has been resolved in isl 0.26-3,
which was uploaded to unstable on 2023-06-19,
nothing has been done for the stable release,
and Debian 12.1 still comes with a "miscompiled" isl 0.25-1,
and thus gcc is still somewhat unusable(*) on older hardware(**)

This occasionally manifests as spurious failures
on e.g. https://build.opensuse.org/

* As long as no graphite optimizations are enabled it's perfectly usable.
** Older than the one on which it was built,
   roughly anything pre-Ryzen / pre-Haswell.

Roman.

- -- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'unstable-debug'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.3.0-2-amd64 (SMP w/32 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 libisl23 depends on:
ii  libc6 2.37-6
ii  libgmp10  2:6.2.1+dfsg1-1.1

libisl23 recommends no packages.

libisl23 suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEE+UikBxeiu50LOdFYgbqkFMWfZdAFAmS8Z4MACgkQgbqkFMWf
ZdA8tQ/8DU/KIBQIMCSGOOGioxM8Bo/bHpUjMiurfKJsTKu26qaR5puhsvNUCGoE
PzyJYZFJgHeGNi0/vbbGVIbu4+1NcfaWngwEVynJj2vK7Naf2fm2FYVzRoYA4obD
KpLz9viwdkjdp10Dgstvike8RYGw3g5MOD56Qk6ct6kaI3yiOciyTxzRTHU6csN2
WMCEzdSUI9T530NeXOyTZriYS17WathHqQHgugnQUbrEJsGoe7OYMHqOfC01F2Gr
+VmElssLIp669+VHADPyFgSdwbcgSjpXCHN2+qfC2s4MrIsPfdZzL2XrF2Qz5AJY
wAknMa0dV7YVSI5c8nAje77cAvGkGxuEXu9eN61B4KuzBjRih9trAQS9J3Zucq2g
VSCVYcquDsttGRDV5Nblb2X+iTFP37LNNnCl72QM35lnQneMHW3B8Ggw8vdl8ysq
1rsERMHjGVivdczQO2QeM4e+joSHw8ExjbBeHr7E1HV3rqcm/XpUoieZodBT0KuX
gszv6a3dLD1n4WfuleYNsEeWJl/rZnHsdOo6JXOTyR2jesDMV6uxxWzz8eR2Un4H
k6mrSi4S6Ysf6KyJ3rT7DwSb9VBRIO/z+yRykUrUyrSiLD2U/WyXVfnZQNQANtFm
V3GQTQM3I48IydJUHuzjtxGdTDIGDhZ6Z5SLqvNGyIV6QpYeIO4=
=2jT8
-END PGP SIGNATURE-

Bug#1040010: [debian-installer] Please support more arm64 boards

[Roman Mamedov]

On Fri, 14 Jul 2023 00:33:25 +0500
Roman Mamedov  wrote:

> There isn't really an image per board, but at least a clever system of
> concatenating a board-specific bootloader and a board-agnostic rest of the
> image. That looks reasonable enough, and I suppose building the current
> 12 bootloaders is automated. Maybe add all 42 to that automation for now?

Or actually, that was 42 just for Allwinner, and much much more if you include
other vendors. So adding them all to the regular build might not be as
feasible after all. I remember now, that's why I proposed building them all
not daily, but at least once per month.

-- 
With respect,
Roman

Bug#1040010: [debian-installer] Please support more arm64 boards

[Roman Mamedov]

Hello,

On Thu, 13 Jul 2023 21:27:09 +0200
Emanuele Rocca  wrote:

> On 2023-07-01 04:18, Roman Mamedov wrote:
> > There are 42 DTBs shipped with the installer for Allwinner alone:
> > https://d-i.debian.org/daily-images/arm64/daily/device-tree/allwinner/
> > 
> > But for the bootloader aka firmware aka u-boot:
> > https://d-i.debian.org/daily-images/arm64/daily/netboot/SD-card-images/
> > it is an extremely weird and arbitrary list of 12 random boards. For 
> > instance
> > supporting "Orange Pi Zero Plus2" of all things specifically, not even just
> > "Zero Plus"; and not, say, Orange Pi Prime or Orange Pi Win (and so on).
> 
> The choice of 12 boards does indeed look a little puzzling. Having no
> historical background on this, I can try and guess that they were added
> on a case-by-case basis every time someone needed to boot the installer
> on their system. Out of interest: do you have a board that's not among
> the lucky 12? :-)

Yes, as a weird coincidence with my initial message, I have an Orange Pi Prime
and Orange Pi Win. :)

> > So despite having all the other DTBs, the system is not installable on those
> > boards. Unless the user is sent to find and compile their own u-boot, but if
> > so, what is the purpose of randomly providing it for 12 random niche boards 
> > to
> > begin with, might as well make everyone do that.
> > 
> > Instead, I suggest a better solution: maybe not even daily, but at least 
> > once
> > per month, could you build a bootloader part for ALL the supported boards, 
> > and
> > not just a handful of them.
> 
> In an ideal world we would have just one single image that works on all
> systems! That's one of the ideas behind the Arm SystemReady
> certification program at least: making sure that the board can boot a
> regular, unmodified distro ISO without any additional blobs.
> 
> We don't live in such a world unfortunately, at least not yet and not
> for all boards. I'm not sure we should have one different image for each
> DTB honestly. I'd rather go for having no custom images at all, but a
> very simple procedure to build your own image for your board. Maybe in
> the form of documentation, or a script, or both.

There isn't really an image per board, but at least a clever system of
concatenating a board-specific bootloader and a board-agnostic rest of the
image. That looks reasonable enough, and I suppose building the current
12 bootloaders is automated. Maybe add all 42 to that automation for now?

-- 
With respect,
Roman

Bug#1040946: Please update to latest upstream release (v7.0.5)

[Roman Lebedev]

Package: easyeffects
Version: 7.0.1-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear maintainer,

now that a new stable version of debian has been released,
and the freeze is over, please consider updating the package
to the newest upstream release (v7.0.5 as of this time)

Roman

- -- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'unstable-debug'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.3.0-2-amd64 (SMP w/32 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 easyeffects depends on:
ii  calf-plugins 0.90.3-4
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-4
ii  libadwaita-1-0   1.2.4-1
ii  libbs2b0 3.1.0+dfsg-7
ii  libc62.37-5
ii  libcairo21.16.0-7
ii  libebur128-1 1.2.6-1+b1
ii  libfftw3-double3 3.3.10-1
ii  libfftw3-single3 3.3.10-1
ii  libfmt9  9.1.0+ds1-2
ii  libgcc-s113.1.0-7
ii  libglib2.0-0 2.74.6-2
ii  libgsl27 2.7.1+dfsg-5
ii  libgtk-4-1   4.8.3+ds-2
ii  liblilv-0-0  0.24.14-1
ii  libpango-1.0-0   1.50.14+ds-1
ii  libpipewire-0.3-00.3.73-1
ii  librubberband2   1:3.2.1-dmo1
ii  libsamplerate0   0.2.2-3
ii  libsigc++-3.0-0  3.4.0-7
ii  libsndfile1  1.2.0-1
ii  libspeexdsp1 1.2.1-1
ii  libstdc++6   13.1.0-7
ii  libtbb12 2021.8.0-2
ii  libzita-convolver4   4.0.3-2

Versions of packages easyeffects recommends:
ii  lsp-plugins  1.2.5-7
ii  lsp-plugins-lv2  1.2.5-7

easyeffects suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEE+UikBxeiu50LOdFYgbqkFMWfZdAFAmSvBeAACgkQgbqkFMWf
ZdAqoRAAw6o3wqB/ZPcq9w8n0gVU9TfQ5ruFb2EK39lWlezBFJK/e869TulJxNWV
2LkoLulzNL6VAI4wEUf68N7aJnig5yz0lX6BSYkWpgUdoCQEB7PTVYF2LfqHBZ1S
NoGLfBVk0DdgQbvm7HXvw1PBO6Pd9c5krxoakjzRO4HXKBJFuy1BagWC3im88S8m
4JDeNPbWq/BWfbkIMFMt73Dc6kqYGYkfqZiXxtCQE1PAdG9CgGAtV1HVYzG0lp3/
oEn2DIf1Js5ERHd8gzLB09B1YdvogmHLlDhHAb3/9Xvp475iR6/7pHUJ4pRfR/Z8
+Lnnid+2ct84LuyWLQnqWLxKPFcvebqvDFc8EuI/gwse8Wf8CATSGOZBYTOSUh3u
7f6EcFPJLLAep8LIkMa7zPuNX0vuf7Ze2IE3oN5c2bZAjghvz638UIm/ue/q1RKZ
3OctFif27Ph7lX5TZocPWHGOR7gbGeIrtVUA8h+gUYj1z0jzJzQj/ewGJcpVVAM1
AkHz5y61brFmJrIieY1+0kzKZVJm6Lft2f3GZSGaJuCGj+G3IFaRLuS+PF0KlAqL
ComrcpIY+5aH6tdsACHh5DIFKo2xG1V1K+h+wpdVe3veoezELKJGx9by/zD20tpy
DNg6B4G8PZIF9+P+tPuV3Ej6ROPwO/QHHltXLMja1Aexfh2FsQo=
=HxVi
-END PGP SIGNATURE-

Bug#1040620: quickplot will not read input file

[Brent Roman]

Hi Lance,

I'd been holding off installing Debian 12 because I routinely rely on 
X11 for remote access.
Sorry to hear the the X11<->Wayland wrapper is not quite ready for prime 
time.


Linus was, as usual, spot on in his lampooning the lack of binary 
compatibility in Linux user space.
While it might be understandable that not all Fedora/Redhat binaries run 
under Ubuntu/Debian, it's
inexcusable that old binaries will not run on the same distro's latest 
release on the same arch.

This the main reason why Linux can't break into the mainstream desktop apps.

For Debian 11, fixing quickplot will likely involve simply comparing 
libsndfile-1.0.28 with Debian's 1.0.31 to identify the "breaking change" 
and modifying either quickplot or sndfile to fix the problem.


I'll send you a patch to quickplot in the coming weeks if I end up 
changing it, leaving you to wrestle with the GTK3 issues unique to 
Debian 12.


- brent

P.S.  Are you aware of any other graphing package that accepts ASCII 
numeric input from a pipe?

(i.e. a viable alternative to quickplot?)


Lance Arsenault wrote:

Hi Brent,

5.  I forgot to mention.  I'm using Debian 12 with GNOME and on that, 
both libsndfile and GTK3 break quickplot; though "apt install 
quickplot" works, but it installs a broken program.  I can't test your 
fix very easily on my system.  I'd rather refactor quickplot than 
downgrade my OS. (ya, I know, VMs, but I worry about slow displays and 
lots of unknowns ...; and VMs turn me off in general) GTK3 uses a 
Wayland Display (on Debain 12 GNOME) and the X11/wayland wrapper stuff 
seems to be broken. You see, quickplot uses raw libX11 code to get 
more speed than that is gotten from the cairo/x11 wrapper crap in GDK 
(GTK3), on older systems.   My refactoring will use WaylandDisplay and 
not libX11, and that promises to be much faster than libX11 ever was. 
  Wayland should be better and faster, but it has been a long time 
coming; and has totally broken lots of my code. GdkWaylandDisplay 
(GTK3 sub-library) is now giving me pain... I feel that the GTK3 and 
GTK4 developers are sadists.


Linus is talking about my pain in this video:
https://www.youtube.com/watch?v=Pzl1B7nB9Kc


Thanks again for your help.  Very helpful feedback.

cheers
lance


On Sun, Jul 9, 2023 at 1:29 PM Lance Arsenault <mailto:lance...@vt.edu>> wrote:



Hi Brent,

1. First thank you for submitting this bug ticket.  I'm not sure
if I have write access to the debian bug system, but we'll see.

2.  I'm the sole downstream developer of quickplot.  quickplot as
distributed by Debian GNU/Linux was pretty cool stuff.  It
currently has some package dependencies that have broken it.  In
particular, libsndfile and GTK3.  And so, quickplot is in need of
refactoring, maybe dropping the libsndfile dependency and removing
deprecated GTK3 API usage.  As it turns out, I just happened to
have released (alpha) a much larger software package that kind-of
needs a "quickplot" like tool to help my current work.  So I need
to fix quickplot for my own use.  I have not used it in a while.

3. I looked at your bio.  We seem to have a little bit of overlap
in professional interests,  my CV is at
http://107.191.96.171/cv.html , sorry it's http without https yet.

4. My new alpha software package is at
https://github.com/lanceman2/quickstream , you might find it
interesting.

cheers
lance


    On Fri, Jul 7, 2023 at 11:30 PM Brent Roman mailto:br...@mbari.org>> wrote:
>
> Package: quickplot
> Version: 1.0.1~rc-1+b3
>
> Any attempt to read an input file or pipe fails with the error
message:
>
> Failed to read file /home/brent/quickplot/plot.dat: lseek() failed
>
> A workaround is the link the quickplot binary with the upstream
> libsndfile-1.0.28
> rather than the libsndfile-1.0.31 packaged with Debian 11
>
> For instance, after installing libsndfile-1.0.28 in /usr/local/lib,
> quickplot
> will work if started with this shell script:
>
> #!/bin/sh #force linkage with our local version of libsndfile
> # (1.0.28 rather than Debian's 1.0.31)
> LD_LIBRARY_PATH=/usr/local/lib:$LD_LIBRARY_PATH exec
/usr/bin/quickplot "$@"
>
> I am using Debian 11 on x86 (tested both 32 or 64-bit) with various
> Linux 5.x kernels.
>
> --
>   Brent Roman                                   MBARI
>   Software Engineer               Tel: (831) 775-1808
>   mailto:br...@mbari.org <mailto:br...@mbari.org>
http://www.mbari.org/~brent
>




--
 Brent Roman   MBARI
 Software Engineer   Tel: (831) 775-1808
 mailto:br...@mbari.org  http://www.mbari.org/~brent

Bug#1040620: quickplot will not read input file

[Brent Roman]

Package: quickplot
Version: 1.0.1~rc-1+b3

Any attempt to read an input file or pipe fails with the error message:

Failed to read file /home/brent/quickplot/plot.dat: lseek() failed

A workaround is the link the quickplot binary with the upstream 
libsndfile-1.0.28

rather than the libsndfile-1.0.31 packaged with Debian 11

For instance, after installing libsndfile-1.0.28 in /usr/local/lib, 
quickplot

will work if started with this shell script:

#!/bin/sh #force linkage with our local version of libsndfile
# (1.0.28 rather than Debian's 1.0.31)
LD_LIBRARY_PATH=/usr/local/lib:$LD_LIBRARY_PATH exec /usr/bin/quickplot "$@"

I am using Debian 11 on x86 (tested both 32 or 64-bit) with various 
Linux 5.x kernels.


--
 Brent Roman   MBARI
 Software Engineer   Tel: (831) 775-1808
 mailto:br...@mbari.org  http://www.mbari.org/~brent

Bug#1040608: [solid-pop3d] Hardcoded connection ratelimit, "per source limit exceeded"

[Roman Mamedov]

Package: solid-pop3d
Version: 0.15-31
Severity: normal

Hello,

If the user connects too often to the POP3 server, solid-pop3d will eventually
refuse connections with a log message that "per source limit exceeded".

This is really weird and inconvenient. There is no word in man spop3d.conf
about such limit being present or how to configure or disable it.

In my case this is a trusted network and users, and they must be allowed to
connect as often as they like.

-- 
With respect,
Roman

Bug#1040333: restic fails when using rest backend

[David Roman]

I found out that when I use rest:http://localhost:port as restic endpoint it fails but when I use 
rest:http://127.0.0.1:port it works. So maybe it's not strictly restic related.



--
Avís -
Aviso - Legal Notice - (LOPD) - http://legal.ifae.es 

Bug#1040333: restic fails when using rest backend

[David Roman]

Package: restic
Version: 0.14.0-1+b5
Severity: important
X-Debbugs-Cc: dro...@ifae.es

Dear Maintainer,
 
   I have a restic-server. Usually I ran: restic -r "rest:http://:8000" 
snapshots 
   and other commands correctly but it stopped working after upgrading
   to Debian 12.

   * What led up to the situation?
   Upgrading to Debian 12
  
   * What was the outcome of this action?
   Fatal: unable to open config file:  does not exist
   Is there a repository at the following location?

   (note that I checked with other machines running a different version
   of restic that the restic-server was up and the same command was
   working in other machines running restic-0.15.2)

   * What outcome did you expect instead?
   A list of snapshots


-- System Information:
Debian Release: 12.0
  APT prefers stable-security
  APT policy: (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-9-cloud-amd64 (SMP w/2 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages restic depends on:
ii  libc6  2.36-9

Versions of packages restic recommends:
ii  fuse  2.9.9-6+b1

Versions of packages restic suggests:
pn  libjs-sphinxdoc  
pn  sphinx-rtd-theme-common  

-- no debconf information

Bug#1040010: [debian-installer] Please support more arm64 boards

[Roman Mamedov]

Package: debian-installer
Severity: normal

Hello,

There are 42 DTBs shipped with the installer for Allwinner alone:
https://d-i.debian.org/daily-images/arm64/daily/device-tree/allwinner/

But for the bootloader aka firmware aka u-boot:
https://d-i.debian.org/daily-images/arm64/daily/netboot/SD-card-images/
it is an extremely weird and arbitrary list of 12 random boards. For instance
supporting "Orange Pi Zero Plus2" of all things specifically, not even just
"Zero Plus"; and not, say, Orange Pi Prime or Orange Pi Win (and so on).

So despite having all the other DTBs, the system is not installable on those
boards. Unless the user is sent to find and compile their own u-boot, but if
so, what is the purpose of randomly providing it for 12 random niche boards to
begin with, might as well make everyone do that.

Instead, I suggest a better solution: maybe not even daily, but at least once
per month, could you build a bootloader part for ALL the supported boards, and
not just a handful of them. Thanks!

-- 
With respect,
Roman

Bug#1036461: Please update to at least v7.0.1

[Roman Lebedev]

Package: easyeffects
Version: 7.0.0-1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear maintainer, out of all the improvements in newer versions, there is one
change that brings high UX improvements for doing live audio post-processing:
"exposing support for the "the Min and Max sidechain modes"
https://github.com/wwmm/easyeffects/commit/3cf99f74747b5a318e6818423b89f867ceaac988
https://github.com/wwmm/easyeffects/issues/2042
which adds UI for lsp-plugin's 
https://github.com/sadko4u/lsp-plugins/issues/274
which was implemented in lsp-plugins v1.2.4 (and debian has v1.2.5)

It would be really great to update!

Roman

- -- System Information:
Debian Release: 12.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'unstable-debug'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-9-amd64 (SMP w/32 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 easyeffects depends on:
ii  calf-plugins 0.90.3-4
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-4
ii  libadwaita-1-0   1.2.2-1
ii  libbs2b0 3.1.0+dfsg-7
ii  libc62.36-9
ii  libcairo21.16.0-7
ii  libebur128-1 1.2.6-1+b1
ii  libfftw3-double3 3.3.10-1
ii  libfftw3-single3 3.3.10-1
ii  libfmt9  9.1.0+ds1-2
ii  libgcc-s112.2.0-14
ii  libglib2.0-0 2.74.6-2
ii  libgsl27 2.7.1+dfsg-4
ii  libgtk-4-1   4.8.3+ds-2
ii  liblilv-0-0  0.24.14-1
ii  libpango-1.0-0   1.50.12+ds-1
ii  libpipewire-0.3-00.3.65-3
ii  librubberband2   1:3.2.1-dmo1
ii  libsamplerate0   0.2.2-3
ii  libsigc++-3.0-0  3.4.0-1
ii  libsndfile1  1.2.0-1
ii  libspeexdsp1 1.2.1-1
ii  libstdc++6   12.2.0-14
ii  libtbb12 2021.8.0-2
ii  libzita-convolver4   4.0.3-2

Versions of packages easyeffects recommends:
ii  lsp-plugins  1.2.5-7
ii  lsp-plugins-lv2  1.2.5-7

easyeffects suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEE+UikBxeiu50LOdFYgbqkFMWfZdAFAmRqS6EACgkQgbqkFMWf
ZdCPoA//UaNPfpl+9sYWHbplG6eqyHElBVirwHPKKxlmM3TpSwleubeTJaKppbPn
Lt7MlMFtRrIuoSHYdxJN86JTfp7q5p9xll+fQ7xx4jT2qz7yoQ1pmb0eidFU2rC5
UdrB/2U/8lrC20maArhBeXeG9cFecYepc76owB1XA7SxET1xX6IZFQUG6KCiGJi7
1Fhv/cqsbYmwaSVxwg38+71npVvksIQSx/wmFhsYe4xyeqq4PfH40eLOUISHmHsI
dfTzgIIFpQmhjWY3wk1m0S3jeaXswHJ2LWFDeqTBt9s4dLAdzdXX/iT0dpbMbLby
LD2fkulJeh9wykYe2BGXp0eYVYJnPMUR274eLMP4D43a+W3BLKr9b2SY99PWqisO
iRHEzxLYF1kE1fojFR6e19c9pYaDLalVZCgyrI2hMt1sjVU5ppdakCpPLBAk7mSn
n8xbqrDSquJXQSaqWwpCfxd9FiTCTfDif0IGGbZqi61bz3PDCpa4pe9IflvqWlrD
GEUhzyxu6EQOdMOJ87ydHkuoAp3eK6oJiby60i5a4LOXySTglEsuJzAZtfzIfCbx
Z4iiFoDNFlZnyCGOTNObb/5kL75cG2X4dO9JjZXieDMShbw/7cu1LMRu7wRhJzf0
FECFTv5HdOO6V0N0MC7B+lSIdQSRhBoI5Dj8ETr9unQ657K65IM=
=dYRP
-END PGP SIGNATURE-

Bug#1033869: php7.4-fpm.service does not wait for network-fs and nss-lookup target

[Roman Haefeli]

Package: php7.4-fpm
Version: 7.4.33-1+deb11u3
Severity: normal

Dear Maintainer,

The service php7.4-fpm does not wait for network-fs.target and 
nss-lookup.target. When
configuring php7.4-fpm for a webroot on an NFS filesystem, the service 
php7.4-fpm
fails to start after boot with:

```
-- Boot 1d43e9ba3080404a96229328d8af48e3 --
Apr 03 09:06:41 edu3 systemd[1]: Starting The PHP 7.4 FastCGI Process Manager...
Apr 03 09:06:42 edu3 php-fpm[575]: [ERROR] [pool klangundumwelt] the prefix 
'/home/klangundumwelt/public_html' does not exist or is not a directory
Apr 03 09:06:42 edu3 php-fpm7.4[575]: [ERROR] [pool klangundumwelt] the prefix 
'/home/klangundumwelt/public_html' does not exist or is not a directory
Apr 03 09:06:42 edu3 php-fpm7.4[575]: [ERROR] failed to post process the 
configuration
Apr 03 09:06:42 edu3 php-fpm7.4[575]: [ERROR] FPM initialization failed
Apr 03 09:06:42 edu3 php-fpm[575]: [ERROR] failed to post process the 
configuration
Apr 03 09:06:42 edu3 php-fpm[575]: [ERROR] FPM initialization failed
```

In this example, the nfs share is mounted on `/home/klangundumwelt`.

php7.4-fpm is configured differently from similar services like apache2:

```
# head -n 4 /lib/systemd/system/apache2.service
[Unit]
Description=The Apache HTTP Server
After=network.target remote-fs.target nss-lookup.target
Documentation=https://httpd.apache.org/docs/2.4/
```

vs.

```
# head -n 4 /lib/systemd/system/php7.4-fpm.service
[Unit]
Description=The PHP 7.4 FastCGI Process Manager
Documentation=man:php-fpm7.4(8)
After=network.target
```

I see no reason, why php7.4-fpm should not also wait for network-fs and 
nss-lookup.

Overriding `After` fixes the problem:

```
# cat /etc/systemd/system/php7.4-fpm.service.d/override.conf 
[Unit]
After=
After=network.target remote-fs.target nss-lookup.target
```

Thanks for consideration,
Roman


-- Package-specific info:
 Additional PHP 7.4 information 

 PHP 7.4 SAPI (php7.4query -S): 

 PHP 7.4 Extensions (php7.4query -M -v): 

 Configuration files: 
[PHP]
engine = On
short_open_tag = Off
precision = 14
output_buffering = 4096
zlib.output_compression = Off
implicit_flush = Off
unserialize_callback_func =
serialize_precision = -1
disable_functions = 
pcntl_alarm,pcntl_fork,pcntl_waitpid,pcntl_wait,pcntl_wifexited,pcntl_wifstopped,pcntl_wifsignaled,pcntl_wifcontinued,pcntl_wexitstatus,pcntl_wtermsig,pcntl_wstopsig,pcntl_signal,pcntl_signal_get_handler,pcntl_signal_dispatch,pcntl_get_last_error,pcntl_strerror,pcntl_sigprocmask,pcntl_sigwaitinfo,pcntl_sigtimedwait,pcntl_exec,pcntl_getpriority,pcntl_setpriority,pcntl_async_signals,pcntl_unshare,
disable_classes =
zend.enable_gc = On
zend.exception_ignore_args = On
expose_php = Off
max_execution_time = 30
max_input_time = 60
memory_limit = 128M
error_reporting = E_ALL & ~E_DEPRECATED & ~E_STRICT
display_errors = Off
display_startup_errors = Off
log_errors = On
log_errors_max_len = 1024
ignore_repeated_errors = Off
ignore_repeated_source = Off
report_memleaks = On
variables_order = "GPCS"
request_order = "GP"
register_argc_argv = Off
auto_globals_jit = On
post_max_size = 8M
auto_prepend_file =
auto_append_file =
default_mimetype = "text/html"
default_charset = "UTF-8"
doc_root =
user_dir =
enable_dl = Off
file_uploads = On
upload_max_filesize = 2M
max_file_uploads = 20
allow_url_fopen = On
allow_url_include = Off
default_socket_timeout = 60
[CLI Server]
cli_server.color = On
[Date]
[filter]
[iconv]
[imap]
[intl]
[sqlite3]
[Pcre]
[Pdo]
[Pdo_mysql]
pdo_mysql.default_socket=
[Phar]
[mail function]
SMTP = localhost
smtp_port = 25
mail.add_x_header = Off
[ODBC]
odbc.allow_persistent = On
odbc.check_persistent = On
odbc.max_persistent = -1
odbc.max_links = -1
odbc.defaultlrl = 4096
odbc.defaultbinmode = 1
[MySQLi]
mysqli.max_persistent = -1
mysqli.allow_persistent = On
mysqli.max_links = -1
mysqli.default_port = 3306
mysqli.default_socket =
mysqli.default_host =
mysqli.default_user =
mysqli.default_pw =
mysqli.reconnect = Off
[mysqlnd]
mysqlnd.collect_statistics = On
mysqlnd.collect_memory_statistics = Off
[OCI8]
[PostgreSQL]
pgsql.allow_persistent = On
pgsql.auto_reset_persistent = Off
pgsql.max_persistent = -1
pgsql.max_links = -1
pgsql.ignore_notice = 0
pgsql.log_notice = 0
[bcmath]
bcmath.scale = 0
[browscap]
[Session]
session.save_handler = files
session.use_strict_mode = 0
session.use_cookies = 1
session.use_only_cookies = 1
session.name = PHPSESSID
session.auto_start = 0
session.cookie_lifetime = 0
session.cookie_path = /
session.cookie_domain =
session.cookie_httponly =
session.cookie_samesite =
session.serialize_handler = php
session.gc_probability = 0
session.gc_divisor = 1000
session.gc_maxlifetime = 1440
session.referer_check =
session.cache_limiter = nocache
session.cache_expire = 180
session.use_trans_sid = 0
session.sid_length = 26
session.trans_sid_tags = "a=href,area=href,frame=src,form="
session.sid_bits_per_character = 5
[Assertio

Bug#1029970: [wish] Please silence intentional unsigned overflow in an libstdc++ header

[Roman Lebedev]

Package: libstdc++-12-dev
Version: 12.2.0-14
Severity: wishlist
Tags: upstream patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear maintainer.

As everyone knows, unsigned integer overflow is well-defined in C and C++.
However, there are situations where you *know* that a particular code
should not have any overflows. To catch them, there's Integer Sanitizer
in clang (`-fsanitize=integer`). 

Unfortunately as one would expect, while some might want to have no
unsigned overflows, others may very well depend on the defined behaviour.
As is the case, the GCC, and in particular libstdc++ fall into the
latter category.

I believe in the version 12, a new instance of such intentional wraparound
was introduced into libstdc++: https://godbolt.org/z/rq153fxKW
Running this on a debian machine, we get:
```
/usr/lib/gcc/x86_64-linux-gnu/12/../../../../include/c++/12/bits/basic_string.h:483:51:
 runtime error: unsigned integer overflow: 4 - 6 cannot be represented in type 
'size_type' (aka 'unsigned long')
#0 0x55e69e5b6818 in std::__cxx11::basic_string, std::allocator>::_S_compare(unsigned long, 
unsigned long) 
/usr/lib/gcc/x86_64-linux-gnu/12/../../../../include/c++/12/bits/basic_string.h:483:51
#1 0x55e69e5b6818 in std::__cxx11::basic_string, 
std::allocator>::compare(std::__cxx11::basic_string, std::allocator> const&) const 
/usr/lib/gcc/x86_64-linux-gnu/12/../../../../include/c++/12/bits/basic_string.h:3150:10
<...>
```

I understand that they are intentionally doing this. The problem is that
it is happening in a header, so it's effectively dictating everyone 
that they should not use that sanitizer.

Silencing this kind of thing from user side is possible,
but it's somewhat cumbersome: it requires compiling with
`-fsanitize-recover=integer`, and supplying a run-time suppressions file.

On the other hand, suppressing this in-source is trivial:
https://godbolt.org/z/E7sEnvvrT
... all it would take is applying
`__attribute__((no_sanitize("unsigned-integer-overflow")))`
to `_S_compare` on line 483 in `basic_string.h`.

I have tried that locally, and it works, but it seems it needs to be
wrapped into `#if defined(__clang__)` preprocessor check:
https://godbolt.org/z/5a7ox4EWv

Dear maintainer, please consider applying this patch,
and consider forwarding it upstream.

Roman.

- -- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'unstable-debug'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-2-amd64 (SMP w/32 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 libstdc++-12-dev depends on:
ii  gcc-12-base12.2.0-14
ii  libc6-dev  2.36-8
ii  libgcc-12-dev  12.2.0-14
ii  libstdc++6 12.2.0-14

libstdc++-12-dev recommends no packages.

Versions of packages libstdc++-12-dev suggests:
pn  libstdc++-12-doc  

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEE+UikBxeiu50LOdFYgbqkFMWfZdAFAmPWv9sACgkQgbqkFMWf
ZdDXHw/7BfXFovQYmmUymalS+ZKNl9IrH3akaVTqkCVg7bRzf2NufD2SnKUX28bL
Z/yTPLalpYeALBpyqmaM1f3I0ofWXd3m1sRdwNCAMMNY91prQ5tUSNAVcDnT4d73
bsHLGZhGvyDapwD2yuTrdLawNtSgUXlzzi5Z9JppTQEglBO9e24dAtKiO852GbjN
DicPPzqkdE12t8sAnH/i0FKzw6qi3UgACOP+yu7lI5eSWHWk0nJVdQWAJs80SOO+
R7C/BGxYuASBqbVh4pWZ/zSzdccef7Iwd4dQUGlR/rkXKXTZqycFYln9WB3ucHDC
gqFjWlYG6qE5oeMKfsEWJ2dJRzmAN/0ROMQ33nN3/q1Wv9AT6xPL+Uz2kmJLy/JB
4b8ijQdccjIj/CtlaqpnTXN2xfIJeBBuFwSClEXI1N/THeZavl4xg4hzJm6nCyut
4G6Tr8iiWdehrJtfjG5YdZTzY4Gwnz9rdAYQFz7JmZTV0ItA039a2hPJo+hhcGgO
eLK9QrSV2tq0aZc/ZW21vtugSTaeKnnaavwtY3/kdNM0QPxDyHVraGur9v5WD5p9
huVUUcHJzplwNETquXssscllQtvVHpB1IoO5BsRbjJLo0II3WNfndQYKjVR7CvJi
n8VXe5Mcso6zOkKDqjwAGksIZooB/CFBktKF+D7jdmzSLYHZzIU=
=eJu/
-END PGP SIGNATURE-

Bug#1021519: easyeffects: Better spectrum

[Roman Hornik]

Package: easyeffects
Version: 6.3.0-1
Severity: wishlist
X-Debbugs-Cc: roman.hor...@debian-linux.cz

Dear Maintainer,

Could the horizontal axis of the spectrum be more linear (half-half logarithmic
and linear), with a frequency range of at least 24kHz (or better up to 48kHz -
for measurements), and a higher horizontal resolution (4096, or better up to
8192 points)? The resolution at low frequencies is insufficient, with only
about 25 coarse bars taking up the left half of the screen.

Thanks.

Roman Horník


-- System Information:
Debian Release: Sid/Experimental
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.0.0-rc7-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_USER
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages easyeffects depends on:
ii  calf-plugins 0.90.3-3
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-3
ii  libadwaita-1-0   1.2.0-1
ii  libbs2b0 3.1.0+dfsg-6
ii  libc62.36-1
ii  libcairo21.16.0-6
ii  libebur128-1 1.2.6-1+b1
ii  libfftw3-single3 3.3.8-2
ii  libfmt9  9.1.0+ds1-2
ii  libgcc-s112.2.0-5
ii  libglib2.0-0 2.74.0-2
ii  libgtk-4-1   4.8.1+ds-1
ii  liblilv-0-0  0.24.20-1
ii  libpango-1.0-0   1.50.10+ds-1
ii  libpipewire-0.3-00.3.59-1
ii  librubberband2   1:3.1.0-dmo1
ii  libsamplerate0   0.2.2-2
ii  libsigc++-3.0-0  3.2.0-5
ii  libsndfile1  1.1.0-3
ii  libspeexdsp1 1.2.1-1
ii  libstdc++6   12.2.0-5
ii  libtbb12 2021.5.0-15
ii  libzita-convolver4   4.0.3-2

Versions of packages easyeffects recommends:
ii  lsp-plugins  1.1.31-3
ii  lsp-plugins-lv2  1.1.31-3

easyeffects suggests no packages.

-- no debconf information

Bug#1021517: easyeffects: EE not loading LV2 plugins

[Roman Hornik]

Package: easyeffects
Version: 6.3.0-1
Severity: important
X-Debbugs-Cc: roman.hor...@debian-linux.cz

Dear Maintainer,

it is not possible to load any LSP plugin, such as an equalizer. EE reports
that plugins are not installed, even though they are. These packages are:
lsp-plugins(-jack, -ladspa, -lv2, -r3d-glx and -vst), all in version 1.1.31-3
When run from the terminal with -l , the program spits out a bunch of
the following lines:


(easyeffects:6305): easyeffects-WARNING **: 01:07:49.189:
lv2_wrapper.cpp:353 http://lsp-plug.in/plugins/lv2/para_equalizer_x32_lr
port symbol not found: sr_31

(easyeffects:6305): easyeffects-WARNING **: 01:07:49.189:
lv2_wrapper.cpp:353 http://lsp-plug.in/plugins/lv2/para_equalizer_x32_lr
port symbol not found: xsr_31

(easyeffects:6305): easyeffects-WARNING **: 01:07:49.189:
lv2_wrapper.cpp:353 http://lsp-plug.in/plugins/lv2/para_equalizer_x32_lr
port symbol not found: xmr_31

(easyeffects:6305): easyeffects-WARNING **: 01:07:49.189:
lv2_wrapper.cpp:353 http://lsp-plug.in/plugins/lv2/para_equalizer_x32_lr
port symbol not found: fr_31

(easyeffects:6305): easyeffects-WARNING **: 01:07:49.189:
lv2_wrapper.cpp:353 http://lsp-plug.in/plugins/lv2/para_equalizer_x32_lr
port symbol not found: qr_31

(easyeffects:6305): easyeffects-WARNING **: 01:07:49.189:
lv2_wrapper.cpp:353 http://lsp-plug.in/plugins/lv2/para_equalizer_x32_lr
port symbol not found: gr_31

(easyeffects:6305): easyeffects-WARNING **: 01:07:49.201:
lv2_wrapper.cpp:65  Could not find the plugin: http://lsp-
plug.in/plugins/lv2/para_equalizer_x32_lr

(easyeffects:6305): easyeffects-WARNING **: 01:07:49.201:
lv2_wrapper.cpp:353 http://lsp-plug.in/plugins/lv2/para_equalizer_x32_lr
port symbol not found: mode

(easyeffects:6305): easyeffects-WARNING **: 01:07:49.201:
lv2_wrapper.cpp:353 http://lsp-plug.in/plugins/lv2/para_equalizer_x32_lr
port symbol not found: bal

(easyeffects:6305): easyeffects-WARNING **: 01:07:49.201:
lv2_wrapper.cpp:353 http://lsp-plug.in/plugins/lv2/para_equalizer_x32_lr
port symbol not found: frqs_l


In truth, I don't know for what reason the program wants to contact the remote
server (http://lsp-plug.in) via lv2_wrapper.cpp, but none of those URLs are
valid.


Thanks.

Roman Horník


-- System Information:
Debian Release: Sid/Experimental
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.0.0-rc7-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_USER
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages easyeffects depends on:
ii  calf-plugins 0.90.3-3
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-3
ii  libadwaita-1-0   1.2.0-1
ii  libbs2b0 3.1.0+dfsg-6
ii  libc62.36-1
ii  libcairo21.16.0-6
ii  libebur128-1 1.2.6-1+b1
ii  libfftw3-single3 3.3.8-2
ii  libfmt9  9.1.0+ds1-2
ii  libgcc-s112.2.0-5
ii  libglib2.0-0 2.74.0-2
ii  libgtk-4-1   4.8.1+ds-1
ii  liblilv-0-0  0.24.20-1
ii  libpango-1.0-0   1.50.10+ds-1
ii  libpipewire-0.3-00.3.59-1
ii  librubberband2   1:3.1.0-dmo1
ii  libsamplerate0   0.2.2-2
ii  libsigc++-3.0-0  3.2.0-5
ii  libsndfile1  1.1.0-3
ii  libspeexdsp1 1.2.1-1
ii  libstdc++6   12.2.0-5
ii  libtbb12 2021.5.0-15
ii  libzita-convolver4   4.0.3-2

Versions of packages easyeffects recommends:
ii  lsp-plugins  1.1.31-3
ii  lsp-plugins-lv2  1.1.31-3

easyeffects suggests no packages.

-- no debconf information

Bug#1020432: cutecom: please package a newer version than 0.30.3 (which was released 02/2016)

[Roman Khimov]

Hello, Frank.

В письме от среда, 21 сентября 2022 г. 19:24:08 MSK пользователь Frank 
Dietrich написал:
> Please consider to update CuteCom in the Debian repository to a more
> recent version.

Thank you for reminding me about it. In fact there was an updated package in 
the bug 911378, but IIRC it was some freeze time back then so it wasn't 
accepted. I'll try to check/update it again this weekend.

-- 
 http://roman.khimov.ru
mailto: ro...@khimov.ru
gpg --keyserver hkp://subkeys.pgp.net --recv-keys 0xE5E055C3

Bug#1000927: fixed in unstable

[Roman Lebedev]

On Thu, 8 Sep 2022 15:20:23 +0200 Matthias Klose  wrote:
> fixed in unstable, now built using LLVM 13.

When this bug was closed, it was titled "creduce: Please upgrade to
llvm-toolchain-14",
so i don't believe this is fixed, which is suboptimal because creduce
is the only blocker
for me to be able to fully remove LLVM13 from my system.

Please at least reopen the bug.

Roman.

Bug#1019211: [html2text] Eats 6+GB RAM (or crashes if it can't) on a certain HTML file

[Roman Mamedov]

Package: html2text
Version: 1.3.2a-28
Severity: normal

Hello,

On a 512 MB of RAM machine with Bullseye:

  # html2text -utf8 < page.html 
  html2text: error: Cannot allocate memory
  Aborted

Trying the same on a 16 GB of RAM machine which runs Buster and the earlier
html2text version 1.3.2a-24, the program consumed 6 GB of RAM within a few
seconds of execution, after which I Ctrl+C'd it.

page.html is attached, but I am not sure if attachment comes through to the
BTS, I will follow up if it doesn't.

-- 
With respect,
Roman
Title: Ôîðìóëà-1 (2022) [ñòð. 1] :: Ñïîðò :: RuTracker.org















Ê ñòðàíèöå...


















Ãëàâíàÿ


Òðåêåð


Ïîèñê


Ãðóïïû


FAQ


Tor


VPN


Ïðàâèëà























Ðåãèñòðàöèÿ
 · 
Âõîä









SSL




Çàáûëè èìÿ èëè ïàðîëü?
















Ôîðìóëà-1 (2022)

Ñòðàíèöû :  1, 2, 3, 4, 5, 6, 7  Ñëåä.





 Ñïîðò
» Ñïîðòèâíûå òóðíèðû, ôèëüìû è ïåðåäà÷è
» Ôîðìóëà-1 (2022)



















Òåìû
Òîððåíò
Îòâ.
Ïîñë. ñîîáùåíèå


Ïðàâèëà







[×ÈÒÀÒÜ ÂÑÅÌ!] ÏÐÀÂÈËÀ ÎÁÙÅÍÈß Â ÏÎÄÐÀÇÄÅËÅ è ÏÐÀÂÈËÀ ÎÔÎÐÌËÅÍÈß ÐÀÇÄÀ×È


Çëîáíûé Ñàí÷åç






0



2017-03-07 10:34

Çëîáíûé Ñàí÷åç 




Âàæíîå







Ôëóäèëêà (Îñòîðîæíî, ìîãóò áûòü ðåçóëüòàòû)


IlVarsh
 [ 1 .. 22, 23 ] 





689



2022-09-04 20:12

KorDen32 









ãîðÿ÷àÿ Îáúÿâëåíèå. F1 2022 íà RuTracker


TomBeckett






0



2022-05-27 17:29

TomBeckett 









Íîâûé ìîäåðàòîð â ðàçäåëå Ôîðìóëà 1 - Stanst


Striker






0



2019-05-22 18:19

Striker 









Êîíêóðñ ïðîãíîçîâ


minjka






0



2019-03-11 10:05

minjka 




Îáúÿâëåíèÿ







√· Ìàêëàðåí / McLaren (Ðîäæåð Äîíàëüäñîí / Roger Donaldson) [2017, Íîâàÿ Çåëàíäèÿ, äîêóìåíòàëüíûé, äðàìà, áèîãðàôèÿ, ñïîðò, BDRip 1080p] MVO (Ìàò÷ ÒÂ) + Original Eng + Sub Eng


Neon_project





11 | 0


6.67 GB 




1


689



2022-07-17 12:58

SunMetal 









√· Ôîðìóëà 1: Ãîíÿòü, ÷òîáû âûæèâàòü / Formula 1: Drive to Survive / Ñåçîí: 1 / Ñåðèè: 1-10 èç 10 / Netflix [2019, Ôîðìóëà 1, WEB-DL/1080p/25fps, MKV/H.264, RU/EN]


Dron ZX
 [ 1, 2 ] 




51 | 5


17.99 GB 




37


12,540



2022-06-22 17:15

DIMETRIUS_ 









*· Ôîðìóëà 1: Ãîíÿòü, ÷òîáû âûæèâàòü / Formula 1: Drive to Survive / Ñåçîí: 4 / Ñåðèè: 1-10 èç 10 [2022, Ôîðìóëà 1, WEB-DL 1080p, RU, EN]


Êyle





49 | 6


21.34 GB 




13


6,473



2022-04-12 13:12

meskill 









*· Ôîðìóëà 1: Ãîíÿòü, ÷òîáû âûæèâàòü / Formula 1: Drive to Survive / Ñåçîí: 4 [11.03.2022, Ôîðìóëà 1, WEB-DL, 1080p, h264, RU/EN]


d22t





9 | 0


18.19 GB 




19


779



2022-03-16 19:22

btharabth12 









T· [ Îïðîñ ] Ôîðìóëà 1: Ãîíÿòü, ÷òîáû âûæèâàòü / Formula 1: Drive to Survive / Ñåçîí: 4 [11.03.2022, Ôîðìóëà 1, WEB-DLRip, 1080p, h265, RU/EN]


d22t
 [ 1, 2 ] 




11 | 0


6.7 GB 




43


3,974



2022-03-14 21:16

d22t 









√· Ôîðìóëà 1: Ãîíÿòü, ÷òîáû âûæèâàòü / Formula 1: Drive to Survive / Ñåçîí: 3 / Ñåðèè: 1-10 èç 10 [2021, Ôîðìóëà 1, WEB-DL 1080p, RU, EN]


Êyle
 [ 1, 2, 3 ] 




43 | 5


19.84 GB 




62


12,757



2022-01-15 16:14

TomBeckett 









*· Ôîðìóëà 1: Ãîíÿòü, ÷òîáû âûæèâàòü / Formula 1: Drive to Survive / Ñåçîí: 4 [11.03.2022, Ôîðìóëà 1, WEB-DL, 1080p, 50 fps, h265, RU/EN]


d22t





9 | 2


23.41 GB 




14


1,407



2022-06-19 08:52

6milky6way6 









√· Ôîðìóëà 1: Ãîíÿòü, ÷òîáû âûæèâàòü / Formula 1: Drive to Survive / Ñåçîí: 2 / Ñåðèè: 1-10 èç 10 [2020, Ôîðìóëà 1, WEB-DLRip/720p/25fps, MKV/H.264, RU, EN]


Striker





10 | 3


10.75 GB 




26


8,654



2022-03-18 22:23

äèìà-2 









√· Ôîðìóëà 1: Ãîíÿòü, ÷òîáû âûæèâàòü / Formula 1: Drive to Survive. Netflix [2019, Ôîðìóëà 1, WEBRip/720p, MKV/H.264, EN]


PlayMaker1704
 [ 1, 2, 3 ] 




11 | 1


11.41 GB 




88


13,758



2022-03-08 15:04

eronex 









√· Remembering Sir Frank Williams. Sky Sports F1 HD [2013, 2019, 2021, Ôîðìóëà 1, ΙPTV/1080p/25fps, MKV/H.264, EN]


Ales





3 | 1


4.95 GB 




1


206



2021-12-03 23:22

Òîð÷åáàí 









√· Ôîðìóëà 1: Ãîíÿòü, ÷òîáû âûæèâàòü / Formula 1: Drive to Survive / Ñåçîí: 2 / Ñåðèè: 1-10 èç 10 [2020, Ôîðìóëà 1, WEB-DL 1080p, RU,EN]


Êyle
 [ 1, 2 ] 




43 | 1


22.92 GB 




59


13,769



2022-03-24 11:57

TomBeckett 









√· Ôîðìóëà 1: Ãîíÿòü, ÷òîáû âûæèâàòü / Formula 1: Drive to Survive / Ñåçîí: 3 / Ñåðèè: 1-10 èç 10 [2021, Âåëèêîáðèòàíèÿ, Ôîðìóëà 1, WEB-DL 2160p, HDR, Dolby Vision, RU, EN] [Hybrid]


arxivariys





8 | 0


48.09 GB 




9


1,215



2022-05-27 07:25

Coma White 









√· Remembering Senna 25 Years On. Sky Sports F1 HD [2019, Ôîðìóëà 1, ΙPTV/1080p/25fps, MKV/H.264, EN]


Ales





3 | 1


3.07 GB 




5


608



2022-05-29 18:35

LoadMasta 




Èíñòðóêöèè







ãîðÿ÷àÿ *· Ôîðìóëà 1. Ñåçîí 2022. Ýòàï 15. Ãðàí-ïðè Íèäåðëàíäîâ. Ïðàêòèêè. Êâàëèôèêàöèÿ. Ãîíêà. F1TV [02-04.09.2022, Ôîðìóëà 1, WEB-DL/720p/50fps, MKV/H.264, RUS/UKR/ENG/INT]


KorDen32





20 | 125


12.68 GB 




15


1,059



2022-09-05 00:28

TomBeckett 









ãîðÿ÷àÿ *· Ôîðìóëà 1. Ñåçîí 2022. Ýòàï 15. Ãðàí-ïðè Íèäåðëàíäîâ. Ïðàêòèêè. Êâàëèôèêàöèÿ. Ãîíêà. F1TV [02-04.09.2

Bug#1017972: (no subject)

[Roman Kalugin]

Unfortunately I can't use patches yet. I can say that I tried to run the 
module from another kernel and I get an error.


sudo insmod 
/lib/modules/5.18.0-3-amd64/kernel/drivers/platform/x86/nvidia-wmi-ec-backlight.ko


[sudo] password for alter:
insmod: ERROR: could not insert module 
/lib/modules/5.18.0-3-amd64/kernel/drivers/platform/x86/nvidia-wmi-ec-backlight.ko: 
Invalid module format


I thought you could add it to the default kernel

--
Best regards, Roman Kalugin

e-mail: kalugi...@gmail.com

Bug#1017972: Please add kernel module "nvidia-wmi-ec-backlight.ko"

[Roman Kalugin]

Package: linux-image-amd64
Version: 5.18.16-1
The backlight mode does not work in laptops due to the lack of this module. 
I checked on other versions of kernels such as "5.18.0-17.1-liquorix-amd64" 
and everything works there.



Please add this module to the standard distribution. Thanks in advance!


P.S. sorry for my English


--
Best regards, Roman Kalugin

e-mail: kalugi...@gmail.com

Bug#1017913: python3.10-dbg: GDB script for python3.10d fails to auto-load

[Roman Donchenko]

Package: python3.10-dbg
Version: 3.10.6-1
Severity: normal

Dear Maintainer,

The python3.10-dbg package includes auto-load scripts for GDB, but those scripts
don't load when you try to debug the debug version of Python:

$ gdb -batch -ex 'info auto-load python-scripts' python3.10d
No auto-load scripts.

This is because the scripts are named incorrectly:

$ ls -1 /usr/share/gdb/auto-load/usr/bin
python3.10-dbg-gdb.py
python3.10-gdb.py
python3.10d-gdb.py
python3.10dm-gdb.py
python3.10m-gdb.py

There is a script for "python3.10dm" (which doesn't exist), but not for 
"python3.10d".
The "m" in the name should be removed.


-- System Information:
Debian Release: bookworm/sid
  APT prefers testing
  APT policy: (500, 'testing')
merged-usr: no
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.102.1-microsoft-standard-WSL2 (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

Versions of packages python3.10-dbg depends on:
ii  libc6  2.34-3
ii  libexpat1  2.4.8-1
ii  libpython3.10-dbg  3.10.6-1
ii  python3.10 3.10.6-1
ii  zlib1g 1:1.2.11.dfsg-4

Versions of packages python3.10-dbg recommends:
ii  gdb  12.1-3

Versions of packages python3.10-dbg suggests:
pn  python3-gdbm-dbg  
pn  python3-tk-dbg

-- no debconf information

Bug#1016987: lsp-plugins: wish: please update to newer version

[Roman Lebedev]

Package: lsp-plugins
Version: 1.1.31-3
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear maintainer,

The current version of lsp-plugins in unstable is 1.1.31,
while a new major version is avaliable: 1.2.2
It would be awesome to update! Thanks!

Roman.


- -- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'unstable-debug'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.18.0-3-amd64 (SMP w/32 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 lsp-plugins depends on:
ii  lsp-plugins-jack1.1.31-3
ii  lsp-plugins-ladspa  1.1.31-3
ii  lsp-plugins-lv2 1.1.31-3
ii  lsp-plugins-vst 1.1.31-3

lsp-plugins recommends no packages.

Versions of packages lsp-plugins suggests:
pn  dgedit  

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEE+UikBxeiu50LOdFYgbqkFMWfZdAFAmL0GwUACgkQgbqkFMWf
ZdD/URAAvLeL6QM31TbBMotvY01Y6yQjW/OCdS4sjp919wNVftxJ6zirHQRKTTNh
7sJwahFKrt3KFpn/impEBkPu6NV6Bx+UTO+kCbqkRXUxC9nY2i9sWd2Yiq/d2Yu+
EKG+c4tlsCjGABIIyxLSPMozjXYASLm+i67CRHfQ0jXmxXLp4gyvXmyVTbjQQCi7
qCY7ZQ0RBoA0Bn0gsZDcXfYETyz/8RbpFXmoK6BlcOLFwChu81Y5nA+SJqpRqk2T
7jhJ7dnT+ZCd01hGyypnl0kZ5A7iu/T1vYKAYbDGXkrM+oh3jjNm34fHgyR1kgWR
pJEduTDjA7c+X/i22w2ZVZnaZWPxIssrjQ4ybzUwi/lhT+z0T7CzEOeLmXoNds9t
yHHsAGvnOC2Y5JPwSEDxKfySYTTgWwPuNW6JTbErjwwajFh181QCcUTb7fUVsg7H
akfKSd0i+gcLGGDJkQNIf9q0quFUGff5X84l5imTr9oInRNCXESvNtCN7disX9cO
f211nNph0niWGiH2X4IUF2CwpFrgKAC/YdjRhxok9w/TJQBu8hzxBTLRFV8X9dnc
giaQuG5kM+2BlyJ/K8088KpFohD2tB0UWyW52hT7bwPVz9+yZPZ+jdY2cUVMt/n+
xEkt0wXVS0O/xBN0PrQN8LLB7ISyuz96zJ9+4i+sp6OaKBFuSYU=
=Ddqk
-END PGP SIGNATURE-

Bug#1015831: [hddtemp] Please keep hddtemp in Debian

[Roman Mamedov]

Package: hddtemp
Severity: wishlist

Hello,

I have been surprised to see the changelog entry about the planned removal of
hddtemp. I would like to leave a couple of comments to that.

>  hddtemp has been dead upstream for many years and is therefore in a minimal
>  maintenance mode. It will be shipped in the Debian Bullseye release, but
>  will not be present in the Debian Bookworm release.

Could it be a case of a program that is basically _done_, i.e. it works, keeps
working, and doesn't need any changes or new features, other than "minimal
maintenance" in the first place?

Or could you give some examples of issues that arise and go unsolved because
of "dead" upstream? Seeing from next to no bugreports in Debian, doesn't seem
that there are many.

>  Nowadays the 'drivetemp' kernel module is a better alternative. It uses the
>  Linux Hardware Monitoring kernel API (hwmon), so the temperature is returned
>  the same way and using the same tools as other sensors.

Does not seem to be the case. Of course running "sensors" then returns:

> drivetemp-scsi-4-0
> Adapter: SCSI adapter
> temp1:+32.0°C  (low  =  +0.0°C, high = +60.0°C)
>(crit low = -40.0°C, crit = +65.0°C)
>(lowest = +28.0°C, highest = +42.0°C)

And what I wanted to know was the temperature of /dev/sda.

There is no "sensors /dev/sda" obviously, and not obvious for the user how to
easily convert sda to scsi-X-Y. Calling *this* the better alternative seems
extremely premature.

At least some wrapper should be introduced (or maybe there's already one?)
that would offer the exact command-line interface as hddtemp, but then
retrieve the temperature in "the better way" under the hood (if there's really
such a pressing need...)

Not to mention it would return 24 of these paragraphs when called
(interrupting all the drives to fetch temperature?), assuming e.g. 24 drives,
even if I wanted the temperature of just one.

>  Loading this module is as easy as creating a file in the /etc/modules-load.d
>  directory:
>
>echo drivetemp > /etc/modules-load.d/drivetemp.conf

Loading it might be easy, but as one proverb says, "only if you're not
interested in the results"...

-- 
With respect,
Roman

Bug#1015209: [rsyslog] No initscript anymore, not functional without systemd?

[Roman Mamedov]

On Sun, 17 Jul 2022 21:19:19 +0100
Mark Hindley  wrote:

> Of course rsyslog does still work without systemd. The initscript was removed
> and is now found in the orphan-sysvinit-scripts package.

Great to know, never heard of that package before.

But even though rsyslog as a program does still work without systemd, the
rsyslog as a package arguably doesn't, since installing it into a system
doesn't provide it with the logging functionality anymore, due to the daemon
not being automatically started on each boot-up. And it is not clear to a
user how to fix that.

As such I would then suggest considering:

  "Depends: systemd | orphan-sysvinit-scripts"

Thanks

-- 
With respect,
Roman

Bug#1015209: [rsyslog] No initscript anymore, not functional without systemd?

[Roman Mamedov]

On Sun, 17 Jul 2022 19:50:52 +0200
Michael Biebl  wrote:

> > I just found that on one of my upgraded Bullseye machines I do not have 
> > system
> > logs anymore, nor rsyslog running at all.
> > 
> > Trying to start it, I find that there's no /etc/init.d/rsyslog. I see there 
> > is
> > an rsyslog.service file, but these machines do not run systemd.
> > 
> > The problematic version is 8.2206.0-1~bpo11+1 from bullseye-backports. 
> > Another
> > machine still uses the bullseye version 8.2102.0-2+deb11u1 and it all works
> > fine on that one.
> > 
> > How to use the new version without systemd? Or what is the suggested
> > non-systemd alternative?
> > 
> 
> non-systemd systems are no longer supported.
> Please migrate.

Hello,

In that case could you please update the dependencies or conflicts of the new
package version, to indicate that it is now only functional with systemd. 

Loudly complaining at upgrade-time, or preventing upgrade, is certainly much
better than quietly leaving people's systems broken without logging. Nobody
will notice there aren't any logs, until they need something *from* the logs.

Maybe something like "Depends: systemd", or "Conflicts: sysvinit-core"?

Thanks!

-- 
With respect,
Roman

Bug#1015209: [rsyslog] No initscript anymore, not functional without systemd?

[Roman Mamedov]

Package: rsyslog
Version: 8.2206.0-1~bpo11
Severity: normal

Hello,

I just found that on one of my upgraded Bullseye machines I do not have system
logs anymore, nor rsyslog running at all.

Trying to start it, I find that there's no /etc/init.d/rsyslog. I see there is
an rsyslog.service file, but these machines do not run systemd.

The problematic version is 8.2206.0-1~bpo11+1 from bullseye-backports. Another
machine still uses the bullseye version 8.2102.0-2+deb11u1 and it all works
fine on that one.

How to use the new version without systemd? Or what is the suggested
non-systemd alternative?

Thanks!

-- 
With respect,
Roman

Bug#1014659: logrotate: error: state file /var/lib/logrotate/status is world-readable

[Roman Mamedov]

Hello,

Here is the permission layout after the "error" message has been issued. I did
not check what it was before. I'm not sure if this means I will not get
another "error" tomorrow. On another host, I did "chmod o-rx" on the logrotate
directory, thinking maybe it wants that. Not sure yet if that helped either.

# ls -la /var/lib/logrotate/
total 12
drwxr-xr-x  2 root root 4096 Jul 10 06:32 .
drwxr-xr-x 29 root root 4096 Jun 22 13:44 ..
-rw-r-  1 root root  782 Jul 10 06:32 status

-- 
With respect,
Roman

Bug#1006277:

[Roman Lebedev]

Thank you! Now that easyeffects is packaged,
i have just successfully performed migration to pipewire.

Roman.

Bug#1012318: diffoscope 214 produced no output and was killed after running into timeout after 150m

[Roman Lebedev]

Package: diffoscope
Version: 214
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear maintainer,

it would appear, diffoscope is failing when runing agains halide package:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/diffoscope-results/halide.html

Unfortunately, i do not know what the more specific problem is.

Roman.

- -- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'unstable-debug'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.17.0-3-amd64 (SMP w/32 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 diffoscope depends on:
pn  diffoscope-minimal  

Versions of packages diffoscope recommends:
pn  abootimg   
ii  acl2.3.1-1
pn  androguard 
pn  apksigner  
pn  apktool
pn  binutils-multiarch 
ii  bzip2  1.0.8-5
pn  caca-utils 
pn  colord 
pn  db-util
pn  default-jdk-headless | default-jdk | java-sdk  
pn  device-tree-compiler   
pn  docx2txt   
ii  e2fsprogs  1.46.5-2
pn  enjarify   
ii  ffmpeg 10:4.4.2-dmo5
pn  fontforge-extras   
pn  fp-utils   
ii  genisoimage9:1.1.11-3.2
ii  gettext0.21-6
pn  ghc
ii  ghostscript9.56.1~dfsg-1
pn  giflib-tools   
pn  gnumeric   
ii  gnupg  2.2.35-2
ii  gnupg-utils2.2.35-2
pn  hdf5-tools 
ii  imagemagick-6.q16 [imagemagick]8:6.9.11.60+dfsg-1.3+b2
pn  jsbeautifier   
ii  libarchive-tools   3.6.0-1
pn  libxmlb-dev
ii  llvm   1:15.0-55~20220203224054.8
ii  lz4 [liblz4-tool]  1.9.3-2
pn  mono-utils 
pn  ocaml-nox  
pn  odt2txt
pn  oggvideotools  
ii  openssh-client 1:9.0p1-1+b1
ii  openssl3.0.3-5
pn  pgpdump
ii  poppler-utils  22.02.0-3
pn  procyon-decompiler 
pn  python3-argcomplete
pn  python3-binwalk
ii  python3-debian 0.1.44
ii  python3-defusedxml 0.7.1-1
pn  python3-guestfs
pn  python3-jsondiff   
pn  python3-pdfminer   
pn  python3-progressbar
pn  python3-pypdf2 
pn  python3-pyxattr
pn  python3-rpm
pn  python3-tlsh   
pn  r-base-core
pn  radare2
ii  rpm2cpio   4.17.0+dfsg1-4
pn  sng
ii  sqlite33.38.5-1
pn  squashfs-tools 
pn  tcpdump
pn  u-boot-tools   
ii  unzip  6.0-26
ii  vim-common 2:8.2.4793-1
pn  wabt   
pn  xmlbeans   
ii  xxd2:8.2.4793-1
ii  xz-utils   5.2.5-2.1
ii  zip3.0-12
ii  zstd   1.5.2+dfsg-1

Versions of packages diffoscope suggests:
ii  libjs-jquery  3.6.0+dfsg+~3.5.13-1

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEE

Bug#1009150: Please add jacktrip to bullseye-backports

[Roman Haefeli]

Package: jacktrip
Version: 1.3.0+ds0-1
Severity: wishlist
Tags: a11y

Current jacktrip 1.5 (as available in testing and unstable) has significantly 
more features than version 1.3 available in bullseye/main. It would be nice to 
have the newer version in main, too. 


-- System Information:
Debian Release: 11.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-9-amd64 (SMP w/4 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages jacktrip depends on:
ii  libc6 2.31-13+deb11u3
ii  libgcc-s1 10.2.1-6
ii  libjack-jackd2-0 [libjack-0.125]  1.9.17~dfsg-1
ii  libqt5core5a  5.15.2+dfsg-9
ii  libqt5network55.15.2+dfsg-9
ii  libstdc++610.2.1-6

jacktrip recommends no packages.

Versions of packages jacktrip suggests:
pn  audacity  
ii  iperf 2.0.14a+dfsg1-1
pn  qjackctl  

-- no debconf information

Bug#1006277: RFP: easyeffects -- Audio effects for PipeWire applications (formerly - pulseeffects)

[Roman Lebedev]

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-multime...@lists.debian.org, by...@debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: easyeffects
  Version : 6.2.3
  Upstream Author : wwmm 
* URL : https://github.com/wwmm/easyeffects
* License : GNU GPL v3
  Programming Lang: C++
  Description : Audio effects for PipeWire applications (formerly - 
pulseeffects)

The existing Debian package named pulseeffects is dead upstream,
and the new versions are called easyeffects.

I'm not sure whether pulseeffects can be used with pipewire,
or of easyeffects can be used with pulseaudio,
but i think they can simply be packaged in parallel,
at least for a bit.

Lately, i've been using pulseeffects more and more, so i believe
that packaging easyeffects may make the migration to pipewire
almost seamless.

Roman.


-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEjkF6151RK40WXe2HCDw+u0oWieAFAmIVDucACgkQCDw+u0oW
ieDgGw//bKqJlNV4z+LTKbQkZoQHXpijPiK1P/HmcLTPihIFb547RkjVundsBGB1
ANoOfY42StZkeus/kzPw93BvTV9BXnjtF1R6xrSlOx9ERZU9NWm09A5p9ic0jhpA
Mgc6198WiDkaL7AoWIibqWxyLJB0dKwPIbvSyc3Dj0LUZDdkzRgUw13SRP6KorF+
zLDhwztqQ9Jvf3qM8HBahUVFY7ZLYQy33Eew+8JoMArX7Sy53yXe5Nu2FX6llcEs
7AEFuevAXWeaK+yx+ZKIwr9f/CDj3VGGY+V32svQNzU6Zx6cq4qbalpFGncH8z2v
MUZOhWTeQA9y9aHRMIlZEfzVQ7vj0aI3j9sQTrNwzmdYulzlAPL9+yzHglsktzuU
UfrVGJcGKBTFZPenojxrTvVhzSSrdYmamrh8xzmAaCyG7kDHzGfAXHkkjC4vKrec
jXMgLi8sBJMph5aD8nYer9e8jNI+HGKg5EN9HCBPpL/hTCs2whEHD1pyPycBMwwx
ibM2OkFtYQVaRHEBSSVP0QPDlXfKu2tCXQm/wEUapP1NdEKDsMtJayuYJKplMGia
mJiuM2MPO19WRSziJ6gbxQZXypBjmE3nane0JjniYEbKAsFtFUcG+cOiXiF0xnQn
uclqUw/mcFVa4jmOCxUgRoFniXRanyjGm9O7LQ1jvpotN3UiVow=
=KkFt
-END PGP SIGNATURE-

Bug#1005018: [procps] snice: does not work anymore in 3.3.15

[Roman Mamedov]

Hello,

I guess this is a duplicate of 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=903540

But Buster currently has the broken version. In that case please consider this
as a request to update the version there.

-- 
With respect,
Roman

Bug#1005018: [procps] snice: does not work anymore in 3.3.15

[Roman Mamedov]

Package: procps
Version: 2:3.3.15-2
Severity: normal

snice has no effect on process priority anymore, neither when invoked with the 
process
name, nor with a user name.

With version 3.3.9 it worked fine. I did not test versions in-between.

Running a process of:

  sleep 3600

And doing:

  snice +20 sleep

Results in the following strace snippet for 3.3.15:

  openat(AT_FDCWD, "/proc/7135/stat", O_RDONLY) = 4
  fstat(4, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
  read(4, "7135 (sleep) S 6836 7135 6836 34"..., 128) = 128
  close(4)

Downgrading to 3.3.9 and repeating:

  openat(AT_FDCWD, "/proc/7135/stat", O_RDONLY) = 4
  fstat(4, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
  read(4, "7135 (sleep) S 6836 7135 6836 34"..., 128) = 128
  openat(AT_FDCWD, "/proc/tty/drivers", O_RDONLY) = 5
  read(5, "/dev/tty /dev/tty   "..., ) = 465
  close(5)= 0
  stat("/dev/pts2", 0x7fff202e0460)   = -1 ENOENT (No such file or 
directory)
  stat("/dev/pts", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0
  readlink("/proc/7135/fd/2", "/dev/pts/2", 127) = 10
  stat("/dev/pts/2", {st_mode=S_IFCHR|0600, st_rdev=makedev(0x88, 0x2), ...}) = 0
  setpriority(PRIO_PROCESS, 7135, 20) = 0
  close(4)

-- 
With respect,
Roman

Bug#1004565: [memtest86] Stable hangs just after starting

[Roman Savochenko]

Hi, Fabio

On 30.01.22 23:34, Fabio Fantoni wrote:
Hi, I reproduced the similar issue many times and should be solved in 
memtest86+ 5.31b+dfsg-1, can you confirm using the new version that is 
now in experimental?


Yes, version 5.31b+dfsg-1 fine works on both my problem hardware. And 
thanks, I have placed that already in my local repository.


About memtest86 package I suppose it is no longer supported because 
version 5 and newer are proprietary and there is no new work upstream 
on version 4 for 8 years if I'm not mistaken, memtest86+ (its fork) 
have low support upstream but seems still alive and I invested some 
time for its debian package.


Open a unique bug (this) for both I think is wrong as they are 
"different".


OK

I don't mark as fixed (about memtest86+) for now as the issues that 
cause freeze on version in stable/testing/unstable should be multiple, 
newer upstream version and additional patches fixes different issues 
with newer gcc and newer hardware but I'm not sure that solves all cases.


OK

Regards, Roman
begin:vcard
fn:Savochenko Roman
n:Savochenko;Roman
org:OpenSCADA Team
adr:;;;Kamjanske;;51939;Ukraine
email;internet:ro...@oscada.org
title:OpenSCADA author and main developer
tel;cell:+380679859815
url:http://oscada.org
version:2.1
end:vcard

Bug#1004565: [memtest86] Stable hangs just after starting

[Roman Savochenko]

Package: memtest86+, memtest86
Version: 5.01-3.1, 4.3.7-3+b1
Severity: important

--- Please enter the report below this line. ---
The memory testing hangs just after starting on Test 2 progress from 20 
to 40 percent and on all hardware seems, in my case that is Intel 
i7-5600U and AMD A8-6500.


memtest86+ versions from Debian 10,9,8,7 work correctly.

--- System information. ---
Debian Release: 11.2

Bug#1003463: Functionally broken with current PHP

[Roman Lebedev]

Package: arcanist
Version: 0~git20200925-2
Severity: grave

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

I *think* this has been fixed upstream in
https://github.com/phacility/arcanist/commit/3626582354e4fc62191927a80b274ec71284cb77
and
https://github.com/phacility/arcanist/commit/b50a646a3f49c8b842cf0764c59ea2c38c2f9567

llvm-project$ /usr/bin/arc patch --nobranch D116766
PHP Deprecated:  Function libxml_disable_entity_loader() is deprecated in 
/usr/share/arcanist/support/init/init-script.php on line 92

Deprecated: Function libxml_disable_entity_loader() is deprecated in 
/usr/share/arcanist/support/init/init-script.php on line 92
PHP Fatal error:  Uncaught Exception: Error while loading file 
"/usr/share/arcanist/src/object/Phobject.php": Return type of 
Phobject::rewind() should either be compatible with Iterator::rewind(): void, 
or the #[\ReturnTypeWillChange] attribute should be used to temporarily 
suppress the notice in /usr/share/arcanist/src/init/lib/PhutilBootloader.php:275
Stack trace:
#0 /usr/share/arcanist/src/init/lib/PhutilBootloader.php(207): 
PhutilBootloader->executeInclude()
#1 /usr/share/arcanist/src/symbols/PhutilSymbolLoader.php(422): 
PhutilBootloader->loadLibrarySource()
#2 /usr/share/arcanist/src/symbols/PhutilSymbolLoader.php(277): 
PhutilSymbolLoader->loadSymbol()
#3 /usr/share/arcanist/src/init/init-library.php(23): 
PhutilSymbolLoader->selectAndLoadSymbols()
#4 /usr/share/arcanist/src/filesystem/Filesystem.php(18): __phutil_autoload()
#5 /usr/share/arcanist/src/init/lib/PhutilBootloader.php(247): 
include_once('...')
#6 /usr/share/arcanist/src/init/lib/PhutilBootloader.php(207): 
PhutilBootloader->executeInclude()
#7 /usr/share/arcanist/src/symbols/PhutilSymbolLoader.php(422): 
PhutilBootloader->loadLibrarySource()
#8 /usr/share/arcanist/src/symbols/PhutilSymbolLoader.php(277): 
PhutilSymbolLoader->loadSymbol()
#9 /usr/share/arcanist/src/init/init-library.php(23): 
PhutilSymbolLoader->selectAndLoadSymbols()
#10 /usr/share/arcanist/src/init/lib/PhutilBootloader.php(97): 
__phutil_autoload()
#11 /usr/share/arcanist/src/init/lib/PhutilBootloader.php(21): 
PhutilBootloader->registerLibrary()
#12 /usr/share/arcanist/src/init/init-library.php(70): 
PhutilBootloader::newLibrary()
#13 /usr/share/arcanist/support/init/init-script.php(96): require_once('...')
#14 /usr/share/arcanist/support/init/init-script.php(115): 
__arcanist_init_script__()
#15 /usr/share/arcanist/support/init/init-arcanist.php(3): require_once('...')
#16 /usr/share/arcanist/bin/arc(10): require_once('...')
#17 {main}
  thrown in /usr/share/arcanist/src/init/lib/PhutilBootloader.php on line 275

Fatal error: Uncaught Exception: Error while loading file 
"/usr/share/arcanist/src/object/Phobject.php": Return type of 
Phobject::rewind() should either be compatible with Iterator::rewind(): void, 
or the #[\ReturnTypeWillChange] attribute should be used to temporarily 
suppress the notice in /usr/share/arcanist/src/init/lib/PhutilBootloader.php:275
Stack trace:
#0 /usr/share/arcanist/src/init/lib/PhutilBootloader.php(207): 
PhutilBootloader->executeInclude()
#1 /usr/share/arcanist/src/symbols/PhutilSymbolLoader.php(422): 
PhutilBootloader->loadLibrarySource()
#2 /usr/share/arcanist/src/symbols/PhutilSymbolLoader.php(277): 
PhutilSymbolLoader->loadSymbol()
#3 /usr/share/arcanist/src/init/init-library.php(23): 
PhutilSymbolLoader->selectAndLoadSymbols()
#4 /usr/share/arcanist/src/filesystem/Filesystem.php(18): __phutil_autoload()
#5 /usr/share/arcanist/src/init/lib/PhutilBootloader.php(247): 
include_once('...')
#6 /usr/share/arcanist/src/init/lib/PhutilBootloader.php(207): 
PhutilBootloader->executeInclude()
#7 /usr/share/arcanist/src/symbols/PhutilSymbolLoader.php(422): 
PhutilBootloader->loadLibrarySource()
#8 /usr/share/arcanist/src/symbols/PhutilSymbolLoader.php(277): 
PhutilSymbolLoader->loadSymbol()
#9 /usr/share/arcanist/src/init/init-library.php(23): 
PhutilSymbolLoader->selectAndLoadSymbols()
#10 /usr/share/arcanist/src/init/lib/PhutilBootloader.php(97): 
__phutil_autoload()
#11 /usr/share/arcanist/src/init/lib/PhutilBootloader.php(21): 
PhutilBootloader->registerLibrary()
#12 /usr/share/arcanist/src/init/init-library.php(70): 
PhutilBootloader::newLibrary()
#13 /usr/share/arcanist/support/init/init-script.php(96): require_once('...')
#14 /usr/share/arcanist/support/init/init-script.php(115): 
__arcanist_init_script__()
#15 /usr/share/arcanist/support/init/init-arcanist.php(3): require_once('...')
#16 /usr/share/arcanist/bin/arc(10): require_once('...')
#17 {main}
  thrown in /usr/share/arcanist/src/init/lib/PhutilBootloader.php on line 275



- -- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'unstable-debug'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.15.0-2-amd64 (SMP w/32 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US
Shell: /bin/sh linked to 

Bug#1003453: Old bug is back, needs a rebuild.

[Roman Lebedev]

Package: qtcreator
Version: 6.0.1-1
Severity: serious

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Looks like qtcreator (and iwyu/etc) need to be rebuilt again.
After some recent updates, qtcreator again shows errors
about certain C++ types not being known.

Roman


- -- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'unstable-debug'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.15.0-2-amd64 (SMP w/32 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 qtcreator depends on:
ii  clang-13   1:13.0.1~+rc1-1~exp4
ii  libc6  2.33-2
ii  libclang1-13   1:13.0.1~+rc1-1~exp4
ii  libdw1 0.186-1
ii  libelf10.186-1
ii  libgcc-s1  11.2.0-13
ii  libkf5syntaxhighlighting5  5.88.0-2
ii  libqt5concurrent5  5.15.2+dfsg-14
ii  libqt5core5a [qtbase-abi-5-15-2]   5.15.2+dfsg-14
ii  libqt5designer55.15.2-5+b1
ii  libqt5designercomponents5  5.15.2-5+b1
ii  libqt5gui5 5.15.2+dfsg-14
ii  libqt5help55.15.2-5+b1
ii  libqt5network5 5.15.2+dfsg-14
ii  libqt5printsupport55.15.2+dfsg-14
ii  libqt5qml5 [qtdeclarative-abi-5-15-2]  5.15.2+dfsg-9
ii  libqt5quick5   5.15.2+dfsg-9
ii  libqt5quickwidgets55.15.2+dfsg-9
ii  libqt5serialport5  5.15.2-2
ii  libqt5sql5 5.15.2+dfsg-14
ii  libqt5sql5-sqlite  5.15.2+dfsg-14
ii  libqt5svg5 5.15.2-4
ii  libqt5test55.15.2+dfsg-14
ii  libqt5widgets5 5.15.2+dfsg-14
ii  libqt5xml5 5.15.2+dfsg-14
ii  libstdc++6 11.2.0-13
ii  libyaml-cpp0.7 0.7.0+dfsg-8
ii  libzstd1   1.4.8+dfsg-3
ii  qml-module-qtqml-models2   5.15.2+dfsg-9
ii  qml-module-qtquick-controls5.15.2-2
ii  qml-module-qtquick25.15.2+dfsg-9
ii  qtchooser  66-2
ii  qtcreator-data 6.0.1-1

Versions of packages qtcreator recommends:
pn  clang-tidy 
ii  gdb10.1-2
ii  konsole [x-terminal-emulator]  4:21.08.2-1
ii  make   4.3-4.1
ii  qmlscene   5.15.2+dfsg-9
pn  qt5-doc
ii  qt5-qmltooling-plugins 5.15.2+dfsg-9
ii  qtbase5-dev-tools  5.15.2+dfsg-14
pn  qtcreator-doc  
ii  qtdeclarative5-dev-tools   5.15.2+dfsg-9
ii  qttools5-dev-tools 5.15.2-5+b1
ii  qttranslations5-l10n   5.15.2-2
ii  qtxmlpatterns5-dev-tools   5.15.2-3
ii  xterm [x-terminal-emulator]370-1

Versions of packages qtcreator suggests:
pn  clazy  
ii  cmake  3.22.1-1+b1
ii  g++4:11.2.0-2
ii  git1:2.34.1-1
ii  meson  0.60.3-1
pn  python3-pylsp  
ii  subversion 1.14.1-3+b2
ii  valgrind   1:3.18.1-1

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEjkF6151RK40WXe2HCDw+u0oWieAFAmHcJ2QACgkQCDw+u0oW
ieCsyhAAlol3UkpwhpKZf0vvdmoMCEc3sBzQYm2FfEQ3/3cwvTh5f+JIDSNTxYgV
3lIPFlMv7IKcc55p0e/MXFlBOHOG2q/bYVdTuf5h/cuAafX6Y2zr5m2TjFUNqffX
646hQS4rkoipR1r3l4ou5gomBpW+WoqEExnpc02/GfwxvVOTrQuZe8C1nXj2OlzZ
YFYOgCQBv6hdzxVcMTx7v4RQetLmJ/c+GegATqjLOEHdtr5D4KHRxkS/tbr/itQE
8wkaD0G4PRTRtGtDPJf53UTBD7rBLcz44HIWp5bn62dMO4epwY5EXnjNRt1aO9HO
7LxfcmAnC8w42tOB7T3wIEbw+qyPTCCaw8H4jYmVlQfptpGk7lG5CInqwfBGQLNb
JPzq7AVAmksssbeOyzxZbh6TzGqOrhJeCxdOqyRtn6/FR1uubIBco8U2Bzz7Tk12
dPse/gzvtrBky3fWeY1VQ83dhihsb5Jcg2lsaHW7eVA4n9EIdJTgMRdxgdOOW6XE
IYnad72iPzTQfTFUhGGiV2Fjc7sJxqTaXikHw1ZqjxNVnsi0+6LQ0Vbbq1rR4bDz
4hmKDjTCPZv5etaOxYTA678kLSbk9DYGqRLRmcn7I8KZmvvQIUAIOplP360IYCQy
iXDFFo9QGGNulF4E2Xuv6i3cqOR32hiqi6gBpfcjxsfeanndwNU=
=BDsi
-END PGP SIGNATURE-

Bug#1002007: [glusterfs-server] Does not include an init script

[Roman Mamedov]

Package: glusterfs-server
Version: 9.2-1~bpo10+1
Severity: normal

From package description: "This package installs init scripts and configuration
files to turn GlusterFS into a fully fledged file server."

But it does not actually include any init scripts:

  ls /etc/init.d/*gluster*
  ls: cannot access '/etc/init.d/*gluster*': No such file or directory

Only includes systemd service files, but I do not use systemd.

As far as I'm aware it was never made mandatory in Debian.

As is, it is unclear how to actually start the server.

-- 
With respect,
Roman

Bug#1000617: python3-nbclient_0.5.6-1: trying to overwrite '/usr/bin/jupyter-run', which is also in package jupyter-client 7.0.6-2

[Roman Lebedev]

Package: python3-nbclient
Version: 0.5.5-1
Severity: serious

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear maintainer, it looks like python3-nbclient / jupyter-client don't
play well together:

Unpacking python3-nbclient (0.5.6-1) over (0.5.5-1) ...
dpkg: error processing archive 
/tmp/apt-dpkg-install-dawlPe/41-python3-nbclient_0.5.6-1_all.deb (--unpack):
 trying to overwrite '/usr/bin/jupyter-run', which is also in package 
jupyter-client 7.0.6-2

Roman

- -- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'unstable-debug'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.15.0-1-amd64 (SMP w/32 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 python3-nbclient depends on:
ii  python3 3.9.8-1
ii  python3-jupyter-client  7.0.6-2
ii  python3-nbformat5.1.3-1
ii  python3-nest-asyncio1.5.1-1
ii  python3-traitlets   5.1.1-1

python3-nbclient recommends no packages.

python3-nbclient suggests no packages.

- -- debconf-show failed

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEjkF6151RK40WXe2HCDw+u0oWieAFAmGgAWAACgkQCDw+u0oW
ieBqgg/8DM/IiyThgtywLCfOU8oGu3WGFCFDQcT7q7X+TkNSB+q3aeZ/rH5+5V19
fwlS2LnNKG/yqvDz2BSUq5+NZZJXp1wEqlpDhpgb3eSMjimBN/AjudtQbATqFtXW
EhWIRCH3qlig3Bs/q170DbdAT7D6ql4iDdM3hFVN7W4UpjcxmJL1y1k9lQpYG54G
5F25gUI5yrBJTVmt+24ApZChNEj6L1ZKnF7g5155V6PhMnyjygigzift2RfbUGfB
fJerTPjEhPYdwIYq/fLIrVC9cmfVT4EYzxqUIFEK0wlUZNTBYbhb6HO+J9EXtbrB
BrN8/6wptBlyP4R4dmCCplqt2UzduLRkVvgSjMNyzTcZIhco5vs8bQzplKOjA9ui
vuKCmtjgcuNyCvvCi6p2LTaimne74gUNdPic99THb2XqplfvwPMN/+cvoONCh4r9
AUiv//q/OCJP3bC9bZg0cmwm69td5SUI4FtnkDF344hJLETio8nXhfaIIgi59io5
2hCQQhxIxOMxIQ1/iOpGGq+VrZlIHi8TaqiwItB6vxPrMEMy6P59zk18lamxpIsd
9d/QE6K36+3yYxNscPucpLAMPEQxtIQ68IFQM7M7betVNHPVErDVgn/9CNFR8rNc
gwgBvsEyG+0LLjtWD8yLA8L4H8OLgxW27ldGo1OHQOwOMw7oyoI=
=BbOc
-END PGP SIGNATURE-

Bug#995440: ITP: halide -- a language for fast, portable computation on images and tensors

[Roman Lebedev]

Package: wnpp
Severity: wishlist
Owner: Roman Lebedev 
X-Debbugs-Cc: debian-de...@lists.debian.org, Sylvestre Ledru 
, David Bremner 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: halide
  Version : 12.0.1
  Upstream Author : https://github.com/halide/Halide
* URL : https://halide-lang.org/
* License : MIT/X
  Programming Lang: C++
  Description : a language for fast, portable computation on images and 
tensors

Halide is a programming language designed to make it easier to write
high-performance image and array processing code on modern machines.
Halide currently targets:
* CPU architectures: X86, ARM, MIPS, Hexagon, PowerPC, RISC-V
* Operating systems: Linux, Windows, macOS, Android, iOS, Qualcomm QuRT
* GPU Compute APIs: CUDA, OpenCL, OpenGL Compute Shaders, Apple Metal, 
Microsoft Direct X 12
Rather than being a standalone programming language, Halide is embedded in C++.
This means you write C++ code that builds an in-memory representation
of a Halide pipeline using Halide's C++ API. You can then compile
this representation to an object file,
or JIT-compile it and run it in the same process.

- ---

I have performed initial debianization in
https://salsa.debian.org/LebedevRI-guest/halide/-/tree/debian/v12.0.1
the produced DEB's are functional, as far as i can tell.

While it is not a preparatory dependency for any further package,
it's a bit of a chicken and egg problem. I wanted to play around with
halide as far back as 2019, but back then they had a very rudimentary
CMake support, and wasn't packaged anywhere. They happily improved
their CMake support, so the only problem now is that it's not packaged :)

Ideally i would like the package to be accepted into pkg-llvm team.
I don't expect it to require too much effort to maintain.

While i have been using debian for quite some time now,
i'm not a debian developer, and i'm not as deeply familiar with the packaging
side of things. Naturally, i don't have any upload rights.


-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEjkF6151RK40WXe2HCDw+u0oWieAFAmFW3vkACgkQCDw+u0oW
ieAmbA/8Cn8L6ZF72pa9rje9aWiqXYcUz3lNtEEn9Cf0toq0Pv9+Hh0zXO2f0001
kw5ymPTvbZ6ddnhT8i5i13hRGFhSpAl8Ol594uiRIMFp4KKK5G7/o2yD4tMLXE8E
AOJ7bZnRu+AkZibRtPmgjpt1S/EjHeiAM45TL4EZPMeOaA6o8ZGZ9xT6W+AzBhYD
XYYSOLwT3IS8XU1UOZRsk00TDvpru7AzUDXXdWVfGhYpL1wzv3A1XlE20+ZKVayP
du6osHtT1wV8fdYjLWzw6C49Jm6bgoXGwhzSW/LsDXwTERQsFaSH+5Z2dZ6K8TEr
7LWQsD26hSlD27JPuMHJEqmJWWMJZ7TCSBWXXAojdie9N1F3W3uPARIc+1XkaqU4
IgjZEc1wK6YE7wZbnCMqL96H3q1jPWqVCxOpDJvbdpRh/UwcwKD+bJmE2N1Mi8vF
gvFT0aM405JpSFCJcMsB5wD0y38iK2h/c1rZog7xCmvBiLoQnNYLLmjFTt69DL9x
Ee/7v4RFoyf90NiiDuAHMVuHWxf2u8h9yB/tYF069jfOxt5x7wISDbsXBeiDZbPD
I3bXv8F19eyKI7X4jWC4fMupr81QHQ5uFt93gnTKbG8ajCqgwAcSV+dySl3UQI/l
CrflDkP0jp3aMo+EtbPbHFwa3AxYnLC8DQXKdUrZv+qH5pGl6Gk=
=4d4i
-END PGP SIGNATURE-

Bug#995342: digitemp: AM2302, DHT11/22 support

[Roman Hornik]

Package: digitemp
Version: 3.7.2-2
Severity: wishlist
X-Debbugs-Cc: roman.hor...@debian-linux.cz

Dear Maintainer,

would it be possible to add support for these sensors?

Thanks.


-- System Information:
Debian Release: Sid/Experimental
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.13.0-trunk-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8), LANGUAGE not
set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages digitemp depends on:
ii  libc6  2.33-0experimental2

digitemp recommends no packages.

Versions of packages digitemp suggests:
pn  default-mysql-server  
pn  python
pn  rrdtool   

Bug#995228: Old bug is back, needs a rebuild.

[Roman Lebedev]

I've just rebuilt qtcreator locally, and the bug is gone.
Dear maintainer, please rebuild the package.

Roman.

On Tue, Sep 28, 2021 at 11:24 AM Roman Lebedev  wrote:
>
> Package: qtcreator
> Version: 5.0.1-1
> Severity: serious
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Looks like qtcreator (and iwyu/etc) need to be rebuilt again.
> After some recent updates, qtcreator again shows errors
> about certain C++ types not being known.
>
> Roman
>
>
> - -- System Information:
> Debian Release: bookworm/sid
>   APT prefers unstable
>   APT policy: (990, 'unstable'), (500, 'unstable-debug'), (1, 
> 'experimental-debug'), (1, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 5.14.0-1-amd64 (SMP w/32 CPU threads)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 qtcreator depends on:
> ii  clang-11   1:11.1.0-2
> ii  libc6  2.32-4
> ii  libclang1-11   1:11.1.0-2
> ii  libdw1 0.185-2
> ii  libelf10.185-2
> ii  libgcc-s1  11.2.0-8
> ii  libkf5syntaxhighlighting5  5.86.0-1
> ii  libqt5concurrent5  5.15.2+dfsg-12
> ii  libqt5core5a [qtbase-abi-5-15-2]   5.15.2+dfsg-12
> ii  libqt5designer55.15.2-5
> ii  libqt5designercomponents5  5.15.2-5
> ii  libqt5gui5 5.15.2+dfsg-12
> ii  libqt5help55.15.2-5
> ii  libqt5network5 5.15.2+dfsg-12
> ii  libqt5printsupport55.15.2+dfsg-12
> ii  libqt5qml5 [qtdeclarative-abi-5-15-2]  5.15.2+dfsg-8
> ii  libqt5quick5   5.15.2+dfsg-8
> ii  libqt5quickwidgets55.15.2+dfsg-8
> ii  libqt5serialport5  5.15.2-2
> ii  libqt5sql5 5.15.2+dfsg-12
> ii  libqt5sql5-sqlite  5.15.2+dfsg-12
> ii  libqt5svg5 5.15.2-3
> ii  libqt5test55.15.2+dfsg-12
> ii  libqt5widgets5 5.15.2+dfsg-12
> ii  libqt5xml5 5.15.2+dfsg-12
> ii  libstdc++6 11.2.0-8
> ii  libyaml-cpp0.6 0.6.3-10
> ii  libzstd1   1.4.8+dfsg-2.1
> ii  qml-module-qtqml-models2   5.15.2+dfsg-8
> ii  qml-module-qtquick-controls5.15.2-2
> ii  qml-module-qtquick25.15.2+dfsg-8
> ii  qtchooser  66-2
> ii  qtcreator-data 5.0.1-1
>
> Versions of packages qtcreator recommends:
> pn  clang-tidy 
> ii  gdb10.1-2
> ii  konsole [x-terminal-emulator]  4:21.08.1-1
> ii  make   4.3-4.1
> ii  qmlscene   5.15.2+dfsg-8
> pn  qt5-doc
> ii  qt5-qmltooling-plugins 5.15.2+dfsg-8
> ii  qtbase5-dev-tools  5.15.2+dfsg-12
> pn  qtcreator-doc  
> ii  qtdeclarative5-dev-tools   5.15.2+dfsg-8
> ii  qttools5-dev-tools 5.15.2-5
> ii  qttranslations5-l10n   5.15.2-2
> ii  qtxmlpatterns5-dev-tools   5.15.2-3
> ii  xterm [x-terminal-emulator]369-1
>
> Versions of packages qtcreator suggests:
> pn  clazy   
> ii  cmake   3.21.3-2
> ii  g++ 4:10.2.1-1
> ii  git 1:2.33.0-1
> ii  meson   0.59.1-2
> ii  subversion  1.14.1-3
> ii  valgrind1:3.17.0-1
>
> - -- no debconf information
>
> -BEGIN PGP SIGNATURE-
>
> iQIzBAEBCgAdFiEEjkF6151RK40WXe2HCDw+u0oWieAFAmFS0FMACgkQCDw+u0oW
> ieAaCA/+NRCFsGN6uZl9E2E15Jz3gWYL6IKgu83f8RLr4czP7LpCijmK42Joa/Cm
> l3GdPi4YgzzqPakZ7IxQ4YTeKm3Sp1JspKa8LmkbBMWOQJIKUkjKNMk509T9FcAd
> dxtuWOlPVjN1qKfxPxGgdHwrk54xtgzoSCDP7EQvU/elYVta2FqAUl6tcJNsbA1N
> 5qS/kbbP74XIxSsXb8sXhi+UaPjBizr+LaXm4GVMj+xKAdP90H1kbQZUKI4qCMbp
> PNwGzsdWqyq+xqpGwf9e4J53U8E8qhlpU3Yk7TlIAOZxb0CDWqjnmr1GO9MyTeAO
> dcvT7kUWNaCdr7OnuMZGDZT46CZRVcZfvQGwILmF9GrHATJv+fuFBiE6WSSnVcVg
> Gh/KQKKjVqddYLnzAWfyd0zFSltO9jLFuFLhaWb+CVeUbGFTTq1qUKHjI1gVFIQc
> OzbH5r6MZ2CmKkPjg/dYY/Peial9obuJ2UUw5MhvzLinNkdAwUIN535yfjHxMCKP
> dW6EWGHzQH1MJiWgIR7HjxKB5icJa3o30G92DYG8OU0PeMgU32xPTaP7eE8iHPLh
> 2PyDomWMSIyosQ9iPIrlap1GqzUetc/6NHKHTDFGO4mIoykj1soc0gHgpVDjPaxn
> U0m1yeRDLy53Hm2L207CYBUhaH/drvnEJ2/X5D7x2tF08fBsyUQ=
> =s0V5
> -END PGP SIGNATURE-

Bug#995228: Old bug is back, needs a rebuild.

[Roman Lebedev]

Package: qtcreator
Version: 5.0.1-1
Severity: serious

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Looks like qtcreator (and iwyu/etc) need to be rebuilt again.
After some recent updates, qtcreator again shows errors
about certain C++ types not being known.

Roman


- -- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'unstable-debug'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.14.0-1-amd64 (SMP w/32 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 qtcreator depends on:
ii  clang-11   1:11.1.0-2
ii  libc6  2.32-4
ii  libclang1-11   1:11.1.0-2
ii  libdw1 0.185-2
ii  libelf10.185-2
ii  libgcc-s1  11.2.0-8
ii  libkf5syntaxhighlighting5  5.86.0-1
ii  libqt5concurrent5  5.15.2+dfsg-12
ii  libqt5core5a [qtbase-abi-5-15-2]   5.15.2+dfsg-12
ii  libqt5designer55.15.2-5
ii  libqt5designercomponents5  5.15.2-5
ii  libqt5gui5 5.15.2+dfsg-12
ii  libqt5help55.15.2-5
ii  libqt5network5 5.15.2+dfsg-12
ii  libqt5printsupport55.15.2+dfsg-12
ii  libqt5qml5 [qtdeclarative-abi-5-15-2]  5.15.2+dfsg-8
ii  libqt5quick5   5.15.2+dfsg-8
ii  libqt5quickwidgets55.15.2+dfsg-8
ii  libqt5serialport5  5.15.2-2
ii  libqt5sql5 5.15.2+dfsg-12
ii  libqt5sql5-sqlite  5.15.2+dfsg-12
ii  libqt5svg5 5.15.2-3
ii  libqt5test55.15.2+dfsg-12
ii  libqt5widgets5 5.15.2+dfsg-12
ii  libqt5xml5 5.15.2+dfsg-12
ii  libstdc++6 11.2.0-8
ii  libyaml-cpp0.6 0.6.3-10
ii  libzstd1   1.4.8+dfsg-2.1
ii  qml-module-qtqml-models2   5.15.2+dfsg-8
ii  qml-module-qtquick-controls5.15.2-2
ii  qml-module-qtquick25.15.2+dfsg-8
ii  qtchooser  66-2
ii  qtcreator-data 5.0.1-1

Versions of packages qtcreator recommends:
pn  clang-tidy 
ii  gdb10.1-2
ii  konsole [x-terminal-emulator]  4:21.08.1-1
ii  make   4.3-4.1
ii  qmlscene   5.15.2+dfsg-8
pn  qt5-doc
ii  qt5-qmltooling-plugins 5.15.2+dfsg-8
ii  qtbase5-dev-tools  5.15.2+dfsg-12
pn  qtcreator-doc  
ii  qtdeclarative5-dev-tools   5.15.2+dfsg-8
ii  qttools5-dev-tools 5.15.2-5
ii  qttranslations5-l10n   5.15.2-2
ii  qtxmlpatterns5-dev-tools   5.15.2-3
ii  xterm [x-terminal-emulator]369-1

Versions of packages qtcreator suggests:
pn  clazy   
ii  cmake   3.21.3-2
ii  g++ 4:10.2.1-1
ii  git 1:2.33.0-1
ii  meson   0.59.1-2
ii  subversion  1.14.1-3
ii  valgrind1:3.17.0-1

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEjkF6151RK40WXe2HCDw+u0oWieAFAmFS0FMACgkQCDw+u0oW
ieAaCA/+NRCFsGN6uZl9E2E15Jz3gWYL6IKgu83f8RLr4czP7LpCijmK42Joa/Cm
l3GdPi4YgzzqPakZ7IxQ4YTeKm3Sp1JspKa8LmkbBMWOQJIKUkjKNMk509T9FcAd
dxtuWOlPVjN1qKfxPxGgdHwrk54xtgzoSCDP7EQvU/elYVta2FqAUl6tcJNsbA1N
5qS/kbbP74XIxSsXb8sXhi+UaPjBizr+LaXm4GVMj+xKAdP90H1kbQZUKI4qCMbp
PNwGzsdWqyq+xqpGwf9e4J53U8E8qhlpU3Yk7TlIAOZxb0CDWqjnmr1GO9MyTeAO
dcvT7kUWNaCdr7OnuMZGDZT46CZRVcZfvQGwILmF9GrHATJv+fuFBiE6WSSnVcVg
Gh/KQKKjVqddYLnzAWfyd0zFSltO9jLFuFLhaWb+CVeUbGFTTq1qUKHjI1gVFIQc
OzbH5r6MZ2CmKkPjg/dYY/Peial9obuJ2UUw5MhvzLinNkdAwUIN535yfjHxMCKP
dW6EWGHzQH1MJiWgIR7HjxKB5icJa3o30G92DYG8OU0PeMgU32xPTaP7eE8iHPLh
2PyDomWMSIyosQ9iPIrlap1GqzUetc/6NHKHTDFGO4mIoykj1soc0gHgpVDjPaxn
U0m1yeRDLy53Hm2L207CYBUhaH/drvnEJ2/X5D7x2tF08fBsyUQ=
=s0V5
-END PGP SIGNATURE-

Bug#995127: synaptic: 'New in repository' list not updated

[Roman Hornik]

Package: synaptic
Version: 0.90.2+b1
Severity: normal
X-Debbugs-Cc: roman.hor...@debian-linux.cz

Dear Maintainer,

The "New in Repository" list still contains the same items until the
/root/.synaptic/options file is manually deleted.


-- System Information:
Debian Release: Sid/Experimental
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.13.0-trunk-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8), LANGUAGE not
set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages synaptic depends on:
ii  hicolor-icon-theme   0.17-2
ii  libapt-pkg6.02.3.9
ii  libc62.33-0experimental2
ii  libept1.6.0  1.2.1
ii  libgcc-s111.2.0-8
ii  libgdk-pixbuf-2.0-0  2.42.6+dfsg-2
ii  libglib2.0-0 2.70.0-1+b1
ii  libgtk-3-0   3.24.30-3
ii  libpango-1.0-0   1.48.10+ds1-1
ii  libstdc++6   11.2.0-8
ii  libvte-2.91-00.64.2-3
ii  libxapian30  1.4.18-3
ii  policykit-1  0.119-1

Versions of packages synaptic recommends:
pn  libgtk3-perl  
ii  xdg-utils 1.1.3-4.1

Versions of packages synaptic suggests:
ii  apt-xapian-index 0.52
ii  deborphan1.7.35
pn  dwww 
ii  menu 2.1.48
pn  software-properties-gtk  
pn  tasksel  

Bug#994827: ClangConfig.cmake is broken

[Roman Lebedev]

Also, i think it would be a very good idea to ensure that this also
works in -13 packages. It seems to work in -12 packages though.


Roman

On Tue, Sep 21, 2021 at 3:45 PM Roman Lebedev  wrote:
>
> Package: clang-14
> Version: 1:14~++2021091115+6aacc6933878-1~exp1~20210911091920.4239
> Severity: important
> File: /usr/lib/llvm-14/lib/cmake/clang/ClangConfig.cmake
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> CMake Error at /usr/lib/llvm-14/lib/cmake/clang/ClangTargets.cmake:709 
> (message):
>   The imported target "libclang" references the file
>
>  "/usr/lib/llvm-14/lib/libclang-14.so.14.0.0"
>
>   but this file does not exist.  Possible reasons include:
>
>   * The file was deleted, renamed, or moved to another location.
>
>   * An install or uninstall procedure did not complete successfully.
>
>   * The installation package was faulty and contained
>
>  "/usr/lib/llvm-14/lib/cmake/clang/ClangTargets.cmake"
>
>   but not all the files it references.
>
> Call Stack (most recent call first):
>   /usr/lib/llvm-14/lib/cmake/clang/ClangConfig.cmake:20 (include)
>   dependencies/llvm/CMakeLists.txt:14 (find_package)
>
>
>
> - -- System Information:
> Debian Release: bookworm/sid
>   APT prefers unstable
>   APT policy: (990, 'unstable'), (500, 'unstable-debug'), (1, 
> 'experimental-debug'), (1, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 5.10.0-8-amd64 (SMP w/32 CPU threads)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 clang-14 depends on:
> ii  binutils  2.37-7
> ii  libc6 2.32-4
> ii  libc6-dev 2.32-4
> hi  libclang-com  
> 1:14~++2021091115+6aacc6933878-1~exp1~20210911091920.4239
> ii  libclang-cpp  
> 1:14~++2021091115+6aacc6933878-1~exp1~20210911091920.4239
> hi  libclang1-14  
> 1:14~++2021091115+6aacc6933878-1~exp1~20210911091920.4239
> ii  libgcc-10-de  10.3.0-11
> ii  libgcc-s1 11.2.0-7
> ii  libllvm14 
> 1:14~++2021091115+6aacc6933878-1~exp1~20210911091920.4239
> ii  libobjc-10-d  10.3.0-11
> ii  libstdc++-10  10.3.0-11
> ii  libstdc++611.2.0-7
>
> Versions of packages clang-14 recommends:
> hi  libomp-14-de  
> 1:14~++2021091115+6aacc6933878-1~exp1~20210911091920.4239
> hi  llvm-14-dev   
> 1:14~++2021091115+6aacc6933878-1~exp1~20210911091920.4239
> ii  python3   3.9.2-3
>
> Versions of packages clang-14 suggests:
> pn  clang-14-doc  
>
> - -- no debconf information
>
> -BEGIN PGP SIGNATURE-
>
> iQIzBAEBCgAdFiEEjkF6151RK40WXe2HCDw+u0oWieAFAmFJ0z8ACgkQCDw+u0oW
> ieB3KBAAig+u6q8jQEz5DxVOoQnITq/MNYfHgCDguf4tfvSTTqJgJ8MSm0dePuO+
> 8gf4CeaixFamCYiCRvxhBopXTOk7VPt6xXSnyEMax/ZJtSCZgvlETY4sRaMZWUfV
> DS298kRA+xx8jXqoWtEzAz1+vH0Ik3lVEIU2sEM4sMw7qNxLWBMa7dHNQgq3mBnM
> LKhcem6WFEIyVincmJ4Y9C8ptO8lPV+W/v32+eJJt7VnyJqojhxHaxXft37Nn+jh
> +b1VcmZJUn7EOyHG3QAnMVs/mbgnjNuEUNuTs1LHwzrCtJ69zNsN7oAIh8QcXNT5
> Ai8w1H0XaVOMCuB4toLJb0WiKb7U6ok9mEjTNjXdJ/uKjiTxVrbfYW8pix7fXKSp
> ccFRLxzu08LzX3di4KLsT3XNcPx+Pik29G6D8oqFY7ctftOMzuiczWSsu1qWK7P4
> JOLlhlR+uDcxsUiIr4t6V4jvu8lfGFwYz3/pDiCvXrPjgwDftrVhnzJ7Bb8y/emS
> fGcgNobuCWIZmtHoV/JpFDtaXeLeKlac/3B5Z7IoZ0NschUTZPuey7BNBZC1w0J5
> +b4CFRL9pdcsNxHCJxVU3qGGTR2WmwGf9svuGbKgIv7AiVz7HVaXQ3B8KCuIIYYw
> sUEbRHpUjYmcxVlsbudA9axr+ZwPewJ+FjaUABMgNSQagoN3vHk=
> =JRYs
> -END PGP SIGNATURE-

Bug#994827: ClangConfig.cmake is broken

[Roman Lebedev]

Package: clang-14
Version: 1:14~++2021091115+6aacc6933878-1~exp1~20210911091920.4239
Severity: important
File: /usr/lib/llvm-14/lib/cmake/clang/ClangConfig.cmake

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

CMake Error at /usr/lib/llvm-14/lib/cmake/clang/ClangTargets.cmake:709 
(message):
  The imported target "libclang" references the file

 "/usr/lib/llvm-14/lib/libclang-14.so.14.0.0"

  but this file does not exist.  Possible reasons include:

  * The file was deleted, renamed, or moved to another location.

  * An install or uninstall procedure did not complete successfully.

  * The installation package was faulty and contained

 "/usr/lib/llvm-14/lib/cmake/clang/ClangTargets.cmake"

  but not all the files it references.

Call Stack (most recent call first):
  /usr/lib/llvm-14/lib/cmake/clang/ClangConfig.cmake:20 (include)
  dependencies/llvm/CMakeLists.txt:14 (find_package)



- -- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'unstable-debug'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-8-amd64 (SMP w/32 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 clang-14 depends on:
ii  binutils  2.37-7
ii  libc6 2.32-4
ii  libc6-dev 2.32-4
hi  libclang-com  1:14~++2021091115+6aacc6933878-1~exp1~20210911091920.4239
ii  libclang-cpp  1:14~++2021091115+6aacc6933878-1~exp1~20210911091920.4239
hi  libclang1-14  1:14~++2021091115+6aacc6933878-1~exp1~20210911091920.4239
ii  libgcc-10-de  10.3.0-11
ii  libgcc-s1 11.2.0-7
ii  libllvm14 1:14~++2021091115+6aacc6933878-1~exp1~20210911091920.4239
ii  libobjc-10-d  10.3.0-11
ii  libstdc++-10  10.3.0-11
ii  libstdc++611.2.0-7

Versions of packages clang-14 recommends:
hi  libomp-14-de  1:14~++2021091115+6aacc6933878-1~exp1~20210911091920.4239
hi  llvm-14-dev   1:14~++2021091115+6aacc6933878-1~exp1~20210911091920.4239
ii  python3   3.9.2-3

Versions of packages clang-14 suggests:
pn  clang-14-doc  

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEjkF6151RK40WXe2HCDw+u0oWieAFAmFJ0z8ACgkQCDw+u0oW
ieB3KBAAig+u6q8jQEz5DxVOoQnITq/MNYfHgCDguf4tfvSTTqJgJ8MSm0dePuO+
8gf4CeaixFamCYiCRvxhBopXTOk7VPt6xXSnyEMax/ZJtSCZgvlETY4sRaMZWUfV
DS298kRA+xx8jXqoWtEzAz1+vH0Ik3lVEIU2sEM4sMw7qNxLWBMa7dHNQgq3mBnM
LKhcem6WFEIyVincmJ4Y9C8ptO8lPV+W/v32+eJJt7VnyJqojhxHaxXft37Nn+jh
+b1VcmZJUn7EOyHG3QAnMVs/mbgnjNuEUNuTs1LHwzrCtJ69zNsN7oAIh8QcXNT5
Ai8w1H0XaVOMCuB4toLJb0WiKb7U6ok9mEjTNjXdJ/uKjiTxVrbfYW8pix7fXKSp
ccFRLxzu08LzX3di4KLsT3XNcPx+Pik29G6D8oqFY7ctftOMzuiczWSsu1qWK7P4
JOLlhlR+uDcxsUiIr4t6V4jvu8lfGFwYz3/pDiCvXrPjgwDftrVhnzJ7Bb8y/emS
fGcgNobuCWIZmtHoV/JpFDtaXeLeKlac/3B5Z7IoZ0NschUTZPuey7BNBZC1w0J5
+b4CFRL9pdcsNxHCJxVU3qGGTR2WmwGf9svuGbKgIv7AiVz7HVaXQ3B8KCuIIYYw
sUEbRHpUjYmcxVlsbudA9axr+ZwPewJ+FjaUABMgNSQagoN3vHk=
=JRYs
-END PGP SIGNATURE-

Bug#993679: [init-system-helpers] Upgrading from Jessie to Bullseye fails

[Roman Mamedov]

Package: init-system-helpers
Version: 1.60
Severity: normal

# apt-get dist-upgrade
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Calculating upgrade... Done
The following packages will be REMOVED:
  libcwidget3 libsigc++-2.0-0c2a
The following NEW packages will be installed:
  bsdextrautils dirmngr gnupg-l10n gnupg-utils gpg gpg-agent gpg-wks-client 
gpg-wks-server gpgconf gpgsm libapparmor1 libapt-pkg6.0
  libassuan0 libboost-iostreams1.74.0 libbpf0 libcap2-bin libcwidget4 
libdns-export1110 libelf1 libfastjson4 libip4tc2 libip6tc2
  libisc-export1105 libksba8 liblognorm5 liblz4-1 libmd0 libmnl0 libncurses6 
libncursesw6 libnetfilter-conntrack3 libnftnl11 libnpth0
  libprocps8 libreadline8 libseccomp2 libsigc++-2.0-0v5 libtinfo6 libuchardet0 
libutempter0 libxapian30 libxtables12 libxxhash0 libzstd1
  ncal pinentry-curses
The following packages will be upgraded:
  apt apt-utils aptitude aptitude-common base-files base-passwd bash 
bsdmainutils bsdutils ca-certificates coreutils cpio cpufrequtils
  cron dash dbus debian-archive-keyring deborphan debsums dialog diffutils dpkg 
eatmydata ethtool findutils gettext-base gnupg gpgv grep
  groff-base gzip hostapd hostname ifupdown info init init-system-helpers 
initscripts insserv install-info iperf iproute2 iptables
  iputils-ping iputils-tracepath isc-dhcp-client isc-dhcp-common kmod 
krb5-locales less libacl1 libattr1 libbsd0 libcap2 libcpufreq0
  libdbus-1-3 libdebconfclient0 libdpkg-perl libeatmydata1 libedit2 libestr0 
libexpat1 libgnutls-openssl27 libidn11 libiw30 libkmod2
  liblzo2-2 libmount1 libncurses5 libncursesw5 libnewt0.52 libnfnetlink0 
libnl-3-200 libnl-genl-3-200 libnl-route-3-200 libopts25 libpcre3
  libpcsclite1 libpipeline1 libpopt0 libsasl2-modules libslang2 libsmartcols1 
libsqlite3-0 libss2 libstdc++6 libsystemd0 libtimedate-perl
  libtinfo5 libudev1 libusb-0.1-4 libusb-1.0-0 libustr-1.0-1 libuuid1 libwrap0 
libx11-6 libx11-data libxau6 libxcb1 libxdmcp6 libxext6
  libxmuu1 login logrotate lzop man-db manpages mawk mount mtr-tiny nano 
ncurses-base ncurses-bin ncurses-term net-tools netbase
  netcat-traditional ntp ntpdate openssl procps readline-common rsyslog screen 
sed smartmontools ssh startpar sysv-rc sysvinit-core
  sysvinit-utils tasksel tasksel-data tcpd time traceroute tzdata ucf udev 
usbutils util-linux vlan wget whiptail wireless-tools
  wpasupplicant xauth xz-utils
148 upgraded, 46 newly installed, 2 to remove and 0 not upgraded.
Need to get 0 B/57.8 MB of archives.
After this operation, 44.2 MB of additional disk space will be used.
Do you want to continue? [Y/n] y
Extracting templates from packages: 100%
Preconfiguring packages ...
(Reading database ... 17942 files and directories currently installed.)
Preparing to unpack .../init-system-helpers_1.60_all.deb ...
Unpacking init-system-helpers (1.60) over (1.22) ...
dpkg: error processing archive 
/var/cache/apt/archives/init-system-helpers_1.60_all.deb (--unpack):
 trying to overwrite '/usr/sbin/invoke-rc.d', which is also in package sysv-rc 
2.88dsf-59
Errors were encountered while processing:
 /var/cache/apt/archives/init-system-helpers_1.60_all.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

-- 
With respect,
Roman

Bug#993117: debian-cd: F2FS support

[Roman Hornik]

Package: debian-cd
Severity: wishlist
X-Debbugs-Cc: roman.hor...@debian-linux.cz

Hello,
Please add the option to select the F2FS file system in the disk partitioning
menu. This filesystem seems to me to be reliable enough, not less than the much
slower Btrfs. Besides, it is optimized for use on modern solid-state drives.


-- System Information:
Debian Release: Sid/Experimental
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.13.0-trunk-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8), LANGUAGE not
set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages debian-cd depends on:
ii  apt2.3.8
ii  bc 1.07.1-2+b2
ii  bzip2  1.0.8-4
ii  cpp4:10.2.1-1
ii  curl   7.74.0-1.3+b1
ii  dctrl-tools [grep-dctrl]   2.24-3+b1
ii  dpkg-dev   1.20.9
pn  libcompress-zlib-perl  
pn  libdigest-md5-perl 
ii  libdpkg-perl   1.20.9
pn  libfile-slurp-perl 
pn  libyaml-libyaml-perl   
pn  lynx   
ii  make   4.3-4.1
ii  perl [libdigest-sha-perl]  5.32.1-5
pn  tofrodos   
ii  wget   1.21-1+b1
pn  xorriso | genisoimage  

Versions of packages debian-cd recommends:
ii  dosfstools   4.2-1
pn  hfsutils 
pn  isolinux 
pn  mtools   
pn  syslinux-common  

Bug#992158: Race in ifup maybe related to brctl failure in pre-up of network interface

[Roman Fiedler]

Hello Santiago Garcia, Dennis,

Thank you for your assistance. With hint for the relevant man
page "bridge-utils-interfaces" I found the bridge setup working
using the configuration

auto br0
iface br0 inet static
  address 192.168.1.1
  network 192.168.1.0
  netmask 255.255.255.0
  bridge_ports none
  bridge_hw 86:aa:aa:aa:aa:aa

With that there is no race observed, I deem this bug report as
invalid.

Understanding now with your help the interactions of udev/systemd,
I will split the automation script that worked for years to one
variant for old setups/non-systemd machines and use the new features
for new machines.

Santiago Garcia Mantinan writes:
> Hi!
>
> First I'd like to thank Dennis for his good support, as always
> ;-)
>
>> > $ ifup virtbr0 > Cannot find device "virtbr0" > ifup: failed
>> to bring up virtbr0
>>
>> It is because the "bridge_ports" directive is missing.  From
>> the manpage bridge-utils-interfaces(5):
>>
>> bridge_ports interface specification this option must exist
>> for the scripts to setup the bridge.
>>
>> Either specify "bridge_ports none" or "bridge_ports enp2s0
>> enp2s1" (or whatever your physical interfaces are named).
>
> That's it, you always have to specify the bridge_ports directive
> so that we treat the interface as a bridge.
>
>> > I also reactivated "systemd-udevd":
> ...
>> > # systemctl reload /lib/systemd/network/80-bridgeutils.link
>> > Failed to reload
>> lib-systemd-network-80\x2dbridgeutils.link.mount: Unit
>> lib-systemd-network-80\x2dbridgeutils.link.mount not found.
>
> I really believe that this contribution from Dennis should
> not be needed, so I'd appreciate if you could test without
> this extra stuff, which hasn't really been thoroughtly tested
> and test with the standard setup, if we identify a problem
> with the standard bridge_hw setup we'll go over it.

I tested without the legacy stuff, worked, making this bug report
irrelevant. Testing how far the change can be backported is
done on demand later, not relevant here (Bullseye).

> If you test it like that, please provide feedback to know if
> it worked and if we can close the bug or not.

It worked, please close the report. I would have closed it myself
according to https://www.debian.org/Bugs/Developer#closing if
I would have been sure if "invalid" reports are closed the same
way as "done" ones.

Kind regards,
Roman

Bug#992158: Race in ifup maybe related to brctl failure in pre-up of network interface

[Roman Fiedler]

Hello,

Thanks for your swift reply and really helpful information!

Dennis Filder writes:
> X-Debbugs-CC: Roman Fiedler , Michael Tokarev 
> 
>
> As stated in the documentation, bridge-utils recently added support
> for the "bridge_hw" directive which allows you define a MAC address
> for a bridge interface.  Changing your stanza to just this should
> already work:
>
> iface virtbr0 inet static
>   address 192.168.1.1
>   netmask 255.255.255.0
>   bridge_hw 86:aa:aa:aa:aa:aa

Weird, using the configuration from above will result in:

$ ifup virtbr0
Cannot find device "virtbr0"
ifup: failed to bring up virtbr0

Modifying above stanza to this ...

iface virtbr0 inet static
  address 192.168.1.1
  netmask 255.255.255.0
  pre-up brctl addbr virtbr0
  post-down brctl delbr virtbr0
  bridge_hw 86:aa:aa:aa:aa:aa

... will make "ifup virtbr0" succeed, but the MAC is not set
to the expected value:

$ ifup virtbr0
$ ip link show virtbr0
9: virtbr0:  mtu 1500 qdisc noqueue state 
DOWN mode DEFAULT group default qlen 1000
link/ether 42:dc:6a:57:58:bd brd ff:ff:ff:ff:ff:ff

> If you also use systemd, then systemd-udevd may cause trouble because
> in its default configuration it will assign a randomly generated MAC
> address to the bridge device which might cause a race.

I don't know if relevant to this case but the MAC assigned
(42:dc:6a:57:58:bd) is not random, it is the same one every time
the bridge is created.

> I haven't tried this, but putting this udev rule into
> /etc/udev/rules.d/95-bridge.rules should prevent systemd-udevd from
> touching any bridge interfaces at all:
>
>ACTION=="add", SUBSYSTEM=="net", DEVTYPE=="bridge", ENV{TAGS}-="systemd"

As "systemd-udevd" is active ...

# ps aux | grep udev
root 207  0.0  0.9  21892  4808 ?Ss   08:33   0:00 
/lib/systemd/systemd-udevd

... I just stopped it completely using ...

$ systemctl stop systemd-udevd-kernel.socket
$ systemctl stop systemd-udevd-control.socket
$ systemctl stop systemd-udevd.service   

... to avoid any interference. With

iface virtbr0 inet static
  address 192.168.1.1
  netmask 255.255.255.0
  pre-up brctl addbr virtbr0
  post-down brctl delbr virtbr0
  bridge_hw 86:aa:aa:aa:aa:aa

this will still not work even with udev disabled:

$ ifup virtbr0; ip link show virtbr0
13: virtbr0:  mtu 1500 qdisc noqueue state 
UNKNOWN mode DEFAULT group default qlen 1000
link/ether 8a:ad:e6:c7:ab:76 brd ff:ff:ff:ff:ff:ff

But without "systemd-udevd" my initial configuration will work
also in the virtual machine:

iface virtbr0 inet static
  address 192.168.1.1
  netmask 255.255.255.0
  pre-up brctl addbr virtbr0
  pre-up ip link set virtbr0 address 86:aa:aa:aa:aa:aa
  pre-up ip link set virtbr0 up
  post-down ip link set virtbr0 down
  post-down brctl delbr virtbr0

$ ifup virtbr0; ip link show virtbr0
12: virtbr0:  mtu 1500 qdisc noqueue state 
DOWN mode DEFAULT group default qlen 1000
link/ether 86:aa:aa:aa:aa:aa brd ff:ff:ff:ff:ff:ff

> Alternatively placing the file 80-bridge-utils.link from #991416
> (message #17)[0] into /lib/systemd/network/ should work as well.

I also reactivated "systemd-udevd":

$ systemctl start systemd-udevd-kernel.socket
$ systemctl start systemd-udevd-control.socket
$ systemctl start systemd-udevd.service

And then tried to use the link, but I am not sure, if it is active
without rebooting as "reload" does not seem to be the right command
for it.

# systemctl reload /lib/systemd/network/80-bridgeutils.link
Failed to reload lib-systemd-network-80\x2dbridgeutils.link.mount: Unit 
lib-systemd-network-80\x2dbridgeutils.link.mount not found.

Without rebooting (which at the moment would be annoying for
the test machine), the "hw_address" does still not work:

iface virtbr0 inet static
  address 192.168.1.1
  netmask 255.255.255.0
  pre-up brctl addbr virtbr0
  post-down brctl delbr virtbr0
  bridge_hw 86:aa:aa:aa:aa:aa

but now the MAC seems truely random each time the bridge is created:

$ ifup virtbr0; ip link show virtbr0
17: virtbr0:  mtu 1500 qdisc noqueue state 
UNKNOWN mode DEFAULT group default qlen 1000
link/ether 3e:6b:bc:8a:b0:68 brd ff:ff:ff:ff:ff:ff
...
link/ether 82:da:00:1c:98:ab brd ff:ff:ff:ff:ff:ff
...

Instead the config

iface virtbr0 inet static
  address 192.168.1.1
  netmask 255.255.255.0
  pre-up brctl addbr virtbr0
  pre-up ip link set virtbr0 address 86:aa:aa:aa:aa:aa
  pre-up ip link set virtbr0 up
  post-down ip link set virtbr0 down
  post-down brctl delbr virtbr0

now works without any specific udev rules and systemd services running
normally.

Bug#992158: Race in ifup maybe related to brctl failure in pre-up of network interface

[Roman Fiedler]

Package: bridge-utils
Version: 1.7-1
Severity: serious

When running "brctl addbr" and "ip link set [if] address" immediately
afterwards, the second command will fail to apply the address
change. This is somehow annoying as the MAC would be used in
security related filtering and monitoring of the network traffic,
which then fails.

The configuration from "/etc/network/interfaces" reliably triggering
the bug is:

auto virtbr0
iface virtbr0 inet static
  address 192.168.1.1
  netmask 255.255.255.0
  pre-up brctl addbr virtbr0
  pre-up ip link set virtbr0 address 86:aa:aa:aa:aa:aa
  pre-up ip link set virtbr0 up
  post-down ip link set virtbr0 down
  post-down brctl delbr virtbr0

Running "ifdown virtbr0; ifup virtbr0; ip link show" will report

link/ether 86:8a:6a:ee:5e:a2 brd ff:ff:ff:ff:ff:ff

so the setting to "86:aa:aa:aa:aa:aa" does not take effect. The
reason I expect the race to be in brctl itself or related a race
in the kernel just exposed by brctl is, that following changes
will produce correct results:

* "strace -o dump ifup virtbr0" eliminates the behavior.

* Using "  pre-up brctl addbr virtbr0 && sleep 1" will make "ifup"
wait for one second, correct MAC is set.


Instead when changing the initial interfaces configuration to
include

  pre-up ip link set virtbr0 address 86:aa:aa:aa:aa:aa || touch /root/fail

"ifup" will still expose the bug but /root/fail is not created.
So if "ip link" fails to react correctly on any intermediate
state when the bridge is coming up, then at least it does not
detect it correctly and report it via an error code. As attaching
a debugger eliminates the bug I have no idea how to quickly rule
out such an effect.

Weirdly this bug does not occur on a multicore real-hardware
machine (I have no single core hardware or tried to run Linux
single core via boot options) but till now only in single core
qemu machines (I did not test multi-core qemu yet). But the core
count, kernel behaviour might be just a red herring.


Any ideas how that could happen? Maybe would "brctl add" need
to wait for a confirmation from kernel, that the bridge setup
is completed before exiting?

Bug#991478: [shim-signed] RFE: do not brick users' systems in the stable distribution

[Roman Mamedov]

On Tue, 10 Aug 2021 20:20:23 +0200
Paul Gevers  wrote:

> I learned yesterday that people that use APT pinning or
> APT::Default-Release may be missing out -updates if they pin to buster
> only. See the latest entry to the release notes [1, last paragraph] to
> cover the issue for bullseye-security. I'm obviously not sure if that
> happened here, but if the issue is the same on ci.d.n infrastructure, it
> would explain the failure there (the logs from yesterday there mention
> "Setting up shim-signed:arm64 (1.36~1+deb10u1+15.4-5~deb10u1)".

I have regained access to some cloud instances with that setup today.

Created them from an older backup, and I see that I do have in my apt.conf:

  APT::Default-Release "buster";
  APT::Install-Recommends "false";

And:

# apt-cache policy shim-signed
shim-signed:
  Installed: 1.33+15+1533136590.3beb971-7
  Candidate: 1.36~1+deb10u1+15.4-5~deb10u1
  Version table:
 1.36~1+deb10u2+15.4-5~deb10u1 500
500 https://deb.debian.org/debian buster-updates/main arm64 Packages
 1.36~1+deb10u1+15.4-5~deb10u1 990
990 https://deb.debian.org/debian buster/main arm64 Packages
 *** 1.33+15+1533136590.3beb971-7 100
100 /var/lib/dpkg/status

Indeed the "Candidate" to be installed is what is supposedly the broken
version.

After changing the config line to

  APT::Default-Release "/^buster(|-security|-updates)$/";

the updated version is selected correctly.

It does not feel great to now have a version selection with such dire
consequences to rely on "the undocumented feature of APT".

(So I just chose to "aptitude hold" the old one for now instead).

> [1]
> https://www.debian.org/releases/bullseye/amd64/release-notes/ch-information.en.html#security-archive

It appears they meant "-updates" there, instead of typoed "-upgrades" in their
suggested config line, unless I'm missing something.

-- 
With respect,
Roman

Bug#991478: [shim-signed] RFE: do not brick users' systems in the stable distribution

[Roman Mamedov]

On Sun, 25 Jul 2021 12:43:48 +0100
Steve McIntyre  wrote:

> Which provider is using secure boot on arm64 at this point? I've not
> heard of any. Can you share details of package versions etc. for that
> please?

It is the Oracle Cloud.

Actually I am not certain they use secure boot, or that the lack of signature
is the issue. According to serial console, the issue was a fatal crash in the
UEFI boot loader (TianoCore). So I assumed it could be because it did not find
the signature it was expecting to validate.

Unfortunately I did not save the crash messages and cannot reproduce it for
now, as I am not longer able to start my instances due to "Out of host
capacity" at the provider.

As for the package versions, I was using the vanilla Debian Buster.

-- 
With respect,
Roman

Bug#991478: [shim-signed] RFE: do not brick users' systems in the stable distribution

[Roman Mamedov]

On Sun, 25 Jul 2021 20:19:55 +0500
Roman Mamedov  wrote:

> As for the package versions, I was using the vanilla Debian Buster.

Here is the log of the upgrade after which it no longer booted up:

Hit:1 https://deb.debian.org/debian-security buster/updates InRelease
Hit:2 https://deb.debian.org/debian buster InRelease
Get:3 https://deb.debian.org/debian buster-backports InRelease [46.7 kB]
Get:4 https://deb.debian.org/debian buster-updates InRelease [51.9 kB]
Get:5 https://deb.debian.org/debian buster-backports/main arm64 
Packages.diff/Index [27.8 kB]
Get:6 https://deb.debian.org/debian buster-backports/main arm64 Packages 
2021-07-25-0801.36.pdiff [950 B]
Get:6 https://deb.debian.org/debian buster-backports/main arm64 Packages 
2021-07-25-0801.36.pdiff [950 B]
Fetched 127 kB in 1s (147 kB/s)
Reading package lists... Done
The following NEW packages will be installed:
  linux-image-5.10.0-0.bpo.7-arm64{a} 
The following packages will be upgraded:
  base-files isc-dhcp-client isc-dhcp-common klibc-utils libgcrypt20 
libgnutls30 libgssapi-krb5-2 libhogweed4 libk5crypto3 libklibc 
  libkrb5-3 libkrb5support0 libnettle6 libsystemd0 libudev1 linux-image-arm64 
shim-helpers-arm64-signed shim-signed 
  shim-signed-common shim-unsigned udev 
The following packages are RECOMMENDED but will NOT be installed:
  krb5-locales 
21 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 51.2 MB of archives. After unpacking 256 MB will be used.
Do you want to continue? [Y/n/?] y
Get: 1 https://deb.debian.org/debian buster/main arm64 base-files arm64 
10.3+deb10u10 [69.9 kB]
Get: 2 https://deb.debian.org/debian-security buster/updates/main arm64 
libsystemd0 arm64 241-7~deb10u8 [314 kB]
Get: 3 https://deb.debian.org/debian-security buster/updates/main arm64 udev 
arm64 241-7~deb10u8 [1244 kB]
Get: 4 https://deb.debian.org/debian-security buster/updates/main arm64 
libudev1 arm64 241-7~deb10u8 [146 kB]
Get: 5 https://deb.debian.org/debian buster/main arm64 libgcrypt20 arm64 
1.8.4-5+deb10u1 [488 kB]
Get: 6 https://deb.debian.org/debian-security buster/updates/main arm64 
libnettle6 arm64 3.4.1-1+deb10u1 [225 kB]
Get: 7 https://deb.debian.org/debian-security buster/updates/main arm64 
libhogweed4 arm64 3.4.1-1+deb10u1 [138 kB]
Get: 8 https://deb.debian.org/debian buster/main arm64 libgnutls30 arm64 
3.6.7-4+deb10u7 [1062 kB]
Get: 9 https://deb.debian.org/debian buster/main arm64 isc-dhcp-client arm64 
4.4.1-2+deb10u1 [328 kB]
Get: 10 https://deb.debian.org/debian buster/main arm64 isc-dhcp-common arm64 
4.4.1-2+deb10u1 [144 kB]
Get: 11 https://deb.debian.org/debian-security buster/updates/main arm64 
libgssapi-krb5-2 arm64 1.17-3+deb10u2 [150 kB]
Get: 12 https://deb.debian.org/debian-security buster/updates/main arm64 
libkrb5-3 arm64 1.17-3+deb10u2 [351 kB]
Get: 13 https://deb.debian.org/debian-security buster/updates/main arm64 
libkrb5support0 arm64 1.17-3+deb10u2 [64.9 kB]
Get: 14 https://deb.debian.org/debian-security buster/updates/main arm64 
libk5crypto3 arm64 1.17-3+deb10u2 [123 kB]
Get: 15 https://deb.debian.org/debian buster/main arm64 klibc-utils arm64 
2.0.6-1+deb10u1 [99.3 kB]
Get: 16 https://deb.debian.org/debian buster/main arm64 libklibc arm64 
2.0.6-1+deb10u1 [57.1 kB]
Get: 17 https://deb.debian.org/debian buster-backports/main arm64 
linux-image-5.10.0-0.bpo.7-arm64 arm64 5.10.40-1~bpo10+1 [45.4 MB]
Get: 18 https://deb.debian.org/debian buster-backports/main arm64 
linux-image-arm64 arm64 5.10.40-1~bpo10+1 [1464 B]
Get: 19 https://deb.debian.org/debian buster/main arm64 shim-unsigned arm64 
15.4-5~deb10u1 [342 kB]
Get: 20 https://deb.debian.org/debian buster/main arm64 
shim-helpers-arm64-signed arm64 1+15.4+5~deb10u1 [234 kB]
Get: 21 https://deb.debian.org/debian buster/main arm64 shim-signed arm64 
1.36~1+deb10u1+15.4-5~deb10u1 [247 kB]
Get: 22 https://deb.debian.org/debian buster/main arm64 shim-signed-common all 
1.36~1+deb10u1+15.4-5~deb10u1 [13.3 kB]
Fetched 51.2 MB in 1s (47.3 MB/s)
Reading changelogs... Done
apt-listchanges: Mailing root: apt-listchanges: news for 
Preconfiguring packages ...
(Reading database ... 26475 files and directories currently installed.)
Preparing to unpack .../base-files_10.3+deb10u10_arm64.deb ...
Unpacking base-files (10.3+deb10u10) over (10.3+deb10u9) ...
Setting up base-files (10.3+deb10u10) ...
Installing new version of config file /etc/debian_version ...
(Reading database ... 26475 files and directories currently installed.)
Preparing to unpack .../libsystemd0_241-7~deb10u8_arm64.deb ...
Unpacking libsystemd0:arm64 (241-7~deb10u8) over (241-7~deb10u7) ...
Setting up libsystemd0:arm64 (241-7~deb10u8) ...
(Reading database ... 26475 files and directories currently installed.)
Preparing to unpack .../udev_241-7~deb10u8_arm64.deb ...
Unpacking udev (241-7~deb10u8) over (241-7~deb10u7) ...
Preparing to unpack .../libudev1_241-7~deb10u8_arm64.deb ...
Unpacking libudev1:arm64 (241-7~deb10u8) over (241-7~deb1

Bug#991478: [shim-signed] RFE: do not brick users' systems in the stable distribution

[Roman Mamedov]

Package: shim-signed
Severity: grave

Starting from 1.34~1+deb10u1 and its corresponding "***WARNING***", now the
arm64 shim "is no longer signed".

As a result, after a mundane package upgrade and a reboot, all of my remote
arm64 machines do not boot anymore. I was not aware that the cloud provider
actually uses this "secure boot", else I'd pay more attention to that
"WARNING".

In any case, relying on the user reading upgrade notes, and then to scramble
rolling back the upgrade and holding the affected package ASAP, else the
system is bricked, is not a responsible package policy.

I would humbly suggest that you kept the latest signed version frozen at least
in "buster" with no further updates, until the signing issue is resolved. Or
as of now, release another update with the signed version in place.

P.S. just noticed 1.36~1+deb10u2 tried to do something about the boot breakage
- evidently that did not help.

-- 
With respect,
Roman

Bug#986789: libhsa-runtime-dev: does not install cmake files, can not be found via cmake's find_package()

[Roman Lebedev]

Package: libhsa-runtime-dev
Version: 3.3.0-1~exp1
Severity: important
X-Debbugs-Cc: Sylvestre Ledru , Johannes Doerfert 
, Jon Chesterfield 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear maintainer,

the package libhsa-runtime-dev does not provide any CMake boilerplate,
and is thus it is unable to be found by CMake's native find_package().

This breaks LLVM OpenMP libomptarget AMDGPU offloading pluging build,
https://github.com/llvm/llvm-project/blob/bdd1ad5e5c57ae0f0bf899517c540ad8a679f01a/openmp/libomptarget/plugins/amdgpu/CMakeLists.txt#L16-L21

It would be really good for that to work out-of-the-box on Debian.
It is possible that is because the libhsa version in Debian is too old,
3.3.0 instead of 3.7.0+.

Roman.

- -- System Information:
Debian Release: 11.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'unstable-debug'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-5-amd64 (SMP w/32 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEjkF6151RK40WXe2HCDw+u0oWieAFAmB0DOsACgkQCDw+u0oW
ieAmmw/7BaG01WLrcMyKaxBINKgvGLtdnym+UIJ+vZheeNbWCwisg956JDYsTxne
NkcGDAWYiMpePcBiR3DXYQHRoWU3UeUfJvJhBY05V+O5cVS8kDmddMVOo7MScXer
0jZpVL99Vigdciaqir/K7FQmZJwSFAs6dTFesd2vqak6xgmzErUsnrvafPngUvs1
pwSCKw/BTMJINys/lrmyVdgakS8oxUJVAIhXItgyAo32UhRPac339xTUecbf3kNi
KkTx6c116udH0y6RyMvyeUzrR/nxkrZ8j8//JeKw3n2Lbgg/OEiZnw5Uh0yPQF9X
Vx+mBXPi2JiVRN7ovPuLMKeu9vtZZne7ihw6jzKI9v1WSGmw0t9h+USzKKzyoEnB
fc+HAl1e4bDPiuqDNDz4WCgFFCtyq/WhV6k75zU5/9TRhCjIzfNNmoxs+VOPY2R6
1BjU0WwiezafdjJ5pIq5t3DHLm0zM/GSdzlRJC/M6PVUuToec+jymD5gmL2iXGI5
P967rpllSrKeQ9zyqFISFxIEOjLfsXsyt2bgG21jIam7NVPc7QpwXJ9zFtps1Fm/
u2iyf3FfzXR3P+gwY+tXDUnllk3xsOm0f04CmajE7CgCdbdXY1bAGR2ajoS6Zrk/
4OeRq3mSrrEUBCPR7sRR/4aPZ7bxfaAIdeT1DR3Y42QboEAsczI=
=X3D9
-END PGP SIGNATURE-

Bug#978434: paho.mqtt.c: Sponsor for package upload?

[Roman Ondráček]

Hi,

Matthias, I'm sorry I didn't answer you because I was busy examining at
university.
I sent two emails to the sponsor requesting to upload the package, but
he didn't respond because he is probably busy.

Adam, thanks for upload.

--
Best regards,
Roman Ondráček

Dne 08. 02. 21 v 20:22 Adam Borowski napsal(a):
> On Sun, Feb 07, 2021 at 03:11:16PM +0100, Matthias Klein wrote:
>> Hello Roman,
>>
>> thank you for preparing the update to version 1.3.8 in git [1].
>>
>> Since you don't answer my mails, I would like to try again via the bug 
>> tracker and the mailing list.
>>
>> What is the reason that the package does not make it from the Mentors site
>> [2] to the Debian archive for weeks?
> 
> We sponsors are lazy buggers, and once a package moves out of the top of the
> queue^Wstack, it tends to be forgotten, and requires pinging.
> 
>> Is the original sponsor no longer available?  Does it make sense to ask
>> for a new sponsor here on the mailing list?
> 
> Uploads for paho.mqtt.c:
> 1.3.5-1 to unstable: Nobuhiro Iwamatsu 
> 1.3.2-1 to unstable: Nobuhiro Iwamatsu 
> 1.3.0-1 to unstable: Nobuhiro Iwamatsu 
> 
> Apparently Iwamatsu-san did not receive the request, or was/is busy.
> Asking the same sponsor is good as that person has prior knowledge of
> your package, but otherwise a public request is faster.
> 
> I've just uploaded 1.3.8-1.
> 
> 
> Meow!
> 



OpenPGP_signature
Description: OpenPGP digital signature

Bug#982341: ITP: simlib -- SIMulation LIBrary for C++

[Roman Ondráček]

Package: wnpp
Severity: wishlist
Owner: Roman Ondráček 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: simlib
  Version : 3.07
  Upstream Author : Petr Peringer 
* URL : https://www.fit.vutbr.cz/~peringer/SIMLIB/
* License : LGPL-2
  Programming Lang: C++
  Description : SIMulation LIBrary for C++

This library allows you to create models directly in C++ language using
simulation abstractions and tools from the library.
SIMLIB allows object-oriented description of continuous, discrete, combined,
and various experimental (2D/3D vector, fuzzy) models.

Bug#982342: RFS: simlib/3.07-1 [ITP] -- SIMulation LIBrary for C++ - shared libraries

[Roman Ondráček]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "simlib":

 * Package name: simlib
   Version : 3.07-1
   Upstream Author : Petr Peringer 
 * URL : https://www.fit.vutbr.cz/~peringer/SIMLIB/
 * License : LGPL-2
 * Vcs : https://salsa.debian.org/ondracek/simlib
   Section : libs

It builds those binary packages:

  libsimlib3 - SIMulation LIBrary for C++ - shared libraries
  libsimlib-dev - SIMulation LIBrary for C++ - development files

To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/simlib/

Alternatively, one can download the package with dget using this command:

  dget -x
https://mentors.debian.net/debian/pool/main/s/simlib/simlib_3.07-1.dsc

Changes for the initial release:

 simlib (3.07-1) unstable; urgency=medium
 .
   * Initial release (Closes: #982341)

Regards,
-- 
  Roman Ondráček



OpenPGP_signature
Description: OpenPGP digital signature

Bug#979668: pulseeffects: please build with rnnoise plugin

[Roman Lebedev]

Package: pulseeffects
Version: 4.8.4-1
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear maintainer,

pulseeffects has a 'rnnoise' plugin:
https://github.com/wwmm/pulseeffects/tree/master/src/rnnoise
which is based upon the following library:
https://github.com/xiph/rnnoise

The plugin should provide an interesting microphone noise filter,
which i believe might be relevant for todays times. I don't know
how good it is, but i would welcome the avaliability of the feature.

It would appear that rnnoise itself isn't packaged in Debian presently,
though.

Roman


- -- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'unstable-debug'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-1-amd64 (SMP w/8 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages pulseeffects depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.38.0-1
ii  gir1.2-gst-plugins-bad-1.0   1.18.2-1+b1
ii  gstreamer1.0-adapter-pulseeffects4.8.4-1
ii  gstreamer1.0-plugins-bad 1.18.2-1+b1
ii  gstreamer1.0-plugins-good1.18.2-1
ii  gstreamer1.0-pulseaudio  1.18.2-1
ii  libatkmm-1.6-1v5 2.28.0-3
ii  libboost-filesystem1.74.01.74.0-7
ii  libc62.31-9
ii  libcairomm-1.0-1v5   1.12.2-4
ii  libgcc-s110.2.1-3
ii  libglib2.0-0 2.66.4-1
ii  libglibmm-2.4-1v52.64.2-2
ii  libgstreamer-plugins-base1.0-0   1.18.2-1
ii  libgstreamer1.0-01.18.2-1
ii  libgtk-3-0   3.24.24-1
ii  libgtkmm-3.0-1v5 3.24.2-2
ii  libpangomm-1.4-1v5   2.42.1-1
ii  libpulse014.0-2
ii  libsigc++-2.0-0v52.10.4-2
ii  libsndfile1  1.0.28-8
ii  libstdc++6   10.2.1-3
ii  pulseaudio   14.0-2

Versions of packages pulseeffects recommends:
ii  calf-plugins   0.90.3-1+b1
ii  gstreamer1.0-autogain-pulseeffects 4.8.4-1
ii  gstreamer1.0-convolver-pulseeffects4.8.4-1
ii  gstreamer1.0-crystalizer-pulseeffects  4.8.4-1
ii  liblilv-0-00.24.10-1
ii  lsp-plugins1.1.28-1
ii  lsp-plugins-lv21.1.28-1
ii  rubberband-ladspa  1.9.0-1
ii  zam-plugins3.13~repack3-1

pulseeffects suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEjkF6151RK40WXe2HCDw+u0oWieAFAl/6JvoACgkQCDw+u0oW
ieDDSw//QlzyveuJ2rdoZD2Og1bk+NVO2Db19smqYqwdhs0rC1LfPRgkgMyAhN50
puBinbhOvFo2BRwDpXpYcTV9ZOBOR0nDHOF2/0JpLK3wwkHYi6bVO4ECe29vATzt
aOre9BcTQK/ZNgm7bSho64cmrBlr9vnrpzWPovx97a0jWZtMPpPxKd/vy5apCyMk
spQDeu6xcN/14s+CevKfkiAviXFKVgl+U/OKTLKzRam8A6Vh0GEUpretY8gEdNAM
3pFdVpnWoCx5Vg2TtZgNpZ6kClS11Dhhlmmm+AFRVYvcestWCJ2wtB+KYGiE9ZH7
w69HzmolbGN6j6qXVj9T+h1ZzMF+rF37JgNYzkjgpCDZOXzWxHK91gOj/junvHV8
LLwgQ0A9TPStw7d5Rm/sJUXH3EPGMsxxbfNLBljwTVtNKE9yK5dIT445gL12hWxx
93O40DbG8DMeJ1qeACp8Co5fKRu500AS8zLzuOiJHjoytuRLaDvkUI4BbuNYVG7f
qRiMMKUg9mJffEvEB/H9sCz+wi/nnkJFMoTNar4placnLFGb72J1fYi7iUFfPvjA
8yK43fqC9BvQ8TgBbCRQYiKcSWSAG1n2I1VdoNBmavXeTpZi1VNW1vbOnHSYtS+Y
+pAJX3zvBZkBIsI8V+J6XofR2Byn+rG0B9d5OE4dTBLeMrHlDbI=
=M77Z
-END PGP SIGNATURE-

Bug#979577: qtcreator: Clang Code Model no longer finds 'stddef.h' since version 4.14.0-2

[Roman Lebedev]

On Fri, Jan 8, 2021 at 7:29 PM Pino Toscano  wrote:
>
> In data venerdì 8 gennaio 2021 16:52:02 CET, Michael Weghorn ha scritto:
> > Package: qtcreator
> > Version: 4.14.0-2
> > Severity: normal
> > X-Debbugs-Cc: m.wegh...@posteo.de
> >
> > Dear Maintainer,
> >
> > since version 4.14.0-2, Qt Creator's Clang Code Model is unable to find the
> > 'stddef.h' header. It still works OK with version 4.14.0-1.
>
> qtcreator 4.14.0-2 has been available in unstable (which you use) for
> more than two weeks, so reading this problem now seems slightly
> awkward. Have you used qtcreator 4.14.0-2 (and it code model)
> successfully so far in the past two weeks?
Not original bugreporter, but i've been having this issue for at least one week.

> My suspect is the upload of llvm-toolchain-11 done yesterday, and your
> package list:
> > ii  libclang1-11   1:11.0.1-2
> show you updated to it.
> Can you please try to backport your LLVM/Clang 11 packages to the same
> version used to build qtcreator? You can get the list of installed
> packages using:
> $ dpkg -l '*llvm*11*' | grep ^ii
> $ dpkg -l '*clang*11*' | grep ^ii
> and then use the `debsnap` tool, part of the devscripts package, to
> download them, e.g.:
> $ debsnap -d . -a amd64 libclang-11 1:11.0.1~+rc2-1
> (you will need to repeat that for all the packages you have installed,
> removing the :amd64 suffix in the packages that have multi-arch
> annotations).
>
> Thanks,
> --
> Pino Toscano

Bug#979577: qtcreator: Clang Code Model no longer finds 'stddef.h' since version 4.14.0-2

[Roman Lebedev]

I'm also experiencing this problem.

On Fri, 08 Jan 2021 16:52:02 +0100 Michael Weghorn  wrote:
> Package: qtcreator
> Version: 4.14.0-2
> Severity: normal
> X-Debbugs-Cc: m.wegh...@posteo.de
>
> Dear Maintainer,
>
> since version 4.14.0-2, Qt Creator's Clang Code Model is unable to find the
> 'stddef.h' header. It still works OK with version 4.14.0-1.
>
> Sample steps to reproduce:
>
> * create a simple C++ project with a source file that
>   (directly or indirectly) includes 'stddef.h',
>   e.g. via "File" -> "New File or Project" -> "Plain C++ Application"
>   (or use files from sample project at the end)
> * open the source file 'main.cpp'
> * if not present yet, add an '#include ' or '#include stddef.h'
>
> Result:
>
> A warning shows up:
>
> > Warning: The code model could not parse an included file, which might lead 
> > to
> incorrect code completion and highlighting, for example.
> >
> > wchar.h:35:10: error: 'stddef.h' file not found
> > [...]
>
> and the Code Model does not work properly.
>
> It works again as expected when downgrading to qtcreator 4.14.0-1.
>
>
> Files for sample project to reproduce the issue:
>
> main.cpp:
>
> #include 
>
> using namespace std;
>
> int main()
> {
> cout << "Hello World!" << endl;
> return 0;
> }
>
> CMakeLists.txt:
>
> cmake_minimum_required(VERSION 3.5)
>
> project(testp-project LANGUAGES CXX)
>
> set(CMAKE_CXX_STANDARD 11)
> set(CMAKE_CXX_STANDARD_REQUIRED ON)
>
> add_executable(testp-project main.cpp)
>
>

Bug#977253: mysql-server-8.0: mysql-server(-8.0) not installable

[Roman Hornik]

 configuration: logicalsectorsize=512 sectorsize=512
   *-medium
physical id: 0
logical name: /dev/sdg
 *-usb:1
  description: Generic USB device
  product: USB-Serial Controller
  vendor: Prolific Technology Inc.
  physical id: 2
  bus info: usb@2:1.2
  version: 3.00
  capabilities: usb-1.10
  configuration: driver=pl2303 maxpower=100mA
speed=12Mbit/s
 *-usb:2 UNCLAIMED
  description: Generic USB device
  product: Epson Perfection V19
  vendor: EPSON
  physical id: 3
  bus info: usb@2:1.3
  version: 1.00
  serial: VC9Y068966
  capabilities: usb-2.00
  configuration: maxpower=500mA speed=480Mbit/s
 *-usb:3
  description: Keyboard
  product: Scorpion K6
  vendor: USB
  physical id: 4
  bus info: usb@2:1.4
  version: 10.01
  capabilities: usb-1.10
  configuration: driver=usbhid maxpower=100mA
speed=12Mbit/s
 *-usb:4
  description: USB hub
  product: USB2.0 Hub
  vendor: Genesys Logic, Inc.
  physical id: 5
  bus info: usb@2:1.5
  version: 87.53
  capabilities: usb-2.00
  configuration: driver=hub maxpower=100mA slots=4
speed=480Mbit/s
*-usb:0
 description: Mass storage device
 product: USB Storage
 vendor: Generic
 physical id: 1
 bus info: usb@2:1.5.1
 logical name: scsi6
 version: 2.33
 capabilities: usb-2.00 scsi emulated
 configuration: driver=usb-storage maxpower=98mA
speed=480Mbit/s
   *-disk
description: SCSI Disk
product: STORAGE DEVICE
vendor: Generic
physical id: 0.0.0
bus info: scsi@6:0.0.0
logical name: /dev/sdh
version: 0233
size: 29GiB (31GB)
capabilities: removable
configuration: logicalsectorsize=512 sectorsize=512
  *-medium
   physical id: 0
   logical name: /dev/sdh
   size: 29GiB (31GB)
   capabilities: partitioned partitioned:dos
 *-volume
  description: Windows FAT volume
      physical id: 1
  logical name: /dev/sdh1
  logical name: /media/roman/LUMIX1
  version: FAT32
  serial: 7568-f19c
  size: 29GiB
  capacity: 29GiB
  capabilities: primary fat initialized
  configuration: FATs=2 filesystem=fat
label=LUMIX mount.fstype=vfat
mount.options=rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,showexec,utf8,flush,errors=remount-
ro state=mounted
*-usb:1
 description: Bluetooth wireless interface
 product: CSR8510 A10
 vendor: Cambridge Silicon Radio, Ltd
 physical id: 2
 bus info: usb@2:1.5.2
 version: 88.91
 capabilities: bluetooth usb-2.00
 configuration: driver=btusb maxpower=100mA
speed=12Mbit/s
*-usb:2
 description: Video
 product: AV TO USB2.0
 vendor: MACROSILICON
 physical id: 3
 bus info: usb@2:1.5.3
 version: 1.21
 serial: 20150130
 capabilities: usb-2.00
 configuration: driver=usbhid maxpower=500mA
speed=480Mbit/s
 *-usb:5 UNCLAIMED
  description: Generic

Bug#976144: Re[2]: Bug#976144: librttopo1: buggy/missing geojson support

[Roman K]

Hi, 
>Понедельник, 30 ноября 2020, 15:56 +03:00 от Sebastiaan Couwenberg 
>:
> 
>reassign 976144 src:librttopo
>found 976144 librttopo/1.1.0-2
>thanks
>
>Hi Roman,
>
>On 11/30/20 1:31 PM, Roman Kurakin wrote:
>> Since librttopo is suggested as a replacement for liblwgeom, and the part of 
>> it
>> functionality is missing (switched off by ifdef) the bug becomes critical.
>>
>> Functionality is switched off due to missing code in configure. Looks like it
>> was lost while fork from original liblwgeom (part of postgis project).
>>
>> All of the versions currently in debian are affected by this problem.
>Thanks for the patch, but I'm hesitant to apply it as it's a little
>invasive.
>
>Currently libspatialite is the only user of librttopo, and it likely
>doesn't need the geojson support.
But what should do packages that are not part of debian?
liblwgeom is removed from postgis 3.0...
>
>Please forward your changes upstream:
>
>  https://git.osgeo.org/gitea/rttopo/librttopo
>
>Once the changes are applied upstream we can consider included them in
>the Debian package.
Already done, but project doesn’t look as actively maintained, the bug was 
described three years ago,
but bug reporter was unable to provide a patch.
https://git.osgeo.org/gitea/rttopo/librttopo/issues/21#issuecomment-8877
>
>Kind Regards,
>
>Bas
>
>--
> GPG Key ID: 4096R/6750F10AE88D4AF1
>Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 
 
 
--
Best regards,
rikbsd
 

Bug#976144: librttopo1: buggy/missing geojson support

[Roman Kurakin]

Package: librttopo1
Version: 1.1.0-2+1
Severity: important
Tags: patch upstream

Since librttopo is suggested as a replacement for liblwgeom, and the part of it
functionality is missing (switched off by ifdef) the bug becomes critical.

Functionality is switched off due to missing code in configure.  Looks like it
was lost while fork from original liblwgeom (part of postgis project).

All of the versions currently in debian are affected by this problem.



-- System Information:
Debian Release: 10.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-9-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages librttopo1 depends on:
ii  libc6 2.28-10
ii  libgeos-c1v5  3.7.1-1

librttopo1 recommends no packages.

librttopo1 suggests no packages.

-- no debconf information
Index: librttopo-1.1.0/configure.ac
===
--- librttopo-1.1.0.orig/configure.ac
+++ librttopo-1.1.0/configure.ac
@@ -131,6 +131,67 @@ RTGEOM_GEOS_VERSION="$GEOS_MAJOR_VERSION
 AC_DEFINE_UNQUOTED([RTGEOM_GEOS_VERSION], [$RTGEOM_GEOS_VERSION], [GEOS 
library version])
 AC_SUBST([RTGEOM_GEOS_VERSION])
 
+# ===
+# Detect if json-c installed
+# ===
+
+CHECK_JSON=yes
+HAVE_JSON=no
+HAVE_JSON_C=no
+
+AC_ARG_WITH([json],
+   [AS_HELP_STRING([--without-json], [build without json-c support])],
+   [CHECK_JSON="$withval"], [])
+
+if test "$CHECK_JSON" != "no"; then
+
+AC_ARG_WITH([jsondir],
+   [AS_HELP_STRING([--with-jsondir=PATH], [specify the json-c installation 
directory])],
+   [JSONDIR="$withval"], [JSONDIR=])
+
+if test ! "x$JSONDIR" = "x"; then
+   # Make sure that the directory exists
+   if test "x$JSONDIR" = "xyes"; then
+   AC_MSG_ERROR([you must specify a parameter to --with-jsondir, 
e.g. --with-jsondir=/path/to])
+   else
+   AC_MSG_RESULT([Using user-specified json-c directory: $JSONDIR])
+
+   # Add the include directory to JSON_CPPFLAGS
+   JSON_CPPFLAGS="-I$JSONDIR/include"
+   JSON_LDFLAGS="-L$JSONDIR/lib"
+   fi
+fi
+
+# Check that we can find the json/json.h header file
+CPPFLAGS_SAVE="$CPPFLAGS"
+CPPFLAGS="$JSON_CPPFLAGS"
+AC_CHECK_HEADER([json/json.h], [HAVE_JSON=yes], [
+  AC_CHECK_HEADER([json-c/json.h], [HAVE_JSON=yes; HAVE_JSON_C=yes], [])
+])
+CPPFLAGS="$CPPFLAGS_SAVE"
+
+# Ensure we can link against libjson
+LIBS_SAVE="$LIBS"
+LIBS="$JSON_LDFLAGS"
+AC_CHECK_LIB([json-c], [json_object_get], [HAVE_JSON=yes; 
JSON_LDFLAGS="${JSON_LDFLAGS} -ljson-c"], [
+  AC_CHECK_LIB([json], [json_object_get], [HAVE_JSON=yes; 
JSON_LDFLAGS="${JSON_LDFLAGS} -ljson"], [], [])
+], [])
+LIBS="$LIBS_SAVE"
+
+if test "$HAVE_JSON" = "yes"; then
+   AC_DEFINE([HAVE_LIBJSON], 1, [Define to 1 if libjson is present])
+fi
+if test "$HAVE_JSON_C" = "yes"; then
+   AC_DEFINE([HAVE_LIBJSON_C], 1, [Define to 1 if libjson resides in a 
json-c subdir])
+fi
+
+AC_SUBST([JSON_CPPFLAGS])
+AC_SUBST([JSON_LDFLAGS])
+AC_SUBST([HAVE_JSON])
+
+fi
+
+
 # SRID stuff
 SRID_MAX=99
 SRID_USR_MAX=998999
Index: librttopo-1.1.0/src/rtin_geojson.c
===
--- librttopo-1.1.0.orig/src/rtin_geojson.c
+++ librttopo-1.1.0/src/rtin_geojson.c
@@ -47,17 +47,17 @@
 
 #include 
 
-static void geojson_rterror(char *msg, int error_code)
+static void geojson_rterror(const RTCTX *ctx, char *msg, int error_code)
 {
   RTDEBUGF(ctx, 3, "rtgeom_from_geojson ERROR %i", error_code);
   rterror(ctx, "%s", msg);
 }
 
 /* Prototype */
-static RTGEOM* parse_geojson(json_object *geojson, int *hasz, int root_srid);
+static RTGEOM* parse_geojson(const RTCTX *ctx, json_object *geojson, int 
*hasz, int root_srid);
 
 static json_object*
-findMemberByName(json_object* poObj, const char* pszName )
+findMemberByName(const RTCTX *ctx, json_object* poObj, const char* pszName )
 {
   json_object* poTmp;
   json_object_iter it;
@@ -75,7 +75,7 @@ findMemberByName(json_object* poObj, con
   {
 if( NULL == json_object_get_object(poTmp)->head )
 {
-  geojson_rterror("invalid GeoJSON representation", 2);
+  geojson_rterror(ctx, "invalid GeoJSON representation", 2);
   return NULL;
 }
 
@@ -95,7 +95,7 @@ findMemberByName(json_object* poObj, con
 
 
 static int
-parse_geojson_coord(json_object *poObj, int *hasz, RTPOINTARRAY *pa)
+parse_geojson_coord(const RTCTX *ctx, json_object *poObj, int *hasz, 
RTPOINTARRAY *pa)
 {
   RTPOINT4D pt;
 
@@ -110,7 +110,7 @@ parse_geojson_coord(json_object *poObj,
 
 if ( nSize < 2 )
  

Bug#975996: xgps: doesn't actually work with python3

[Roman Lebedev]

Package: python3-gps
Version: 3.20-12+b1
Severity: important
File: /usr/lib/python3/dist-packages/gps/client.py

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

connected to tcp://:2947
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/gi/overrides/GLib.py", line 671, in 

func_fdtransform = lambda _, cond, *data: callback(channel, cond, *data)
  File "/usr/bin/xgps", line 1457, in handle_response
if self.daemon.read() == -1:
  File "/usr/lib/python3/dist-packages/gps/gps.py", line 326, in read
self.unpack(self.response)
  File "/usr/lib/python3/dist-packages/gps/client.py", line 200, in unpack
self.data = dictwrapper(json.loads(buf.strip(), encoding="ascii"))
  File "/usr/lib/python3.9/json/__init__.py", line 359, in loads
return cls(**kw).decode(s)
TypeError: __init__() got an unexpected keyword argument 'encoding'

- -- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'unstable-debug'), (1, 
'experimental-debug'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.9.0-3-amd64 (SMP w/8 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages python3-gps depends on:
ii  libc62.31-4
ii  python3  3.9.0-3

Versions of packages python3-gps recommends:
ii  gpsd  3.20-12+b1

python3-gps suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEjkF6151RK40WXe2HCDw+u0oWieAFAl/BZowACgkQCDw+u0oW
ieC0TRAAowf6SltCLKwllDDg7/ss5jNguFcHrgCmUel8LeXpxGwB8ZUKi7Ret1J0
IOLeR+1fSkrbmf7IKEgrMyflFjcAshP7NzDAYAxskxQadMexct9GdlhheekX3+r9
Q8E4yX9YI8noi1bAPQv2KlJn8qeYozQyha8/UOntr7RaaUwMbqdMJTBynkCvq7Jf
YbrBVaOuWq/ko1tmEwa55U03VWwLkr9MmZOMSseTtv2fkiG3EEZGC7JnHzbS3Nn2
+n1rqOedq9DsgoA0mZuE7qnajPR3Ang4K2EAhaHMpjgnaFtVNCeEvYofb1bmlPE5
ujd8iXGyCNHm22dMVG3j9TWi3HPx/Up4gYiPobAcoAkDj9bHoF0DwnI33KQM06xp
XrpzZbMBHXOrOJ3X8+aaHesGW3yy6tsI1yTXcSqledU6SsKgY6BoVaG3G9NSQ4L5
L9aQQAG8pUNceP14vrMFcMVb6i8uYiES+DbXF7HsC7OZhhMmLQdWseff5KVgEilG
m9QGeU8kX6iVY1w1kuwfhFfJbli7smoE9VzOaqogr2y/YbMBw196I+uItEGQoNwc
tRB0F4Xqzs5SkR0RXWnB3GrcxHU6tx0408JU/yhxaW19zx6ESMnEq+2DaEnvyry5
JLik9VIOq+V0bAEwK6lg3EFxK66ZjWaN/+CGAbJzq0UxXoddCM4=
=w7PN
-END PGP SIGNATURE-

Bug#576959: jnettop: No IPv6 on PPP interface

[Roman Mamedov]

Hello,

Just wanted to confirm that this remains an issue even though more than 10
years have passed since the initial bug report.

Thanks

-- 
With respect,
Roman

Bug#975000: libpqxx-6.2: handling of eof() in streambuffer underflow: large object truncated

[Roman Kurakin]

Package: libpqxx-6.2
Version: 6.2.5-1
Severity: important
Tags: patch upstream

Due to the bug, large object may be truncated while reading it from DB if LOB
contains 0xff byte and it hits the buffer boundary.



-- System Information:
Debian Release: 10.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-9-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libpqxx-6.2 depends on:
ii  libc6   2.28-10
ii  libgcc1 1:8.3.0-6
ii  libpq5  11.9-0+deb10u1
ii  libstdc++6  8.3.0-6

libpqxx-6.2 recommends no packages.

libpqxx-6.2 suggests no packages.

-- no debconf information
Index: libpqxx-6.2.5/include/pqxx/largeobject.hxx
===
--- libpqxx-6.2.5.orig/include/pqxx/largeobject.hxx
+++ libpqxx-6.2.5/include/pqxx/largeobject.hxx
@@ -434,11 +434,12 @@ protected:
   virtual int_type underflow() override
   {
 if (!this->gptr()) return EoF();
-char *const eb = this->eback();
-const int_type res(static_cast(
-   AdjustEOF(m_obj.cread(this->eback(), m_bufsize;
-this->setg(eb, eb, eb + ((res==EoF()) ? 0 : res));
-return (!res || (res == EoF())) ? EoF() : *eb;
+auto *const eb{this->eback()};
+auto const res = AdjustEOF(
+m_obj.cread(this->eback(), static_cast(m_bufsize)));
+this->setg(
+eb, eb, eb + (res == EoF() ? 0 : static_cast(res)));
+return (res == EoF() || res == 0) ? EoF() : traits_type::to_int_type(*eb);
   }
 
 private:

Bug#972499: cinnamon-control-center: SIGABRT while opening Graphics Tablet settings

[Roman Ondráček]

Package: cinnamon-control-center
Version: 4.6.2-2
Severity: normal

Dear Maintainer,

Graphics Tablet settings immediately exits with SIGABRT with connected Wacom
Intuos BT S.

Error message:
(cinnamon-control-center:1426979): dconf-DEBUG: 13:21:36.524: watch_fast:
"/org/cinnamon/settings-
daemon/peripherals/wacom/f377e538d7514263b7f1649545f06a65-usb:2d1f:0376/"
(establishing: 0, active: 0)
(cinnamon-control-center:1426979): dconf-DEBUG: 13:21:36.524:
watch_established: "/org/cinnamon/settings-
daemon/peripherals/wacom/f377e538d7514263b7f1649545f06a65-usb:2d1f:0376/"
(establishing: 1)

(cinnamon-control-center:1426979): wacom-cc-panel-WARNING **: 13:21:36.524:
Could not set the current stylus ID 0x0 for tablet 'Wacom Intuos BT S (Android
Mode)', no general pen found
**
wacom-cc-panel:ERROR:csd-wacom-
device.c:1890:csd_wacom_device_set_current_stylus: assertion failed:
(device->priv->styli)
Bail out! wacom-cc-panel:ERROR:csd-wacom-
device.c:1890:csd_wacom_device_set_current_stylus: assertion failed:
(device->priv->styli)
Neúspěšně ukončen (SIGABRT)




-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (700, 'unstable'), (600, 'testing'), (500, 'stable-updates'), 
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.8.0-3-amd64 (SMP w/24 CPU threads)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages cinnamon-control-center depends on:
ii  accountsservice   0.6.55-3
ii  apg   2.2.3.dfsg.1-5+b2
ii  cinnamon-control-center-data  4.6.2-2
ii  cinnamon-desktop-data 4.6.4-1
ii  cinnamon-settings-daemon  4.6.4-1
ii  desktop-file-utils0.26-1
ii  gettext   0.19.8.1-10
ii  libatk1.0-0   2.36.0-2
ii  libc6 2.31-4
ii  libcairo2 1.16.0-4
ii  libcinnamon-control-center1   4.6.2-2
ii  libcinnamon-desktop4  4.6.4-1
ii  libcinnamon-menu-3-0  4.6.1-1
ii  libcolord21.4.4-2
ii  libfontconfig12.13.1-4.2
ii  libgdk-pixbuf2.0-02.40.0+dfsg-5
ii  libglib2.0-0  2.66.1-2
ii  libgnomekbd8  3.26.1-1
ii  libgtk-3-03.24.23-2
ii  libmm-glib0   1.14.6-0.1
ii  libnm01.27.90-3
ii  libnma0   1.8.30-1
ii  libnotify40.7.9-1
ii  libpango-1.0-01.46.2-1
ii  libpangocairo-1.0-0   1.46.2-1
ii  libpolkit-gobject-1-0 0.105-29
ii  libwacom2 1.5-1
ii  libx11-6  2:1.6.12-1
ii  libxi62:1.7.10-1
ii  libxklavier16 5.4-4
ii  policykit-1-gnome 0.105-7
ii  xdg-utils 1.1.3-2

Versions of packages cinnamon-control-center recommends:
ii  cinnamon-control-center-goa  4.6.2-2
ii  cinnamon-l10n4.6.2-1
ii  iso-codes4.5.0-1
ii  mesa-utils   8.4.0-1+b1

Versions of packages cinnamon-control-center suggests:
ii  x11-xserver-utils  7.7+8

-- debconf-show failed

Bug#966510: gnome-boxes: the issue was caused by DNS not VLAN

[Roman Riabenko]

Package: gnome-boxes
Version: 3.38.0-1
Followup-For: Bug #966510

Dear Maintainer,

I have dicovered that the issue was not caused by VLAN, but by the DNS
configuration of the host LAN. The first DNS resolver was configured to refuse 
most DNS request. The host used the secondary DNS resolver provided, but QEMU
in "user mode" networking uses only the first nameserver provided. This is
a known behavior, which was declared as "Won't fix" for QEMU in the past.
See message #28 for bug #625689 for details why:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=625689#28

I do not see how Boxes could workaround that without tradeoffs. So, I believe
that this bug report is invalid and should be closed. Sorry for false alarm.

Best wishes
Roman

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 5.8.0-3-amd64 (SMP w/6 CPU threads)
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome-boxes depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.38.0-1
ii  genisoimage  9:1.1.11-3.1
ii  libarchive13 3.4.3-2
ii  libc62.31-3
ii  libcairo21.16.0-4
ii  libfreerdp2-22.2.0+dfsg1-1
ii  libgdk-pixbuf2.0-0   2.40.0+dfsg-5
ii  libglib2.0-0 2.66.1-1
ii  libgtk-3-0   3.24.23-2
ii  libgtk-vnc-2.0-0 1.0.0-1
ii  libgtksourceview-4-0 4.8.0-1
ii  libgudev-1.0-0   234-1
ii  libhandy-0.0-0   0.0.13-2
ii  libosinfo-1.0-0  1.7.1-1
ii  libosinfo-bin1.7.1-1
ii  libpango-1.0-0   1.46.2-1
ii  libsecret-1-00.20.3-1
ii  libsoup2.4-1 2.72.0-2
ii  libspice-client-glib-2.0-8   0.38-2
ii  libspice-client-gtk-3.0-50.38-2
ii  libtracker-sparql-2.0-0  2.3.6-2
ii  libusb-1.0-0 2:1.0.23-2
ii  libvirt-daemon   6.6.0-2
ii  libvirt-glib-1.0-0   3.0.0-1
ii  libvte-2.91-00.62.0-3
ii  libwebkit2gtk-4.0-37 2.30.1-1
ii  libwinpr2-2  2.2.0+dfsg1-1
ii  libxml2  2.9.10+dfsg-6
ii  tracker  2.3.6-2

Versions of packages gnome-boxes recommends:
ii  qemu-system-x86  1:5.1+dfsg-4

gnome-boxes suggests no packages.

-- no debconf information

Bug#891858: DESKTOP-Linux org.gnome.Shell.desktop[729]: libinput error: client bug: timer event8 debounce short: offset negative

[Roman Shentsev]

Hello,
 
Hello! When I try to upload sketch to ESP-WROOM-32 development board through 
Arduino IDE, I would receive serial.serialutil.SerialException: device reports 
readiness to read but returned no data (device disconnected or multiple access 
on port?).
Log from /var/log/message:
Sep 21 10:51:21 DESKTOP-Linux arduino-arduinoide.desktop[729]: Sketch uses 
635782 bytes (48%) of program storage space. Maximum is 1310720 bytes.
Sep 21 10:51:21 DESKTOP-Linux arduino-arduinoide.desktop[729]: Global variables 
use 38760 bytes (11%) of dynamic memory, leaving 288920 bytes for local 
variables. Maximum is 327680 bytes.
Sep 21 10:51:21 DESKTOP-Linux arduino-arduinoide.desktop[729]: esptool.py v2.6
Sep 21 10:51:21 DESKTOP-Linux arduino-arduinoide.desktop[729]: Serial port 
/dev/ttyUSB0
Sep 21 10:51:42 DESKTOP-Linux arduino-arduinoide.desktop[729]: 
Connecting_
Sep 21 10:51:42 DESKTOP-Linux arduino-arduinoide.desktop[729]: Traceback (most 
recent call last):
Sep 21 10:51:42 DESKTOP-Linux arduino-arduinoide.desktop[729]:   File 
"/home/roman/.arduino15/packages/esp32/tools/esptool_py/2.6.1/esptool.py", line 
2959, in 
Sep 21 10:51:42 DESKTOP-Linux arduino-arduinoide.desktop[729]: An error 
occurred while uploading the sketch
Sep 21 10:51:42 DESKTOP-Linux arduino-arduinoide.desktop[729]: _main()
Sep 21 10:51:42 DESKTOP-Linux arduino-arduinoide.desktop[729]:   File 
"/home/roman/.arduino15/packages/esp32/tools/esptool_py/2.6.1/esptool.py", line 
2952, in _main
Sep 21 10:51:42 DESKTOP-Linux arduino-arduinoide.desktop[729]: main()
Sep 21 10:51:42 DESKTOP-Linux arduino-arduinoide.desktop[729]:   File 
"/home/roman/.arduino15/packages/esp32/tools/esptool_py/2.6.1/esptool.py", line 
2653, in main
Sep 21 10:51:42 DESKTOP-Linux arduino-arduinoide.desktop[729]: 
esp.connect(args.before)
Sep 21 10:51:42 DESKTOP-Linux arduino-arduinoide.desktop[729]:   File 
"/home/roman/.arduino15/packages/esp32/tools/esptool_py/2.6.1/esptool.py", line 
460, in connect
Sep 21 10:51:42 DESKTOP-Linux arduino-arduinoide.desktop[729]: last_error = 
self._connect_attempt(mode=mode, esp32r0_delay=False)
Sep 21 10:51:42 DESKTOP-Linux arduino-arduinoide.desktop[729]:   File 
"/home/roman/.arduino15/packages/esp32/tools/esptool_py/2.6.1/esptool.py", line 
440, in _connect_attempt
Sep 21 10:51:42 DESKTOP-Linux arduino-arduinoide.desktop[729]: self.sync()
Sep 21 10:51:42 DESKTOP-Linux arduino-arduinoide.desktop[729]:   File 
"/home/roman/.arduino15/packages/esp32/tools/esptool_py/2.6.1/esptool.py", line 
381, in sync
Sep 21 10:51:42 DESKTOP-Linux arduino-arduinoide.desktop[729]: 
self.command()
Sep 21 10:51:42 DESKTOP-Linux arduino-arduinoide.desktop[729]:   File 
"/home/roman/.arduino15/packages/esp32/tools/esptool_py/2.6.1/esptool.py", line 
332, in command
Sep 21 10:51:42 DESKTOP-Linux arduino-arduinoide.desktop[729]: p = 
self.read()
Sep 21 10:51:42 DESKTOP-Linux arduino-arduinoide.desktop[729]:   File 
"/home/roman/.arduino15/packages/esp32/tools/esptool_py/2.6.1/esptool.py", line 
277, in read
Sep 21 10:51:42 DESKTOP-Linux arduino-arduinoide.desktop[729]: return 
next(self._slip_reader)
Sep 21 10:51:42 DESKTOP-Linux arduino-arduinoide.desktop[729]:   File 
"/home/roman/.arduino15/packages/esp32/tools/esptool_py/2.6.1/esptool.py", line 
1873, in slip_reader
Sep 21 10:51:42 DESKTOP-Linux arduino-arduinoide.desktop[729]: read_bytes = 
port.read(1 if waiting == 0 else waiting)
Sep 21 10:51:42 DESKTOP-Linux arduino-arduinoide.desktop[729]:   File 
"/home/roman/.local/lib/python2.7/site-packages/serial/serialposix.py", line 
501, in read
Sep 21 10:51:42 DESKTOP-Linux arduino-arduinoide.desktop[729]: 'device 
reports readiness to read but returned no data '
Sep 21 10:51:42 DESKTOP-Linux arduino-arduinoide.desktop[729]: 
serial.serialutil.SerialException: device reports readiness to read but 
returned no data (device disconnected or multiple access on port?)
Sep 21 10:52:17 DESKTOP-Linux org.gnome.Shell.desktop[729]: libinput error: 
client bug: timer event8 debounce short: offset negative (-1ms)
Sep 21 10:55:22 DESKTOP-Linux org.gnome.Shell.desktop[729]: libinput error: 
client bug: timer event8 debounce short: offset negative (-0ms)
I have the next packages linked with libinput:
 
consolation/stable 0.0.6-2 amd64
  linux console pointer support for copy-paste
libelput1/stable 1.21.1-5 amd64
  EFL abstraction for libinput
libinput-bin/stable,now 1.12.6-2+deb10u1 amd64 [installed,automatic]
  input device management and event handling library - udev quirks
libinput-dev/stable 1.12.6-2+deb10u1 amd64
  input device management and event handling library - development files
libinput-pad-dev/stable 1.0.3-3 amd64
  On-screen Input Pad to Send Characters with Mouse - dev
libinput-pad-xtest/stable 1.0.3-3 amd64
  On-screen Input Pad to Send Characters with Mouse - xtest
libinput-pad1/stable 1.0.3-3 amd64
  O

Bug#969290: gnome package depends on Vinagre instead of Boxes

[Roman Riabenko]

Package: gnome
Version: 1:3.30+2
Severity: normal

Dear Maintainer,

I expected the gnome package to depend on gnome-boxes instead of vinagre.
I belive that it will be in line with the GNOME project [1].

[1] https://blogs.gnome.org/mcatanzaro/2016/09/21/gnome-3-22-core-apps/

Best wishes
Roman

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.7.0-3-amd64 (SMP w/6 CPU threads)
Kernel taint flags: TAINT_WARN
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome depends on:
ii  avahi-daemon 0.8-3
ii  cheese   3.34.0-1+b2
ii  cups-pk-helper   0.2.6-1+b1
ii  desktop-base 10.0.3
ii  evolution3.36.4-2
ii  evolution-plugins3.36.4-2
ii  file-roller  3.36.2-1
ii  gedit-plugins3.36.2-1
ii  gnome-calendar   3.36.2-1
ii  gnome-clocks 3.36.2-1
ii  gnome-color-manager  3.36.0-1
ii  gnome-core   1:3.30+2
ii  gnome-documents  3.34.0-2
ii  gnome-getting-started-docs   3.36.2-1
ii  gnome-maps   3.36.2-1
ii  gnome-music  3.36.3-1
ii  gnome-screenshot 3.36.0-1
ii  gnome-sound-recorder 3.34.0-1
ii  gnome-todo   3.28.1-5
ii  gnome-tweaks 3.34.0-3
ii  gnome-weather3.36.1-1
ii  gstreamer1.0-libav   1.16.2-2
ii  gstreamer1.0-plugins-ugly1.16.2-2.1+b1
ii  libgsf-bin   1.14.47-1
ii  libproxy1-plugin-networkmanager  0.4.15-13
ii  libreoffice-calc 1:7.0.1~rc1-2
ii  libreoffice-gnome1:7.0.1~rc1-2
ii  libreoffice-impress  1:7.0.1~rc1-2
ii  libreoffice-writer   1:7.0.1~rc1-2
ii  nautilus-sendto  3.8.6-3
ii  network-manager-gnome1.18.0-1
ii  orca 3.36.5-1
ii  rhythmbox3.4.4-2+b1
ii  rhythmbox-plugin-cdrecorder  3.4.4-2+b1
ii  rhythmbox-plugins3.4.4-2+b1
ii  rygel-playbin0.38.3-1
ii  rygel-tracker0.38.3-1
ii  seahorse 3.36-1
ii  shotwell 0.30.10-1+b1
ii  simple-scan  3.36.4-1
ii  totem-plugins3.34.1-2+b1
ii  vinagre  3.22.0-7
ii  vino 3.22.0-6
ii  xdg-user-dirs-gtk0.10-3

Versions of packages gnome recommends:
pn  gnome-games 
pn  nautilus-extension-brasero  
ii  transmission-gtk3.00-1

Versions of packages gnome suggests:
pn  alacarte 
pn  empathy  
pn  firefox-esr-l10n-all | firefox-l10n-all  
pn  gnome-remote-desktop 
pn  goobox | sound-juicer
pn  polari   
pn  webext-ublock-origin 

Versions of packages gnome-core depends on:
ii  adwaita-icon-theme3.36.1-2
ii  at-spi2-core  2.36.0-3
ii  baobab3.34.0-1
ii  caribou   0.4.21-7
ii  dconf-cli 0.36.0-1
ii  dconf-gsettings-backend   0.36.0-1
ii  eog   3.36.3-1
ii  epiphany-browser  3.36.3-1+b1
ii  evince3.36.7-1
ii  evolution-data-server 3.36.4-1
ii  firefox   80.0-1
ii  fonts-cantarell   0.111-2
ii  gdm3  3.36.2-1
ii  gedit 3.36.2-1
ii  gkbd-capplet  3.26.1-1
ii  glib-networking   2.64.3-2
ii  gnome-backgrounds 3.36.0-1
ii  gnome-bluetooth   3.34.1-1
ii  gnome-calculator  3.36.0-1
ii  gnome-characters  3.34.0-1
ii  gnome-contacts3.36.1-1
ii  gnome-control-center  1:3.36.4-1
ii  gnome-disk-utility3.36.3-1
ii  gnome-font-viewer 3.34.0-2+b1
ii  gnome-keyring 3.36.0-1
ii  gnome-logs3.36.0-2
ii  gnome-menus   3.36.0-1
ii  gnome-online-accounts 3.36.0-1
ii  gnome-online-miners   3.34.0-2
ii  gnome-session 3.36.0-2
ii  gnome-settings-daemon 3.36.1-1
ii  gnome-shell   3.36.5-1
ii  gnome-shell-extensions3.36.2-1
ii  gnome-software3.36.1-2
ii  gnome-sushi   3.34.0-2
ii  gnome-system-monitor  3.36.0-1
ii  gnome-terminal3.36.2-2
ii  gnome-themes-extra3.28-1
ii  gnome-user

Bug#969289: gnome package depends on two music managers

[Roman Riabenko]

Package: gnome
Version: 1:3.30+2
Severity: normal

Dear Maintainer,

gnome package depends on both rhythmbox and gnome-music, which both provide
similar functionality: they are music managing applications and players.
I expected that to have full GNOME experience one music manager will be 
provided.
So, gnome package should depend on either of them or one of them.

Best wishes
Roman

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.7.0-3-amd64 (SMP w/6 CPU threads)
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome depends on:
ii  avahi-daemon 0.8-3
ii  cheese   3.34.0-1+b2
ii  cups-pk-helper   0.2.6-1+b1
ii  desktop-base 10.0.3
ii  evolution3.36.4-2
ii  evolution-plugins3.36.4-2
ii  file-roller  3.36.2-1
ii  gedit-plugins3.36.2-1
ii  gnome-calendar   3.36.2-1
ii  gnome-clocks 3.36.2-1
ii  gnome-color-manager  3.36.0-1
ii  gnome-core   1:3.30+2
ii  gnome-documents  3.34.0-2
ii  gnome-getting-started-docs   3.36.2-1
ii  gnome-maps   3.36.2-1
ii  gnome-music  3.36.3-1
ii  gnome-screenshot 3.36.0-1
ii  gnome-sound-recorder 3.34.0-1
ii  gnome-todo   3.28.1-5
ii  gnome-tweaks 3.34.0-3
ii  gnome-weather3.36.1-1
ii  gstreamer1.0-libav   1.16.2-2
ii  gstreamer1.0-plugins-ugly1.16.2-2.1+b1
ii  libgsf-bin   1.14.47-1
ii  libproxy1-plugin-networkmanager  0.4.15-13
ii  libreoffice-calc 1:7.0.1~rc1-2
ii  libreoffice-gnome1:7.0.1~rc1-2
ii  libreoffice-impress  1:7.0.1~rc1-2
ii  libreoffice-writer   1:7.0.1~rc1-2
ii  nautilus-sendto  3.8.6-3
ii  network-manager-gnome1.18.0-1
ii  orca 3.36.5-1
ii  rhythmbox3.4.4-2+b1
ii  rhythmbox-plugin-cdrecorder  3.4.4-2+b1
ii  rhythmbox-plugins3.4.4-2+b1
ii  rygel-playbin0.38.3-1
ii  rygel-tracker0.38.3-1
ii  seahorse 3.36-1
ii  shotwell 0.30.10-1+b1
ii  simple-scan  3.36.4-1
ii  totem-plugins3.34.1-2+b1
ii  vinagre  3.22.0-7
ii  vino 3.22.0-6
ii  xdg-user-dirs-gtk0.10-3

Versions of packages gnome recommends:
pn  gnome-games 
pn  nautilus-extension-brasero  
ii  transmission-gtk3.00-1

Versions of packages gnome suggests:
pn  alacarte 
pn  empathy  
pn  firefox-esr-l10n-all | firefox-l10n-all  
pn  gnome-remote-desktop 
pn  goobox | sound-juicer
pn  polari   
pn  webext-ublock-origin 

Versions of packages gnome-core depends on:
ii  adwaita-icon-theme3.36.1-2
ii  at-spi2-core  2.36.0-3
ii  baobab3.34.0-1
ii  caribou   0.4.21-7
ii  dconf-cli 0.36.0-1
ii  dconf-gsettings-backend   0.36.0-1
ii  eog   3.36.3-1
ii  epiphany-browser  3.36.3-1+b1
ii  evince3.36.7-1
ii  evolution-data-server 3.36.4-1
ii  firefox   80.0-1
ii  fonts-cantarell   0.111-2
ii  gdm3  3.36.2-1
ii  gedit 3.36.2-1
ii  gkbd-capplet  3.26.1-1
ii  glib-networking   2.64.3-2
ii  gnome-backgrounds 3.36.0-1
ii  gnome-bluetooth   3.34.1-1
ii  gnome-calculator  3.36.0-1
ii  gnome-characters  3.34.0-1
ii  gnome-contacts3.36.1-1
ii  gnome-control-center  1:3.36.4-1
ii  gnome-disk-utility3.36.3-1
ii  gnome-font-viewer 3.34.0-2+b1
ii  gnome-keyring 3.36.0-1
ii  gnome-logs3.36.0-2
ii  gnome-menus   3.36.0-1
ii  gnome-online-accounts 3.36.0-1
ii  gnome-online-miners   3.34.0-2
ii  gnome-session 3.36.0-2
ii  gnome-settings-daemon 3.36.1-1
ii  gnome-shell   3.36.5-1
ii  gnome-shell-extensions3.36.2-1
ii  gnome-software3.36.1-2
ii  gnome-sushi   3.34.0-2
ii  gnome-system-monitor  3.36.0-1
ii  gnome-terminal

Bug#969278: gnome-music: albums without artist doesn't show up in album view

[Roman Riabenko]

Package: gnome-music
Version: 3.36.3-1
Severity: normal

Dear Maintainer,

I have an album of the in-game music published by the game developer. It 
consists
of MP3 files which has album indicated, but the artist field is empty. In GNOME
music I can see the songs in the all songs view. The artist is indicated as
unknown. But I do not see the album in the albums view.

If I add some info to the artist field with a tag editor (in VLC), the album
shows up in the albums view in GNOME music. If I remove the artist info, the
album disappears.

I expected that the album would show up in the albums view, probably with
"unknown artist" under it or without artist indication.

Best wishes
Roman

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.7.0-3-amd64 (SMP w/6 CPU threads)
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome-music depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.36.0-1
ii  gir1.2-dazzle-1.03.36.0-1
ii  gir1.2-glib-2.0  1.64.1-1
ii  gir1.2-goa-1.0   3.36.0-1
ii  gir1.2-grilo-0.3 0.3.12-1
ii  gir1.2-gst-plugins-base-1.0  1.16.2-4
ii  gir1.2-gstreamer-1.0 1.16.2-2
ii  gir1.2-gtk-3.0   3.24.22-1
ii  gir1.2-mediaart-2.0  1.9.4-2
ii  gir1.2-soup-2.4  2.70.0-1
ii  gir1.2-totemplparser-1.0 3.26.5-1
ii  gir1.2-tracker-2.0   2.3.4-1+b1
ii  gnome-settings-daemon3.36.1-1
ii  grilo-plugins-0.30.3.11-1
ii  libc62.31-3
ii  libcairo-gobject21.16.0-4
ii  libcairo21.16.0-4
ii  libgdk-pixbuf2.0-0   2.40.0+dfsg-5
ii  libglib2.0-0 2.64.4-1
ii  libgtk-3-0   3.24.22-1
ii  libpango-1.0-0   1.46.1-1
ii  libpangocairo-1.0-0  1.46.1-1
ii  python3  3.8.2-3
ii  python3-gi   3.36.1-1
ii  python3-gi-cairo 3.36.1-1
ii  python3-requests 2.23.0+dfsg-2
ii  tracker  2.3.4-1+b1

gnome-music recommends no packages.

gnome-music suggests no packages.

-- no debconf information

Bug#969138: onedrive: cannot delete non-empty folders in OneDrive for Business

[Roman Riabenko]

Package: onedrive
Version: 2.4.4-1
Severity: wishlist

Dear Maintainer,

I do not know whether this is default for all or most OneDrive for Business
setups, but in my OneDrive in Office 365, I cannot delete a directory if
it contains other directories or files from the web interface.
As a result I can delete such directory with a Windows desktop client,
but I cannot delete it with onedrive for linux. I get the following error:

ERROR: OneDrive returned an error with the following message:
  Error Message: HTTP request returned status code 401 (FORBIDDEN)
  Error Reason:  Access denied. You do not have permission to perform this 
action or access this resource.

As a workaround, I can delete the contents of the directory first
and proceed with deleting the directory itself. It would be nice, if
onedrive client could chain those requests automatically. Alternatively,
it could provide a similar warning as the web interface does:

"You have to delete all the items in this
folder before you can delete the folder."

>From forum discussions, I guess that it is has something to do with
retention policies, but it makes no sense to me because I can
easily delete the entire folders along with their contents in
OneDrive Windows client.

Best wishes
Roman

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.7.0-3-amd64 (SMP w/6 CPU threads)
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages onedrive depends on:
ii  init-system-helpers  1.58
ii  libc62.31-3
ii  libgcc-s110.2.0-5
ii  libglib2.0-0 2.64.4-1
ii  libnotify4   0.7.9-1
ii  libphobos2-ldc-shared91  1:1.21.0-1+b1
ii  libsqlite3-0 3.33.0-1

onedrive recommends no packages.

onedrive suggests no packages.

-- no debconf information

Bug#968988: zsh: Wrong completion hints for *(c): + and - inverted

[Roman Odaisky]

Package: zsh
Version: 5.8-5
Severity: normal

1. Type: echo *(c
2. Press Tab
3. Observe completion hints which, among other things, suggest the use
of the + and - signs, but these are mislabeled.

The “+” sign is incorrectly labeled “before” while “-” is incorrectly
labeled “since”. In reality, minus means timestamps later than the one
specified, and plus means earlier.



-- Package-specific info:

Packages which provide vendor completions:

Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   Version Architecture Description
+++-==-===--
ii  curl   7.66.0-1+b1 amd64command line tool 
for transferring data with URL syntax
ii  docker-ce-cli  5:19.03.4~3-0~debian-buster amd64Docker CLI: the 
open-source application container engine
ii  systemd242-7   amd64system and service 
manager
ii  udev   242-7   amd64/dev/ and hotplug 
management daemon

dpkg-query: no path found matching pattern /usr/share/zsh/vendor-functions/


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.14.0-3-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages zsh depends on:
ii  libc6   2.30-4
ii  libcap2 1:2.25-2
ii  libtinfo6   6.1+20191019-1
ii  zsh-common  5.8-5

Versions of packages zsh recommends:
ii  libgdbm6  1.18.1-5
ii  libncursesw6  6.1+20191019-1
ii  libpcre3  2:8.39-12+b1

Versions of packages zsh suggests:
pn  zsh-doc  

-- no debconf information

Bug#954195: gnome-music fails to start

[Roman Riabenko]

Package: gnome-music
Version: 3.36.3-1
Followup-For: Bug #954195

Dear Maintainer,

gnome-music still fails to start on version 3.36.3-1 in sid with the following 
traceback:

$ gnome-music
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/gnomemusic/scrobbler.py", line 81, in 
_new_client_callback
manager.call_is_supported_provider(
AttributeError: 'NoneType' object has no attribute 'call_is_supported_provider'

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.7.0-2-amd64 (SMP w/6 CPU threads)
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome-music depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.36.0-1
ii  gir1.2-dazzle-1.03.36.0-1
ii  gir1.2-glib-2.0  1.64.1-1
ii  gir1.2-goa-1.0   3.36.0-1
ii  gir1.2-grilo-0.3 0.3.12-1
ii  gir1.2-gst-plugins-base-1.0  1.16.2-4
ii  gir1.2-gstreamer-1.0 1.16.2-2
ii  gir1.2-gtk-3.0   3.24.22-1
ii  gir1.2-mediaart-2.0  1.9.4-2
ii  gir1.2-soup-2.4  2.70.0-1
ii  gir1.2-totemplparser-1.0 3.26.5-1
ii  gir1.2-tracker-2.0   2.3.4-1+b1
ii  gnome-settings-daemon3.36.1-1
ii  grilo-plugins-0.30.3.11-1
ii  libc62.31-3
ii  libcairo-gobject21.16.0-4
ii  libcairo21.16.0-4
ii  libgdk-pixbuf2.0-0   2.40.0+dfsg-5
ii  libglib2.0-0 2.64.4-1
ii  libgtk-3-0   3.24.22-1
ii  libpango-1.0-0   1.46.0-2
ii  libpangocairo-1.0-0  1.46.0-2
ii  python3  3.8.2-3
ii  python3-gi   3.36.0-4
ii  python3-gi-cairo 3.36.0-4
ii  python3-requests 2.23.0+dfsg-2
ii  tracker  2.3.4-1+b1

gnome-music recommends no packages.

gnome-music suggests no packages.

-- debconf-show failed

Bug#968890: gnome-boxes: different file transfer prompts for Windows guests

[Roman Riabenko]

Package: gnome-boxes
Version: 3.36.5-1
Severity: minor

Dear Maintainer,

When I copy a file from the host Debian machine to a guest machine by dragging
and dropping the file from GNOME files (Nautilus) to the VM screen in Boxes,
I get a reassuring prompt that it will be possible to find the file in 
"Downloads"
("Завантаження" in Ukrainian interface) folder. It is followed by a progress bar
saying 'Copying "X" to "Downloads"', where X is the filename, when I release
the file into the VM screen. The prompts are correct if the guest OS is another
Debian. But if the guest OS is Windows 10, the file is stored to the Desktop,
not Downloads. I find it appropriate that the file is stored to the Desktop on
Windows. This is what a Windows user would typically do with a new file 
introduced
from an external source, unless it is downloaded from the Internet, or what the
system administrator would do with a file pushed to a user. It would be great to
have different prompts for Windows. It is easy to get accustomed to the wrong
prompts, but they were rather confusing when I was starting to use Boxes.

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.7.0-2-amd64 (SMP w/6 CPU threads)
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome-boxes depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.36.0-1
ii  genisoimage  9:1.1.11-3.1
ii  libarchive13 3.4.3-2
ii  libc62.31-3
ii  libcairo21.16.0-4
ii  libfreerdp2-22.1.2+dfsg1-2
ii  libgdk-pixbuf2.0-0   2.40.0+dfsg-5
ii  libglib2.0-0 2.64.4-1
ii  libgtk-3-0   3.24.22-1
ii  libgtk-vnc-2.0-0 1.0.0-1
ii  libgudev-1.0-0   233-1
ii  libosinfo-1.0-0  1.7.1-1
ii  libosinfo-bin1.7.1-1
ii  libpango-1.0-0   1.46.0-2
ii  libsecret-1-00.20.3-1
ii  libsoup2.4-1 2.70.0-1
ii  libspice-client-glib-2.0-8   0.38-2
ii  libspice-client-gtk-3.0-50.38-2
ii  libtracker-sparql-2.0-0  2.3.4-1+b1
ii  libusb-1.0-0 2:1.0.23-2
ii  libvirt-daemon   6.5.0-1
ii  libvirt-glib-1.0-0   3.0.0-1
ii  libvte-2.91-00.60.3-1
ii  libwebkit2gtk-4.0-37 2.28.4-1
ii  libwinpr2-2  2.1.2+dfsg1-2
ii  libxml2  2.9.10+dfsg-5+b1
ii  tracker  2.3.4-1+b1

Versions of packages gnome-boxes recommends:
ii  qemu-system-x86  1:5.1+dfsg-3

gnome-boxes suggests no packages.

-- no debconf information

Bug#968848: keepass2: export to HTML produces invalid XHTML with 'nbsp'

[Roman Riabenko]

Package: keepass2
Version: 2.45+dfsg-1
Severity: normal

Dear Maintainer,

When using the Export tool and choosing to export to "Customizable HTML File",
the resulting file opens fine in Firefox, but I cannot open it in Gnome web.
The reason is that the tool inserts  for non-breaking space in empty
fields. A possible solution is to replace it with  instead.

Steps to reproduce:
1. Create a new database. It is pre-populated with some dummy data by default
   with an empty field among others.
2. Choose File > Export > Customizable HTML File > Export to > OK > Export.
3. Open the resulting Database.html in Gnome web. I give the output below.
4. You can also rename it to Database.xhtml and get Fatal Error on W3C 
validator.


This page contains the following errors:

error on line 96 at column 30: Entity 'nbsp' not defined
Below is a rendering of the page up to the first error.

Database

Title   User Name   PasswordNotes
Sample EntryUser Name   PasswordNotes
Sample Entry #2 Michael321  12345   


-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.7.0-2-amd64 (SMP w/6 CPU threads)
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages keepass2 depends on:
ii  libgcrypt20  1.8.6-2
ii  libmono-corlib4.5-cil6.8.0.105+dfsg-3
ii  libmono-system-drawing4.0-cil6.8.0.105+dfsg-3
ii  libmono-system-security4.0-cil   6.8.0.105+dfsg-3
ii  libmono-system-windows-forms4.0-cil  6.8.0.105+dfsg-3
ii  libmono-system-xml4.0-cil6.8.0.105+dfsg-3
ii  libmono-system4.0-cil6.8.0.105+dfsg-3
ii  libx11-6 2:1.6.10-3
ii  mono-runtime 6.8.0.105+dfsg-3

Versions of packages keepass2 recommends:
ii  xsel  1.2.0+git9bfc13d.20180109-3

Versions of packages keepass2 suggests:
pn  keepass2-doc  
pn  mono-dmcs 
pn  xdotool   

-- no debconf information

Bug#968634: gnome-control-center: online accounts panel does not check whether gnome-online-accounts installed

[Roman Riabenko]

Package: gnome-control-center
Version: 1:3.37.3-1
Severity: normal

Dear Maintainer,

I removed gnome-online-accounts with apt, but its panel in gnome-control-center 
remained,
even though it turned broken. I expected that removing the package will remove 
the panel too 
because it is not necessary and does not work properly without the package.

I removed gnome-online-accounts-panel.desktop from /usr/share/applications/ 
with rm.
It was effective. The broken panel of online accounts disappeared from the 
control center.

I installed gnome-online-accounts, but the panel in the control center did not 
re-appear.
I reinstalled gnome-control-center and the panel returned. I expected that 
reinstalling  
gnome-online-accounts should return the panel because it is necessary to 
operate the package.

I propose changing the availability of the panel in the gnome-control-center 
depending on
whether the package gnome-online-accounts is installed or not.

Best wishes
Roman

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.7.0-2-amd64 (SMP w/6 CPU threads)
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome-control-center depends on:
ii  accountsservice0.6.55-3
ii  apg2.2.3.dfsg.1-5+b1
ii  colord 1.4.4-2
ii  desktop-base   10.0.3
ii  desktop-file-utils 0.26-1
ii  gnome-control-center-data  1:3.37.3-1
ii  gnome-desktop3-data3.36.4-1
ii  gnome-settings-daemon  3.36.1-1
ii  gsettings-desktop-schemas  3.37.1-1
ii  libaccountsservice00.6.55-3
ii  libatk1.0-02.36.0-2
ii  libc6  2.31-3
ii  libcairo2  1.16.0-4
ii  libcheese-gtk253.34.0-1+b2
ii  libcheese8 3.34.0-1+b2
ii  libcolord-gtk1 0.1.26-2
ii  libcolord2 1.4.4-2
ii  libcups2   2.3.3-2
ii  libepoxy0  1.5.4-1
ii  libfontconfig1 2.13.1-4.2
ii  libgdk-pixbuf2.0-0 2.40.0+dfsg-5
ii  libglib2.0-0   2.64.4-1
ii  libgnome-bluetooth13   3.34.1-1
ii  libgnome-desktop-3-19  3.36.4-1
ii  libgoa-1.0-0b  3.37.90-1
ii  libgoa-backend-1.0-1   3.37.90-1
ii  libgsound0 1.0.2-4
ii  libgtk-3-0 3.24.22-1
ii  libgtop-2.0-11 2.40.0-2
ii  libgudev-1.0-0 233-1
ii  libibus-1.0-5  1.5.22-5
ii  libkrb5-3  1.17-10
ii  libmm-glib01.14.0-0.1
ii  libnm0 1.26.0-1
ii  libnma01.8.30-1
ii  libpango-1.0-0 1.46.0-2
ii  libpangocairo-1.0-01.46.0-2
ii  libpolkit-gobject-1-0  0.105-29
ii  libpulse-mainloop-glib013.0-5
ii  libpulse0  13.0-5
ii  libpwquality1  1.4.2-1+b1
ii  libsecret-1-0  0.20.3-1
ii  libsmbclient   2:4.12.5+dfsg-3
ii  libsoup2.4-1   2.70.0-1
ii  libudisks2-0   2.9.0-1
ii  libupower-glib30.99.11-2
ii  libwacom2  1.4.1-1
ii  libwayland-server0 1.18.0-2~exp1
ii  libx11-6   2:1.6.10-3
ii  libxi6 2:1.7.10-1
ii  libxml22.9.10+dfsg-5+b1

Versions of packages gnome-control-center recommends:
ii  cracklib-runtime  2.9.6-3.2+b1
ii  cups-pk-helper0.2.6-1+b1
ii  gkbd-capplet  3.26.1-1
ii  gnome-online-accounts 3.37.90-1
ii  gnome-user-docs   3.36.2-1
ii  gnome-user-share  3.34.0-2
ii  iso-codes 4.5.0-1
ii  libcanberra-pulse 0.30-7
ii  libnss-myhostname 246.2-1
ii  network-manager-gnome 1.18.0-1
ii  policykit-1   0.105-29
ii  pulseaudio-module-bluetooth   13.0-5
ii  realmd0.16.3-3
ii  rygel 0.38.3-1
ii  rygel-tracker 0.38.3-1
ii  system-config-printer-common  1.5.12-1

Versions of packages gnome-control-center suggests:
pn  gnome-software | gnome-packagekit  
ii  gstreamer1.0-pulseaudio1.16.2-3
pn  libcanberra-gtk-module 
ii  libcanberra-gtk3-module0.30-7
ii  x11-xserver-utils  7.7+8

-- no debconf information

Bug#754666: robotfindskitten: please close the issue

[Roman Riabenko]

Dear Maintainer!

Since the original bug report, robotfindskitten changed. I believe that the 
report is no more relevant for the current version. I kindly ask you to close 
the issue #754666. 

Thank you for maintaining robotfindskitten!

Best wishes
Roman Riabenko

Bug#966510: gnome-boxes: guest gets no Internet if host connects through VLAN

[Roman Riabenko]

Package: gnome-boxes
Version: 3.36.5-1
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
Create a virtual machine with gnome-boxes on a laptop.
Gnome-boxes configures Internet connection for the guest automatically.
Move laptop to a network which is configured with VLAN tagging.
The guest OS gets no Internet connection.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
If the host has connection from VLAN-tagged network and a different
network at the same time, the guest OS gets Intrenet connection.

I tried connecting to different networks (Ethernet, WiFi, Buletooth).
The guest OS gets Internet all the time, except for this one network,
which the administrator told me is VLAN-configured to separate
the guest WiFi network from the office internal network.

I tried Windows 10 and Debian guests with the same result.

It was suggested to me that VLAN may drop frames from the VM
because VM has different MAC address. I wanted to look into
ebtables whether i can use ebtables to change the MAC, but gave up
for now.

   * What was the outcome of this action?
The guest OS gets no Internet on one network, 
which the adminstrator said me is VLAN-tagging traffic.
I perceive it as gnome-boxes suddenly not working because
I rely on gnome-boxes to configure the guest OS connection.

   * What outcome did you expect instead?
I expected gnome-boxes to "just work" and make the VM traffic appear
coming from the host, so it is treated the same as the host traffic.
I belive it comes within the scope of gnome-boxes to make configuration
easy for the end user.

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.7.0-1-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome-boxes depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.36.0-1
ii  genisoimage  9:1.1.11-3.1
ii  libarchive13 3.4.3-1+b1
ii  libc62.31-2
ii  libcairo21.16.0-4
ii  libfreerdp2-22.1.2+dfsg1-2
ii  libgdk-pixbuf2.0-0   2.40.0+dfsg-5
ii  libglib2.0-0 2.64.4-1
ii  libgtk-3-0   3.24.20-1
ii  libgtk-vnc-2.0-0 1.0.0-1
ii  libgudev-1.0-0   233-1
ii  libosinfo-1.0-0  1.7.1-1
ii  libosinfo-bin1.7.1-1
ii  libpango-1.0-0   1.44.7-4
ii  libsecret-1-00.20.3-1
ii  libsoup2.4-1 2.70.0-1
ii  libspice-client-glib-2.0-8   0.38-2
ii  libspice-client-gtk-3.0-50.38-2
ii  libtracker-sparql-2.0-0  2.3.4-1+b1
ii  libusb-1.0-0 2:1.0.23-2
ii  libvirt-daemon   6.4.0-2
ii  libvirt-glib-1.0-0   3.0.0-1
ii  libvte-2.91-00.60.3-1
ii  libwebkit2gtk-4.0-37 2.28.3-2
ii  libwinpr2-2  2.1.2+dfsg1-2
ii  libxml2  2.9.10+dfsg-5+b1
ii  tracker  2.3.4-1+b1

Versions of packages gnome-boxes recommends:
ii  qemu-system-x86  1:5.0-13

gnome-boxes suggests no packages.

-- no debconf information

Bug#966471: [qbittorrent-nox] Version kept from Stretch fails to launch after Buster upgrade

[Roman Mamedov]

Package: qbittorrent-nox
Version: 3.3.7-3
Severity: normal

I kept version 3.3.7-3 of the package from Stretch via 'aptitude hold' and
upgraded the rest of the system to Buster. Now it does not launch with the
error:

/usr/bin/qbittorrent-nox: symbol lookup error: /usr/bin/qbittorrent-nox:
undefined symbol: 
_ZN10libtorrent7session5startEiRKNS_13settings_packEPN5boost4asio10io_serviceE

All dependencies on the system are satisfied.

Downgrading libtorrent-rasterbar9 from 1.1.11-2 to 1.1.1-1+b1 (and adding the
libboost 1.62 packages that it requires) makes it work again.

It seems like the dependencies are poorly specified for this package.

-- 
With respect,
Roman

Bug#965977: reportbug crashes during initial setup: local variable 'smtptls' referenced before assignment

[Roman Riabenko]

Package: reportbug
Version: 7.7.0
Severity: normal

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
After installation of reportbug, I ran reportbug for intitial configuration.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
I filled in smtp settings and hit Enter. I included the full transcript at the 
end below.

   * What was the outcome of this action?
Reportbug crashed with the following traceback:

Traceback (most recent call last):
  File "/usr/bin/reportbug", line 2302, in 
main()
  File "/usr/bin/reportbug", line 1107, in main
return iface.user_interface()
  File "/usr/bin/reportbug", line 1225, in user_interface
offer_configuration(self.options)
  File "/usr/bin/reportbug", line 709, in offer_configuration
if smtptls:
UnboundLocalError: local variable 'smtptls' referenced before assignment

   * What outcome did you expect instead?
Some further questions from the configuration wizard.

*** End of the template - remove these template lines ***


-- Package-specific info:
** Environment settings:
INTERFACE="text"

** /home/roman/.reportbugrc:
reportbug_version "7.7.0"
mode standard
ui text
email "ro...@riabenko.com"
smtphost "smtp.fastmail.com:465"
smtpuser "ro...@riabenko.com"
smtppasswd 

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.7.0-1-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_WARN, TAINT_FIRMWARE_WORKAROUND
Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages reportbug depends on:
ii  apt2.1.7
ii  python33.8.2-3
ii  python3-reportbug  7.7.0
ii  sensible-utils 0.0.12+nmu1

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail
pn  debconf-utils 
pn  debsums   
pn  default-mta | postfix | exim4 | mail-transport-agent  
pn  dlocate   
pn  emacs-bin-common  
ii  file  1:5.38-5
ii  gnupg 2.2.20-1
pn  python3-urwid 
pn  reportbug-gtk 
ii  xdg-utils 1.1.3-2

Versions of packages python3-reportbug depends on:
ii  apt2.1.7
ii  file   1:5.38-5
ii  python33.8.2-3
ii  python3-apt2.1.3
ii  python3-debian 0.1.37
ii  python3-debianbts  3.0.2
ii  python3-requests   2.23.0+dfsg-2
ii  sensible-utils 0.0.12+nmu1

python3-reportbug suggests no packages.

-- no debconf information

*** /home/roman/full_transcript
Welcome to reportbug! Since it looks like this is the first time you have used 
reportbug, we are configuring its behavior. These settings will be
saved to the file "/home/roman/.reportbugrc", which you will be free to edit 
further.
Please choose the default operating mode for reportbug.

1 noviceOffer simple prompts, bypassing technical questions.

2 standard  Offer more extensive prompts, including asking about things that a 
moderately sophisticated user would be expected to know about
Debian.

3 advanced  Like standard, but assumes you know a bit more about Debian, 
including "incoming".

4 expertBypass most handholding measures and preliminary triage routines. 
This mode should not be used by people unfamiliar with Debian's
policies and operating procedures.

Select mode: [novice] standard
Please choose the default interface for reportbug.

1 text  A text-oriented console user interface

2 gtk   A graphical (GTK+) user interface.

Select interface: 1
Will reportbug often have direct Internet access? (You should answer yes to 
this question unless you know what you are doing and plan to check
whether duplicate reports have been filed via some other channel.) [Y|n|q|?]? Y
What real name should be used for sending bug reports?
[Roman Riabenko]> 
Which of your email addresses should be used when sending bug reports? (Note 
that this address will be visible in the bug tracking system, so you
may want to use a webmail address or another address with good spam filtering 
capabilities.)
[ro...@debian-laptop.riabenko.com]> ro...@riabenko.com
Do you have a "mail transport agent" (MTA) like Exim, Postfix or SSMTP 
configured on this computer to send mail to the Internet? [y|N|q|?]? N
Please enter the name o

Bug#965310: hwloc: lstopo crash with: CommandLine Error: Option 'polly' registered more than once!

[Roman Ondráček]

Dear Mr. Thibault,

after blacklisting OpenCL plugin it works, so it is caused by bug
#964973 in mesa-opencl-icd package.

Best regards,
Roman Ondráček

Dne 19. 07. 20 v 11:24 Samuel Thibault napsal(a):
> Hello,
> 
> Roman Ondráček, le dim. 19 juil. 2020 11:11:45 +0200, a ecrit:
>> lstopo is crashing with error message:
>> ": CommandLine Error: Option 'polly' registered more than once!
>> LLVM ERROR: inconsistency in registered CommandLine options"
> 
> I'm not getting this, and hwloc is in no way related to llvm.
> 
> Are you perhaps using an odd opencl or opengl implementation? You can try to 
> use 
> 
> HWLOC_PLUGINS_VERBOSE=1 lstopo
> 
> to check what plugin gets loaded, and use e.g.
> 
> HWLOC_PLUGINS_BLACKLIST=hwloc_opencl HWLOC_PLUGINS_VERBOSE=1 /usr/bin/lstopo -
> 
> to try to avoid the load of the opencl plugin, to determine which
> external library is getting the bug.
> 
> Samuel
> 



signature.asc
Description: OpenPGP digital signature

Bug#965310: hwloc: lstopo crash with: CommandLine Error: Option 'polly' registered more than once!

[Roman Ondráček]

Package: hwloc
Version: 2.2.0+dfsg-3
Severity: important

Dear Maintainer,

lstopo is crashing with error message:
": CommandLine Error: Option 'polly' registered more than once!
LLVM ERROR: inconsistency in registered CommandLine options"


-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (700, 'unstable'), (600, 'testing'), (500,
'stable-updates'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.7.0-1-amd64 (SMP w/24 CPU threads)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8), LANGUAGE
not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages hwloc depends on:
ii  libc6   2.31-1
ii  libcairo2   1.16.0-4
ii  libhwloc15  2.2.0+dfsg-3
ii  libtinfo6   6.2-1
ii  libx11-62:1.6.9-2+b1

hwloc recommends no packages.

hwloc suggests no packages.

-- no debconf information

-- 
Best regards,
Roman Ondráček



signature.asc
Description: OpenPGP digital signature

Bug#964973: mesa-opencl-icd: Applications using OpenCL crash with ": CommandLine Error: Option 'polly' registered more than once!".

[Roman Ondráček]

Package: mesa-opencl-icd
Version: 20.1.2-1
Severity: important

Dear Maintainer,

After upgrading from version 19.1.6, applications using OpenCL are
crashing with error message:
": CommandLine Error: Option 'polly' registered more than once!
LLVM ERROR: inconsistency in registered CommandLine options".

For example:
# clinfo
: CommandLine Error: Option 'polly' registered more than once!
LLVM ERROR: inconsistency in registered CommandLine options

-- Package-specific info:
glxinfo:

DISPLAY is not set.

/etc/X11/X does not exist.
/etc/X11/X is not a symlink.
/etc/X11/X is not executable.

VGA-compatible devices on PCI bus:
--
05:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc.
[AMD/ATI] Picasso [1002:15d8] (rev c1)

/etc/X11/xorg.conf does not exist.

Contents of /etc/X11/xorg.conf.d:
-
total 0

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 5.7.0-1-amd64 (debian-ker...@lists.debian.org) (gcc
version 9.3.0 (Debian 9.3.0-14), GNU ld (GNU Binutils for Debian) 2.34)
#1 SMP Debian 5.7.6-1 (2020-06-24)

Xorg X server log files on system:
--
-rw-r--r--. 1 root  root  51966 Mar 27  2019 /var/log/Xorg.0.log
-rw-r--r--. 1 roman roman 23062 Apr 29  2019
/home/roman/.local/share/xorg/Xorg.2.log
-rw-r--r--. 1 root  root  22875 Apr 29  2019 /var/log/Xorg.3.log
-rw-r--r--. 1 roman roman 41083 Jul 13 17:46
/home/roman/.local/share/xorg/Xorg.0.log

Contents of most recent Xorg X server log file
(/home/roman/.local/share/xorg/Xorg.0.log):
--
[   105.769] (--) Log file renamed from
"/home/roman/.local/share/xorg/Xorg.pid-2221.log" to
"/home/roman/.local/share/xorg/Xorg.0.log"
[   105.770]
X.Org X Server 1.20.8
X Protocol Version 11, Revision 0
[   105.770] Build Operating System: Linux 4.19.0-8-amd64 x86_64 Debian
[   105.770] Current Operating System: Linux Lenovo-B51-80 5.7.0-1-amd64
#1 SMP Debian 5.7.6-1 (2020-06-24) x86_64
[   105.770] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.7.0-1-amd64
root=UUID=a5e403c0-734b-406d-b2a7-3a9d5aff0c7e ro security=selinux quiet
apparmor=0
[   105.771] Build Date: 31 March 2020  10:14:40AM
[   105.771] xorg-server 2:1.20.8-2 (https://www.debian.org/support)
[   105.771] Current version of pixman: 0.36.0
[   105.771]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[   105.771] Markers: (--) probed, (**) from config file, (==) default
setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   105.771] (==) Log file: "/home/roman/.local/share/xorg/Xorg.0.log",
Time: Mon Jul 13 17:11:29 2020
[   105.772] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[   105.773] (==) No Layout section.  Using the first Screen section.
[   105.773] (==) No screen section available. Using defaults.
[   105.773] (**) |-->Screen "Default Screen Section" (0)
[   105.773] (**) |   |-->Monitor ""
[   105.773] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[   105.773] (==) Automatically adding devices
[   105.773] (==) Automatically enabling devices
[   105.773] (==) Automatically adding GPU devices
[   105.773] (==) Max clients allowed: 256, resource mask: 0x1f
[   105.774] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not
exist.
[   105.774]Entry deleted from font path.
[   105.774] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[   105.774] (==) ModulePath set to "/usr/lib/xorg/modules"
[   105.774] (II) The server relies on udev to provide the list of input
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[   105.774] (II) Loader magic: 0x564cb3e45e20
[   105.774] (II) Module ABI versions:
[   105.774]X.Org ANSI C Emulation: 0.4
[   105.774]X.Org Video Driver: 24.1
[   105.774]X.Org XInput driver : 24.1
[   105.774]X.Org Server Extension : 10.0
[   105.776] (++) using VT number 2

[   105.780] (II) systemd-logind: took control of session
/org/freedesktop/login1/session/_35
[   105.781] (II) xfree86: Adding drm device (/dev/dri/card0)
[   105.782] (II) systemd-logind: got fd for /dev/dri/card0 226:0 fd 12
paused 0
[   105.784] (--) PCI:*(5@0:0:0) 1002:15d8:17aa:5124 rev 193, Mem @
0xc000/268435456, 0xd000/2097152, 0xd060/524288, I/O @
0x1000/256
[   105.784] (I