Bug#965339: Is upstream notified?

[Henri Salo]

What is the upstream issue ID?

-- 
Henri Salo

Bug#971924: RFP: ironseed -- science-fiction exploration/strategy adventure game in space

[Matija Nalis]

On Thu, Oct 22, 2020 at 11:32:38AM +0100, Sudip Mukherjee wrote:
> On Fri, Oct 09, 2020 at 10:46:34PM +0200, Matija Nalis wrote:
> > Package: wnpp
> > Severity: wishlist
> > 
> > * Package name: ironseed
> >   Version : 0.2.4
> >   Upstream Author : Matija Nalis 
> > * URL : https://github.com/mnalis/ironseed_fpc
> > * License : GPLv3
> >   Programming Lang: Pascal
> >   Description : science-fiction exploration/strategy adventure game in 
> > space
> > 
> 
> 
> You should retitle this bug as "ITP" and then look at 
> https://mentors.debian.net/intro-maintainers/
> Your package will need some minor work, like version etc. And also it
> fails to build for me with:

Thanks for your suggestions!  I've since retitled as ITP, did a lot
of extra reading, fixed the compile bug, cleaned up the lintian stuff
and prepared version at https://mentors.debian.net/package/ironseed/

If you'd like to take a look and try it, I'd appreciate any feedback!

Cheers,
Matija

-- 
Opinions above are GNU-copylefted.

Bug#970515: Not fixed yet

[Silvério Santos]

Not fixed on Debian testing with Plasma 5.19.5-4

The upsteam bug report mentioned above has not resolved the issue yet: the
latest comment from 2020-11-05 20:33:37 UTC still discusses a possible
solution.
Additionally a question for backporting was left unanswered, bug fixing
concentrates on the branch Plasma/5.20. So, there is no fix even on the newest
version, hence no backport to this bug's version.

Bug#974741: Needs to be updated in lockstep with bind9 upstream releases

[Timo Aaltonen]

On 15.11.2020 9.19, Timo Aaltonen wrote:

On 14.11.2020 16.19, Jakob Haufe wrote:

Source: bind-dyndb-ldap
X-Debbugs-Cc: su...@debian.org
Version: 11.5-1
Severity: important

The update to bind9 9.16.8 broke bind9-dyndb-ldap as it was compiled
against 9.16.6, linking to libdns.so.1605 and libisc.so.1606 which both
got an SONAME bump in 9.16.8 to libdns.so.1608 and libisc.so.1607,
respectively.

A no-change rebuild against 9.16.8 seems to result in a working package.

I consider this related to #942499. What happened to Ondřejs suggestion
to merge this into the bind9 source package?

Or is there some dpkg-shlibdeps magic that could be applied to prevent
bind9 from being updated to an incompatbile version on systems having
bind9-dyndb-ldap installed? That would make it easier to catch.


I wouldn't mind merging it to bind9, now that it has been ported to 
support 9.16. But in the meantime I'll upload a rebuild.


and again after reopening 942499.

Ondrej, could it be done?


--
t

Bug#974741: [Pkg-freeipa-devel] Bug#974741: Needs to be updated in lockstep with bind9 upstream releases

[Timo Aaltonen]

On 14.11.2020 16.19, Jakob Haufe wrote:

Source: bind-dyndb-ldap
X-Debbugs-Cc: su...@debian.org
Version: 11.5-1
Severity: important

The update to bind9 9.16.8 broke bind9-dyndb-ldap as it was compiled
against 9.16.6, linking to libdns.so.1605 and libisc.so.1606 which both
got an SONAME bump in 9.16.8 to libdns.so.1608 and libisc.so.1607,
respectively.

A no-change rebuild against 9.16.8 seems to result in a working package.

I consider this related to #942499. What happened to Ondřejs suggestion
to merge this into the bind9 source package?

Or is there some dpkg-shlibdeps magic that could be applied to prevent
bind9 from being updated to an incompatbile version on systems having
bind9-dyndb-ldap installed? That would make it easier to catch.


I wouldn't mind merging it to bind9, now that it has been ported to 
support 9.16. But in the meantime I'll upload a rebuild.




--
t

Bug#974816: astra-toolbox: Please upgrade to llvm-toolchain-11

[sylvestre]

Package: astra-toolbox
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the
archive, please upgrade to -11.

Thanks,
Sylvestre

Bug#974813: oclgrind: Please upgrade to llvm-toolchain-11

[sylvestre]

Package: oclgrind
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the
archive, please upgrade to -11.

Thanks,
Sylvestre

Bug#974815: bpftrace: Please upgrade to llvm-toolchain-11

[sylvestre]

Package: bpftrace
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the
archive, please upgrade to -11.

Thanks,
Sylvestre

Bug#974817: aiscm: Please upgrade to llvm-toolchain-11

[sylvestre]

Package: aiscm
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the
archive, please upgrade to -11.

Thanks,
Sylvestre

Bug#974812: aspectc++: Please upgrade to llvm-toolchain-11

[sylvestre]

Package: aspectc++
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the
archive, please upgrade to -11.

Thanks,
Sylvestre

Bug#974814: iwyu: Please upgrade to llvm-toolchain-11

[sylvestre]

Package: iwyu
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the
archive, please upgrade to -11.

Thanks,
Sylvestre

Bug#974769: qgis: New LTR release 3.16

[Sebastiaan Couwenberg]

tags 974769 wontfix
thanks

The qgis package in Debian tracks the version in the upstream LTR repo,
which will remain at 3.10.x until January, see:

 https://qgis.org/en/site/getinvolved/development/roadmap.html#release-schedule

With the 3.16.4 release scheduled for February, after the Soft Freeze,
we're unlikely to get in into bullseye.

The version in bullseye at time of release is irrellevant as the recent
LTR from testing made available in backports.

Kind Regards,

Bas

-- 
 GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1

Bug#974811: ITP: pyqt-distutils -- distutils extension to work with PyQt applications and UI files

[Bdale Garbee]

Package: wnpp
Severity: wishlist
Owner: Bdale Garbee 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: pyqt-distutils
  Version : 0.7.3
  Upstream Author : Colin Duquesnoy
* URL : https://github.com/ColinDuquesnoy/pyqt_distutils
* License : MIT
  Programming Lang: Python
  Description : distutils extension to work with PyQt applications and UI 
files

The goal of this tiny library is to help you write PyQt application in a
pythonic way, using setup.py to build the Qt designer Ui files.

This works with PyQt4, PyQt5 and PySide (tested with python3 only).

I'm willing to package this because it's a build dependency for openMotor, 
which I'm
working on packaging.

Bdale

Bug#974808: Fwd: DEBIAN md5sum - incorrect handling of symbolic link

[Eric Marceau]

Package: coreutils



 Forwarded Message 
Subject:DEBIAN md5sum - incorrect handling of symbolic link
Date:   Sat, 14 Nov 2020 23:05:01 -0500
From:   Eric Marceau 
To: sub...@bugs.debian.org
CC: mst...@debian.org



Hello,

Not sure but I think this is a bug.  Also, not sure why these symbolic 
links caused issues when *ALL* other symlinks did not !!!*

*


*Desktop OS (UbuntuMATE)*

Linux OasisMega1 5.4.0-52-generic #57-Ubuntu SMP Thu Oct 15 10:57:00 UTC 
2020 x86_64 x86_64 x86_64 GNU/Linux



*Package*

*coreutils    8.30-3ubuntu2    (focal fossa)*

-rwxr-xr-x 1 root root 47480 Sep  5  2019 /usr/bin/md5sum

2b131c5454e3a3ee85885c0443c8f0f9  /usr/bin/md5sum


*md5sum --version*

md5sum (GNU coreutils) 8.30
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
.

This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by Ulrich Drepper, Scott Miller, and David Madore.


*Report from md5sum command*

md5sum 
'/DB001_F2/LO_FailSafe/OasisMini/etc-1/pulse/client.conf.d/01-enable-autospawn.conf'


md5sum: 
/DB001_F2/LO_FailSafe/OasisMini/etc-1/pulse/client.conf.d/*01-enable-autospawn.conf*: 
No such file or directory


md5sum 
'/DB001_F2/LO_FailSafe/OasisMini/etc/pulse/client.conf.d/01-enable-autospawn.conf'


md5sum: 
/DB001_F2/LO_FailSafe/OasisMini/etc/pulse/client.conf.d/*01-enable-autospawn.conf*: 
No such file or directory



*Files that were evaluated*

# ls -l 
'/DB001_F2/LO_FailSafe/OasisMini/etc-1/pulse/client.conf.d/*01-enable-autospawn.conf*'
lrwxrwxrwx 1 root root 32 Sep 25 01:00 
/DB001_F2/LO_FailSafe/OasisMini/etc-1/pulse/client.conf.d/01-enable-autospawn.conf 
-> */run/pulseaudio-enable-autospawn*


# ls -l 
'/DB001_F2/LO_FailSafe/OasisMini/etc/pulse/client.conf.d/*01-enable-autospawn.conf*'
lrwxrwxrwx 1 root root 32 Sep 25 01:00 
/DB001_F2/LO_FailSafe/OasisMini/etc/pulse/client.conf.d/01-enable-autospawn.conf 
-> */run/pulseaudio-enable-autospawn*


*Problem*

All commands were performed as root, so should not be a 
privilege-related issue.


Shouldn't the md5sum be evaluating the value of the symbolic link file 
and not the file which is target for the symbolic lilnk?


If evaluation of the target was intended, shouldn't there be a command 
line option to specify that choice, namely *--targets*, which would 
follow thru to the link targets rather than stop at the link itself.


There were many other symbolic links on that drive, but only the two 
mentionned were problematic !!!


Thank you,


Eric

https://stackoverflow.com/users/9716110/eric?tab=profile

Bug#974804: ghc: Please upgrade to llvm-toolchain-11

[sylvestre]

Package: ghc
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the
archive, please upgrade to -11.

Thanks,
Sylvestre

Bug#974807: doxygen: Please upgrade to llvm-toolchain-11

[sylvestre]

Package: doxygen
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the
archive, please upgrade to -11.

Thanks,
Sylvestre

Bug#974806: autofdo: Please upgrade to llvm-toolchain-11

[sylvestre]

Package: autofdo
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the
archive, please upgrade to -11.

Thanks,
Sylvestre

Bug#974805: beignet: Please upgrade to llvm-toolchain-11

[sylvestre]

Package: beignet
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the
archive, please upgrade to -11.

Thanks,
Sylvestre

Bug#958497: geoclue-2.0 violates GDPR

[Michel Le Bihan]

Hello,

I disagree with your opinion on this. I think that users should be
aware that their SSIDs are visible and by deliberately broadcasting it,
they agree that anybody can hear it and record it including any bad
actors. They can always use the hide SSID feature. I think that in this
case it's more like going outside and shouting something and then
complaining that somebody heard that and even recorded that.

Michel Le Bihan

Bug#974073: gcc-10: arm64 internal compiler error: canonical types differ for identical types

[Wookey]

Package: gcc-10
Followup-For: Bug #974073

I tried to build SparseMatrix-2.ii using the sample command on an Ampere emag 
(64GB RAM). It built successfully in an unstable chroot, taking about 5 
minutes, consuming about 3.5GB resident memory to do so, confirming what you 
found.

However building polymake under sbuild still fails, just as in #974058.
So does building polymake in the above (unclean) chroot, or compiling
SparseMatrix.cc alone. Max RAM usage in the polymake build got to
about 20G using 16 cores, but fell back to about 4.7G and only 4 cores
when the sparseMatrix compile dies. 

Building the one file alone:
g++ -c -o 
/home/wookey/debian/polymake-4.1/build/Opt/apps/common/cpperl/SparseMatrix-2.o 
-MMD -MT 
/home/wookey/debian/polymake-4.1/build/Opt/apps/common/cpperl/SparseMatrix-2.o 
-MF 
/home/wookey/debian/polymake-4.1/build/Opt/apps/common/cpperl/SparseMatrix-2.o.d
 -fPIC -pipe -g -O2 -fdebug-prefix-map=/home/wookey/debian/polymake-4.1=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2 -std=c++14 -ftemplate-depth-200 -fno-strict-aliasing 
-fopenmp -Wshadow -Wlogical-op -Wconversion -Wzero-as-null-pointer-constant 
-Wno-parentheses -Wno-error=unused-function -Wno-stringop-overflow 
-Wno-array-bounds -DPOLYMAKE_WITH_FLINT  -DPOLYMAKE_DEBUG=0 -DNDEBUG -O2 
-DPOLYMAKE_APPNAME=common 
-I/home/wookey/debian/polymake-4.1/include/app-wrappers 
-I/home/wookey/debian/polymake-4.1/include/apps 
-I/home/wookey/debian/polymake-4.1/include/external/permlib 
-I/home/wookey/debian/polymake-4.1/include/external/TOSimplex 
-I/home/wookey/debian/polymake-4.1/include/core-wrappers 
-I/home/wookey/debian/polymake-4.1/include/core 
/home/wookey/debian/polymake-4.1/apps/common/cpperl/generated/SparseMatrix-2.cc 
&& : 'COMPILER_USED=10.2.0'

fails quickly with the same 
/home/wookey/debian/polymake-4.1/include/core/polymake/GenericVector.h:304:11: 
internal compiler error: canonical types differ for identical types error.
This only gets to about 500MB RAM usage before dying.

So, no this doesn't seem to be an OOM-killer issue. Not sure what _is_ going on 
with all that hardcore C++ typing. I'll ask internally if anyone has a clue.

--
Wookey

Bug#974769: qgis: New LTR release 3.16

[Michel Le Bihan]

Package: qgis
Version: 3.10.11+dfsg-1+b1
Severity: wishlist

Hello,

Recently a new version of QGIS was released: 3.16 LTR. Since the Bullseye
freeze policy was also announced recently
(https://release.debian.org/bullseye/freeze_policy.html), I think that it would
be good to have the new LTR release packaged and uploaded for it to be well
tested in Debian before the Bullseye release.



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

Kernel: Linux 5.9.0-1-amd64 (SMP w/4 CPU threads)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (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 qgis depends on:
ii  libc62.31-4
ii  libgcc-s110.2.0-16
ii  libgdal273.1.4+dfsg-1
ii  libgeos-c1v5 3.8.1-1
ii  libgsl25 2.6+dfsg-2
ii  libqgis-analysis3.10.11  3.10.11+dfsg-1+b1
ii  libqgis-app3.10.11   3.10.11+dfsg-1+b1
ii  libqgis-core3.10.11  3.10.11+dfsg-1+b1
ii  libqgis-gui3.10.11   3.10.11+dfsg-1+b1
ii  libqt5core5a 5.15.1+dfsg-2
ii  libqt5gui5   5.15.1+dfsg-2
ii  libqt5keychain1  0.10.0-1
ii  libqt5network5   5.15.1+dfsg-2
ii  libqt5sql5   5.15.1+dfsg-2
ii  libqt5webkit55.212.0~alpha4-7
ii  libqt5widgets5   5.15.1+dfsg-2
ii  libqt5xml5   5.15.1+dfsg-2
ii  libstdc++6   10.2.0-16
ii  ocl-icd-libopencl1 [libopencl1]  2.2.12-4
ii  python3-qgis 3.10.11+dfsg-1+b1
ii  qgis-common  3.10.11+dfsg-1
ii  qgis-providers   3.10.11+dfsg-1+b1
ii  qt5-image-formats-plugins5.15.1-2

Versions of packages qgis recommends:
ii  qgis-plugin-grass  3.10.11+dfsg-1+b1

Versions of packages qgis suggests:
pn  gpsbabel  

-- no debconf information

Bug#943037: Status of this bug?

[Josh Triplett]

I'm aware of the upstream update (and appreciate it); I'm asking about
the status of the Debian package for the new version.

On Sun, Nov 15, 2020 at 12:08:42AM +0100, Leandro Lucarella wrote:
> Hi Josh, Version 2.0.0, released recently, supports python3. The Debian 
> package just needs to be updated. You can download a .deb built from the 
> source from here if you can't wait:
> https://bintray.com/sociomantic-tsunami/tools/git-hub
> 
> On 14 November 2020 22:41:02 GMT+01:00, Josh Triplett  
> wrote:
> >What's the current status of this bug? I'd love to have a version of
> >git-hub that doesn't depend on Python 2; it's the last thing on my
> >system that still wants Python 2.
> 
> -- 
> Leandro Lucarella (luca)
> Sent from my phone. Please excuse my brevity and any typos.

Bug#974801: llvmlite: Please upgrade to llvm-toolchain-11

[Sylvestre Ledru]

Package: llvmlite
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the 
archive, please upgrade to -11.

Thanks,
Sylvestre

Bug#974800: iwyu: Please upgrade to llvm-toolchain-11

[Sylvestre Ledru]

Package: iwyu
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the 
archive, please upgrade to -11.

Thanks,
Sylvestre

Bug#974803: aiscm: Please upgrade to llvm-toolchain-11

[Sylvestre Ledru]

Package: aiscm
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the 
archive, please upgrade to -11.

Thanks,
Sylvestre

Bug#974802: autofdo: Please upgrade to llvm-toolchain-11

[Sylvestre Ledru]

Package: autofdo
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the 
archive, please upgrade to -11.

Thanks,
Sylvestre

Bug#974799: bpftrace: Please upgrade to llvm-toolchain-11

[Sylvestre Ledru]

Package: bpftrace
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the 
archive, please upgrade to -11.

Thanks,
Sylvestre

Bug#974751: guix: Fails to install with "guix.postinst: 5: systemd-sysusers: not found" if package systemd is not installed

[Axel Beckert]

Hi Vagrant,

thanks for the prompt fix! I consider to be sufficiently fixed given
that this line wasn't needed before and hence seems to be optional
anyways.

Vagrant Cascadian wrote:
> There are a few other issues related to the lack of proper support for
> init.d scripts as well, and it would be nice to fix issues to support
> other init systems... any help would be appreciated!

Sorry, since I have no idea for what a package manager needs an init
script (or its own user, except maybe for privilege separation during
downloads), I have no idea what actually an init script should do
here.

Looking at /usr/lib/sysusers.d/guix-daemon.conf it seems as if guix
needs some kind of daemon?!? That's unexpected.

I'm also not convinced by guix' concepts (and containing a daemon just
added one more argument against guix) and just installed it to maybe
occasionally understand more if its something useful for me or not.

So I currently neither consider myself a regular user nor a potential
future contributor besides reporting obvious packaging-related bugs
like this one.

[opensysusers]
> I did ask zigo about the status of opensysusers on IRC, and got the
> impression that it might be orphaned or removed from the archive,

I see.

> so did not pursue further, though does not sound like it would be
> difficult to add support.

Ok for me.

> Alternate to having a working sysusers.d implementation, it could be
> documented in README.Debian to create the users and groups manually.

Would be fine for me.

I though wonder if a "Recommends: systemd" or "Suggests: systemd"
would make sense here.

Regards, Axel
-- 
 ,''`.  |  Axel Beckert , https://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-|  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE

Bug#753653: Already packaged for Ubuntu

[Zaz Brown]

I packaged this for Ubuntu 4 years ago and put it in a PPA:
https://code.launchpad.net/~tmsu/+recipe/tmsu-stable

You can find the Debian package files here: https://github.com/TMSU/debian

I think it is ready for review for inclusion in Debian.

Bug#974798: ITP: ggd-utils -- programs for use in ggd

[Nilesh Patra]

Package: wnpp
Severity: wishlist
Owner: Nilesh Patra 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: ggd-utils
  Version : 0.0.7+ds
  Upstream Author : gogetdata
* URL : github.com/gogetdata/ggd-utils
* License : Expat
  Programming Lang: Golang
  Description :  programs for use in ggd
 Takes a genome file and (currently) a .vcf.gz or
 a .bed.gz and checks that:
 .
 * a .tbi is present
 * the VCF has ""##fileformat=VCF" as the first
 line
 * the VCF has a #CHROM header
 * the chromosome are in the order specified by
 the genome file (and present)
 * the positions are sorted
 * the positions are <= the chromosome lengths
 defined in the genome file.
 .
 As a result, any new genome going into GGD will have
 a .genome file that will dictate the sort order
 and presence or absence of the 'chr' prefix for chromosomes

I shall maintain this package.

Bug#974796: aspectc++: Please upgrade to llvm-toolchain-11

[Sylvestre Ledru]

Package: aspectc++
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the 
archive, please upgrade to -11.

Thanks,
Sylvestre

Bug#974794: ghc: Please upgrade to llvm-toolchain-11

[Sylvestre Ledru]

Package: ghc
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the 
archive, please upgrade to -11.

Thanks,
Sylvestre

Bug#974797: pocl: Please upgrade to llvm-toolchain-11

[Sylvestre Ledru]

Package: pocl
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the 
archive, please upgrade to -11.

Thanks,
Sylvestre

Bug#974795: doxygen: Please upgrade to llvm-toolchain-11

[Sylvestre Ledru]

Package: doxygen
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the 
archive, please upgrade to -11.

Thanks,
Sylvestre

Bug#875918: mdadm: initramfs boot message: /scripts/local-bottom/mdadm: rm: not found

[Pitxyoki]

Please find attached a patch that can be applied to the current repo's
master branch (in https://salsa.debian.org/lechner/mdadm.git ),
addressing this.
I tested this locally on my machine and, as zoltan reported, this
seems to fix it.

Thank you!
-- 
Luís Picciochi Oliveira
Unimos - Associação Tecnológica
From 624202db20fdf3b031053619cd4711c22240e081 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Lu=C3=ADs=20Picciochi=20Oliveira?=
 
Date: Sat, 14 Nov 2020 22:50:43 +
Subject: [PATCH] Add the 'rm' binary to the initramfs-tools hooks. (Closes:
 #875918)

---
 debian/initramfs/hook | 1 +
 1 file changed, 1 insertion(+)

diff --git a/debian/initramfs/hook b/debian/initramfs/hook
index a8a71e9..586d2a2 100644
--- a/debian/initramfs/hook
+++ b/debian/initramfs/hook
@@ -49,6 +49,7 @@ warn()
 # copy the binary as early as possible
 copy_exec /sbin/mdadm /sbin
 copy_exec /sbin/mdmon /sbin
+copy_exec /usr/bin/rm /sbin
 
 # Copy udev rules, which udev no longer does
 for UDEV_RULE in 63-md-raid-arrays.rules 64-md-raid-assembly.rules; do
-- 
2.20.1

Bug#974793: oclgrind: Please upgrade to llvm-toolchain-11

[Sylvestre Ledru]

Package: oclgrind
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the 
archive, please upgrade to -11.

Thanks,
Sylvestre

Bug#974792: beignet: Please upgrade to llvm-toolchain-11

[Sylvestre Ledru]

Package: beignet
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the 
archive, please upgrade to -11.

Thanks,
Sylvestre

Bug#974791: astra-toolbox: Please upgrade to llvm-toolchain-11

[Sylvestre Ledru]

Package: astra-toolbox
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the 
archive, please upgrade to -11.

Thanks,
Sylvestre

Bug#974790: synaptic 0.90.1 unreadable characters in columns component, size, size of uploaded files

[Сергей Фёдоров]

Package: synaptic
Version: 0.90.1
Severity: normal
X-Debbugs-Cc: serfyo...@yandex.ru

Dear Maintainer,

For installed packages, see in the columns:
component,   size,   size of uploaded files
�U �007F  �007F

In other columns everything is fine.

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

Kernel: Linux 5.9.0-2-amd64 (SMP w/8 CPU threads)
Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (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 synaptic depends on:
ii  hicolor-icon-theme  0.17-2
ii  libapt-pkg6.0   2.1.11
ii  libc6   2.31-4
ii  libept1.6.0 1.2+b1
ii  libgcc-s1   10.2.0-17
ii  libgdk-pixbuf2.0-0  2.40.0+dfsg-5
ii  libglib2.0-02.66.2-1
ii  libgtk-3-0  3.24.23-2
ii  libpango-1.0-0  1.46.2-3
ii  libstdc++6  10.2.0-17
ii  libvte-2.91-0   0.62.1-1
ii  libxapian30 1.4.17-1
ii  policykit-1 0.105-29

Versions of packages synaptic recommends:
ii  libgtk3-perl  0.037-1
ii  xdg-utils 1.1.3-2

Versions of packages synaptic suggests:
pn  apt-xapian-index 
pn  deborphan
pn  dwww 
pn  menu 
pn  software-properties-gtk  
ii  tasksel  3.60

-- no debconf information

Bug#943037: Status of this bug?

[Leandro Lucarella]

Hi Josh, Version 2.0.0, released recently, supports python3. The Debian package 
just needs to be updated. You can download a .deb built from the source from 
here if you can't wait:
https://bintray.com/sociomantic-tsunami/tools/git-hub

On 14 November 2020 22:41:02 GMT+01:00, Josh Triplett  
wrote:
>What's the current status of this bug? I'd love to have a version of
>git-hub that doesn't depend on Python 2; it's the last thing on my
>system that still wants Python 2.

-- 
Leandro Lucarella (luca)
Sent from my phone. Please excuse my brevity and any typos.

Bug#974789: RM: llvm-toolchain-9 -- ROM; Try to limit the number of llvm versions

[Sylvestre Ledru]

Package: ftp.debian.org
Severity: normal

Hello,

We might not be able to do it for bullseye but creating this bug
to reference migration efforts.

Svlvestre

Bug#974788: RM: llvm-toolchain-10 -- ROM; Try to limit the number of llvm versions

[Sylvestre Ledru]

Package: ftp.debian.org
Severity: normal

Hello,

We might not be able to do it for bullseye but creating this bug
to reference migration efforts.

Svlvestre

Bug#974787: wasi-libc: Please upgrade to llvm-toolchain-11

[Sylvestre Ledru]

Package: wasi-libc
Version: 0.0~git20200731.215adc8-1
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the 
archive, please upgrade to -11.

Thanks,


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (500, 'stable-updates'), 
(500, 'stable'), (500, 'oldstable'), (300, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.9.0-1-amd64 (SMP w/8 CPU threads)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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

-- no debconf information

Bug#971577: bluez: bluetooth.service fails to start bluetoothd

[Moshe Piekarski]

Package: bluez
Followup-For: Bug #971577

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Sorry for misreporting, I forgot I had a systemd override.
Thank you for your work,
Moshe Piekarski

- -- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'testing-debug'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.9.0-1-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_CPU_OUT_OF_SPEC, 
TAINT_OOT_MODULE, TAINT_UNSIGNED_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/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages bluez depends on:
ii  dbus 1.12.20-1
ii  init-system-helpers  1.58
ii  kmod 27+20200310-2
ii  libasound2   1.2.3.2-1
ii  libc62.31-4
ii  libdbus-1-3  1.12.20-1
ii  libdw1   0.182-1
ii  libglib2.0-0 2.66.2-1
ii  libreadline8 8.0-4
ii  libudev1 246.6-2
ii  lsb-base 11.1.0
ii  udev 246.6-2

bluez recommends no packages.

Versions of packages bluez suggests:
ii  pulseaudio-module-bluetooth  13.0-5

- -- debconf-show failed

-BEGIN PGP SIGNATURE-

iQJNBAEBCAA3FiEEXbk7X2RxJi0NGP5lMn/Nf3K/IoEFAl+wX4IZHGRlYmlhbi5i
dWdzQG1lbGFjaGltLm5ldAAKCRAyf81/cr8igbp6D/9CAByvl4Ze+0cNDnYvy2Gc
AXoGEODI+tXHCwPPJkLg3mF9dqIcg6iFqIPSqsrTNCBvnY/Bcxp7jtcsRNPOHwdf
9UNsTKptBIO+U4WMuWstW4+yGz4GcAaUt2nzk8fgO1l9/I2Vd+5dz4dBPhoFYFgX
ZzGODZDH2wG5RISNFNHbSx/CHogmyvYOYDeZrkhSQemc/4KUQ8SKE0h5T5BGA6hd
WaMpoANtpDCEsre8B9vg8GIfveFCOCOMFSjQS56XkDxMgYAMkrtikWxH4bB+uviw
OQV68VgYXkRFuOL/BSTjjaHmCelqvfaxJ0kkYUpY070yKzpXwYKFtFeG3YFMyOtc
Wk7bgAPNXgPBvIxpYliqpN58mz013rdMarMn2R9l1jtGHrvcxgNDJ0tU5YSnNAcH
/6Wa7PfR3JMhOirv39psvkNNkfJ8SppFWoGnrNdYKzUppgkxt9HYlTy2epgqBVRC
YynZggUt6qxl5ReS1XL52J6EOU0JXW5t5l9lvYZx3xlxh7auWFVBwSpGYqcvtXdU
GSZPKGEEuyxAgQPhTuNMHl1PfcaSciQSFVZumhV1dc34ek9/jvLP92qvz0Mj2c8N
FSoFxDihAQsq7/fApLd2yGiXp6aA2dyLtndPEn7LBN2k9Vmn5iU1ZG0+rHQI0Z7d
WWLfwYQV/2nf5VNMbN4GEQ==
=L5Mp
-END PGP SIGNATURE-

Bug#974785: Please add neovim as an alternative to the vim dependency

[Josh Triplett]

Package: vim-fugitive
Version: 3.2-1
Severity: normal
X-Debbugs-Cc: j...@joshtriplett.org

vim-fugitive declares a dependency on vim. This prevents it from being
installed on a system that has neovim installed but does not have vim
installed. Please consider adding neovim as an alternative to this
dependency.


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

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

Versions of packages vim-fugitive depends on:
ii  vim2:8.2.1913-1+b1
ii  vim-addon-manager  0.5.10

vim-fugitive recommends no packages.

vim-fugitive suggests no packages.

-- no debconf information

Bug#974784: pyside2: Please upgrade to llvm-toolchain-11

[Sylvestre Ledru]

Source: pyside2
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the 
archive, please upgrade to -11.

Thanks,
Sylvestre



-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (500, 'stable-updates'), 
(500, 'stable'), (500, 'oldstable'), (300, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.9.0-1-amd64 (SMP w/8 CPU threads)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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

Bug#974786: Please use dh-vim-addon

[Josh Triplett]

Package: vim-fugitive
Version: 3.2-1
Severity: wishlist
X-Debbugs-Cc: j...@joshtriplett.org

Please consider migrating to dh-vim-addon, which installs a vim package,
allowing the use of `packadd!` to enable packages.

Bug#974783: afl++-clang: Please upgrade to llvm-toolchain-11

[Sylvestre Ledru]

Package: afl++-clang
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the 
archive, please upgrade to -11.

Thanks,
Sylvestre


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (500, 'stable-updates'), 
(500, 'stable'), (500, 'oldstable'), (300, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.9.0-1-amd64 (SMP w/8 CPU threads)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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 afl++-clang depends on:
pn  afl++   
pn  clang-10
ii  libc6   2.31-4
ii  libgcc-s1   10.2.0-16
ii  libstdc++6  10.2.0-16

Versions of packages afl++-clang recommends:
pn  afl++-doc  

afl++-clang suggests no packages.

Bug#974781: gcc-10: Please upgrade to llvm-toolchain-11

[Sylvestre Ledru]

Package: gcc-10
Version: 10.2.0-16
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the 
archive, please upgrade to -11.

Thanks,
Sylvestre

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (500, 'stable-updates'), 
(500, 'stable'), (500, 'oldstable'), (300, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.9.0-1-amd64 (SMP w/8 CPU threads)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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 gcc-10 depends on:
ii  binutils   2.35.1-2
ii  cpp-10 10.2.0-16
ii  gcc-10-base10.2.0-16
ii  libc6  2.31-4
ii  libcc1-0   10.2.0-16
ii  libgcc-10-dev  10.2.0-16
ii  libgcc-s1  10.2.0-16
ii  libgmp10   2:6.2.0+dfsg-6
ii  libisl22   0.22.1-1
ii  libmpc31.2.0-1
ii  libmpfr6   4.1.0-3
ii  libstdc++6 10.2.0-16
ii  libzstd1   1.4.5+dfsg-4
ii  zlib1g 1:1.2.11.dfsg-2

Versions of packages gcc-10 recommends:
ii  libc6-dev  2.31-4

Versions of packages gcc-10 suggests:
pn  gcc-10-doc   
pn  gcc-10-locales   
pn  gcc-10-multilib  

-- no debconf information

Bug#974782: castxml: Please upgrade to llvm-toolchain-11

[Sylvestre Ledru]

Package: castxml
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the 
archive, please upgrade to -11.

Thanks,
Sylvestre

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (500, 'stable-updates'), 
(500, 'stable'), (500, 'oldstable'), (300, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.9.0-1-amd64 (SMP w/8 CPU threads)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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 castxml depends on:
ii  libc62.31-4
ii  libgcc-s1 [libgcc1]  10.2.0-16
ii  libgcc1  1:8.3.0-6
ii  libllvm101:10.0.1-8
pn  libllvm7 
ii  libstdc++6   10.2.0-16
pn  libtinfo5
ii  zlib1g   1:1.2.11.dfsg-2

castxml recommends no packages.

castxml suggests no packages.

Bug#974780: irony-mode: Please upgrade to llvm-toolchain-11

[Sylvestre Ledru]

Package: irony-mode
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the 
archive, please upgrade to -11.

Thanks,
Sylvestre


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (500, 'stable-updates'), 
(500, 'stable'), (500, 'oldstable'), (300, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.9.0-1-amd64 (SMP w/8 CPU threads)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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 irony-mode depends on:
pn  elpa-irony   
ii  emacsen-common   3.0.4
ii  libc62.31-4
pn  libclang1-3.8
ii  libgcc-s1 [libgcc1]  10.2.0-16
ii  libgcc1  1:8.3.0-6
ii  libstdc++6   10.2.0-16

irony-mode recommends no packages.

irony-mode suggests no packages.

Bug#974779: julia: Please upgrade to llvm-toolchain-11

[Sylvestre Ledru]

Package: julia
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the 
archive, please upgrade to -11.

Thanks,
Sylvestre

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (500, 'stable-updates'), 
(500, 'stable'), (500, 'oldstable'), (300, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.9.0-1-amd64 (SMP w/8 CPU threads)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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 julia depends on:
pn  julia-common   
ii  libamd21:5.8.1+dfsg-2
ii  libarpack2 3.7.0-3
ii  libc6  2.31-4
ii  libcamd2   1:5.8.1+dfsg-2
ii  libcholmod31:5.8.1+dfsg-2
ii  libcolamd2 1:5.8.1+dfsg-2
ii  libcurl3-gnutls7.72.0-1
pn  libdsfmt-19937-1   
ii  libfftw3-double3   3.3.8-2
ii  libfftw3-single3   3.3.8-2
ii  libgcc-s1 [libgcc1]10.2.0-16
ii  libgcc11:8.3.0-6
ii  libgfortran5   10.2.0-16
pn  libgit2-27 
ii  libgit2-28 0.28.5+dfsg.1-1
ii  libgmp10   2:6.2.0+dfsg-6
pn  libjulia1  
ii  libllvm10  1:10.0.1-8
pn  libllvm3.8 
ii  libmbedcrypto3 2.16.5-1
ii  libmbedtls12   2.16.5-1
ii  libmbedx509-0  2.16.5-1
pn  libmpfr4   
ii  libmpfr6   4.1.0-3
pn  libopenblas-base   
pn  libopenlibm2   
pn  libopenlibm3   
pn  libopenspecfun1
ii  libpcre2-8-0   10.34-7
ii  libquadmath0   10.2.0-16
pn  libspqr2   
ii  libssh2-1  1.8.0-2.1
ii  libstdc++6 10.2.0-16
pn  libsuitesparseconfig4  
ii  libsuitesparseconfig5  1:5.8.1+dfsg-2
ii  libumfpack51:5.8.1+dfsg-2
ii  libunwind8 1.3.2-2
ii  libutf8proc2   2.5.0-1

Versions of packages julia recommends:
ii  git  1:2.29.2-1
ii  openssl  1.1.1h-1

Versions of packages julia suggests:
pn  ess
pn  julia-doc  
pn  vim-julia  

Bug#974777: postgresql-12: Please upgrade to llvm-toolchain-11

[Sylvestre Ledru]

Package: postgresql-12
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the 
archive, please upgrade to -11.

Thanks,
Sylvestre

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (500, 'stable-updates'), 
(500, 'stable'), (500, 'oldstable'), (300, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.9.0-1-amd64 (SMP w/8 CPU threads)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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 postgresql-12 depends on:
ii  debconf [debconf-2.0]  1.5.74
ii  libc6  2.31-4
ii  libgcc-s1  10.2.0-16
ii  libgssapi-krb5-2   1.17-10
ii  libicu67   67.1-4
ii  libldap-2.4-2  2.4.55+dfsg-1
ii  libllvm10  1:10.0.1-8
ii  libpam0g   1.3.1-5
ii  libpq5 13.0-4
ii  libselinux13.1-2+b1
ii  libssl1.1  1.1.1h-1
ii  libstdc++6 10.2.0-16
ii  libsystemd0246.6-2
ii  libuuid1   2.36-3+b2
ii  libxml22.9.10+dfsg-6.1
ii  libxslt1.1 1.1.34-4
ii  locales2.31-4
pn  postgresql-client-12   
pn  postgresql-common  
ii  ssl-cert   1.0.39
ii  tzdata 2020d-1
ii  zlib1g 1:1.2.11.dfsg-2

Versions of packages postgresql-12 recommends:
pn  sysstat  

postgresql-12 suggests no packages.

Bug#974778: llvmlite: Please upgrade to llvm-toolchain-11

[Sylvestre Ledru]

Source: llvmlite
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the 
archive, please upgrade to -11.

Thanks,
Sylvestre


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (500, 'stable-updates'), 
(500, 'stable'), (500, 'oldstable'), (300, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.9.0-1-amd64 (SMP w/8 CPU threads)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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

Bug#974776: vboot-utils: Please upgrade to llvm-toolchain-11

[Sylvestre Ledru]

Package: vboot-utils
Severity: normal

Dear Maintainer,

As part of the effort to limit the number of llvm packages in the 
archive, please upgrade to -11.

Thanks,
Sylvestre

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (900, 'testing'), (600, 'unstable'), (500, 'stable-updates'), 
(500, 'stable'), (500, 'oldstable'), (300, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.9.0-1-amd64 (SMP w/8 CPU threads)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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 vboot-utils depends on:
ii  libc62.31-4
ii  libgcc-s1 [libgcc1]  10.2.0-16
ii  libgcc1  1:8.3.0-6
ii  liblzma5 5.2.4-1+b1
pn  libssl1.0.2  
ii  libssl1.11.1.1h-1
ii  libstdc++6   10.2.0-16
ii  libyaml-0-2  0.2.2-1
pn  vboot-kernel-utils   

Versions of packages vboot-utils recommends:
pn  cgpt  

vboot-utils suggests no packages.

Bug#974775: civetweb: please build C++ API as well

[Timo Röhling]

Package: src:civetweb
Severity: wishlist
X-Debbugs-Cc: t...@gaussglocke.de

Dear maintainer,

it would be great if you could enable the C++ API
(-DCIVETWEB_ENABLE_CXX=ON) and ship the resulting libcivetweb-cpp.so.

Cheers
Timo

Bug#972234: mmdebstrap: variant=standard fails with mixing buster and bullseye

[Johannes Schauer]

Control: tag -1 + pending

Hi,

Quoting Ryutaroh Matsumoto (2020-10-15 01:48:13)
> Backgroud: I want to build a Debian Buster SD card image booting
> Raspberry Pi 4B.
> To do this, linux-image-arm64 in Buster is too old and cannot be used.
> Some packages have to be pulled from buster-backports and bullseye,
> as done at
> https://raspi.debian.net/daily/raspi_4.yaml
> So I give 
> --include=linux-image-arm64/buster-backports,raspi-firmware/bullseye,firmware-brcm80211/buster-backports,wireless-regdb/buster-backports
> 
> With --variant=standard, I started mmdebstrap as follows:
> 
> mmdebstrap '--aptopt=APT::Default-Release "buster"' \\
> --architectures=arm64 --variant=standard \\
> --components="main contrib non-free" \\
> --include=linux-image-arm64/buster-backports,raspi-firmware/bullseye,firmware-brcm80211/buster-backports,wireless-regdb/buster-backports
>  \\
> buster /tmp/test - < deb http://deb.debian.org/debian/ buster main non-free contrib
> deb http://deb.debian.org/debian/ buster-backports main non-free contrib
> deb http://deb.debian.org/debian/ bullseye main contrib non-free
> EOF
> 
> Then I get the following error. It seems that mmdebstrap tries to install
> all packages in Buster and Bullseye with Priority == standard.
> It seems a bug, because "buster" is given as Suite to mmdebstrap.
> 
> I: automatically chosen mode: root
> I: arm64 cannot be executed, falling back to qemu-user
> I: Reading sources.list from standard input...
> I: automatically chosen format: directory
> I: running apt-get update...
> done
> I: downloading packages with apt...
> done
> I: extracting archives...
> done
> I: installing packages...
> done
> I: downloading apt...
> done
> I: installing apt...
> done
> I: installing remaining packages inside the chroot...
> done
> Reading package lists...
> Building dependency tree...
> adduser is already the newest version (3.118).
> apt is already the newest version (1.8.2.1).
> debconf is already the newest version (1.5.71).
> debian-archive-keyring is already the newest version (2019.1).
> gpgv is already the newest version (2.2.12-1+deb10u1).
> mawk is already the newest version (1.3.3-17+b3).
> libpam-modules is already the newest version (1.3.1-5).
> libpam-modules-bin is already the newest version (1.3.1-5).
> libpam-runtime is already the newest version (1.3.1-5).
> passwd is already the newest version (1:4.5-1.1).
> fdisk is already the newest version (2.33.1-0.1).
> Some packages could not be installed. This may mean that you have
> requested an impossible situation or if you are using the unstable
> distribution that some required packages have not yet been created
> or been moved out of Incoming.
> The following information may help to resolve the situation:
> 
> The following packages have unmet dependencies:
>  perl-modules-5.30 : Depends: perl-base (>= 5.30.3-1) but 5.28.1-6+deb10u1 is 
> to be installed
>  Breaks: libarchive-tar-perl (< 2.32)
>  Breaks: libexperimental-perl (< 0.020)
>  Breaks: libextutils-cbuilder-perl (< 0.280231)
>  Breaks: libextutils-parsexs-perl (< 3.40)
>  Breaks: libfile-spec-perl (< 3.7800)
>  Breaks: libhttp-tiny-perl (< 0.076)
>  Breaks: libjson-pp-perl (< 4.02000)
>  Breaks: libmath-bigint-perl (< 1.999816)
>  Breaks: libmodule-corelist-perl (< 5.20200601.30)
>  Breaks: libmodule-load-perl (< 0.34)
>  Breaks: libmodule-metadata-perl (< 1.36)
>  Breaks: libnet-ping-perl (< 2.71)
>  Breaks: libparent-perl (< 0.237)
>  Breaks: libtest-simple-perl (< 1.302162)
>  Breaks: libtest-tester-perl (< 1.302162)
>  Breaks: libtest-use-ok-perl (< 1.302162)
>  Breaks: libthread-queue-perl (< 3.13)
>  Breaks: libtime-local-perl (< 1.2800)
>  Breaks: libunicode-collate-perl (< 1.27)
>  Breaks: libversion-perl (< 1:0.9924)
>  Breaks: perl (< 5.30.3~) but 5.28.1-6+deb10u1 is to be 
> installed
>  Breaks: podlators-perl (< 4.11)
> E: Unable to correct problems, you have held broken packages.
> E: run_chroot failed: E: env --unset=APT_CONFIG --unset=TMPDIR 
> /usr/sbin/chroot /tmp/test env --unset=APT_CONFIG --unset=TMPDIR apt-get 
> --yes install -oAPT::Status-Fd=<$fd> -oDpkg::Use-Pty=false 
> linux-image-arm64/buster-backports raspi-firmware/bullseye 
> firmware-brcm80211/buster-backports wireless-regdb/buster-backports adduser 
> apt apt-utils apt-listchanges bash-completion bind9-host bsdmainutils bzip2 
> cpio cron dbus debconf debconf-i18n debian-archive-keyring debian-faq 
> dmidecode doc-debian e2fsprogs file gdbm-l10n gettext-base libc-l10n locales 
> gpgv groff-base hdparm ifupdown init iproute2 

Bug#974774: ITP: golang-github-alexflint-go-arg -- Struct-based argument parsing in Go

[Nilesh Patra]

Package: wnpp
Severity: wishlist
Owner: Nilesh Patra 
X-Debbugs-CC: debian-de...@lists.debian.org

* Package name: golang-github-alexflint-go-arg
  Version : 1.3.0+ds
  Upstream Author : Alex Flint
* URL : https://github.com/alexflint/go-arg
* License : BSD-2-Clause
  Programming Lang: Golang
  Description :  Struct-based argument parsing in Go
 The idea behind go-arg is that Go already has an excellent way
 to describe data structures using structs, so there is no need to
 develop additional levels of abstraction. Instead of one API to specify
 which arguments a program accepts, and then another API to get the
 values of those arguments, go-arg replaces both with a single struct.

I shall maintain this package.

Bug#965088: Waiting for release 2.3

[Ulrike Uhlig]

Hi!

I did not forget about this, but I'm waiting for 2.3 to be released, as
there has been some huge refactoring which concerns the packaging of
Onionshare, see https://github.com/micahflee/onionshare/pull/1208.

Among other things, what was done there is:

* Renamed onionshare (former CLI) to onionshare-cli and onionshare-gui
  (former GUI) to just onionshare
* Rearranged the directory structure -- now the CLI project is in cli
  and the GUI project is in desktop
* Ported from PyQt5 to PySide2 -- these are two competing python
  bindings for Qt5, but PySide2 makes setting up a dev environment much
  simpler and works with Briefcase

greetings,
ulrike

Bug#972334: severity

[Sylvestre Ledru]

severity 972334 normal

thanks

Hello

As this isn't a new regression (it didn't work before), I am lowering 
the severity to allow migration.


Cheers,
S

Bug#974773: jverein FTBFS: hibiscus/lib does not exist

[Adrian Bunk]

Source: jverein
Version: 2.8.18+git20200921.6212a59+dfsg-1
Severity: serious
Tags: ftbfs

https://buildd.debian.org/status/fetch.php?pkg=jverein=all=2.8.18%2Bgit20200921.6212a59%2Bdfsg-1=1605379443=0

...
compile:
[mkdir] Created dir: /<>/bin
[javac] Compiling 798 source files to /<>/bin

BUILD FAILED
/<>/build/build.xml:55: /<>/hibiscus/lib does not exist.

Total time: 0 seconds
dh_auto_build: error: cd build && ant -Duser.name debian returned exit code 1
make[1]: *** [debian/rules:21: override_dh_auto_build] Error 25

Bug#974772: intel-media-va-driver: Programs crash with "Illegal instruction" in iHD_drv_video.so

[Christophe CURIS]

Package: intel-media-va-driver
Version: 20.3.0+dfsg1-1
Severity: important
Tags: ftbfs

Dear Maintainer,

Since my latest debian update, VLC is crashing when playing video with the 
message:
  Illegal instruction

After a bit of debug in GDB, I have confirmed that the crash comes from:
  /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so

(gdb) bt
#0  0x7fffa133ba6b in ?? () from 
/usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
#1  0x7fffa133bb8f in ?? () from 
/usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
#2  0x7fffa133b2c8 in ?? () from 
/usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
#3  0x7fffa133bc67 in ?? () from 
/usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
#4  0x7fffa1342a05 in ?? () from 
/usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
#5  0x7fffa12c6597 in ?? () from 
/usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
#6  0x7fffac244e86 in ?? () from /usr/lib/x86_64-linux-gnu/libva.so.2
#7  0x7fffac245feb in vaInitialize () from 
/usr/lib/x86_64-linux-gnu/libva.so.2

I am suspecting it is because the package is compiled from a very recent 
architecture
(i7 with sse4.1 explicitely enabled) which my processor does not support.

I have tryed compiling the package from source, but after tweaking the flags to
set -march=native, the compilation fails:

In file included from 
[...]/intel-media-driver-20.3.0+dfsg1/media_driver/linux/common/cm/hal/cm_mem_os.h:30,
 from 
[...]/intel-media-driver-20.3.0+dfsg1/media_driver/agnostic/common/cm/cm_mem.h:128,
 from 
[...]/intel-media-driver-20.3.0+dfsg1/media_driver/agnostic/common/cm/cm_buffer_rt.cpp:33:
/usr/lib/gcc/x86_64-linux-gnu/10/include/smmintrin.h: In function ‘void 
CmFastMemCopyFromWC(void*, const void*, size_t, CPU_INSTRUCTION_LEVEL)’:
/usr/lib/gcc/x86_64-linux-gnu/10/include/smmintrin.h:582:1: error: inlining 
failed in call to ‘always_inline’ ‘__m128i _mm_stream_load_si128(__m128i*)’: 
target specific option mismatch
  582 | _mm_stream_load_si128 (__m128i *__X)
  | ^
In file included from 
[...]/intel-media-driver-20.3.0+dfsg1/media_driver/agnostic/common/cm/cm_mem.h:128,
 from 
[...]/intel-media-driver-20.3.0+dfsg1/media_driver/agnostic/common/cm/cm_buffer_rt.cpp:33:
[...]/intel-media-driver-20.3.0+dfsg1/media_driver/linux/common/cm/hal/cm_mem_os.h:201:53:
 note: called from here
  201 | xmm3 = _mm_stream_load_si128(mmSrc + 3);
  |~^~~

I am wondering what would be a good solution to at least avoid crashes...

Regards,
Christophe

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

Kernel: Linux 5.2.0-2-amd64 (SMP w/2 CPU threads)
Kernel taint flags: TAINT_WARN
Locale: LANG=C.UTF-8, LC_CTYPE=C.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 intel-media-va-driver depends on:
ii  libc6  2.30-4
ii  libgcc-s1  10.2.0-16
ii  libigdgmm1120.3.2+ds1-1
ii  libstdc++6 10.2.0-16
ii  libva2 [libva-driver-abi-1.9]  2.9.0-1

intel-media-va-driver recommends no packages.

intel-media-va-driver suggests no packages.

-- no debconf information

Bug#964688: cherry-pick patch from upstream - fixes #964688

[Adrian Bunk]

On Sat, Nov 14, 2020 at 09:28:53PM +0100, Andreas Tille wrote:
> Control: tags -1 pending
> Control: tags 922571 pending
> 
> Hi,
> 
> I have moved sigviewer to Debian Med team[1], fixed the other bug and
> tried to build the new upstream version 0.6.4 but failed:
> 
> ...
> g++ -c -pipe -g -O2 -fdebug-prefix-map=/build/sigviewer-0.6.4=. 
> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
> -D_FORTIFY_SOURCE=2 -std=gnu++11 -D_REENTRANT -Wall -  Wextra -fPIC 
> -DVERSION_MAJOR=0 -DVERSION_MINOR=6 -DVERSION_BUILD=4 -DQT_NO_DEBUG_OUTPUT 
> -DQT_NO_DEBUG -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_XML_LIB -DQT_CORE_LIB -I. 
> -I/build/sigviewer-0.6.4/ external/include -Isrc 
> -I/usr/include/x86_64-linux-gnu/qt5 
> -I/usr/include/x86_64-linux-gnu/qt5/QtWidgets 
> -I/usr/include/x86_64-linux-gnu/qt5/QtGui 
> -I/usr/include/x86_64-linux-gnu/qt5/  QtXml 
> -I/usr/include/x86_64-linux-gnu/qt5/QtCore -Itmp/release -Itmp/release 
> -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ -o 
> tmp/release/undo_redo_gui_command.o src/gui_impl/commands/ 
> undo_redo_gui_command.cpp
> src/gui_impl/commands/open_file_gui_command.cpp: In member function 'void 
> sigviewer::OpenFileGuiCommand::importEvents()':
> src/gui_impl/commands/open_file_gui_command.cpp:200:23: error: redeclaration 
> of 'sigviewer::FileSignalReader* file_signal_reader'
>   200 | FileSignalReader* file_signal_reader = 
> FileSignalReaderFactory::getInstance()->getHandler (file_path);
>   |   ^~
> src/gui_impl/commands/open_file_gui_command.cpp:185:23: note: 
> 'sigviewer::FileSignalReader* file_signal_reader' previously declared here
>   185 | FileSignalReader* file_signal_reader = 
> FileSignalReaderFactory::getInstance()->getHandler (file_path);
>   |   ^~
> make[1]: *** [Makefile:2576: tmp/release/open_file_gui_command.o] Error 1
> 
> 
> Any help would be welcome

This is from 0002-add-support-for-reading-GDF-formated-event-file.patch,
which seems to be upstream now - and adding the same code twice is what
failed.

>Andreas.

cu
Adrian

Bug#974771: RFP: knime -- graphical analytics tool for data mining

[Davide Prina]

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: davide.pr...@gmail.com

* Package name: knime
  Version : 4.2.3 
  Upstream Author : KNIME(R) (no email address found)
* URL : https://www.knime.com/knime-analytics-platform
* License : GPL 3 with exception for Eclipse and Ext.
  Programming Lang: Java
  Description : graphical analytics tool for data mining

KNIME Analytics Platform is the open source software for creating
data science. Intuitive, open, and continuously integrating new
developments, KNIME makes understanding data and designing data
science workflows and reusable components accessible to everyone.

Features:
- Visual workflows
- Nodes for the entire data science life cycle
- Tool blending from any source
- Shape your data: Derive statistics; Aggregate, sort, filter,
  and join data; Clean data; Extract and select features.
- Leverage Machine Learning & AI: Build machine learning models;
  Optimize model performance; Validate models; Explain machine
  learning models; Make predictions.
- Discover and share insights: Visualize data; Display summary
  statistics; Export reports; Store processed data.
- Scale execution with demands: Build workflow prototypes;
  Scale workflow performance; Exercise the power of in-database
  processing.


Consider answering the following questions:
 - why is this package useful/relevant?

it is a fist class application for data scientist.
It is a RAD application that let people start managing data
also without having programming skill.

 - is it a dependency for another package?

no

 - do you use it?

no, I have seen a tutorial.
It was presented also at the LinuxDay Italy (Italian language)
https://video.linux.it/videos/watch/e56b5e8b-8d98-4222-9a1d-102c527579d8

 - if there are other packages providing similar functionality,
   how does it compare?

I have see other package that can be used to obtain the same
results, but all need you to have programming skill, you must
know wery well where are things, what instruction you must use,
how to combine and set variable values, ...
You must know a lot of thing and have some skills before you
can start playing with they.
I have see that there is elki in Debian.
There is also weka in Debian.
There is also keras in Debian.
Probably others.
But I don't think that there is someone that let you create a
data flow without programming and in a very simple and intuitive
mode.

- how do you plan to maintain it?

No, I do not plan to maintain it. I will only report to "Debian"
attention this software that is very advanced.

I have see that is packaged by some GNU/Linux distro:
https://repology.org/project/knime/versions

You can download it from here:
https://www.knime.com/downloads/download-knime

License and exceptions are here:
https://www.knime.com/downloads/full-license

Ciao
Davide

Bug#465240: [debsign] add support for signing Release files

[Josh Triplett]

Package: devscripts
Version: 2.20.4
Followup-For: Bug #465240
X-Debbugs-Cc: j...@joshtriplett.org

Following up on this: debsign -r for Release files would still be quite
useful.

- Josh Triplett

Bug#974770: backupninja malformed day warning

[Marvin Gordon]

Package: backupninja
Version: 1.1.0-2.1

When I use something like "when=mondays at 03:00" in the backup
configuration file, I get the warning "The day in the 'when' option in
the configuration is malformed. [...]".

There is a fix for this problem in the backupninja master branch:
https://0xacab.org/riseuplabs/backupninja/commit/a0f5063e8b31df18b397a91095f33d4efe39f58e
I suggest merging this fix into the Debian branch.

Bug#926079: ITP: golang-github-alexflint-go-scalar -- Go-lang Scalar parsing library

[Nilesh Patra]

Hi,

Any update on this package? It seems that it hasn't landed in the
archive yet.
We need this to package https://github.com/alexflint which is another
chain of deps to get bcbio working.

If there's no issue at your end, this shall be uploaded to NEW. Please
let me know if there's any update regarding this.

Nilesh

Bug#943037: Status of this bug?

[Josh Triplett]

What's the current status of this bug? I'd love to have a version of
git-hub that doesn't depend on Python 2; it's the last thing on my
system that still wants Python 2.

Bug#974765: med-imaging: suggests removed package python-dipy

[Andreas Tille]

Control: tags -1 pending

Fixed in git, thanks for the pointer, Andreas.


-- 
http://fam-tille.de

Bug#974574: nbdkit: diff for NMU version 1.22.3-1.1

[Hilko Bengen]

Hi Dominic,

thanks for your NMU. Please push your changes since 1.22.3-1 to git and
reschedule for immediate acceptance into unstable.

Cheers,
-Hilko

Bug#974563: corosync unable to communicate with pacemaker 1.1.16-1+deb9u1 which contains the fix for CVE-2020-25654

[Luke Hall]

On Sat, 14 Nov 2020 04:02:40 +0100 Markus Koschany  wrote:

Am Freitag, den 13.11.2020, 23:13 -0300 schrieb Alejandro Taboada:
> Hello Markus,
> 
> It doesn’t work. The output log is quite different. I throws a timeout and

> just at the end the “unprivileged client crmd”.
> See attached log.

I'm sorry but I uploaded an older version that missed a do_reply line. That's
why are you seeing timeouts now. Now I have uploaded the correct version from
my test server to https://people.debian.org/~apo/lts/pacemaker/


This update to buster went out over-night and didn't cause the same issues.

Start-Date: 2020-11-14  06:02:48
Commandline: /usr/bin/unattended-upgrade
Upgrade: pacemaker:amd64 (2.0.1-5, 2.0.1-5+deb10u1)
End-Date: 2020-11-14  06:03:13


OpenPGP_0xE92032F399E1C6EC.asc
Description: application/pgp-keys


OpenPGP_signature
Description: OpenPGP digital signature

Bug#974768: handbrake: Saving custom presets in custom category is broken

[Johan Kröckel]

Package: handbrake
Version: 1.2.2+ds1-1
Severity: normal

Creating a custom preset category in the GUI is not possible. Saving a new 
preset with the option "new category" enabled fails silently.

Workaround:
- Save a new preset in a default category like "General"
- Close Handbrake
- Open ~/.config/ghb/presets.json
- There is a new second "General" category at the end of the file
- Change the name to your prefered new custom categories name

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

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

Versions of packages handbrake depends on:
ii  libass9 1:0.14.0-2
ii  libavcodec587:4.1.6-1~deb10u1
ii  libavfilter77:4.1.6-1~deb10u1
ii  libavformat58   7:4.1.6-1~deb10u1
ii  libavutil56 7:4.1.6-1~deb10u1
ii  libbluray2  1:1.1.0-1
ii  libc6   2.28-10
ii  libcairo2   1.16.0-4
ii  libdvdnav4  6.0.0-1
ii  libdvdread4 6.0.1-1
ii  libgdk-pixbuf2.0-0  2.38.1+dfsg-1
ii  libglib2.0-02.58.3-2+deb10u2
ii  libgstreamer-plugins-base1.0-0  1.14.4-2
ii  libgstreamer1.0-0   1.14.4-1
ii  libgtk-3-0  3.24.5-1
ii  libgudev-1.0-0  232-2
ii  libjansson4 2.12-1
ii  libpango-1.0-0  1.42.4-8~deb10u1
ii  libsamplerate0  0.1.9-2
ii  libswresample3  7:4.1.6-1~deb10u1
ii  libswscale5 7:4.1.6-1~deb10u1
ii  libtheora0  1.1.1+dfsg.1-15
ii  libvorbis0a 1.3.6-2
ii  libvorbisenc2   1.3.6-2
ii  libx264-155 2:0.155.2917+git0a84d98-2
ii  libx265-165 2.9-4
ii  libxml2 2.9.4+dfsg1-7+b3

Versions of packages handbrake recommends:
ii  gstreamer1.0-libav   1.15.0.1+git20180723+db823502-2
ii  gstreamer1.0-pulseaudio  1.14.4-1
ii  gstreamer1.0-x   1.14.4-2

handbrake suggests no packages.

-- no debconf information

Bug#974750: imagemagick-6.q16: Convert to .tga (Targa) now flips image upside-down

[Matija Nalis]

Package: imagemagick-6.q16
Version: 8:6.9.11.24+dfsg-1+b2
Severity: normal
X-Debbugs-Cc: mnalis-debian...@voyager.hr

Dear Maintainer,

Converting to .tga (Targa) format now (Unstable) flips image upside-down.

It worked fine in Buster version (imagemagick 8:6.9.10.23+dfsg-21+deb10u1)
and it still works fine with graphicsmagick version in Unstable 
(graphicsmagick 1.4+really1.3.35+hg16348-1+b1). So this is regression.

Resulting .tga image created by Sid version of imagemagick
8:6.9.11.24+dfsg-1+b2 is consistently vertially flipped when viewed in all
viewers (gimp, xzgv, xli, mirage, and even imagemagick's own display(1))

One can kludge around by using "convert-im6 -flip" to get correct image, but
it is wrong behaviour.

sid% convert-im6.q16 Graphics_Assets/intro5.png /tmp/imagemagick_sid.tga 
sid% gm convert Graphics_Assets/intro5.png /tmp/graphicsmagick_sid.tga
sid% convert-im6 -flip Graphics_Assets/intro5.png /tmp/imagemagick_flip_sid.tga
sid% md5sum /tmp/*_sid.tga 
81d1f1a2c481958c5af09c3985615ed0  /tmp/graphicsmagick_sid.tga
81d1f1a2c481958c5af09c3985615ed0  /tmp/imagemagick_flip_sid.tga
d948d272cbb2ab8230ee0b185414e6c6  /tmp/imagemagick_sid.tga

buster% convert-im6.q16 Graphics_Assets/intro5.png /tmp/imagemagick_buster.tga
buster% md5sum /tmp/imagemagick_buster.tga
81d1f1a2c481958c5af09c3985615ed0  /tmp/imagemagick_buster.tga

It happens with any source file; I've tried with several .png and .jpg files
as source, for example 
/usr/share/desktop-base/spacefun-theme/login/sddm-preview.jpg
or /usr/lib/libreoffice/share/template/wizard/bitmap/euro_2.png

Bug only happens when converting to .tga (converting to png/jpg/tiff works
normally)

Of course, the nature of bug is such that if you convert from .png to .tga,
and then back from .tga to .png, the seconds .png will again look correct,
as bug happened twice and thus fixed itself again!

-- Package-specific info:
ImageMagick program version
---
animate:  ImageMagick 6.9.11-24 Q16 x86_64 20200718 https://imagemagick.org
compare:  ImageMagick 6.9.11-24 Q16 x86_64 20200718 https://imagemagick.org
convert:  ImageMagick 6.9.11-24 Q16 x86_64 20200718 https://imagemagick.org
composite:  ImageMagick 6.9.11-24 Q16 x86_64 20200718 https://imagemagick.org
conjure:  ImageMagick 6.9.11-24 Q16 x86_64 20200718 https://imagemagick.org
display:  ImageMagick 6.9.11-24 Q16 x86_64 20200718 https://imagemagick.org
identify:  ImageMagick 6.9.11-24 Q16 x86_64 20200718 https://imagemagick.org
import:  ImageMagick 6.9.11-24 Q16 x86_64 20200718 https://imagemagick.org
mogrify:  ImageMagick 6.9.11-24 Q16 x86_64 20200718 https://imagemagick.org
montage:  ImageMagick 6.9.11-24 Q16 x86_64 20200718 https://imagemagick.org
stream:  ImageMagick 6.9.11-24 Q16 x86_64 20200718 https://imagemagick.org

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

Kernel: Linux 5.9.0-2-amd64 (SMP w/1 CPU thread)
Locale: LANG=C, LC_CTYPE=C.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 imagemagick-6.q16 depends on:
ii  hicolor-icon-theme 0.17-2
ii  libc6  2.31-4
ii  libmagickcore-6.q16-6  8:6.9.11.24+dfsg-1+b2
ii  libmagickwand-6.q16-6  8:6.9.11.24+dfsg-1+b2

Versions of packages imagemagick-6.q16 recommends:
pn  ghostscript  
pn  libmagickcore-6.q16-6-extra  
pn  netpbm   

Versions of packages imagemagick-6.q16 suggests:
pn  autotrace   
pn  cups-bsd | lpr | lprng  
ii  curl7.72.0-1
pn  enscript
pn  ffmpeg  
pn  gimp
pn  gnuplot 
pn  grads   
pn  graphviz
ii  groff-base  1.22.4-5
pn  hp2xx   
pn  html2ps 
pn  imagemagick-doc 
pn  libwmf-bin  
pn  mplayer 
pn  povray  
pn  radiance
pn  sane-utils  
pn  texlive-base-bin
pn  transfig
pn  ufraw-batch 
ii  xdg-utils   1.1.3-2

-- no debconf information

Bug#974766: AX_LIB_MYSQL does not work during cross compilation: relies on mysql_config

[Helmut Grohne]

Package: autoconf-archive
Version: 20190106-2.1
Tags: patch upstream
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
Control: affects -1 + src:apophenia

apophenia fails to cross build from source, because it fails to locate
the mysql client libraries. It does so via the AX_LIB_MYSQL macro, which
consults mysql_config, which cannot work during cross builds. Please use
pkg-config instead. I'm attaching a patch that extends the AX_LIB_MYSQL
macro to try pkg-config before mysql_config.

Helmut
--- autoconf-archive-20190106.orig/m4/ax_lib_mysql.m4
+++ autoconf-archive-20190106/m4/ax_lib_mysql.m4
@@ -73,23 +73,28 @@
 dnl Check MySQL libraries
 dnl
 
-if test "$want_mysql" = "yes"; then
+AS_IF([test "$want_mysql" = "yes"],[
 
-if test -z "$MYSQL_CONFIG" ; then
-AC_PATH_PROGS([MYSQL_CONFIG], [mysql_config mysql_config5], [no])
-fi
+found_mysql=no
+AS_IF([test -z "$MYSQL_CONFIG"],[
+PKG_CHECK_MODULES([MYSQL],[mysqlclient],[
+MYSQL_LDFLAGS=$MYSQL_LIBS
+MYSQL_VERSION=`$PKG_CONFIG --modversion mysqlclient`
+found_mysql=yes
+],[
+AC_PATH_PROGS([MYSQL_CONFIG], [mysql_config mysql_config5], [no])
+])
+])
 
-if test "$MYSQL_CONFIG" != "no"; then
+if test "$found_mysql" = no && test "$MYSQL_CONFIG" != "no"; then
 MYSQL_CFLAGS="`$MYSQL_CONFIG --cflags`"
 MYSQL_LDFLAGS="`$MYSQL_CONFIG --libs`"
 
 MYSQL_VERSION=`$MYSQL_CONFIG --version`
 
 found_mysql="yes"
-else
-found_mysql="no"
 fi
-fi
+])
 
 dnl
 dnl Check if required version of MySQL is available

Bug#974767: magicfilter FTCBFS: successfully builds for the build architecture

[Helmut Grohne]

Source: magicfilter
Version: 1.2-65
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs

magicfilter successfully cross builds a completely broken package
containing build architecture binaries. I'm attaching a patch that makes
it use host architecture tools. Please consider applying it.

Also please consider using debhelper, but this is irrelevant for the
purpose of this bug.

Helmut
diff --minimal -Nru magicfilter-1.2/debian/changelog 
magicfilter-1.2/debian/changelog
--- magicfilter-1.2/debian/changelog2018-01-20 04:27:53.0 +0100
+++ magicfilter-1.2/debian/changelog2020-11-13 08:35:50.0 +0100
@@ -1,3 +1,9 @@
+magicfilter (1.2-66) UNRELEASED; urgency=medium
+
+  * Fix FTCBFS: Let dpkg's buildtoolsmk supply build tools. (Closes: #-1)
+
+ -- Helmut Grohne   Fri, 13 Nov 2020 08:35:50 +0100
+
 magicfilter (1.2-65) unstable; urgency=medium
 
   * QA upload.
diff --minimal -Nru magicfilter-1.2/debian/rules magicfilter-1.2/debian/rules
--- magicfilter-1.2/debian/rules2018-01-20 04:27:53.0 +0100
+++ magicfilter-1.2/debian/rules2020-11-13 08:35:50.0 +0100
@@ -9,6 +9,9 @@
 menu   := usr/share/menu
 tmp:= debian/tmp
 
+DPKG_EXPORT_BUILDTOOLS=1
+include /usr/share/dpkg/buildtools.mk
+
 CFLAGS = -Wall -g
 LDFLAGS=
 
@@ -50,7 +53,7 @@
$(MAKE) install prefix=$(tmp)/usr\
  bindir=$(tmp)/usr/sbin infodir=$(tmp)/$(info) mandir=$(tmp)/$(man)
 ifeq (,$(filter nostrip,$(DEB_BUILD_OPTIONS)))
-   strip --remove-section=.comment --remove-section=.note --strip-unneeded 
$(tmp)/usr/sbin/magicfilter
+   $(STRIP) --remove-section=.comment --remove-section=.note 
--strip-unneeded $(tmp)/usr/sbin/magicfilter
 endif
install -p -m 755 magicfilterconfig $(tmp)/usr/sbin/magicfilterconfig
install -m 644 filters/README* $(tmp)/$(doc)/

Bug#974765: med-imaging: suggests removed package python-dipy

[Ralf Treinen]

Package: med-imaging
Version: 3.6
User: trei...@debian.org
Usertags: edos-uninstallable

Hi,

med-imaging Suggests python-dipy, but this transitional package is no
longer build from the dipy source.

-Ralf.

Bug#964688: cherry-pick patch from upstream - fixes #964688

[Andreas Tille]

Control: tags -1 pending
Control: tags 922571 pending

Hi,

I have moved sigviewer to Debian Med team[1], fixed the other bug and
tried to build the new upstream version 0.6.4 but failed:

...
g++ -c -pipe -g -O2 -fdebug-prefix-map=/build/sigviewer-0.6.4=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2 -std=gnu++11 -D_REENTRANT -Wall -  Wextra -fPIC 
-DVERSION_MAJOR=0 -DVERSION_MINOR=6 -DVERSION_BUILD=4 -DQT_NO_DEBUG_OUTPUT 
-DQT_NO_DEBUG -DQT_WIDGETS_LIB -DQT_GUI_LIB -DQT_XML_LIB -DQT_CORE_LIB -I. 
-I/build/sigviewer-0.6.4/ external/include -Isrc 
-I/usr/include/x86_64-linux-gnu/qt5 
-I/usr/include/x86_64-linux-gnu/qt5/QtWidgets 
-I/usr/include/x86_64-linux-gnu/qt5/QtGui -I/usr/include/x86_64-linux-gnu/qt5/  
QtXml -I/usr/include/x86_64-linux-gnu/qt5/QtCore -Itmp/release 
-Itmp/release -I/usr/lib/x86_64-linux-gnu/qt5/mkspecs/linux-g++ -o 
tmp/release/undo_redo_gui_command.o src/gui_impl/commands/ 
undo_redo_gui_command.cpp
src/gui_impl/commands/open_file_gui_command.cpp: In member function 'void 
sigviewer::OpenFileGuiCommand::importEvents()':
src/gui_impl/commands/open_file_gui_command.cpp:200:23: error: redeclaration of 
'sigviewer::FileSignalReader* file_signal_reader'
  200 | FileSignalReader* file_signal_reader = 
FileSignalReaderFactory::getInstance()->getHandler (file_path);
  |   ^~
src/gui_impl/commands/open_file_gui_command.cpp:185:23: note: 
'sigviewer::FileSignalReader* file_signal_reader' previously declared here
  185 | FileSignalReader* file_signal_reader = 
FileSignalReaderFactory::getInstance()->getHandler (file_path);
  |   ^~
make[1]: *** [Makefile:2576: tmp/release/open_file_gui_command.o] Error 1


Any help would be welcome

   Andreas.


[1] https://salsa.debian.org/med-team/sigviewer

On Sat, Nov 14, 2020 at 11:10:33AM +0200, Adrian Bunk wrote:
> Hi Andreas,
> 
> could you make an upload with one of these two solutions
> (cherry-pick fix or new upstream)?
> 
> Thanks
> Adrian
> 
> 
> On Wed, Aug 19, 2020 at 02:31:42PM +0200, Alois Schlögl wrote:
> > attached is a patch that fixes bug #964688 (FTBFS).
> > 
> > The patch corresponds to commit 93d5cec298ec6c787e45f7b3486cf47ff3461c75
> > in upstream.
> > 
> > Upgrading to sigviewer 0.6.4 would also solve this issue.
> > 
> > 
> > Best,
> >   Alois
> > 
> > 
> > 
> > 
> > 
> > 
> 
> > commit 93d5cec298ec6c787e45f7b3486cf47ff3461c75
> > Author: Alois Schloegl 
> > Date:   Wed Oct 24 00:06:10 2018 +0200
> > 
> > fix compilation on Debian 9 with Qt v5.7.1
> > 
> > diff --git a/src/file_handling/file_signal_reader.h 
> > b/src/file_handling/file_signal_reader.h
> > index eeac188..39d3207 100644
> > --- a/src/file_handling/file_signal_reader.h
> > +++ b/src/file_handling/file_signal_reader.h
> > @@ -10,6 +10,7 @@
> >  #include "base/data_block.h"
> >  #include "application_context_impl.h"
> >  
> > +#include 
> >  #include 
> >  #include 
> >  #include 
> > diff --git a/src/gui/gui_action_factory.h b/src/gui/gui_action_factory.h
> > index 07586e4..dc99c0d 100644
> > --- a/src/gui/gui_action_factory.h
> > +++ b/src/gui/gui_action_factory.h
> > @@ -12,6 +12,7 @@
> >  #include 
> >  #include 
> >  #include 
> > +#include 
> >  
> >  namespace sigviewer
> >  {
> > diff --git a/src/gui_impl/signal_browser/signal_graphics_item.cpp 
> > b/src/gui_impl/signal_browser/signal_graphics_item.cpp
> > index cc60066..0572ed1 100644
> > --- a/src/gui_impl/signal_browser/signal_graphics_item.cpp
> > +++ b/src/gui_impl/signal_browser/signal_graphics_item.cpp
> > @@ -457,8 +457,8 @@ void SignalGraphicsItem::mousePressEvent 
> > (QGraphicsSceneMouseEvent * event )
> >  //check whether a user added stream has already been 
> > existing
> >  XDFdata->userAddedStream = XDFdata->streams.size();
> >  XDFdata->streams.emplace_back();
> > -std::time_t currentTime = std::time(nullptr);
> > -std::string timeString = 
> > std::asctime(std::localtime());
> > +time_t currentTime = time(nullptr);
> > +std::string timeString = 
> > asctime(localtime());
> >  timeString.pop_back(); //we don't need '\n' at the end
> >  XDFdata->streams.back().streamHeader =
> >  ""
> 
> 

-- 
http://fam-tille.de

Bug#974764: python-dipy-doc: suggests removed package python-dipy

[Ralf Treinen]

Package: med-imaging-dev
Version: 3.6
User: trei...@debian.org
Usertags: edos-uninstallable

Hi,

med-imaging-dev Suggests python-dipy, but this was a transitional
package that is no longer build from the dipy source.

-Ralf.

Bug#974763: gnome-sushi: Please package 3.38.0 as this version fixes a major bug preventing gnome-sushi from launching

[erusan]

Package: gnome-sushi
Version: 3.34.0-2
Severity: important
X-Debbugs-Cc: eru...@gmail.com

Dear Maintainer,

The upstream version of gnome-sushi has been updated to fix a complete failure 
to launch. See https://gitlab.gnome.org/GNOME/sushi/-/issues/48
Please package this new release


-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 5.9.0-1-amd64 (SMP w/8 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)
LSM: AppArmor: enabled

Versions of packages gnome-sushi depends on:
ii  gir1.2-evince-3.0   3.38.0-2
ii  gir1.2-gdkpixbuf-2.02.40.0+dfsg-5
ii  gir1.2-glib-2.0 1.66.1-1
ii  gir1.2-gst-plugins-base-1.0 1.18.1-1
ii  gir1.2-gstreamer-1.01.18.1-1
ii  gir1.2-gtk-3.0  3.24.23-2
ii  gir1.2-pango-1.01.46.2-3
ii  gir1.2-webkit2-4.0  2.30.1-1
ii  gjs 1.66.1-1
ii  gstreamer1.0-plugins-good   1.18.1-1
ii  libc6   2.31-4
ii  libcairo2   1.16.0-4
ii  libepoxy0   1.5.4-1
ii  libevdocument3-43.38.0-2
ii  libfreetype62.10.2+dfsg-4
ii  libgdk-pixbuf2.0-0  2.40.0+dfsg-5
ii  libglib2.0-02.66.2-1
ii  libgstreamer-plugins-base1.0-0  1.18.1-1
ii  libgstreamer1.0-0   1.18.1-1
ii  libgtk-3-0  3.24.23-2
ii  libharfbuzz0b   2.6.7-1
ii  libmusicbrainz5-2   5.1.0+git20150707-10
ii  libpango-1.0-0  1.46.2-3
ii  libpangocairo-1.0-0 1.46.2-3
ii  nautilus3.38.1-1

gnome-sushi recommends no packages.

Versions of packages gnome-sushi suggests:
ii  gstreamer1.0-libav  1.18.1-1

-- no debconf information

Bug#974762: apt-listbugs: [INTL:pt] Portuguese translation for debconf messages

[tra...@debianpt.org]

Package: apt-listbugs
Version: 0.1.34
Tags: l10n, patch
Severity: wishlist

Updated Portuguese translation for apt-listbugs debconf messages.
Feel free to use it.

For translation updates please contact 'Last Translator' or the
Portuguese Translation Team .

# Portuguese translation for apt-listbugs.
# Copyright (C) 2002-2018 Masato Taruishi et al.
# This file is distributed under the same license as the apt-listbugs package.
# Miguel Figueiredo , 2007-2016, 2018, 2020.
#
msgid ""
msgstr ""
"Project-Id-Version: apt-listbugs 0.1.34\n"
"Report-Msgid-Bugs-To: invernom...@paranoici.org\n"
"POT-Creation-Date: 2020-11-02 23:08+0100\n"
"PO-Revision-Date: 2020-11-14 20:08+\n"
"Last-Translator: Miguel Figueiredo \n"
"Language-Team: Portuguese \n"
"Language: pt\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1)\n"

#. TRANSLATORS: "E: " is a label for error messages; you may translate it with a suitable abbreviation of the word "error"
#: ../bin/apt-listbugs:429 ../bin/apt-listbugs:462 ../bin/apt-listbugs:467
#: ../bin/apt-listbugs:473 ../bin/apt-listbugs:487 ../bin/apt-listbugs:517
#: ../bin/apt-listbugs:548 ../bin/apt-listbugs:597 ../bin/apt-listbugs:610
#: ../lib/aptlistbugs/logic.rb:310 ../lib/aptlistbugs/logic.rb:320
#: ../lib/aptlistbugs/logic.rb:1064 ../lib/aptlistbugs/logic.rb:1076
#: ../lib/aptlistbugs/logic.rb:1089 ../libexec/aptcleanup:52
#: ../libexec/aptcleanup:55 ../libexec/migratepins:52 ../libexec/migratepins:55
msgid "E: "
msgstr "E: "

#: ../bin/apt-listbugs:430
msgid ""
"This may be caused by a package lacking support for the ruby interpreter in "
"use. Try to fix the situation with the following commands:"
msgstr ""
"Isto pode ser causado por um pacote sem suporte à utilização do interpretador "
"ruby. Tente corrigir a situação com os seguintes comandos:"

#: ../bin/apt-listbugs:462
msgid ""
"APT_HOOK_INFO_FD is undefined.\n"
msgstr ""
"Não está definido APT_HOOK_INFO_FD.\n"

#: ../bin/apt-listbugs:467
msgid ""
"APT_HOOK_INFO_FD is not correctly defined.\n"
msgstr ""
"APT_HOOK_INFO_FD não está correctamente definido.\n"

#: ../bin/apt-listbugs:473
msgid "Cannot read from file descriptor %d"
msgstr "Não pode ler a partir do descriptor de ficheiro %d"

#: ../bin/apt-listbugs:487
msgid ""
"APT Pre-Install-Pkgs failed to provide the expected 'VERSION 3' string.\n"
msgstr ""
"APT Pre-Install-Pkgs falhou disponibilizar a string esperada 'VERSION 3'.\n"

#: ../bin/apt-listbugs:517
msgid ""
"APT Pre-Install-Pkgs provided fewer fields than expected.\n"
msgstr ""
"APT Pre-Install-Pkgs disponibilizou menos campos do que o esperado.\n"

#: ../bin/apt-listbugs:548
msgid ""
"APT Pre-Install-Pkgs provided an invalid direction of version change.\n"
msgstr ""
"APT Pre-Install-Pkgs disponibilizou uma direcção inválida da alteração de versão.\n"

#: ../bin/apt-listbugs:627
msgid "** Exiting with an error in order to stop the installation. **"
msgstr "** Terminar com um erro de modo a parar a instalação. **"

#: ../lib/aptlistbugs/logic.rb:49
msgid "Usage: "
msgstr "Utilização: "

#: ../lib/aptlistbugs/logic.rb:50
msgid " [options]  [arguments]"
msgstr " [opções]  [argumentos]"

#: ../lib/aptlistbugs/logic.rb:52
msgid ""
"Options:\n"
msgstr ""
"Opções:\n"

#. TRANSLATORS: the colons (:) in the following strings are vertically aligned, please keep their alignment consistent
#. TRANSLATORS: the \"all\" between quotes should not be translated
#: ../lib/aptlistbugs/logic.rb:55
msgid ""
" -s   : Filter bugs by severities you want to see\n"
"(or \"all\" for all)\n"
"[%s].\n"
msgstr ""
" -s  : Filtrar bugs pelas severidades que deseja ver\n"
"(ou \"all\" para todas)\n"
"[%s].\n"

#: ../lib/aptlistbugs/logic.rb:56
msgid ""
" -T : Filter bugs by tags you want to see.\n"
msgstr ""
" -T : Filtrar bugs pelos tags que deseja ver.\n"

#: ../lib/aptlistbugs/logic.rb:57
msgid ""
" -S   : Filter bugs by pending-state categories you want to see\n"
"[%s].\n"
msgstr ""
" -S  : Filtrar bugs pelas categorias pending-state que deseja "
"ver\n"
"[%s].\n"

#: ../lib/aptlistbugs/logic.rb:58
msgid ""
" -B : Filter bugs by number, showing only the specified bugs.\n"
msgstr ""
" -B : Filtrar bugs por número, mostrar apenas os bugs\n"
"especificados.\n"

#: ../lib/aptlistbugs/logic.rb:59
msgid ""
" -D   : Show downgraded packages, too.\n"
msgstr ""
" -D   : Mostrar também os pacotes a que foi feito downgrade.\n"

#: ../lib/aptlistbugs/logic.rb:60
msgid ""
" -H : Hostname of Debian Bug Tracking System [%s].\n"
msgstr ""
" -H  : Nome da máquina do Debian Bug Tracking System\n"
"[%s].\n"

#: ../lib/aptlistbugs/logic.rb:61
msgid ""
" -p : Port number of the server [%s].\n"
msgstr ""
" -p: 

Bug#974112: Request for a timeline for kdecoration in bullseye

[Dario Mapelli]

Dear Norbert,

> kwin 5.19 has migrated to testing. No need to roll back to 5.17.

Thanks! Now I see. I guess I was just sitting waiting for a "resolved/closed" 
tag to appear in this thread before checking apt update. Shame on me.

So the problem was that kdecoration was bumped before kwin, since they are not 
coupled?

Thanks again and keep up the good work!

Dario

Bug#974651: libelogind0 incompatibel with rsyslog

[Lorenzo]

Hi Mark,

On 11/14/20 12:33 PM, Adam Borowski wrote:
> Confirmed, after working around packaging issues (bad deps/breaks, a file
> conflict with udev), functionality I use works fine.
Same for me.

Going into some more details of what i've tested:
* session are correctly created ad closed on login/logout;
* actions that would require root privilege like shutdown or mounting an
external drive
  works as expected
* suspend to ram works (used to work also with v243.7 for me, so no
regression)
* no longer sends log to the kernel ring buffer (#964006)

However in the log I see
 /etc/elogind/logind.conf:14: Unknown section 'Login'. Ignoring.
 /etc/elogind/logind.conf:38: Unknown section 'Sleep'. Ignoring.

Not sure if it's really ignoring the conf file or what..

Thanks for your work,
Lorenzo

Bug#974751: guix: Fails to install with "guix.postinst: 5: systemd-sysusers: not found" if package systemd is not installed

[Vagrant Cascadian]

On 2020-11-14, Axel Beckert wrote:
> your recently uploaded guix package fails in the postinst script as
> follows on a system without the package systemd being installed:
>
> Setting up guix (1.2.0~rc1-1) ...
> /var/lib/dpkg/info/guix.postinst: 5: systemd-sysusers: not found
> dpkg: error processing package guix (--configure):
>  installed guix package post-installation script subprocess returned error 
> exit status 127
>
> Please try to guard that call (and/or provide an alternative code path)
> so that it also works with other init systems or even completely without
> an init system (like in a chroot).

Yes, thanks for catching that!

There are a few other issues related to the lack of proper support for
init.d scripts as well, and it would be nice to fix issues to support
other init systems... any help would be appreciated!


> If that's not possible, you probably need to add a dependency on
> "systemd | opensysusers" and check for "sysusers" or "opensysusers"
> instead of systemd-sysusers, too. opensysusers is an alternative
> implementation of systemd's sysusers that also works with other init
> systems or without init system at all.

I did ask zigo about the status of opensysusers on IRC, and got the
impression that it might be orphaned or removed from the archive, so did
not pursue further, though does not sound like it would be difficult to
add support.

Alternate to having a working sysusers.d implementation, it could be
documented in README.Debian to create the users and groups manually.

Thanks!


live well,
  vagrant


signature.asc
Description: PGP signature

Bug#974732: RM: tendermint related packages -- RoQA; RC buggy, upstreams are 404 or archived

[Shengjing Zhu]

> tendermint-log15 tendermint-go-common tendermint-go-p2p tendermint-go-rpc 
> tendermint-go-autofile tendermint-go-config tendermint-go-crypto 
> tendermint-go-db tendermint-go-event-meter tendermint-go-events 
> tendermint-go-logger tendermint-go-merkle tendermint-go-process abci go-wire 
> merkleeyes
>

I would like to append the list with following 3 packages:

tendermint-ed25519 tendermint-go-clist tendermint-go-flowrate

They are not RC buggy. But also only for tendermint. And

+ tendermint-ed25519
  upstream repo https://github.com/tendermint/ed25519 is archived, read-only

+ tendermint-go-clist
  upstream repo https://github.com/tendermint/go-clist is 404

+ tendermint-go-flowrate
  upstream repo https://github.com/tendermint/go-flowrate is 404

-- 
Shengjing Zhu

Bug#974761: argus-client: new Homepage: http://openargus.org

[Jonas Smedegaard]

Package: argus-client
Version: 1:3.0.8.2-6+b1
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Homepage has changed and is now http://openargus.org

 - Jonas

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAl+wL/wACgkQLHwxRsGg
ASGV4BAAmQc/sBgXb2xdzxDaOE/H63kftTh1q8ggekDZuVazlDp+BnA/VLFUh/+v
N/FQ3+t6T0LRBd6KyTn1YahuqAFHybvq9xssLe9jTVrsinskLQnN2i2na1mxlENp
Qm4u93iAPHbaY97bcOnEmKf6SVTyPjUkmpfTYQm16PPDzzFdd6VqAuJGjpFJCLjz
gXKbXtoW3+TR2Odii9iIvJ+lZ5TY18Yo/066z6G5lBiGceZsYOiYYe3NevhleCWa
Wgvw/+eHGoiHQnF+0g8w4Kc3K0sc2MUmgl2tMx8ygDNMLrRA2sGPgcAbea2hwGHo
d9aOg1SmnMsp9DRZB6wNZQ4cNSamHDN9EptePAv3RczdMw4OMx7BwDYMH/16tezp
LBZvd5L/SUW+EYdMCW/O9LlUxE9nnMahT8WbQdwVXw0TnvgMPV3aTl+Mwns5kCy/
0HQs0StJX4u3OiZWYeRa5ozDe6jZUIO1Fml7cXA4q0WEP1fvyMWTDKXmLkfpwT7d
vt1Ac24Uj/Xz3B2M2XuC0JtjHEvMSuhafEn6gIGL5OOxbf8UtgnaHdYLhWUhKMEU
mES3ziRNQ6CchUw66hdsR44uLtJWHhinHxedKnoloI8BNR3j8xARCI6+yf9u4G57
XIcEECPwp2BaVr43KszIzPJ096TOyhwvQ7lvGCWfsPMzdmkyBfc=
=u3iT
-END PGP SIGNATURE-

Bug#974760: argus: Homepage is http://openargus.org

[Jonas Smedegaard]

Source: argus
Version: 2:3.0.8.2-2+b1
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Homepage is missing from package metadata.

Homepage is http://openargus.org (changed from http://qosient.com/argus).

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAl+wL5IACgkQLHwxRsGg
ASF1Dw/+OAp9wKeq8a0dNJhmP+LSJyJND8x7Whm/vyymxqbyKt3m1cnjnSyg+wh/
gFhJjdKcwj8/pX1tNrJlAjYOMo/d3172Pe+2Zy1NFgB3aXkCUasmUfBzw2uoHfQe
csMOJ6NW+CiSmEsrM2rUBPa2IALlEOr1kpi6u3mrshcoHt/jUuNopqD6KP7i0nYu
9sQMcwhT34yFhzeKEXg78zvIpdT8YeidFeO2caRS7lkZBhsaOwUVfJTDW07Rafw7
36Ha/I4aRZzRvXcK0T/DyQf5e5+rx1Z2uTWVyqCqk4+enJ8zNeJM/iiye2z+giwA
ECPtXers3lbhy07ApqS//BkIknUzjM/C0CGOZCe42h7I51iohn+T538PIvZIzbVT
XWaCvGtq7raTi/9yZBaRBqPHhvBAGGQkigbrUk/+6eb3HeDQ75VdhjPYGaQ7J5Ul
h1pS56NQd2Nfi38WAkF2P9nChFUpAdsBX8iQcfI/TE3z2Vv8/bmEM7TfH71IYAcD
Kw2BfBszF3rI0noHeoqYlO1n3JTUzlhAKbIQtPU9G6VswP61TZrpqKnaWLHgfzrP
77oqVlI4DkD6ROZO2DJCK2vzIqkFwNNdTIozkeLLlByM31RXTN40XjpCSZSpS3wR
HslRk1e+gcvlU4sSab3C4zOySOkLPbotLTwoel4DdAkEzpwN83w=
=dp+v
-END PGP SIGNATURE-

Bug#973441: obs-studio: Adding the noise canceling filter causes a segmentation fault

[Bernhard Übelacker]

Dear Maintainer,
I tried to have a look at this crash and could it reproduce it
inside a minimal testing amd64 VM.

A backtrace with full debug symbols in [1].

The crash itself happens because of a stack exhaustion, because in
_celt_autocorr a 2015 MB array should be constructed.

But this seems to be just a consequence of function compute_frame_features
calling function pitch_downsample, which is unfortunately first found by
the dynamic linker in libcodec2.so.0.9 instead of obs-filters.so.
And the function signatures are quite different.

Therefore a cheap workaround currently might be to start obs-studio with
obs-filters preloaded. That way at least the denoise filter can be added.

LD_PRELOAD=/usr/lib/x86_64-linux-gnu/obs-plugins/obs-filters.so obs

But might break when libcodec2.so.0.9 wants to call its function 
pitch_downsample.
Another more reliable option might be to rename
that and the other common functions.
The last part of the attached file shows all common function
between obs-filters.so and libcodec2.so.0.9.

Kind regards,
Bernhard


[1]
(gdb) bt
#0  0x7f1bee6e4b71 in _celt_autocorr (x=x@entry=0x7f1aacfee8e8, 
ac=ac@entry=0x7f1aacfee7c0, window=window@entry=0x0, overlap=overlap@entry=0, 
lag=lag@entry=4, n=n@entry=-1392576048) at ./lpcnet/src/celt_lpc.c:216
#1  0x7f1bee6e4d2a in pitch_downsample (x_lp=x_lp@entry=0x7f1aacfee8e8, 
len=len@entry=-1392576048) at ./lpcnet/src/pitch.c:160
#2  0x7f1b30293006 in compute_frame_features (in=0x7f1aacfeeac0, 
features=0x7f1aacfeea10, Exp=0x7f1aacfee9b0, Ep=0x7f1aacfee950, 
Ex=0x7f1aacfee8f0, P=0x7f1aacff2560, X=0x7f1aacff1650, st=0x562d5f38cff0) at 
./plugins/obs-filters/rnnoise/src/denoise.c:326
#3  rnnoise_process_frame (st=0x562d5f38cff0, out=, 
in=) at ./plugins/obs-filters/rnnoise/src/denoise.c:471
#4  0x7f1b302a5f4c in process_rnnoise (ng=0x562d5f373f40) at 
./plugins/obs-filters/noise-suppress-filter.c:343
#5  process (ng=) at 
./plugins/obs-filters/noise-suppress-filter.c:392
#6  noise_suppress_filter_audio (data=0x562d5f373f40, audio=) at ./plugins/obs-filters/noise-suppress-filter.c:468
#7  0x7f1bf1beab8b in filter_async_audio (in=, 
source=0x562d5f26bf00) at ./libobs/obs-source.c:3068
#8  obs_source_output_audio (source=0x562d5f26bf00, 
audio=audio@entry=0x7f1aacff81f0) at ./libobs/obs-source.c:3246
#9  0x7f1bcc002774 in _alsa_listen (attr=0x7f1be000dc20) at 
./plugins/linux-alsa/alsa-input.c:574
#10 0x7f1bf0c26ea7 in start_thread (arg=) at 
pthread_create.c:477
#11 0x7f1bf0b56d4f in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:95


# Bullseye/testing amd64 qemu VM 2020-11-14


apt update
apt dist-upgrade


apt install systemd-coredump mc htop psmisc net-tools strace xdm xserver-xorg 
openbox xterm gdb obs-studio obs-studio-dbgsym obs-plugins-dbgsym 
libobs0-dbgsym libcodec2-0.9-dbgsym
apt build-dep libcodec2-0.9
apt build-dep obs-studio


reboot




mkdir /home/benutzer/source/libcodec2-0.9/orig -p
cd/home/benutzer/source/libcodec2-0.9/orig
apt source libcodec2-0.9
cd

mkdir /home/benutzer/source/obs-studio/orig -p
cd/home/benutzer/source/obs-studio/orig
apt source obs-studio
cd






export LANG=C
export DISPLAY=:0

obs

- Cancel autoconfiguration
- Sources: Add source, Audio Capture Device Alsa
- Sources: Right click new entry - "Filters"
- Audio Filters: Add "Noise suppresion"





benutzer@debian:~$ obs
...
info: alsa-input: PCM 'default' rate set to 44100
info: alsa-input: PCM 'default' channels set to 2
info: User added source 'Audio Capture Device (ALSA)' (alsa_input_capture) to 
scene 'Scene'
info: adding 64 milliseconds of audio buffering, total audio buffering is now 
64 milliseconds (source: Audio Capture Device (ALSA))

info: User added filter 'Noise Suppression' (noise_suppress_filter_v2) to 
source 'Audio Capture Device (ALSA)'
Segmentation fault (core dumped)




root@debian:~# journalctl --no-pager
...
Nov 14 14:37:13 debian kernel: obs[891]: segfault at 7f1bf902fff8 ip 
7f1bee6e4b71 sp 7f1bf903 error 6 in 
libcodec2.so.0.9[7f1bee6b4000+38000]
Nov 14 14:37:13 debian kernel: Code: d9 00 00 00 48 8d 35 8e 01 01 00 48 8d 3d 
0b 02 01 00 e8 12 f4 ff ff ba d8 00 00 00 48 8d 35 76 01 01 00 48 8d 3d dd 01 
01 00  fa f3 ff ff e8 95 fa fc ff 0f 1f 44 00 00 48 b8 00 00 00 00 01
Nov 14 14:37:13 debian systemd[1]: Created slice 
system-systemd\x2dcoredump.slice.
Nov 14 14:37:13 debian systemd[1]: Started Process Core Dump (PID 896/UID 0).
Nov 14 14:37:15 debian kernel: snd_hda_intel :00:05.0: IRQ timing 
workaround is activated for card #0. Suggest a bigger bdl_pos_adj.
Nov 14 14:37:17 debian systemd-coredump[897]: [] Process 705 (obs) of user 
1000 dumped core.
  
  Stack trace of thread 891:
  #0  0x7f1bee6e4b71 
_celt_autocorr (libcodec2.so.0.9 + 0x3cb71)

Bug#974574: nbdkit: diff for NMU version 1.22.3-1.1

[Dominic Hargreaves]

Control: tags 974574 + patch
Control: tags 974574 + pending

Dear maintainer,

I've prepared an NMU for nbdkit (versioned as 1.22.3-1.1) and
uploaded it to DELAYED/3. Please feel free to tell me if I
should delay it longer.

Changelog:

nbdkit (1.22.3-1.1) unstable; urgency=medium

  * Non-maintainer upload.
  * Temporarily stop building the torrent plugin since
libtorrent-rasterbar-dev is RC-buggy (see #956285), to allow nbdkit to
migrate to testing. The torrent plugin has never been available in
testing, so this does not represent a regression there (Closes: #974574) 

 -- Dominic Hargreaves   Sat, 14 Nov 2020 19:13:45 +

Regards.

diff -Nru nbdkit-1.22.3/debian/changelog nbdkit-1.22.3/debian/changelog
--- nbdkit-1.22.3/debian/changelog	2020-09-23 10:35:11.0 +0100
+++ nbdkit-1.22.3/debian/changelog	2020-11-14 19:13:45.0 +
@@ -1,3 +1,13 @@
+nbdkit (1.22.3-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Temporarily stop building the torrent plugin since
+libtorrent-rasterbar-dev is RC-buggy (see #956285), to allow nbdkit to
+migrate to testing. The torrent plugin has never been available in
+testing, so this does not represent a regression there (Closes: #974574) 
+
+ -- Dominic Hargreaves   Sat, 14 Nov 2020 19:13:45 +
+
 nbdkit (1.22.3-1) unstable; urgency=medium
 
   * New upstream version 1.22.3
diff -Nru nbdkit-1.22.3/debian/control nbdkit-1.22.3/debian/control
--- nbdkit-1.22.3/debian/control	2020-09-17 15:12:47.0 +0100
+++ nbdkit-1.22.3/debian/control	2020-11-14 16:54:20.0 +
@@ -20,7 +20,6 @@
  tcl-dev,
  libselinux1-dev,
  libssh-dev,
- libtorrent-rasterbar-dev,
  libvirt-dev,
  zlib1g-dev,
  linux-image-arm64 [arm64] ,
diff -Nru nbdkit-1.22.3/debian/nbdkit.install nbdkit-1.22.3/debian/nbdkit.install
--- nbdkit-1.22.3/debian/nbdkit.install	2020-09-10 00:38:52.0 +0100
+++ nbdkit-1.22.3/debian/nbdkit.install	2020-11-14 17:20:08.0 +
@@ -34,7 +34,6 @@
 /usr/lib/*-*/nbdkit/plugins/nbdkit-streaming-plugin.so
 /usr/lib/*-*/nbdkit/plugins/nbdkit-tar-plugin.so
 /usr/lib/*-*/nbdkit/plugins/nbdkit-tmpdisk-plugin.so
-/usr/lib/*-*/nbdkit/plugins/nbdkit-torrent-plugin.so
 /usr/lib/*-*/nbdkit/plugins/nbdkit-zero-plugin.so
 /usr/lib/*-*/nbdkit/filters
 /usr/share/man/man1/nbdkit-cdi-plugin.1
@@ -60,7 +59,6 @@
 /usr/share/man/man1/nbdkit-streaming-plugin.1
 /usr/share/man/man1/nbdkit-tar-plugin.1
 /usr/share/man/man1/nbdkit-tmpdisk-plugin.1
-/usr/share/man/man1/nbdkit-torrent-plugin.1
 /usr/share/man/man1/nbdkit-zero-plugin.1
 /usr/share/man/man3/nbdkit-cc-plugin.3
 /usr/share/man/man3/nbdkit-sh-plugin.3

Bug#974087: Updating dpkg-buildflags to enable reproducible=+fixfilepath by default

[Vagrant Cascadian]

On 2020-11-14, Sune Vuorela wrote:
> On 2020-11-13, Vagrant Cascadian  wrote:
>> If it could be fixed at the core for QFINDTESTDATA, that would be nicer
>> than fixing 20-30 packages individually, though we're not there right
>> now.
>
> Unfortunately, only like 10% of the relevant packages have test suites
> enabled and run, because gettings things to work reliable is sometimes
> hard.

That is a a bit of a surprise!

So, based on your estimate and the current packages known to be
affected, Debian might have an additional 300 packages that might
someday enable test suites. That is ~1% of the archive that would need
to make a one-line change in debian/rules if the maintainers enable test
suites for those packages.

Are there any templates or documentation used for such packages that
might be able to facilitate the process?


> Adding more hurdles does not help. 
> I think this is a hurdle we do not need.

To me, a one-line change in packaging seems like a quite small hurdle in
the short-term, but clearly you do not agree.

So it really comes down to applying opt-in patches for hundreds (maybe
thousands) of packages, or an opt-out change for somewhere in the
ballpark of tens or hundreds of packages.

Long-term, of course it would be more ideal to fix QFINDTESTDATA to be
compatible with -ffile-prefix-map/-fmacro-prefix-map compiler flags
being used to strip the build path from the compiled outputs; this would
solve the issue for potentially hundreds of packages and would make the
issue essentially moot.


live well,
  vagrant


signature.asc
Description: PGP signature

Bug#974759: insighttoolkit4-python: not installable with python 3.8

[Ralf Treinen]

Package: insighttoolkit4-python
Version: 4.13.2-dfsg1-1
Severity: serious
User: trei...@debian.org
Usertag: edos-unstallable

Hi,

insighttoolkit4-python depends on python3 (< 3.8), the current version
of python3 in sid however is 3.8.6-1. The dependency is generated from
${python3:Depends} so it might be sufficient to recompile the package.

-Ralf.

Bug#973855: pentobi: should depend on qml-module-qtqml

[Juhani Numminen]

Hi Lev,

Thanks for the report.

pe 6. marrask. 2020 klo 7.45 Lev Lamberov (dogs...@debian.org) kirjoitti:
> Dear Maintainer,
>
> pentobi should depend on qml-module-qtqml, it doesn't work without
> this package:
>
> $ pentobi
> QtWebEngine::initialize() called with QCoreApplication object already created 
> and should be call before. This is depreciated and may fail in the future.
> Attribute Qt::AA_ShareOpenGLContexts must be set before QCoreApplication is 
> created.
> QQmlApplicationEngine failed to load component
> qrc:/qml/Main.qml:7:1: module "QtQml" is not installed

I tried today and am not seeing this error, even with qml-module-qtqml
uninstalled. I'm guessing it may be
related to the new qt version 5.15 vs 5.14. Can you try again with the
newer qt packages?

> Its dependencies on Qt libraries do not pull it either.
>
> Regards,
> Lev Lamberov

Regards,
Juhani Numminen

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

Kernel: Linux 5.9.0-1-amd64 (SMP w/4 CPU threads)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.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 pentobi depends on:
ii  libc6   2.31-4
ii  libgcc-s1   10.2.0-16
ii  libqt5core5a5.15.1+dfsg-2
ii  libqt5gui5  5.15.1+dfsg-2
ii  libqt5qml5  5.15.1+dfsg-3
ii  libqt5quick55.15.1+dfsg-3
ii  libqt5quickcontrols2-5  5.15.1+dfsg-2
ii  libqt5webview5  5.15.1-2
ii  libstdc++6  10.2.0-16
ii  qml-module-qt-labs-folderlistmodel  5.15.1+dfsg-3
ii  qml-module-qt-labs-settings 5.15.1+dfsg-3
ii  qml-module-qtquick-controls25.15.1+dfsg-2
ii  qml-module-qtquick-layouts  5.15.1+dfsg-3
ii  qml-module-qtquick-window2  5.15.1+dfsg-3
ii  qml-module-qtquick2 5.15.1+dfsg-3
ii  qml-module-qtwebview5.15.1-2

pentobi recommends no packages.

Versions of packages pentobi suggests:
ii  pentobi-kde-thumbnailer  17.3-1+b1

-- no debconf information

Bug#974676: additional info

[Kamil Jońca]

I tried to install emacs-lucid:amd64=1:26.1+1-3.2+deb10u1 and effect was the 
same, so this behaviour does not depen on emacs version.  Maybe some additional 
files were changed?

KJ

-- 
http://wolnelektury.pl/wesprzyj/teraz/

Bug#974758: kwin-wayland: KCM misses org.kde.newstuff on KDE Wayland

[Silvério Santos]

Package: kwin-wayland
Version: 4:5.19.5-3
Severity: important

Dear Maintainer,

Global design and Plasma style cannot load a QML file and complains the lack of
org.kde.newstuff, e.g. in
/usr/share/kpackage/kcms/kcm_colors/contents/ui/main.qml

Installing the package qml-module-org-kde-newstuff resolves the problem and
makes the KCM modues above available. It might be wise to make it a dependency,
so it is installed when needed.



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

Kernel: Linux 5.9.0-1-amd64 (SMP w/4 CPU threads)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE=de
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages kwin-wayland depends on:
ii  kwayland-integration  5.19.5-3
ii  kwin-common   4:5.19.5-3
ii  kwin-wayland-backend-drm  4:5.19.5-3
ii  kwin-wayland-backend-wayland  4:5.19.5-3
ii  kwin-wayland-backend-x11  4:5.19.5-3
ii  libc6 2.31-4
ii  libcap2   1:2.44-1
ii  libcap2-bin   1:2.44-1
ii  libepoxy0 1.5.4-1
ii  libfontconfig12.13.1-4.2
ii  libfreetype6  2.10.2+dfsg-4
ii  libkf5coreaddons5 5.74.0-2
ii  libkf5crash5  5.74.0-2
ii  libkf5i18n5   5.74.0-3
ii  libkf5idletime5   5.74.0-2
ii  libkf5quickaddons55.74.0-2
ii  libkf5waylandclient5  4:5.74.0-2
ii  libkf5windowsystem5   5.74.0-2
ii  libkwaylandserver55.19.5-2
ii  libkwineffects12a 4:5.19.5-3
ii  libqt5core5a [qtbase-abi-5-15-1]  5.15.1+dfsg-2
ii  libqt5dbus5   5.15.1+dfsg-2
ii  libqt5gui55.15.1+dfsg-2
ii  libqt5widgets55.15.1+dfsg-2
ii  libstdc++610.2.0-16
ii  libxcb-xfixes01.14-2
ii  libxcb1   1.14-2
ii  xwayland  2:1.20.8-2

kwin-wayland recommends no packages.

kwin-wayland suggests no packages.

-- debconf-show failed

Bug#974757: The "-no-frame" option no longer works with qemu-system-* in Debian 10.

[bakhelit]

Package: qemu-system-x86
Version: 3.1

Dear Maintainers,

the "-no-frame" option that works nicely with qemu-system-x86 2.8 (in 
Debian 9 - Stretch) is not usable with qemu-system-x86 3.1 (in Debian 10 
- Buster). This is, because qemu-system-* no longer uses SDL for default 
display and uses GTK instead.


I was unfortunately unable to find any alternative that would allow me 
to run my virtual machines in a graphical window that has no 
decoration/border and thus can take the exact screen size (e.g. 
1080x1920) like my physical display. I tested the "-full-screen" option, 
which resulted in qemu-system-* window that stretched outside of visible 
screen. Maybe this was so, because my dual monitor setup confused 
QEMU:), but it is just a laptop screen + external monitor and both have 
same size 1080x1920. I was also not successful when using "xprop" 
commands intended to disable window decoration/border (but I probably 
used wrong ones). I am using XFCE and I could not find any info that 
would help me force xfwm4 to disable window decorations for specific 
windows.


This means I cannot use my virtual machines easily for testing my Debian 
configs before deploying them on my laptops (as many applications have 
this nasty habit of saving screen/window size or position in their 
configs:). Also, I really do not need any functionality that is provided 
by the GTK window decoration/border or its menus, so I would prefer if 
the "-no-frame" capability or some other usable alternative was 
implemented for qemu-system-* GTK display.


If someone can point me to a workaround or solution of this problem I 
would be very grateful. Even an "xprop" command or something similar is 
acceptable for me as I will add it to my script that runs qemu-system-*. 
Also, thanks for all good work you do to bring us QEMU:).


Best Regards
Bakhelit

Bug#974739: gnome-passwordsafe: Gnome-passwordsafe fails to open

[Henry-Nicolas Tourneur]

Thanks for the bug report.

>From the stack trace you provided, it appears that you are not using the Debian
distributed release of pykeepass but something installed from elsewhere (I
presume via pip). See this line: the path is local for user "il" not the system
path which should be /usr/lib/python3/dist-packages/pykeepass

from pykeepass.exceptions import (
ImportError: cannot import name 'CredentialsError' from 'pykeepass.exceptions'
(/home/il/.local/lib/python3.8/site-packages/pykeepass/exceptions.py)


There has been an unexpected change in the release 3.2.1 of pykeepass that
introduced some new exceptions. The version of gnome-passwordsafe packaged in
Debian requires on pykeepass >= 3.2.1 so that those exceptions exists.

I presume your locally installed version of pykeepass is older than 3.2.1.
Can you please make sure that you are using the Debian package for pykeepass and
let me know if this problem persists?

Best regards,


-- 
Henry-Nicolas Tourneur
mxid: @hntourne:matrix.nilux.be

Bug#974756: idle3-tools: Needs support for drives behind controllers

[Elliott Mitchell]

Package: idle3-tools
Version: 0.9.1-2

`idle3ctl` needs an implementation of `smartctl`'s -d option in order to
talk to disks behind hardware RAID controllers.

This is nearly a bug in smartmontools of the code for the -d option
needing to turn into a library so other low-level tools can utilize it.


-- 
(\___(\___(\__  --=> 8-) EHM <=--  __/)___/)___/)
 \BS (| ehem+sig...@m5p.com  PGP 87145445 |)   /
  \_CS\   |  _  -O #include  O-   _  |   /  _/
8A19\___\_|_/58D2 7E3D DDF4 7BA6 <-PGP-> 41D1 B375 37D0 8714\_|_/___/5445

Bug#974555: fixed in edtsurf 0.2009-8

[Paul Gevers]

Hi Andreas,

On 14-11-2020 09:46, Andreas Tille wrote:
> Hi Paul,
> 
> On Sat, Nov 14, 2020 at 07:38:48AM +0100, Paul Gevers wrote:
>> Control: reopen -1
>>
>>>* Run only the less computing time requesting test on i386
>>>  Closes: #974555
>>
>> This doesn't seem to be enough.
> 
> So the only solution I can imagine for this problem is to not
> run the test at all on i386.  What do you think?

I can imagine a lot more, like track down why it hangs and fix the
underlying issue. But I understand in your area, there's a lot of
packages that don't work (properly) on i386.

I still wonder though, does this mean the package is broken on i386? If
so, shouldn't it be fixed for that reason? Or if that's really not
possible (time constraints of volunteers), shouldn't the package be
removed from i386 altogether, if you know it's broken. The question I'm
asking is: what is this autopkgtest result telling you?

I have no clue about this package and it uses, just flushing some ideas
that come to my mind.

Paul



signature.asc
Description: OpenPGP digital signature

Bug#954613: rust-process-viewer: FTBFS: unsatisfiable build-dependency: librust-sysinfo-0.9+default-dev

[Wolfgang Silbermayr]

On Sun, 8 Nov 2020 09:55:38 +0100 Sylvestre Ledru  wrote:
> Hello Wofgang,
> 
> Do you have the intention to fix process-viewer?
> 
> We have a RC bug from March on it.

Hi Sylvestre,

I updated the patch in the debcargo-conf repo on Salsa in a way that fixes the
problem.

My previous gpg subkey for signing uploads expired recently, and I uploaded
the newly generated subkey. Seems like I'll be able to perform the upload
early in December, after the new key got imported. If you'd like to see the
fix earlier, feel free to upload the update.

Best regards,
Wolfgang.

Bug#974755: smartd: Problematic memory activity (triggers oom-killer)

[Elliott Mitchell]

Package: smartmontools
Version: 6.6-1

`smartd` is doing some sort of activity which tends to trigger the kernel
oom-killer.  I suspect this may relate to triggering self-tests.

System in question has plenty of swap available, and presently reports
more than 50MB of available memory.

Presently adding "choom -p $$ -n +500 >/dev/null" to
/etc/default/smartmontools works around the worst of the damage as this
causes it to tend to kill itself instead of rather more critical daemons.


-- 
(\___(\___(\__  --=> 8-) EHM <=--  __/)___/)___/)
 \BS (| ehem+sig...@m5p.com  PGP 87145445 |)   /
  \_CS\   |  _  -O #include  O-   _  |   /  _/
8A19\___\_|_/58D2 7E3D DDF4 7BA6 <-PGP-> 41D1 B375 37D0 8714\_|_/___/5445

Bug#868015: knockd does not start after system reboot

[Rob]

This three year old bug impacted me also on a fresh Debian Buster. The 
patch provided by Steven Shiau  seems to have done 
the trick. This bug would have locked me out of a server if 
netfilter-persistent were working as expected.