Bug#966588: kpat is spamming .xsession-errors

[Hans-J. Ullrich]

Package: kpat
Version: 4:18.04.1-1
Severity: important

Dear Maintainer,

I discovered, that the latest version of kpat (4:20is spamming the file 
.xsession-errors in the users home directory, when playing a card game. The 
file is growing about 1-2 MB/minute,

This is not at all card games, especially when playing "Vierzig und acht" 
(Forty and eight), this behaviour appears. So the game is nearly unusable.

The prior version (4:18.04.1-1) is working perfectly.

Please feel free to ask for more info. Thanks for any help.

Best regards

Hans-J. Ullrich

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

Kernel: Linux 5.7.0-1-amd64 (SMP w/2 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
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 kpat depends on:
ii  kdegames-card-data-kf5  4:20.04.2-1
ii  kio 5.70.1-1
ii  libc6   2.31-2
ii  libkf5completion5   5.70.0-1
ii  libkf5configcore5   5.70.0-1
ii  libkf5configgui55.70.0-1
ii  libkf5configwidgets55.70.0-1
ii  libkf5coreaddons5   5.70.0-1
ii  libkf5crash55.70.0-1
ii  libkf5dbusaddons5   5.70.0-1
ii  libkf5guiaddons55.70.0-2
ii  libkf5i18n5 5.70.0-1
ii  libkf5kdegames7 4:20.04.2-1
ii  libkf5kiocore5  5.70.1-1
ii  libkf5newstuff5 5.70.0-1
ii  libkf5widgetsaddons55.70.0-1
ii  libkf5xmlgui5   5.70.0-1+b1
ii  libqt5core5a5.14.2+dfsg-4
ii  libqt5gui5  5.14.2+dfsg-4
ii  libqt5svg5  5.14.2-2
ii  libqt5widgets5  5.14.2+dfsg-4
ii  libqt5xml5  5.14.2+dfsg-4
ii  libstdc++6  10.1.0-6

Versions of packages kpat recommends:
ii  khelpcenter  4:20.04.2-1

kpat suggests no packages.

-- debconf-show failed

Bug#964156: golang-github-vultr-govultr breaks golang-github-xenolf-lego autopkgtest: cannot find package "github.com/hashicorp/go-retryablehttp"

[Adrian Bunk]

Control: reassign -1 golang-github-vultr-govultr-dev 0.4.2-1
Control: affects -1 src:golang-github-xenolf-lego
Control: close -1 0.4.2-2

On Thu, Jul 02, 2020 at 08:38:29PM +0200, Paul Gevers wrote:
>...
> src/github.com/vultr/govultr/govultr.go:15:2: cannot find package
> "github.com/hashicorp/go-retryablehttp" in any of:
>   /usr/lib/go-1.14/src/github.com/hashicorp/go-retryablehttp (from 
> $GOROOT)
>   
> /tmp/autopkgtest-lxc.3rgd_31x/downtmp/autopkgtest_tmp/_build/src/github.com/hashicorp/go-retryablehttp
>  (from $GOPATH)
>...

golang-github-vultr-govultr (0.4.2-2) unstable; urgency=medium

  * Add golang-github-hashicorp-go-retryablehttp-dev to Depends:.
...
 -- Michael Hudson-Doyle   Mon, 06 Jul 2020 15:58:39 +1200


cu
Adrian

Bug#966586: ifupdown: grammar fixes

[Ville Skyttä]

Package: ifupdown
Version: 0.8.17ubuntu1.1
Severity: minor

Dear Maintainer,

Merge request with some grammar fixes at
https://salsa.debian.org/debian/ifupdown/-/merge_requests/3


-- System Information:
Debian Release: buster/sid
  APT prefers bionic-updates
  APT policy: (990, 'bionic-updates'), (990, 'bionic-security'), (990, 
'bionic-backports'), (990, 'bionic')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages ifupdown depends on:
ii  adduser   3.116ubuntu1
ii  iproute2  4.18.0-1ubuntu2~ubuntu18.04.1
ii  libc6 2.27-3ubuntu1.2
ii  lsb-base  9.20170808ubuntu1

Versions of packages ifupdown recommends:
ii  isc-dhcp-client [dhcp-client]  4.3.5-3ubuntu7.1

Versions of packages ifupdown suggests:
pn  ppp 
pn  rdnssd  

-- no debconf information

Bug#966345: debian-installer: Please bump Linux kernel ABI to 5.7.0-2

[Daniel Lewart]

Cyril, et al,

On Mon, Jul 27, 2020 at 4:50 AM Cyril Brulebois  wrote:
>
> Daniel Lewart  (2020-07-27):
> > Debian Installer Team,
> >
> > Linux 5.7.10-1 was accepted into unstable Jul 26, 2020.
> > ...
>
> It was already yesterday!!!
> We know, no need to chase.

I interpret this as "Don't be impatient", but I'm not sure.

Regardless, I believe that the Linux kernel ABI needs to be bumped
in order for daily images to succeed.
And weekly images are dependent on daily images.

Thank you,
Daniel Lewart
Urbana, IL

Bug#966345: debian-installer: Please bump Linux kernel ABI to 5.7.0-2

[Cyril Brulebois]

Daniel Lewart  (2020-07-31):
> Cyril, et al,
> 
> On Mon, Jul 27, 2020 at 4:50 AM Cyril Brulebois  wrote:
> >
> > Daniel Lewart  (2020-07-27):
> > > Debian Installer Team,
> > >
> > > Linux 5.7.10-1 was accepted into unstable Jul 26, 2020.
> > > ...
> >
> > It was already yesterday!!!
> > We know, no need to chase.
> 
> I interpret this as "Don't be impatient", but I'm not sure.

This might be a suitable interpretation indeed.

> Regardless, I believe that the Linux kernel ABI needs to be bumped
> in order for daily images to succeed.

It does.

> And weekly images are dependent on daily images.

Again, we know, no need to chase.


Cheers,
-- 
Cyril Brulebois (k...@debian.org)
D-I release manager -- Release team member -- Freelance Consultant


signature.asc
Description: PGP signature

Bug#966575: grub-pc: error: symbol `grub_calloc' not found.

[Paul Menzel]

Dear Debian folks,


Am 31.07.20 um 06:30 schrieb Paul Menzel:


Am 30.07.20 um 23:54 schrieb Paul Menzel:

Package: grub-pc
Version: 2.04-9
Severity: grave


On a Acer TravelMate 5735Z with Debian Sid/unstable, upgrading the 
package `grub-pc` causes GRUB to fail on next boot and drop into a 
rescue shell.


 GRUB loading.
 Welcome to GRUB!

 error: symbol 'grub_calloc' not found.
 grub rescue>

It only seems to effects MBR installation.


I missed to report, that the system has a separate `/boot` partition and 
a LUKS encrypted root `/`.


Sorry, please scratch that. I remembered incorrectly. It’s just one 
unencrypted F2FS formatted partition.


Is there a way to boot the system using the rescue shell, or is a live 
system needed?



Sorry for the noise. Kind regards,

Paul


PS: The Ubuntu report is #1889509 [1].


[1]: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1889509

Bug#966544: [Pkg-net-snmp-devel] Bug#966544: Bug#966544: snmpd: extend option broken after update

[Albertas Sileika]

We use read-only mode for monitoring custom things with nagios.
Maybe it is possible to disable extend by default, but to leave possibility
to enable it. In our case it is enough to have read-only mode.

Albertas

On Fri, Jul 31, 2020 at 7:18 AM Craig Small  wrote:

> I'm trying to understand why you (or anyone) would use such an insecure
> feature.  One question, are you using in read-only mode or read-write mode?
> read-only mode could be enabled, but read-write probably can't be anymore.
>
>  - Craig
>
>
> On Fri, 31 Jul 2020 at 14:15, Albertas Sileika 
> wrote:
>
>> Hi,
>>
>> It is not acceptable to remove feature without possibility to enable it
>> again. This update breaks part of our monitoring system.
>>
>> Albertas
>>
>> On Fri, 31 Jul 2020 10:46:29 +1000 Craig Small  wrote:
>> > Hi James,
>> > That would have been intentional, the EXTEND MIB has major security
>> > issues.
>> >
>> > - Craig
>> >
>> >
>> > On Thu, 30 Jul 2020 at 23:03, James Greig  wrote:
>> >
>> > > Package: snmpd
>> > > Version: 5.7.3+dfsg-1.7+deb9u2
>> > > Severity: important
>> > >
>> > > Dear Maintainer,
>> > >
>> > > *** Reporter, please consider answering these questions, where
>> appropriate
>> > > ***
>> > >
>> > > Updating snmpd from deb9u1 to deb9u2 via apt on any stretch system
>> > > breaks the ability to use 'extend' in snmpd.
>> > >
>> > > After updating on any stretch system and restarting snmpd this error
>> will
>> > > appear:-
>> > >
>> > > Warning: Unknown token: extend
>> > >
>> > > It's likely the latest binary build of this package has not included
>> > > options to
>> > > enable extend and/or other extras.
>> > >
>> > > *** End of the template - remove these template lines ***
>> > >
>> > >
>> > > -- System Information:
>> > > Debian Release: 9.13
>> > > APT prefers oldstable-updates
>> > > APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
>> > > Architecture: amd64 (x86_64)
>> > >
>> > > Kernel: Linux 4.9.0-13-amd64 (SMP w/8 CPU cores)
>> > > Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
>> > > LANGUAGE=en_GB:en (charmap=UTF-8)
>> > > Shell: /bin/sh linked to /bin/dash
>> > > Init: systemd (via /run/systemd/system)
>> > >
>> > > Versions of packages snmpd depends on:
>> > > ii adduser 3.115
>> > > ii debconf [debconf-2.0] 1.5.61
>> > > ii init-system-helpers 1.48
>> > > ii libc6 2.24-11+deb9u4
>> > > ii libsnmp-base 5.7.3+dfsg-1.7+deb9u2
>> > > ii libsnmp30 5.7.3+dfsg-1.7+deb9u2
>> > > ii lsb-base 9.20161125
>> > >
>> > > snmpd recommends no packages.
>> > >
>> > > Versions of packages snmpd suggests:
>> > > pn snmptrapd 
>> > >
>> > > -- debconf information excluded
>>
>>
>> --
>> Su pagarba,
>> Albertas Šileika
>> ___
>> Pkg-net-snmp-devel mailing list
>> pkg-net-snmp-de...@alioth-lists.debian.net
>>
>> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-net-snmp-devel
>
>

-- 
Su pagarba,
Albertas Šileika

Bug#966575: grub-pc: error: symbol `grub_calloc' not found.

[Paul Menzel]

Dear Debian folks,


Am 30.07.20 um 23:54 schrieb Paul Menzel:

Package: grub-pc
Version: 2.04-9
Severity: grave


On a Acer TravelMate 5735Z with Debian Sid/unstable, upgrading the 
package `grub-pc` causes GRUB to fail on next boot and drop into a 
rescue shell.


     GRUB loading.
     Welcome to GRUB!

     error: symbol 'grub_calloc' not found.
     grub rescue>

It only seems to effects MBR installation.


I missed to report, that the system has a separate `/boot` partition and 
a LUKS encrypted root `/`.


Is there a way to boot the system using the rescue shell, or is a live 
system needed?



Kind regards,

Paul



PS: The Ubuntu report is #1889509 [1].


[1]: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1889509

Bug#966544: [Pkg-net-snmp-devel] Bug#966544: Bug#966544: snmpd: extend option broken after update

[Craig Small]

I'm trying to understand why you (or anyone) would use such an insecure
feature.  One question, are you using in read-only mode or read-write mode?
read-only mode could be enabled, but read-write probably can't be anymore.

 - Craig


On Fri, 31 Jul 2020 at 14:15, Albertas Sileika  wrote:

> Hi,
>
> It is not acceptable to remove feature without possibility to enable it
> again. This update breaks part of our monitoring system.
>
> Albertas
>
> On Fri, 31 Jul 2020 10:46:29 +1000 Craig Small  wrote:
> > Hi James,
> > That would have been intentional, the EXTEND MIB has major security
> > issues.
> >
> > - Craig
> >
> >
> > On Thu, 30 Jul 2020 at 23:03, James Greig  wrote:
> >
> > > Package: snmpd
> > > Version: 5.7.3+dfsg-1.7+deb9u2
> > > Severity: important
> > >
> > > Dear Maintainer,
> > >
> > > *** Reporter, please consider answering these questions, where
> appropriate
> > > ***
> > >
> > > Updating snmpd from deb9u1 to deb9u2 via apt on any stretch system
> > > breaks the ability to use 'extend' in snmpd.
> > >
> > > After updating on any stretch system and restarting snmpd this error
> will
> > > appear:-
> > >
> > > Warning: Unknown token: extend
> > >
> > > It's likely the latest binary build of this package has not included
> > > options to
> > > enable extend and/or other extras.
> > >
> > > *** End of the template - remove these template lines ***
> > >
> > >
> > > -- System Information:
> > > Debian Release: 9.13
> > > APT prefers oldstable-updates
> > > APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
> > > Architecture: amd64 (x86_64)
> > >
> > > Kernel: Linux 4.9.0-13-amd64 (SMP w/8 CPU cores)
> > > Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
> > > LANGUAGE=en_GB:en (charmap=UTF-8)
> > > Shell: /bin/sh linked to /bin/dash
> > > Init: systemd (via /run/systemd/system)
> > >
> > > Versions of packages snmpd depends on:
> > > ii adduser 3.115
> > > ii debconf [debconf-2.0] 1.5.61
> > > ii init-system-helpers 1.48
> > > ii libc6 2.24-11+deb9u4
> > > ii libsnmp-base 5.7.3+dfsg-1.7+deb9u2
> > > ii libsnmp30 5.7.3+dfsg-1.7+deb9u2
> > > ii lsb-base 9.20161125
> > >
> > > snmpd recommends no packages.
> > >
> > > Versions of packages snmpd suggests:
> > > pn snmptrapd 
> > >
> > > -- debconf information excluded
>
>
> --
> Su pagarba,
> Albertas Šileika
> ___
> Pkg-net-snmp-devel mailing list
> pkg-net-snmp-de...@alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-net-snmp-devel

Bug#966544: [Pkg-net-snmp-devel] Bug#966544: snmpd: extend option broken after update

[Albertas Sileika]

Hi,

It is not acceptable to remove feature without possibility to enable it
again. This update breaks part of our monitoring system.

Albertas

On Fri, 31 Jul 2020 10:46:29 +1000 Craig Small  wrote:
> Hi James,
> That would have been intentional, the EXTEND MIB has major security
> issues.
>
> - Craig
>
>
> On Thu, 30 Jul 2020 at 23:03, James Greig  wrote:
>
> > Package: snmpd
> > Version: 5.7.3+dfsg-1.7+deb9u2
> > Severity: important
> >
> > Dear Maintainer,
> >
> > *** Reporter, please consider answering these questions, where
appropriate
> > ***
> >
> > Updating snmpd from deb9u1 to deb9u2 via apt on any stretch system
> > breaks the ability to use 'extend' in snmpd.
> >
> > After updating on any stretch system and restarting snmpd this error
will
> > appear:-
> >
> > Warning: Unknown token: extend
> >
> > It's likely the latest binary build of this package has not included
> > options to
> > enable extend and/or other extras.
> >
> > *** End of the template - remove these template lines ***
> >
> >
> > -- System Information:
> > Debian Release: 9.13
> > APT prefers oldstable-updates
> > APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
> > Architecture: amd64 (x86_64)
> >
> > Kernel: Linux 4.9.0-13-amd64 (SMP w/8 CPU cores)
> > Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
> > LANGUAGE=en_GB:en (charmap=UTF-8)
> > Shell: /bin/sh linked to /bin/dash
> > Init: systemd (via /run/systemd/system)
> >
> > Versions of packages snmpd depends on:
> > ii adduser 3.115
> > ii debconf [debconf-2.0] 1.5.61
> > ii init-system-helpers 1.48
> > ii libc6 2.24-11+deb9u4
> > ii libsnmp-base 5.7.3+dfsg-1.7+deb9u2
> > ii libsnmp30 5.7.3+dfsg-1.7+deb9u2
> > ii lsb-base 9.20161125
> >
> > snmpd recommends no packages.
> >
> > Versions of packages snmpd suggests:
> > pn snmptrapd 
> >
> > -- debconf information excluded


-- 
Su pagarba,
Albertas Šileika

Bug#965225: bash-completion: dh_bash-completion at debhelper-compat (= 13) chokes on "${foo}" in proper snippet

[Sergio Durigan Junior]

On Monday, July 27 2020, Gabriel F. T. Gomes wrote:

> On 17 Jul 2020, Anthony Fok wrote:
>
>>I ran into the following error while packaging the latest version of
>>hugo package:
>>
>>dh_bash-completion: error: Cannot resolve variable 
>> "${BASH_COMP_DEBUG_FILE}" in debian/hugo.bash-completion (line 5)
>>
>>where debian/hugo.bash-completion is a proper completion snippet.
>
> How to reproduce (note to myself):
>
>   On a system with debhelper >= 13:
>   $ git clone https://salsa.debian.org/go-team/packages/hugo.git
>   $ cd hugo
>   # apt install hugo
>   $ hugo gen autocomplete --completionfile=debian/hugo.bash-completion
>   $ dh_bash-completion 
>   dh_bash-completion: error: Cannot resolve variable 
> "${BASH_COMP_DEBUG_FILE}" in debian/hugo.bash-completion (line 5)

Thanks for this :-).

>>While one could try to work around the issue by changing
>>"${foo}" to "$foo" in the proper completion snippet,
>>quoting variables with curly braces like ${foo} is nonetheless
>>perfectly valid bash syntax, and it is often unavoidable
>>in cases such as "${foo}bar" or "${foo}_bar".
>
> I agree, it would be terrible to forbid scripts from using it. 

+1.

IMHO, the problem here was that debhelper chose to use the ${}-format
without considering dh_bash-completion's case.  Of course, with the
ever-growing number of debhelper scripts it's impossible to take every
corner case into account, even though ${} is a pretty overloaded format
for addressing variables ;-).

When I read this bug the first time I thought that it might have been
good if they'd provided a filedoublearray_noexpand or some such, but
then it occurred to me that we do want to support debhelper variables
inside file-lists, so...

>>Perhaps there are better ways to distinguish whether
>>debian/package.bash-completion is a file list or proper snippet
>>than sending it to filedoublearray() and see if it fails or not?
>
> I really suck at perl programming, but, as far as I can tell, that's
> not the only reason to call filedoublearray(). dh_bash-completion uses
> the *output* of filedoublearray(), not its return code, to detect
> whether the file is a proper snippet. However, since debhelper 13,
> filedoublearray() fails during variable expansion (if we track the
> failure down, it happens in _variable_substitution()), so
> dh_bash-completion doesn't actually get a chance to check if the file
> is a proper snippet or a list of files.
>
> I'll try and find a solution for this, but I might need help from perl
> experts. :)

I'm far from being a Perl expert, but I *think* I came up with a
solution.

So, here's the thing.  We can't blindly rely on debhelper's
filedoublearray anymore, because of the problem you guys pointed out
above.  Which means that bash-completion will probably have to have its
own stripped-down, poor-man's version of filedoublearray.  Actually,
given the way dh_bash-completion works, it should be enough to have a
function that tries to determine whether the file being examined is (a)
a bash-completion script, or (b) a file-list.  If (a), then the file
itself should be installed.  If (b), then we install each file listed in
it.

In order to hack this new function I used a little bit of what
filedoublearray does in the beginning, and then I crafted a few regexes
that will perform a "heuristic" to see if we catch some well-known bash
constructions in the file.  If we succeed, then just assume that the
file is a bash-completion script and be done with it.  Otherwise, it's
(probably) a file-list.

Now, in order to test this approach, here's what I did (inside a schroot
session):

- Go to sources.d.o, look for all the packages that depend on
  bash-completion.

- Download the list, iterate over it and do an "apt source" on all of
  them.

- Check for a few interesting cases in this list.  Examples I could find
  are: consul, cargo, caffe, 2ping, xkcdpass, virtualenvwrapper.

- Enter their directories and perform a "dh_bash-completion -v".

As far as I have tested, everything works OK.  Of course, this is a
heuristic approach and it is possible to craft a problematic file that
will cause an error, but it's better than what we have now, IMHO.

BTW: while I was hacking I had another idea, which is to use a
try...catch block around filedoublearray and see if it "throws" anything
like ".*cannot resolve variable.*", but that doesn't really work: if the
error is triggered, it might mean that we're dealing with a
bash-completion script, *but* it might also mean that the file-list file
is broken (e.g., referencing a wrong or non-existent variable), which
means that we would need to perform some kind of parsing to determine
what's really happening anyway (assuming that we want to do a good job
at detecting the error).

Hopefully this will help.  I'm not tagging this as "+patch" because I'd
like to hear your opinions first.

Cheers,

-- 
Sergio
GPG key ID: 237A 54B1 0287 28BF 00EF  31F4 D0EB 7628 65FC 5E36
Please send encrypted e-mail if possible

Bug#966544: [Pkg-net-snmp-devel] Bug#966544: snmpd: extend option broken after update

[Christian Balzer]

Hello Craig,

These issues, do they warrant utterly breaking things w/o any recourse
short of recompiling things for many, many users that use the extend
feature?
Especially given the fact that SNMP traffic tends to be on private
networks and the feature not being enabled by default in the config.

At the very least a "this will break things, abort now" missive during
upgrade would have been nice.

If upstream can't/won't fix this snmpd has lost it's usefulness for me in
the long run compared to other data collectors.

Regards,

Christian


On Fri, 31 Jul 2020 10:46:29 +1000 Craig Small  wrote:
> Hi James,
>   That would have been intentional, the EXTEND MIB has major security
> issues.
> 
>  - Craig
> 
> 
> On Thu, 30 Jul 2020 at 23:03, James Greig  wrote:
> 
> > Package: snmpd
> > Version: 5.7.3+dfsg-1.7+deb9u2
> > Severity: important
> >
> > Dear Maintainer,
> >
> > *** Reporter, please consider answering these questions, where appropriate
> > ***
> >
> > Updating snmpd from deb9u1 to deb9u2 via apt on any stretch system
> > breaks the ability to use 'extend' in snmpd.
> >
> > After updating on any stretch system and restarting snmpd this error will
> > appear:-
> >
> > Warning: Unknown token: extend
> >
> > It's likely the latest binary build of this package has not included
> > options to
> > enable extend and/or other extras.
> >
> > *** End of the template - remove these template lines ***
> >
> >
> > -- System Information:
> > Debian Release: 9.13
> >   APT prefers oldstable-updates
> >   APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
> > Architecture: amd64 (x86_64)
> >
> > Kernel: Linux 4.9.0-13-amd64 (SMP w/8 CPU cores)
> > Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
> > LANGUAGE=en_GB:en (charmap=UTF-8)
> > Shell: /bin/sh linked to /bin/dash
> > Init: systemd (via /run/systemd/system)
> >
> > Versions of packages snmpd depends on:
> > ii  adduser3.115
> > ii  debconf [debconf-2.0]  1.5.61
> > ii  init-system-helpers1.48
> > ii  libc6  2.24-11+deb9u4
> > ii  libsnmp-base   5.7.3+dfsg-1.7+deb9u2
> > ii  libsnmp30  5.7.3+dfsg-1.7+deb9u2
> > ii  lsb-base   9.20161125
> >
> > snmpd recommends no packages.
> >
> > Versions of packages snmpd suggests:
> > pn  snmptrapd  
> >
> > -- debconf information excluded

-- 
Christian BalzerNetwork/Systems Engineer
ch...@gol.com   Rakuten Mobile Inc.

Bug#966585: RFS: rumur/2020.07.28-1 -- model checker for the Murphi language

[Matthew Fernandez]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

* Package name: rumur
   Version : 2020.07.28-1
   Upstream Author : Matthew Fernandez 
* URL : https://github.com/Smattr/rumur
* License : Unlicense
* Vcs : https://github.com/Smattr/rumur.git
   Section : devel

It builds those binary packages:

  rumur - model checker for the Murphi language

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/r/rumur/rumur_2020.07.28-1.dsc

Changes since the last upload:

rumur (2020.07.28-1) unstable; urgency=medium
.
   * New upstream release.

Regards,
Matt

Bug#966584: RFP: electronic-wechat -- A better WeChat on macOS and Linux. Built with Electron.

[Peter Ji]

Package: wnpp

Severity: wishlist




* Package name: electronic-wechat

  Version : 2.0.0

  Upstream Author : Perter Ji

* URL : https://github.com/huiji12321/electronic-wechat

* License : MIT

  Programming Lang: electron,JavaScript,HTML

  Description : A better WeChat on macOS and Linux. Built with Electron.




I found that there was no WeChat.deb to install in Debian, and the web version 
didn't work very well.This package can works on my Debian Linux, And I used the 
Electron-Installer debian tool to make a DEB package, but I don't know if it 
meets the Debian software 
requirements:https://github.com/huiji12321/electronic-wechat/releases/download/2.0.1/electronic-wechat_2.0.0_mips64el.deb

Hope someone else can help with the packing or uploading






Regards,

Peter Ji

Bug#966580: pyreverse.1: Some typographical and typing issues

[Bjarni Ingi Gislason]

On Thu, Jul 30, 2020 at 08:50:23PM -0400, Sandro Tosi wrote:
> >   No, I answered it, telling them that a "pull request" is too
> > complicated for me.
> 
> yah you just replied that you'll send them to Debian, and Debian what
> should do: submit PRs on your behalf? keep a custom delta with
> upstream forever?
> 

  Maybe you need a simpler patch (the usual form when sent to Debian):

An example for epylint.1:

  Remove:

Signed-off-by: Bjarni Ingi Gislason 
---
 man/epylint.1 | 12 +++-
 1 file changed, 7 insertions(+), 5 deletions(-)

diff --git a/man/epylint.1 b/man/epylint.1
index e3df9773..5d3163fa 100644
--- a/man/epylint.1
+++ b/man/epylint.1

  Add:

Patch:

--- epylint.1   2020-07-31 02:21:28.0 +
+++ epylint.1.new   2020-07-31 02:23:57.0 +

  Remove:

-- 
2.27.0

Bug#965001: strange version 2.1.0 beta4 fails tests with mpfr4 4.1.0

[Case Van Horsen]

Hello,

I modified the test suite to accept either result. Tests pass with
either GMP6.2.0/MPFR4.1.0/MPC1.2.0rc1 or GMP6.1.2/MPFR4.0.2/MPC1.1.0.

The source code has been released via PyPi at
https://pypi.org/project/gmpy2/2.1.0b5/#files

The same code has also been released via GitHub at
https://github.com/aleaxit/gmpy/releases/download/gmpy2-2.1.0b5/gmpy2-2.1.0b5.tar.gz

If you encounter any issues please let me know.

casevh

On Thu, Jul 30, 2020 at 9:10 AM Martin Kelly  wrote:
>
> On Thu, Jul 30, 2020, 6:48 AM Case Van Horsen  wrote:
>>
>> I will update the test suite today. (The offending test will be
>> removed from test_gmpy2_format.txt and moved to test_mpfr40_format.txt
>> and test_mpfr41_format.txt with the appropriate version chosen.)
>>
>> Will this release move to MPC 1.2.0?
>>
>> Case
>
>
> Thanks Case! Matthias, Vincent, would one of you be willing to do a 
> non-maintainer upload once Case releases the new version? I would like to but 
> won't have computer access until October.
>
>>
>> On Thu, Jul 30, 2020 at 6:36 AM Martin Kelly  wrote:
>> >
>> > On Thu, Jul 30, 2020, 5:34 AM Matthias Klose  wrote:
>> >>
>> >> On 7/30/20 3:42 AM, Martin Kelly wrote:
>> >> > Apparently this bug is going to cause autoremoval from testing soon. Is 
>> >> > the
>> >> > severity really high enough for that?
>> >>
>> >> yes, because it blocks migration of mpfr4, used by our GCC packages.  I'm
>> >> certainly biased, however I'd like to see the new mpfr4 in use now, even 
>> >> if it
>> >> means removing a bindings package from testing.
>> >
>> >
>> > Case Van Horsen (upstream maintainer), is there anything we can do here to 
>> > fix the tests? I can look at this in October, but the package will be 
>> > removed from testing at that point. I'm not sure when the package freeze 
>> > will be, but I certainly don't want to miss the next release.
>> >
>> >
>> >

Bug#915649: Update raven-go to latest upstream version (0.1.0)

[Nicholas D Steeves]

Control: tag -1 +patch

I've filed an MR for each branch here:

https://salsa.debian.org/go-team/packages/golang-raven-go/-/merge_requests

Note that this update is still blocked by #966583.

Best,
Nicholas


signature.asc
Description: PGP signature

Bug#966583: RFP: golang-github-certifi-gocertifi -- SSL Certificates for Golang

[Nicholas D Steeves]

Package: wnpp
Severity: wishlist
Control: block 915649 by -1

* Package name: golang-github-certifi-gocertifi
  Version : 2020.02.11
  Upstream Author : Copyright holder[s] undeclared.  Initial commit by
Cory Benfield 
Current maintainer is
Matt Robenolt 
* URL : https://github.com/certifi/gocertifi
* License : MPL-2.0
  Programming Lang: Go
  Description : SSL Certificates for Golang

This Go package contains a CA bundle that you can reference in your Go code. 
This is useful for systems that do not have CA bundles that Golang can find 
itself, or where a uniform set of CAs is valuable.
.
This is the same CA bundle that ships with the Python Requests library, and is 
a Golang specific port of certifi. The CA bundle is derived from Mozilla's 
canonical set.

--

This package is a dependency for raven-go ≥0.1, and a newer version of
raven-go is a dep for a newer version of Syncthing.


Regards,
Nicholas

Bug#966582: thunderbird: Thunderbird user interface is inconrrectly displayed after changing language of display menus to Spanish (Spain) or English (UK). It shows a wrong resolution and red tags belo

[Gustavo Adolfo Gutiérrez Enriquez]

Package: thunderbird
Version: 1:68.10.0-1~deb10u1
Severity: serious
Tags: l10n
Justification: Policy 3.4

Dear Maintainer,

   * What led up to the situation?
After installing Thunderbird from the Store, I opened thunderbird preferences
and changed the Languages used to display menus, messages and notifications,
particularly, I added Spanish (Spain) and English (UK) in that order using the
Set Alternative button.
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
After adding the above two languagues and thunderbird became broken, I
inmediately tried to revert back the changues but the error (the one I'm
reporting) didn't let me do it.
   * What was the outcome of this action?
Display resolution of Thunderbird UI changed, the buttons and text became
smaller and the usable windows became resized like one third of the screen, the
rest of the screen showed part of the thunderbird window displaying red text
labels.
   * What outcome did you expect instead?
Normal UI window operation (right size of everything) and showing text in
Spanish instead of English.




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

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

Versions of packages thunderbird depends on:
ii  debianutils   4.8.6.1
ii  fontconfig2.13.1-2
ii  libatk1.0-0   2.30.0-2
ii  libc6 2.28-10
ii  libcairo-gobject2 1.16.0-4
ii  libcairo2 1.16.0-4
ii  libdbus-1-3   1.12.16-1
ii  libdbus-glib-1-2  0.110-4
ii  libevent-2.1-62.1.8-stable-4
ii  libffi6   3.2.1-9
ii  libfontconfig12.13.1-2
ii  libfreetype6  2.9.1-3+deb10u1
ii  libgcc1   1:8.3.0-6
ii  libgdk-pixbuf2.0-02.38.1+dfsg-1
ii  libglib2.0-0  2.58.3-2+deb10u2
ii  libgtk-3-03.24.5-1
ii  libgtk2.0-0   2.24.32-3
ii  libjsoncpp1   1.7.4-3
ii  libpango-1.0-01.42.4-8~deb10u1
ii  libstartup-notification0  0.12-6
ii  libstdc++68.3.0-6
ii  libvpx5   1.7.0-3+deb10u1
ii  libx11-6  2:1.6.7-1
ii  libx11-xcb1   2:1.6.7-1
ii  libxcb-shm0   1.13.1-2
ii  libxcb1   1.13.1-2
ii  libxext6  2:1.3.3-1+b2
ii  libxrender1   1:0.9.10-1
ii  libxt61:1.1.5-1+b3
ii  psmisc23.2-1
ii  x11-utils 7.7+4
ii  zlib1g1:1.2.11.dfsg-1

Versions of packages thunderbird recommends:
ii  hunspell-en-us [hunspell-dictionary]  1:2018.04.16-1
ii  lightning 1:68.10.0-1~deb10u1
ii  myspell-es [myspell-dictionary]   1.11-15

Versions of packages thunderbird suggests:
ii  apparmor  2.13.2-10
pn  fonts-lyx 
ii  libgssapi-krb5-2  1.17-3

-- Configuration Files:
/etc/thunderbird/pref/thunderbird.js [Errno 2] No existe el fichero o el 
directorio: '/etc/thunderbird/pref/thunderbird.js'

-- no debconf information

Bug#966580: pyreverse.1: Some typographical and typing issues

[Sandro Tosi]

>   No, I answered it, telling them that a "pull request" is too
> complicated for me.

yah you just replied that you'll send them to Debian, and Debian what
should do: submit PRs on your behalf? keep a custom delta with
upstream forever?


-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi

Bug#966544: [Pkg-net-snmp-devel] Bug#966544: snmpd: extend option broken after update

[Craig Small]

Hi James,
  That would have been intentional, the EXTEND MIB has major security
issues.

 - Craig


On Thu, 30 Jul 2020 at 23:03, James Greig  wrote:

> Package: snmpd
> Version: 5.7.3+dfsg-1.7+deb9u2
> Severity: important
>
> Dear Maintainer,
>
> *** Reporter, please consider answering these questions, where appropriate
> ***
>
> Updating snmpd from deb9u1 to deb9u2 via apt on any stretch system
> breaks the ability to use 'extend' in snmpd.
>
> After updating on any stretch system and restarting snmpd this error will
> appear:-
>
> Warning: Unknown token: extend
>
> It's likely the latest binary build of this package has not included
> options to
> enable extend and/or other extras.
>
> *** End of the template - remove these template lines ***
>
>
> -- System Information:
> Debian Release: 9.13
>   APT prefers oldstable-updates
>   APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 4.9.0-13-amd64 (SMP w/8 CPU cores)
> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
> LANGUAGE=en_GB:en (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages snmpd depends on:
> ii  adduser3.115
> ii  debconf [debconf-2.0]  1.5.61
> ii  init-system-helpers1.48
> ii  libc6  2.24-11+deb9u4
> ii  libsnmp-base   5.7.3+dfsg-1.7+deb9u2
> ii  libsnmp30  5.7.3+dfsg-1.7+deb9u2
> ii  lsb-base   9.20161125
>
> snmpd recommends no packages.
>
> Versions of packages snmpd suggests:
> pn  snmptrapd  
>
> -- debconf information excluded
>
> ___
> Pkg-net-snmp-devel mailing list
> pkg-net-snmp-de...@alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-net-snmp-devel

Bug#966580: pyreverse.1: Some typographical and typing issues

[Bjarni Ingi Gislason]

On Thu, Jul 30, 2020 at 07:45:01PM -0400, Sandro Tosi wrote:
> Bjarni, why are you sending these patches to Debian? you already
> contacted upstream about those, and they told you to open PRs for
> them: 
> https://mail.python.org/archives/list/code-qual...@python.org/message/YB275AHDVMGKGTY25ITMY63P7QWMDBAR/
> -- did you do it?
> 
  No, I answered it, telling them that a "pull request" is too
complicated for me.

> You're just giving me extra administrative work (to close all these
> bugs with a new upstream release, when that'll happen) for not extra
> advantages
> 

-- 
Bjarni I. Gislason

Bug#966552: apt: Unsupported file […] given on commandline

[Thorsten Glaser]

Thorsten Glaser dixit:

>So something in the full path is not accepted for some reason.

dpkg’s error message is more meaningful… apparently, root may
not access my sshfs mountpoint.

So apt’s error message is misleading if this is it.

bye,
//mirabilos
-- 
> Wish I had pine to hand :-( I'll give lynx a try, thanks.

Michael Schmitz on nntp://news.gmane.org/gmane.linux.debian.ports.68k
a.k.a. {news.gmane.org/nntp}#news.gmane.linux.debian.ports.68k in pine

Bug#966573: awscli: aws cli v2

[Franck Hamelin]

Package: awscli
Severity: normal

Dear Maintainer,

Amazon recommands to upgrade to V2, and my S3 service provider requires a v2. 
That leads me to investigate a bit around V2 and its absence on Debian (even in 
SID).
I’ve seen that amazon change their orientation 
(https://github.com/aws/aws-cli/issues/4947) making python hidden.
The tracker page points to the upstream new version 1.18.107 
(https://tracker.debian.org/pkg/awscli) that's the last of the v1 branch but 
the v2 branch offers many newer versions, at writing time the latest is 2.0.35 
(https://github.com/aws/aws-cli/blob/v2/CHANGELOG.rst). If the package awscli 
will « specialized » on V1 branch it would be a plus to state it explicitly in 
the package description.

Installation the amazon way is easy but probably not in line with the idea of 
Debian packaging system. So my question is : what are the plan for AWS CLI V2 
on Debian ? 

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

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

Versions of packages awscli depends on:
pn  groff   
ii  python3 3.7.3-1
pn  python3-botocore
pn  python3-colorama
pn  python3-docutils
pn  python3-pyasn1  
pn  python3-rsa 
pn  python3-s3transfer  
pn  python3-yaml

awscli recommends no packages.

awscli suggests no packages.

Bug#966512: [Python-modules-team] Bug#966512: Please update python-cups to 2.0.1

[Emmanuel Arias]

Hello everybody,

I found that the new usptream source is in [0]. I've just asked
about it in the issue mentioned here.

[0] https://github.com/OpenPrinting/pycups

Cheers,
Arias Emmanuel
@eamanu
http://eamanu.com

El mié., 29 de jul. de 2020 a la(s) 16:03, Didier 'OdyX' Raboud
(o...@debian.org) escribió:
>
> Source: python-cups
> Version: 1.9.73-3
> Severity: normal
> X-Debbugs-CC: Till Kamppeter , 
> debian-print...@lists.debian.org
>
> Submitting this as a proper bug to keep track.
>
> Jérôme: anything I could do from the Printing Team to help?
>
> Le mercredi, 13 mai 2020, 11.41:40 h CEST Till Kamppeter a écrit :
> > please update python-cups to 2.0.1 as it contains a fix for a crasher
> > with system0-config-printer.
> >
> > original Ubuntu bug report:
> >
> > https://bugs.launchpad.net/system-config-printer/+bug/1867480
> >
> > Forwarded upstream:
> >
> > https://github.com/OpenPrinting/system-config-printer/issues/176
> >
> > Upstream author's comment on python-cups:
> >
> > https://github.com/OpenPrinting/system-config-printer/issues/176#issuecommen
> > t-627738281
> >
> > Could you update the Debian package so that it syncs into Ubuntu? Thanks.
> >
> > Till
>
>
> --
> OdyX___
> Python-modules-team mailing list
> python-modules-t...@alioth-lists.debian.net
> https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/python-modules-team

Bug#966581: symilar.1: some typographical and typing issues

[Bjarni Ingi Gislason]

Package: pylint
Version: 2.5.3-1
Severity: minor
Tags: patch

Dear Maintainer,

  The patch is based on the current upstream repository.

Test nr. 4:

Change \' (acute) to ', if used as an apostrophe.

22:\'s functionality is integrated in

#

Test nr. 25:

Change a HYPHEN-MINUS (code 0x55, 2D) to a minus (\-), if in front of a
name for an option.

28:.IP "-h, --help"
30:.IP "-d , --duplicates "
34:.IP "-i, --ignore-comments"

#

Test nr. 36:

Wrong distance between sentences or protect the indicator.

a) Separate the sentences and subordinate clauses; each begins on a new
line.  See man-pages(7) and "info groff".

 The best procedure is to always start a new sentence on a new line,
at least, if you are typing on a computer.

Remember coding: Only one command ("sentence") on each (logical) line.

E-mail: Easier to quote exactly the relevant lines.

Generally: Easier to edit the sentence.

Patches: Less unaffected text.

  The amount of space between sentences in the output can then be
controlled with the ".ss" request.

17:is a tool for searching blocks of identical lines in different files. It can 
be
32:Default is 4. So if it finds 3 identical lines, there will be no message, but
35:ignore differences concerning only stuff behind a '#' (Python comments). This


Signed-off-by: Bjarni Ingi Gislason 
---
 man/symilar.1 | 31 +++
 1 file changed, 19 insertions(+), 12 deletions(-)

diff --git a/man/symilar.1 b/man/symilar.1
index a1842597..4fbd5442 100644
--- a/man/symilar.1
+++ b/man/symilar.1
@@ -14,23 +14,30 @@
 
 .SH DESCRIPTION
 .B symilar
-is a tool for searching blocks of identical lines in different files. It can be
-used to find copy pasted blocks of code, or stuff that could be refactored.
-Differences concerning only stuff behind a '#' (Python comments) can be 
ignored.
+is a tool for searching blocks of identical lines in different files.
+It can be used to find copy pasted blocks of code,
+or stuff that could be refactored.
+Differences concerning only stuff behind a '#'
+(Python comments)
+can be ignored.
 The size of identical blocks can be optionally modified.
-.B symilar
-\'s functionality is integrated in
+.BR symilar 's
+functionality is integrated in
 .B pylint
 with the refactoring message 'R0801'.
 
 .SH OPTIONS
 
-.IP "-h, --help"
+.IP "\-h, \-\-help"
 show help message and exit
-.IP "-d , --duplicates "
+.IP "\-d , \-\-duplicates "
 minimum number of identical lines that should trigger a similarity message.
-Default is 4. So if it finds 3 identical lines, there will be no message, but
-4 identical lines will be mentioned.
-.IP "-i, --ignore-comments"
-ignore differences concerning only stuff behind a '#' (Python comments). This
-means that if just a comment was added, the message will still be triggered.
+Default is 4.
+So if it finds 3 identical lines,
+there will be no message,
+but 4 identical lines will be mentioned.
+.IP "\-i, \-\-ignore-comments"
+ignore differences concerning only stuff behind a '#'
+(Python comments).
+This means that if just a comment was added,
+the message will still be triggered.
-- 
2.27.0



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

Kernel: Linux 5.7.6-1 (SMP w/2 CPU threads)
Locale: LANG=is_IS.iso88591, LC_CTYPE=is_IS.iso88591 (charmap=ISO-8859-1), 
LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages pylint depends on:
ii  python3 3.8.2-3
ii  python3-astroid 2.4.2-1
ii  python3-isort   4.3.4+ds1-2
ii  python3-logilab-common  1.7.2-1
ii  python3-mccabe  0.6.1-3
ii  python3-setuptools  46.1.3-1
ii  python3-toml0.10.1-1

Versions of packages pylint recommends:
pn  python3-tk  

Versions of packages pylint suggests:
pn  pylint-doc  

-- no debconf information

-- 
Bjarni I. Gislason

Bug#894472: libqt5waylandclient5-dev: Missing QtWayland private headers

[Lisandro Damián Nicanor Pérez Meyer]

Hi!

El jue., 30 jul. 2020 18:03, Nicholas Guriev  escribió:

> Telegram Desktop since 2.2.0 version requires these privates headers for
> Wayland
> integration. I had to copy a piece of build tree of the
> qtwayland-opensource-src
> package to telegram-desktop. Please install all the headers to ordinary
> "-dev"
> binary packages or provide a special "-private-dev" package.
>
>
> https://salsa.debian.org/debian/telegram-desktop/-/commit/41e7ad4cdb6528a6659d61b68facb543958365be#a243a023b669d91df064d7708b91117d55c6f55d



We avoid this as much as possible because it adds is lots of burden
whenever we push a new Qt version in the archive. We only provide the
private headers we need to be able to build Qt, but not more.

Upstream should not be using private headers, they are private for a reason.

Bug#966565: [zfsutils-linux] zfs-mount-generator broken by git_fix_dependency_loop_encryption1.patch

[Richard Laager]

On 7/30/20 1:58 PM, Antonio Russo wrote:
> Changing this line to
> 
> pools=$(zpool list -H -o name | true)

This should be || true (two pipes, not one).

-- 
Richard



signature.asc
Description: OpenPGP digital signature

Bug#966565: [zfsutils-linux] zfs-mount-generator broken by git_fix_dependency_loop_encryption1.patch

[Antonio Russo]

Ugh, sorry.  This is of course correct.

On 2020-07-30 17:50, Richard Laager wrote:
> On 7/30/20 1:58 PM, Antonio Russo wrote:
>> Changing this line to
>>
>> pools=$(zpool list -H -o name | true)
> 
> This should be || true (two pipes, not one).
> 

Bug#966580: pyreverse.1: Some typographical and typing issues

[Sandro Tosi]

Bjarni, why are you sending these patches to Debian? you already
contacted upstream about those, and they told you to open PRs for
them: 
https://mail.python.org/archives/list/code-qual...@python.org/message/YB275AHDVMGKGTY25ITMY63P7QWMDBAR/
-- did you do it?

You're just giving me extra administrative work (to close all these
bugs with a new upstream release, when that'll happen) for not extra
advantages

On Thu, Jul 30, 2020 at 7:39 PM Bjarni Ingi Gislason  wrote:
>
> Package: pylint
> Version: 2.5.3-1
> Severity: minor
> Tags: patch
>
> Dear Maintainer,
>
>   The patch is based on the current upstream repository.
>
> Change a HYPHEN-MINUS (code 0x55, 2D) to a dash (minus),
> if it shows an option.
>
> Reduce space between words.
>
> Add a comma after "i.e.".
>
> Add a missing roman font for the section of a manual page.
>
> Signed-off-by: Bjarni Ingi Gislason 
> ---
>  man/pyreverse.1 | 55 +
>  1 file changed, 28 insertions(+), 27 deletions(-)
>
> diff --git a/man/pyreverse.1 b/man/pyreverse.1
> index 11631d3d..4c6511c9 100644
> --- a/man/pyreverse.1
> +++ b/man/pyreverse.1
> @@ -5,8 +5,8 @@ them.
>
>  .SH SYNOPSIS
>  .B pyreverse
> -.I [options]
> -
> +.RI [ options ]
> +.RI < modules >
>
>  .SH DESCRIPTION
>  .B pyreverse
> @@ -33,71 +33,71 @@ You can do \-c  , \-c .
>
>  .SH OPTIONS
>
> -.IP "-h, --help"
> +.IP "\-h, \-\-help"
>  show help message and exit
> -.IP "-p, --project="
> +.IP "\-p, \-\-project="
>  set project name to  if not using \-c option. (default:'No Name')
> -.IP "--ignore="
> +.IP "\-\-ignore="
>  add files or directories to the blacklist. They should be base names, not
>  paths. [current: CVS]
> -.IP "-f, --filter-mode="
> +.IP "\-f, \-\-filter-mode="
>  filter attributes and functions according to . You can combine
> -modes using '+' like 'SPECIAL+OTHER'. Correct modes are :
> +modes using \&'+' like \&'SPECIAL+OTHER'. Correct modes are :
>   - 'PUB_ONLY' : filter all non public attributes (default)
>   - 'ALL' : no filter
>   - 'SPECIAL' : filter Python special functions except constructor
>   - 'OTHER' : filter protected and private attributes [current: PUB_ONLY]
>
> -.IP "-d, --diadefs="
> +.IP "\-d, \-\-diadefs="
>  create diagram according to the diagram definitions in 
> -.IP "-c , --class="
> -create a class diagram with all classes related to   [current: none]
> +.IP "\-c , \-\-class="
> +create a class diagram with all classes related to  [current: none]
>  the class must be in the file . By default, this will include all
>  ancestors and associated classes of  and include module names
> -(i.e. '\-ASmy' ).
> +(i.e., '\-ASmy' ).
>
> -.IP "-a , --show-ancestors="
> +.IP "\-a , \-\-show-ancestors="
>  show  generations of ancestor classes not in 
> -.IP "-A, --all-ancestors=[yn]"
> +.IP "\-A, \-\-all-ancestors=[yn]"
>  show all ancestors off all classes in  [current: none]
> -.IP "-s , --show-associated="
> +.IP "\-s , \-\-show-associated="
>  show  associated classes. =1 will only take classes
> -directly related to the classes  in the project,  while =2
> +directly related to the classes in the project, while =2
>  will also take all classes related to those fetched by=1.
> -.IP "-S, --all-associated=[yn]"
> +.IP "\-S, \-\-all-associated=[yn]"
>  show recursively all associated off all associated classes [current: none]
>
> -.IP "-b, --builtin"
> +.IP "\-b, \-\-builtin"
>  include builtin objects in representation of classes [current: False]
> -.IP "-m [yn], --module-names=[yn]"
> +.IP "\-m [yn], \-\-module-names=[yn]"
>  include module name in representation of classes. This will include the
>  full module path in the class name. [current: none]
>
> -.IP "-k, --only-classnames"
> +.IP "\-k, \-\-only-classnames"
>  don't show attributes and methods in the class boxes;
>  this disables \-f values [current: False]
>
> -.IP "-o , --output="
> +.IP "\-o , \-\-output="
>  create a *. output file if format available. Available formats
>  are all formats that dot can produce and
> -.B vcg.
> +.BR vcg .
>  [default: dot]
>
>  .SH EXAMPLES
>  Here are some examples for command line options:
>
> -.IP "pyreverse  -a1 -s1 -m"
> +.IP "pyreverse  \-a1 \-s1 \-m"
>
>  \-a1 \-s1 will include one level of ancestor and associated classes in the
> -diagram  of the  modules, while \-m will show the full module
> +diagram of the  modules, while \-m will show the full module
>  path of each class. You can use the
> -.B -a, -s, -A, -S
> +.B \-a, \-s, \-A, \-S
>  options in the same way.
>  Note that on class diagrams (using
> -.B -c
> +.B \-c
>  ) \-a and \-s will rather reduce than enlarge your diagram.
>
> -.IP "pyreverse mod/foo.py mod/fee.py -k"
> +.IP "pyreverse mod/foo.py mod/fee.py \-k"
>
>  This is interesting if the diagram for =mod is too complicated:
>  you can show only the class names (no attributes or methods, option \-k);
> @@ -107,7 +107,8 @@ or take only the modules you are interested in (here 
> fee.py and foo.py).
>  Python
>
>  

Bug#966392: [pkg-php-pear] Bug#966392: Bug#966392: Bug#966392: php-codecoverage: FTBFS 4 tests failed

[Robin Gustafsson]

Hi David,

> Thanks for your investigations, but I wouldn’t waste too much time on
> bugs affecting packages from experimental. Such bug (FTBFS) will
> obviously have to be addressed for the next upload (hard to upload a
> package if it can’t be built ;), but in the mean time, it has zero
> effect on the release. Furthermore, as you already noticed, they may
> already be fixed upstream before that.

OK, I see! Thanks for the guidance. I hadn't worked with experimental
before so I looked into this issue as a learning experience. Good to
know that I shouldn't bother too much with this type of issue in the
future.

> FWIW, PHPUnit 9 will probably not make it for Bullseye, as it may
> currently breaks many (if not most) of its reverse build-dependencies,
> so the related packages (php-codecoverage, php-timer, etc.) have no way
> to make it to Sid until Bullseye is released. The current rate of
> upstream adoption of PHPUnit 9 seems really low. We’re still carrying a
> fair number of patches to make testsuites work with PHPUnit 8 (and even
> lower). I guess it will be fair game to upload PHPUnit 9 (and Synfony 5)
> early in the Bookworm release process (as we uploaded PHPUnit 8 and
> Synfony 4 early in the Bullseye release process IIRC) and then fix the
> related mess it will cause.

I see. There's indeed no hurry with this then.

Regards,
Robin

Bug#966580: pyreverse.1: Some typographical and typing issues

[Bjarni Ingi Gislason]

Package: pylint
Version: 2.5.3-1
Severity: minor
Tags: patch

Dear Maintainer,

  The patch is based on the current upstream repository.

Change a HYPHEN-MINUS (code 0x55, 2D) to a dash (minus),
if it shows an option.

Reduce space between words.

Add a comma after "i.e.".

Add a missing roman font for the section of a manual page.

Signed-off-by: Bjarni Ingi Gislason 
---
 man/pyreverse.1 | 55 +
 1 file changed, 28 insertions(+), 27 deletions(-)

diff --git a/man/pyreverse.1 b/man/pyreverse.1
index 11631d3d..4c6511c9 100644
--- a/man/pyreverse.1
+++ b/man/pyreverse.1
@@ -5,8 +5,8 @@ them.
 
 .SH SYNOPSIS
 .B pyreverse
-.I [options]
-
+.RI [ options ]
+.RI < modules >
 
 .SH DESCRIPTION
 .B pyreverse
@@ -33,71 +33,71 @@ You can do \-c  , \-c .
 
 .SH OPTIONS
 
-.IP "-h, --help"
+.IP "\-h, \-\-help"
 show help message and exit
-.IP "-p, --project="
+.IP "\-p, \-\-project="
 set project name to  if not using \-c option. (default:'No Name')
-.IP "--ignore="
+.IP "\-\-ignore="
 add files or directories to the blacklist. They should be base names, not
 paths. [current: CVS]
-.IP "-f, --filter-mode="
+.IP "\-f, \-\-filter-mode="
 filter attributes and functions according to . You can combine
-modes using '+' like 'SPECIAL+OTHER'. Correct modes are :
+modes using \&'+' like \&'SPECIAL+OTHER'. Correct modes are :
  - 'PUB_ONLY' : filter all non public attributes (default)
  - 'ALL' : no filter
  - 'SPECIAL' : filter Python special functions except constructor
  - 'OTHER' : filter protected and private attributes [current: PUB_ONLY]
 
-.IP "-d, --diadefs="
+.IP "\-d, \-\-diadefs="
 create diagram according to the diagram definitions in 
-.IP "-c , --class="
-create a class diagram with all classes related to   [current: none]
+.IP "\-c , \-\-class="
+create a class diagram with all classes related to  [current: none]
 the class must be in the file . By default, this will include all
 ancestors and associated classes of  and include module names
-(i.e. '\-ASmy' ).
+(i.e., '\-ASmy' ).
 
-.IP "-a , --show-ancestors="
+.IP "\-a , \-\-show-ancestors="
 show  generations of ancestor classes not in 
-.IP "-A, --all-ancestors=[yn]"
+.IP "\-A, \-\-all-ancestors=[yn]"
 show all ancestors off all classes in  [current: none]
-.IP "-s , --show-associated="
+.IP "\-s , \-\-show-associated="
 show  associated classes. =1 will only take classes
-directly related to the classes  in the project,  while =2
+directly related to the classes in the project, while =2
 will also take all classes related to those fetched by=1.
-.IP "-S, --all-associated=[yn]"
+.IP "\-S, \-\-all-associated=[yn]"
 show recursively all associated off all associated classes [current: none]
 
-.IP "-b, --builtin"
+.IP "\-b, \-\-builtin"
 include builtin objects in representation of classes [current: False]
-.IP "-m [yn], --module-names=[yn]"
+.IP "\-m [yn], \-\-module-names=[yn]"
 include module name in representation of classes. This will include the
 full module path in the class name. [current: none]
 
-.IP "-k, --only-classnames"
+.IP "\-k, \-\-only-classnames"
 don't show attributes and methods in the class boxes;
 this disables \-f values [current: False]
 
-.IP "-o , --output="
+.IP "\-o , \-\-output="
 create a *. output file if format available. Available formats
 are all formats that dot can produce and
-.B vcg.
+.BR vcg .
 [default: dot]
 
 .SH EXAMPLES
 Here are some examples for command line options:
 
-.IP "pyreverse  -a1 -s1 -m"
+.IP "pyreverse  \-a1 \-s1 \-m"
 
 \-a1 \-s1 will include one level of ancestor and associated classes in the
-diagram  of the  modules, while \-m will show the full module
+diagram of the  modules, while \-m will show the full module
 path of each class. You can use the
-.B -a, -s, -A, -S
+.B \-a, \-s, \-A, \-S
 options in the same way.
 Note that on class diagrams (using
-.B -c
+.B \-c
 ) \-a and \-s will rather reduce than enlarge your diagram.
 
-.IP "pyreverse mod/foo.py mod/fee.py -k"
+.IP "pyreverse mod/foo.py mod/fee.py \-k"
 
 This is interesting if the diagram for =mod is too complicated:
 you can show only the class names (no attributes or methods, option \-k);
@@ -107,7 +107,8 @@ or take only the modules you are interested in (here fee.py 
and foo.py).
 Python
 
 .SH "SEE ALSO"
-.B dot(1), pylint(1)
+.BR dot (1),
+.BR pylint (1)
 
 .I https://www.logilab.org/pyreverse
 
-- 
2.27.0



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

Kernel: Linux 5.7.6-1 (SMP w/2 CPU threads)
Locale: LANG=is_IS.iso88591, LC_CTYPE=is_IS.iso88591 (charmap=ISO-8859-1), 
LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages pylint depends on:
ii  python3 3.8.2-3
ii  python3-astroid 2.4.2-1
ii  python3-isort   4.3.4+ds1-2
ii  python3-logilab-common  1.7.2-1
ii  python3-mccabe  0.6.1-3
ii  

Bug#966579: man/epylint.1: Some minor typographical and typing issues

[Bjarni Ingi Gislason]

Package: pylint
Version: 2.5.3-1
Severity: minor
Tags: patch

Dear Maintainer,

  The patch is based on the current upstream repository.

1) Change \' (acute) to ', if used as an apostrophe.

2)  Separate the sentences and subordinate clauses;
each begins on a new line.
See man-pages(7) and "info groff".

 The best procedure is to always start a new sentence on a new line,
at least,
if you are typing on a computer.

Remember coding: Only one command ("sentence") on each (logical) line.

E-mail: Easier to quote exactly the relevant lines.

Generally: Easier to edit the sentence.

Patches: Less unaffected text.

3) The section part for a manual page is set in roman font.

Signed-off-by: Bjarni Ingi Gislason 
---
 man/epylint.1 | 12 +++-
 1 file changed, 7 insertions(+), 5 deletions(-)

diff --git a/man/epylint.1 b/man/epylint.1
index e3df9773..5d3163fa 100644
--- a/man/epylint.1
+++ b/man/epylint.1
@@ -5,10 +5,12 @@
 
 .SH DESCRIPTION
 .B epylint
-is an Emacs and Flymake compatible Pylint. It runs Pylint from outside the
-current package to avoid import error messages. See
-.B pylint
-\'s manpage for information about all available options.
+is an Emacs and Flymake compatible Pylint.
+It runs Pylint from outside the
+current package to avoid import error messages.
+See
+.BR pylint 's
+manpage for information about all available options.
 
 .SH "SEE ALSO"
-.B pylint(1)
+.BR pylint (1)
-- 
2.27.0


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

Kernel: Linux 5.7.6-1 (SMP w/2 CPU threads)
Locale: LANG=is_IS.iso88591, LC_CTYPE=is_IS.iso88591 (charmap=ISO-8859-1), 
LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages pylint depends on:
ii  python3 3.8.2-3
ii  python3-astroid 2.4.2-1
ii  python3-isort   4.3.4+ds1-2
ii  python3-logilab-common  1.7.2-1
ii  python3-mccabe  0.6.1-3
ii  python3-setuptools  46.1.3-1
ii  python3-toml0.10.1-1

Versions of packages pylint recommends:
pn  python3-tk  

Versions of packages pylint suggests:
pn  pylint-doc  

-- no debconf information

-- 
Bjarni I. Gislason

Bug#966577: pylint.1: Change '--' for an option to '\-\-'

[Bjarni Ingi Gislason]

Package: pylint
Version: 2.5.3-1
Severity: minor
Tags: patch

Dear Maintainer,

  Patch is based on the current upstream repository.

Change a HYPHEN-MINUS (code 0x55, 2D) to a minus (\-),
if in front of a name for an option.
See man-page(7).

Signed-off-by: Bjarni Ingi Gislason 
---
 man/pylint.1 | 270 +--
 1 file changed, 135 insertions(+), 135 deletions(-)

diff --git a/man/pylint.1 b/man/pylint.1
index 7e0e4e94..33f9fd03 100644
--- a/man/pylint.1
+++ b/man/pylint.1
@@ -30,305 +30,305 @@ Pylint is shipped with "pyreverse" (UML diagram generator)
 and "symilar" (an independent similarities checker).
 
 .SH OPTIONS
-.IP "--version"
+.IP "\-\-version"
 show program's version number and exit
-.IP "--help, -h"
+.IP "\-\-help, -h"
 show this help message and exit
-.IP "--long-help"
+.IP "\-\-long-help"
 more verbose help.
 
 .SH MASTER
-.IP "--init-hook="
+.IP "\-\-init-hook="
 Python code to execute, usually for sys.path manipulation such as 
pygtk.require().
-.IP "--errors-only, -E"
+.IP "\-\-errors-only, -E"
 In error mode, checkers without error messages are disabled and for others, 
only the ERROR messages are displayed, and no reports are done by default.
-.IP "--py3k"
+.IP "\-\-py3k"
 In Python 3 porting mode, all checkers will be disabled and only messages 
emitted by the porting checker will be displayed.
-.IP "--verbose, -v"
+.IP "\-\-verbose, -v"
 In verbose mode, extra non-checker-related info will be displayed.
-.IP "--ignore=[,...]"
+.IP "\-\-ignore=[,...]"
 Add files or directories to the blacklist. They should be base names, not 
paths. [default: CVS]
-.IP "--ignore-patterns=[,...]"
+.IP "\-\-ignore-patterns=[,...]"
 Add files or directories matching the regex patterns to the blacklist. The 
regex matches against base names, not paths. [default: none]
-.IP "--persistent="
+.IP "\-\-persistent="
 Pickle collected data for later comparisons. [default: yes]
-.IP "--load-plugins="
+.IP "\-\-load-plugins="
 List of plugins (as comma separated values of python module names) to load, 
usually to register additional checkers. [default: none]
-.IP "--fail-under="
+.IP "\-\-fail-under="
 Specify a score threshold to be exceeded before program exits with error. 
[default: 10]
-.IP "--jobs=, -j "
+.IP "\-\-jobs=, -j "
 Use multiple processes to speed up Pylint. Specifying 0 will auto-detect the 
number of processors available to use. [default: 1]
-.IP "--limit-inference-results="
+.IP "\-\-limit-inference-results="
 Control the amount of potential inferred values when inferring a single 
object. This can help the performance when dealing with large functions or 
complex, nested conditions.  [default: 100]
-.IP "--extension-pkg-whitelist="
+.IP "\-\-extension-pkg-whitelist="
 A comma-separated list of package or module names from where C extensions may 
be loaded. Extensions are loading into the active Python interpreter and may 
run arbitrary code. [default: none]
-.IP "--suggestion-mode="
+.IP "\-\-suggestion-mode="
 When enabled, pylint would attempt to guess common misconfiguration and emit 
user-friendly hints instead of false-positive error messages. [default: yes]
-.IP "--exit-zero"
+.IP "\-\-exit-zero"
 Always return a 0 (non-error) status code, even if lint errors are found. This 
is primarily useful in continuous integration scripts.
-.IP "--from-stdin"
+.IP "\-\-from-stdin"
 Interpret the stdin as a python script, whose filename needs to be passed as 
the module_or_package argument.
 
 .SH COMMANDS
-.IP "--rcfile="
+.IP "\-\-rcfile="
 Specify a configuration file to load.
-.IP "--help-msg="
+.IP "\-\-help-msg="
 Display a help message for the given message id and exit. The value may be a 
comma separated list of message ids.
-.IP "--list-msgs"
+.IP "\-\-list-msgs"
 Generate pylint's messages.
-.IP "--list-msgs-enabled"
+.IP "\-\-list-msgs-enabled"
 Display a list of what messages are enabled and disabled with the given 
configuration.
-.IP "--list-groups"
+.IP "\-\-list-groups"
 List pylint's message groups.
-.IP "--list-conf-levels"
+.IP "\-\-list-conf-levels"
 Generate pylint's confidence levels.
-.IP "--full-documentation"
+.IP "\-\-full-documentation"
 Generate pylint's full documentation.
-.IP "--generate-rcfile"
+.IP "\-\-generate-rcfile"
 Generate a sample configuration file according to the current configuration. 
You can put other options before this one to get them in the generated 
configuration.
 
 .SH MESSAGES CONTROL
-.IP "--confidence="
+.IP "\-\-confidence="
 Only show warnings with the listed confidence levels. Leave empty to show all. 
Valid levels: HIGH, INFERENCE, INFERENCE_FAILURE, UNDEFINED. [default: none]
-.IP "--enable=, -e "
-Enable the message, report, category or checker with the given id(s). You can 
either give multiple identifier separated by comma (,) or put this option 
multiple time (only on the command line, not in the configuration file where it 
should appear only once). See also the "--disable" option for 

Bug#966578: pylint.1: Change a single '-' to '\-' in a short option

[Bjarni Ingi Gislason]

Package: pylint
Version: 2.5.3-1
Severity: minor
Tags: patch

Dear Maintainer,

  Patch is based on the current upstream repository.

  Change a HYPHEN-MINUS (code 0x55, 2D) to a minus (\-),
if in front of a name for a short option.
See man-pages(7).

Signed-off-by: Bjarni Ingi Gislason 
---
 man/pylint.1 | 18 +-
 1 file changed, 9 insertions(+), 9 deletions(-)

diff --git a/man/pylint.1 b/man/pylint.1
index 33f9fd03..ea2e46e4 100644
--- a/man/pylint.1
+++ b/man/pylint.1
@@ -32,7 +32,7 @@ and "symilar" (an independent similarities checker).
 .SH OPTIONS
 .IP "\-\-version"
 show program's version number and exit
-.IP "\-\-help, -h"
+.IP "\-\-help, \-h"
 show this help message and exit
 .IP "\-\-long-help"
 more verbose help.
@@ -40,11 +40,11 @@ more verbose help.
 .SH MASTER
 .IP "\-\-init-hook="
 Python code to execute, usually for sys.path manipulation such as 
pygtk.require().
-.IP "\-\-errors-only, -E"
+.IP "\-\-errors-only, \-E"
 In error mode, checkers without error messages are disabled and for others, 
only the ERROR messages are displayed, and no reports are done by default.
 .IP "\-\-py3k"
 In Python 3 porting mode, all checkers will be disabled and only messages 
emitted by the porting checker will be displayed.
-.IP "\-\-verbose, -v"
+.IP "\-\-verbose, \-v"
 In verbose mode, extra non-checker-related info will be displayed.
 .IP "\-\-ignore=[,...]"
 Add files or directories to the blacklist. They should be base names, not 
paths. [default: CVS]
@@ -56,7 +56,7 @@ Pickle collected data for later comparisons. [default: yes]
 List of plugins (as comma separated values of python module names) to load, 
usually to register additional checkers. [default: none]
 .IP "\-\-fail-under="
 Specify a score threshold to be exceeded before program exits with error. 
[default: 10]
-.IP "\-\-jobs=, -j "
+.IP "\-\-jobs=, \-j "
 Use multiple processes to speed up Pylint. Specifying 0 will auto-detect the 
number of processors available to use. [default: 1]
 .IP "\-\-limit-inference-results="
 Control the amount of potential inferred values when inferring a single 
object. This can help the performance when dealing with large functions or 
complex, nested conditions.  [default: 100]
@@ -90,19 +90,19 @@ Generate a sample configuration file according to the 
current configuration. You
 .SH MESSAGES CONTROL
 .IP "\-\-confidence="
 Only show warnings with the listed confidence levels. Leave empty to show all. 
Valid levels: HIGH, INFERENCE, INFERENCE_FAILURE, UNDEFINED. [default: none]
-.IP "\-\-enable=, -e "
+.IP "\-\-enable=, \-e "
 Enable the message, report, category or checker with the given id(s). You can 
either give multiple identifier separated by comma (,) or put this option 
multiple time (only on the command line, not in the configuration file where it 
should appear only once). See also the "\-\-disable" option for examples.
-.IP "\-\-disable=, -d "
+.IP "\-\-disable=, \-d "
 Disable the message, report, category or checker with the given id(s). You can 
either give multiple identifiers separated by comma (,) or put this option 
multiple times (only on the command line, not in the configuration file where 
it should appear only once). You can also use "\-\-disable=all" to disable 
everything first and then reenable specific checks. For example, if you want to 
run only the similarities checker, you can use "\-\-disable=all 
\-\-enable=similarities". If you want to run only the classes checker, but have 
no Warning level messages displayed, use "\-\-disable=all \-\-enable=classes 
\-\-disable=W".
 
 .SH REPORTS
-.IP "\-\-output-format=, -f "
+.IP "\-\-output-format=, \-f "
 Set the output format. Available formats are text, parseable, colorized, json 
and msvs (visual studio). You can also give a reporter class, e.g. 
mypackage.mymodule.MyReporterClass. [default: text]
-.IP "\-\-reports=, -r "
+.IP "\-\-reports=, \-r "
 Tells whether to display a full report or only the messages. [default: no]
 .IP "\-\-evaluation="
 Python expression which should return a score less than or equal to 10. You 
have access to the variables 'error', 'warning', 'refactor', and 'convention' 
which contain the number of messages in each category, as well as 'statement' 
which is the total number of statements analyzed. This score is used by the 
global evaluation report (RP0004). [default: 10.0 - ((float(5 * error + warning 
+ refactor + convention) / statement) * 10)]
-.IP "\-\-score=, -s "
+.IP "\-\-score=, \-s "
 Activate the evaluation score. [default: yes]
 .IP "\-\-msg-template="
 Template used to display messages. This is a python new-style format string 
used to format the message information. See doc for all details.
-- 
2.27.0



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

Kernel: Linux 5.7.6-1 (SMP w/2 CPU threads)
Locale: LANG=is_IS.iso88591, LC_CTYPE=is_IS.iso88591 (charmap=ISO-8859-1), 

Bug#966576: Night Light leaves screen warm-colored if sunrise happens with screen locked

[Josh Triplett]

Package: gnome-settings-daemon
Version: 3.36.1-1
Severity: normal
X-Debbugs-Cc: j...@joshtriplett.org

I use the Night Light feature to make the screen color warmer between
sunset and sunrise. Often, I'll lock the screen after sunset (when it's
currently warm-colored), and then in the morning, unlock it after
sunrise. When that happens, the screen remains warm, both on the lock
screen and after unlocking. Even toggling the Night Light setting does
not fix this; the screen color stays warm. The only thing I've found
that resets it is to disconnect and reconnect the monitor.

- Josh

-- 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.7.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 gnome-settings-daemon depends on:
ii  gnome-settings-daemon-common  3.36.1-1
ii  gsettings-desktop-schemas 3.36.1-1
ii  libasound21.2.2-2.3
ii  libc6 2.31-2
ii  libcairo2 1.16.0-4
ii  libcanberra-gtk3-00.30-7
ii  libcanberra0  0.30-7
ii  libcolord21.4.4-2
ii  libcups2  2.3.3-2
ii  libfontconfig12.13.1-4.2
ii  libgcr-base-3-1   3.36.0-2
ii  libgdk-pixbuf2.0-02.40.0+dfsg-5
ii  libgeoclue-2-02.5.6-1
ii  libgeocode-glib0  3.26.2-2
ii  libglib2.0-0  2.64.4-1
ii  libgnome-desktop-3-19 3.36.4-1
ii  libgtk-3-03.24.20-1
ii  libgudev-1.0-0233-1
ii  libgweather-3-16  3.36.0-1
ii  liblcms2-22.9-4+b1
ii  libmm-glib0   1.14.0-0.1
ii  libnm01.26.0-1
ii  libnotify40.7.9-1
ii  libnspr4  2:4.27-1
ii  libnss3   2:3.55-1
ii  libpam-systemd [logind]   245.7-1
ii  libpango-1.0-01.44.7-4
ii  libpangocairo-1.0-0   1.44.7-4
ii  libpolkit-gobject-1-0 0.105-28
ii  libpulse-mainloop-glib0   13.0-5
ii  libpulse0 13.0-5
ii  libupower-glib3   0.99.11-2
ii  libwacom2 1.3-2
ii  libwayland-client01.18.0-1
ii  libx11-6  2:1.6.9-2+b1
ii  libxext6  2:1.3.3-1+b2
ii  libxi62:1.7.10-1

Versions of packages gnome-settings-daemon recommends:
pn  iio-sensor-proxy   
ii  pulseaudio 13.0-5
ii  x11-xserver-utils  7.7+8

Versions of packages gnome-settings-daemon suggests:
pn  usbguard  

-- no debconf information

Bug#966575: Acknowledgement (grub-pc: error: symbol `grub_calloc' not found.)

[Paul Menzel]

Sehr geehrte Damen und Herren,


vielen Dank für Ihre Nachricht, die ich nach dem 9. August 2020 lesen werde.


Freundliche Grüße

Paul Menzel

---

Dear Madam or Sir,


Thank you for your message, I am going to read after my return on August 10th, 
2020.


Kind regards,

Paul Menzel

Bug#951553: RFP: qepcad -- Quantifier Elimination by Partial Cylindrical Algebraic Decomposition

[Torrance, Douglas]

Control: retitle -1 ITP: qepcad -- Quantifier Elimination by Partial 
Cylindrical Algebraic Decomposition
Control: owner -1 !

On Tue, 18 Feb 2020 03:36:11 +0100 Alessandro Barbieri wrote:

> Package: wnpp
> Severity: wishlist
>
> * Package name : qepcad
> Version : B 1.72
> Upstream Author : Christopher W Brown
> * URL : https://www.usna.edu/Users/cs/wcbrown/qepcad/B/QEPCAD.html
> * License : BSD, MIT
> Programming Lang: C
> Description : Quantifier Elimination by Partial Cylindrical Algebraic 
> Decomposition
>
> QEPCAD is an implementation of quantifier elimination by partial cylindrical 
> algebraic decomposition due orginally to Hoon Hong, and subsequently added on 
> to by many others. It is an interactive command-line program written in 
> C/C++, and based on the SACLIB library. Presented here is QEPCAD B version 
> 1.x, the "B" designating a substantial departure from the original QEPCAD and 
> distinguishing it from any development of the original that may proceed in a 
> different direction. QEPCAD and the SACLIB library are the result of a 
> program of research by George Collins and his PhD students that has spanned 
> several decades ... and continues still!
>

> I extended and improved QEPCAD for several years. Improvements that didn't 
> involve changes to the way the program interacted with the user I'd just go 
> ahead and make. However, changes that affected the interaction of QEPCAD and 
> the user, or changes that added new features were "tacked on" to the program, 
> requiring the user to know about extra commands. Moreover, there was no 
> cannonical source for QEPCAD distribution or documentation, and no internet 
> accessible source at all. This branch of QEPCAD, QEPCAD "B", was introduced 
> to address those problems - to make QEPCAD easily accessable through the 
> internet, to provide good documentation, and to incorporate many improvements 
> and extensions in a way that makes them most accessible to the user.

I plan on packaging QEPCAD once its build dependency SACLIB (ITP #966572) is in 
Debian.

Bug#966575: grub-pc: error: symbol `grub_calloc' not found.

[Paul Menzel]

Package: grub-pc
Version: 2.04-9
Severity: grave

Dear Debian folks,


On a Acer TravelMate 5735Z with Debian Sid/unstable, upgrading the 
package `grub-pc` causes GRUB to fail on next boot and drop into a 
rescue shell.


GRUB loading.
Welcome to GRUB!

error: symbol 'grub_calloc' not found.
grub rescue>

It only seems to effects MBR installation.

Is there a way to boot the system using the rescue shell, or is a live 
system needed?



Kind regards,

Paul


PS: The Ubuntu report is #1889509 [1].


[1]: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1889509

Bug#966082: Issue Fixed in KeePassXC 2.6.1, will there be a version pushed to Sid and Testing?

[Julian Andres Klode]

I don't have any context to what issue you are replying to (you didn't
quote anything) or any knowledge of a 2.6.1 release (first I hear of it),
so I can't say anything useful at the moment, but yes of course it will
come at some point.

(sorry, sent from my phone).

Christian Matozzo  schrieb am Do., 30. Juli 2020,
23:25:

> https://github.com/keepassxreboot/keepassxc/issues/4963
>
> Supposedly this issue has been fixed in KeePassXC 2.6.1? Any timeline on
> when we might be able to get this version? KeePassXC is currently
> unusable with qt5ct installed otherwise.
>
> --Christian
>
>

Bug#916693: ITP : mfgtools -- Freescale/NXP I.MX Chip image deploy tools

[Henry-Nicolas Tourneur]

Hello Bastian,


I started working on packaging this application within the DebianOnMobile team
on salsa [0].

Thanks for your valuable insights shared earlier, if you want to join the team
and work with me on packaging this, you are very welcome :-)

Best regards,

[0] https://salsa.debian.org/DebianOnMobile-team/mfgtools
-- 
Henry-Nicolas Tourneur
mxid: @hntourne:matrix.nilux.be

Bug#966082: Issue Fixed in KeePassXC 2.6.1, will there be a version pushed to Sid and Testing?

[Christian Matozzo]

https://github.com/keepassxreboot/keepassxc/issues/4963

Supposedly this issue has been fixed in KeePassXC 2.6.1? Any timeline on 
when we might be able to get this version? KeePassXC is currently 
unusable with qt5ct installed otherwise.


--Christian

Bug#964248: base-installer: Pass "--extra-suites=unreleased" to debootstrap on ports arches

[Samuel Thibault]

Hello,

jhcha54008, le mar. 28 juil. 2020 12:44:42 +0200, a ecrit:
> Shipping all packages in the 'unstable' archive on the install CD
> is handy : this spares debootstrap the bother to merge the 'unstable'
> and 'unreleased' archives (with some pitfalls [1]).

Yes, I know, but it means that something has to merge the packages etc.
ATM I'm doing it through gross scripts for building hurd CD images, but
that's not really sustainable.

> Option --extra-suites=unreleased is not very useful in this case.

It is when we do not have several versions of the same package, which is
the case for various packages for various ports.

> I understand that you created an empty Packages file in the 'unreleased'
> distribution on the CD. This should work as well, and comes with the extra
> benefit of making the contents of install CD suitable to set up a
> local mirror (without any further change except passing option 
> debian-installer/allow_unauthenticated to debootstrap).

Yes, my idea was to keep things the same way, so installations from
netboot, netinst, CD, local mirror would work the same, and we avoid
seeing installability issues in one of the cases and not the others.

Samuel

Bug#966105: qt5ct: Bug causes all icons and fonts in KeePassXC to disappear

[Christian Matozzo]

Hello,

Can you consider reopening this bug? Even with the new pushed version of 
qt5ct in Debian Testing, if I attempt to create a new password entry or 
open a submenu in KeePassXC, all fonts disappear. Here is a picture: 
https://imgur.com/d2XWwYC.png


Thank you,

Christian

Bug#966574: llvm-10: llvm-config-10 --link-static --libnames includes libPolly.a which is in another package

[Nick Lewycky]

Package: llvm-10
Version: 1:10.0.1-1
Severity: normal

Dear Maintainer,

I'm attempting to use LLVM bindings in Rust, the common bindings are the
llvm-sys crate. To link, they use

  llvm-config-10 --link-static --libnames

to find all the libraries. That list includes libPolly.a which isn't 
installed

as part of llvm-10 but is instead included in libclang-common-10-dev which
may or may not be installed.

The error that I see from a rust user point of view looks like this:

```
nicholas@tracer:~$ cd llvm-sys-user/
nicholas@tracer:~/llvm-sys-user$ cargo build
   Compiling llvm-sys v100.1.0
error: could not find native static library `Polly`, perhaps an -L flag 
is missing?


error: aborting due to previous error

error: could not compile `llvm-sys`.
```

Nick

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

Kernel: Linux 5.7.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 llvm-10 depends on:
ii  libc6    2.31-2
ii  libgcc-s1    10.1.0-6
ii  libllvm10    1:10.0.1-1
ii  libpfm4  4.10.1+git44-ga2909cd-1
ii  libstdc++6   10.1.0-6
ii  libtinfo6    6.2-1
ii  libz3-4  4.8.8-1
ii  llvm-10-runtime  1:10.0.1-1
ii  zlib1g   1:1.2.11.dfsg-2

Versions of packages llvm-10 recommends:
ii  llvm-10-dev  1:10.0.1-1

Versions of packages llvm-10 suggests:
pn  llvm-10-doc  

-- no debconf information

Bug#894472: libqt5waylandclient5-dev: Missing QtWayland private headers

[Nicholas Guriev]

Telegram Desktop since 2.2.0 version requires these privates headers for Wayland
integration. I had to copy a piece of build tree of the qtwayland-opensource-src
package to telegram-desktop. Please install all the headers to ordinary "-dev"
binary packages or provide a special "-private-dev" package.

https://salsa.debian.org/debian/telegram-desktop/-/commit/41e7ad4cdb6528a6659d61b68facb543958365be#a243a023b669d91df064d7708b91117d55c6f55d



signature.asc
Description: This is a digitally signed message part

Bug#964248: base-installer: Pass "--extra-suites=unreleased" to debootstrap on ports arches

[Samuel Thibault]

jhcha54008, le mar. 28 juil. 2020 10:39:40 +0200, a ecrit:
> I wonder if the versioned dependency of apt-mirror-setting on base-installer 
> is necessary.

AIUI it is for getting the is_ports_architecture function from
/usr/lib/base-installer/library.sh?

> Bug #879130 was solved (thank you !), and since then we could 
> just write :
> 
> is_ports_architecture=$(cat /usr/lib/choose-mirror/port_architecture)
> 
> Is it sufficient ?

Mmm, possibly, are we sure that choose-mirror is always installed in
d-i? It seems that monolithic/netboot have it anyway, and cdrom installs
it already? наб, perhaps you can try and check that it works?

> And we were advised against hard-coding a list of port architectures [1].

Yep, sure, better not duplicate the list.

Samuel

Bug#964248: base-installer: Pass "--extra-suites=unreleased" to debootstrap on ports arches

[jhcha54008]

Hi,

Thank you for your work to improve the installability of port architectures !

Sorry for jumping so late into the discussion of the patch of bug #964248.

I wonder if the versioned dependency of apt-mirror-setting on base-installer 
is necessary. Bug #879130 was solved (thank you !), and since then we could 
just write :

is_ports_architecture=$(cat /usr/lib/choose-mirror/port_architecture)

Is it sufficient ?

And we were advised against hard-coding a list of port architectures [1].

I hope it will help nevertheless !

Regards,
JH Chatenet

[1] : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=690210#31

Bug#966568: Firefox-ESR in limbo after buster/security update today

[Mike Hommey]

On Thu, Jul 30, 2020 at 07:39:53PM +, Kevin Torkelson wrote:
> Package: firefox-esr
> 
> Version: 68.11.0esr-1~deb10u1
> 
> 
> I had Firefox running at the time I applied an update today, and at some 
> point it closed itself abruptly. When I restarted it, it starts back up but 
> in some extremely strange mode where I cannot browse pages, view settings, 
> and no add-ins seem to be running, nor can I even view the add-ins page.  I 
> drive Firefox pretty hard on a normal basis and don't have the most standard 
> settings in general, but I've never seen a problem even close to this before. 
> It will report it's version and do a few other functions such as viewing 
> bookmarks, so it's not 100% disabled, but pretty close to it.

It sounds like you have a Firefox window left up somewhere, or worse, a
Firefox process without a window, and launching a new Firefox is
actually just opening a new window from that existing (old) instance.

Try to find and kill it, then restart Firefox.

Mike

Bug#966573: awscli: aws cli v2

[Noah Meyerhans]

On Thu, Jul 30, 2020 at 10:12:54PM +0200, Franck Hamelin wrote:
> 
> Installation the amazon way is easy but probably not in line with the idea of 
> Debian packaging system. So my question is : what are the plan for AWS CLI V2 
> on Debian ? 
> 

You're the second one to ask about this recently, so I think the plan is
to start looking into it with greater urgency.

Thanks
noah

Bug#966520: Please enable AMD AMF

[Louis-Philippe Véronneau]

On 2020-07-30 03 h 27, Jonas Smedegaard wrote:
> Quoting Louis-Philippe Véronneau (2020-07-30 06:14:43)
>> It seems ffmpeg version 4.3 now supports AMD AMF on Linux via Vulkan 
>> [1]. Would it be possible to enable it?
>>
>> From what I understand, this needs the AMF framework header files, 
>> that can be found here:
>>
>> https://github.com/GPUOpen-LibrariesAndSDKs/AMF/tree/master/amf/public/include
>>
>> These files are under the MIT, so I think it should be ok to package 
>> them in Debian.
>>
>> I'm not 100% sure if AMF works on mesa though (without the amdgpu-pro 
>> non-free drivers), as the documentation isn't super clear on this [2].
> 
> Enabling that driver involves (at least) two prerequisites:
> 
>  1) Add source package libamf (as you mention yourself).
>  2) Add binary package libavformat-extra (for GPLv3+ licensed code).
> 
> The latter is mentioned in a comment in rules file of ffmpeg, but it is 
> not clear to me how complicated it would be to introduce such 
> libavformat-extra.>
> A small step that could help track this bugreport is if someone (you?) 
> file an ITP or RFP about libamf, which this bug could then depend on.

I opened an RFP and linked it as asked.

I'd be happy to help with this, but as stated in the RFP, I've never
packaged anything like this before and I wouldn't know where to start.

-- 
  ⢀⣴⠾⠻⢶⣦⠀
  ⣾⠁⢠⠒⠀⣿⡁  Louis-Philippe Véronneau
  ⢿⡄⠘⠷⠚⠋   po...@debian.org / veronneau.org
  ⠈⠳⣄



signature.asc
Description: OpenPGP digital signature

Bug#966572: ITP: saclib -- library of C programs for computer algebra

[Doug Torrance]

Package: wnpp
Severity: wishlist
Owner: Doug Torrance 

* Package name: saclib
  Version : 2.2.7
  Upstream Author : Christopher W. Brown 
* URL : https://www.usna.edu/CS/qepcadweb/B/QEPCAD.html
* License : ISC
  Programming Lang: C
  Description : library of C programs for computer algebra

SACLIB is a library of C programs for computer algebra derived from the
SAC2 system.  It includes algorithms for list processing, arithmetic of
integers, rational numbers, and polynomials, modular arithmetic, linear
algebra, and more.

SACLIB is a build dependency for the quantifier elimination software
QEPCAD, which I also intend to package.  (QEPCAD, in turn, is used
by the CoincidentRootLoci package in Macaulay2, which should be
arriving in Debian soon -- see #439888.)

I plan to maintain the package under the umbrella of the Debian Science
Team.

Bug#936251: bup: Python2 removal in sid/bullseye

[Robert Edmonds]

Sandro Tosi wrote:
> User: debian-pyt...@lists.debian.org
> Usertags: -py2keep
> 
> the argument to set pykeep was that the app is popular enough;
> according to https://qa.debian.org/popcon.php?package=bup it has ~230
> installations, declining; removing the tag
> 
> On Fri, 30 Aug 2019 07:12:26 + Matthias Klose  wrote:
> > Package: src:bup
> > Version: 0.29.3-2
> > Severity: normal
> > Tags: sid bullseye
> > User: debian-pyt...@lists.debian.org
> > Usertags: py2removal
> 
> Hey Robert, i looked at recent changes to the upstream repo, in
> particular 
> https://github.com/bup/bup/commit/64e04395957f148bd41d3506bc603a9b1122c7df
> where they enabled tests on py3 too, as a good indication the code is
> progressing in the right direction: do you think it's already at a
> stage where a git snapshot could be uploaded to unstable?

bup has an extensive and aggressive test suite that sometimes
experiences arch-specific test failures. For a new upstream release
(including a new git snapshot) I would like to have the first upload(s)
go to experimental to verify the test suite across all architectures
before uploading to unstable. Since it is a backup tool, I'd also like
to avoid uploading git snapshots to unstable.

-- 
Robert Edmonds
edmo...@debian.org

Bug#936251: bup: Python2 removal in sid/bullseye

[Sandro Tosi]

> bup has an extensive and aggressive test suite that sometimes
> experiences arch-specific test failures. For a new upstream release
> (including a new git snapshot) I would like to have the first upload(s)
> go to experimental to verify the test suite across all architectures
> before uploading to unstable. Since it is a backup tool, I'd also like
> to avoid uploading git snapshots to unstable.

ok then: can you upload to experimental a git snapshot to switch to
python3, so that it will also help upstream assess theri porting?

Thanks,
-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi

Bug#966569: src:rr: fails to migrate to testing for too long: unresolved RC bug

[Paul Gevers]

Source: rr
Version: 5.3.0-2
Severity: serious
Control: close -1 5.3.0-3
Tags: sid bullseye
User: release.debian@packages.debian.org
Usertags: out-of-sync

Dear maintainer(s),

As recently announced [1], the Release Team now considers packages that
are out-of-sync between testing and unstable for more than 60 days as
having a Release Critical bug in testing. Your package src:rr in its
current version in unstable has been trying to migrate for 62 days [2].
Hence, I am filing this bug.

If a package is out of sync between unstable and testing for a longer
period, this usually means that bugs in the package in testing cannot be
fixed via unstable. Additionally, blocked packages can have impact on
other packages, which makes preparing for the release more difficult.
Finally, it often exposes issues with the package and/or
its (reverse-)dependencies. We expect maintainers to fix issues that
hamper the migration of their package in a timely manner.

This bug will trigger auto-removal when appropriate. As with all new
bugs, there will be at least 30 days before the package is auto-removed.

I have immediately closed this bug with the version in unstable, so if
that version or a later version migrates, this bug will no longer affect
testing. I have also tagged this bug to only affect sid and bullseye, so
it doesn't affect (old-)stable.

If you believe your package is unable to migrate to testing due to
issues beyond your control, don't hesitate to contact the Release Team.

Paul

[1] https://lists.debian.org/debian-devel-announce/2020/02/msg5.html
[2] https://qa.debian.org/excuses.php?package=rr




signature.asc
Description: OpenPGP digital signature

Bug#966570: RFP: libamf -- Advanced Media Framework (AMF) SDK

[Louis-Philippe Véronneau]

Package: wnpp
Severity: wishlist

"AMF is a light-weight, portable multimedia framework that abstracts
away most of the platform and API-specific details and allows for easy
implementation of multimedia applications using a variety of
technologies, such as DirectX 11, OpenGL, and OpenCL and facilitates an
efficient interop between them."

This would be interesting to have in Debian to be able to add AMF
support in ffmpeg to support hardware acceleration on AMD GPUs.

The upstream sources do include some Thirdparty code, but this can be
removed by repacking the source to exclude them.

I'm happy to help or sponsor work for this, but I'm not confident I
understand the codebase enough to be packaging this myself.


 * URL : https://github.com/GPUOpen-LibrariesAndSDKs/AMF
 * License : Expat

-- 
  ⢀⣴⠾⠻⢶⣦⠀
  ⣾⠁⢠⠒⠀⣿⡁  Louis-Philippe Véronneau
  ⢿⡄⠘⠷⠚⠋   po...@debian.org / veronneau.org
  ⠈⠳⣄



signature.asc
Description: OpenPGP digital signature

Bug#966571: src:fontforge: fails to migrate to testing for too long: unresolved RC bug

[Paul Gevers]

Source: fontforge
Version: 1:20190801~dfsg-4
Severity: serious
Control: close -1 1:20190801~dfsg-5
Tags: sid bullseye
User: release.debian@packages.debian.org
Usertags: out-of-sync
Control: block -1 by 961841

Dear maintainer(s),

As recently announced [1], the Release Team now considers packages that
are out-of-sync between testing and unstable for more than 60 days as
having a Release Critical bug in testing. Your package src:fontforge in
its current version in unstable has been trying to migrate for 62 days
[2]. Hence, I am filing this bug.

If a package is out of sync between unstable and testing for a longer
period, this usually means that bugs in the package in testing cannot be
fixed via unstable. Additionally, blocked packages can have impact on
other packages, which makes preparing for the release more difficult.
Finally, it often exposes issues with the package and/or
its (reverse-)dependencies. We expect maintainers to fix issues that
hamper the migration of their package in a timely manner.

This bug will trigger auto-removal when appropriate. As with all new
bugs, there will be at least 30 days before the package is auto-removed.

I have immediately closed this bug with the version in unstable, so if
that version or a later version migrates, this bug will no longer affect
testing. I have also tagged this bug to only affect sid and bullseye, so
it doesn't affect (old-)stable.

If you believe your package is unable to migrate to testing due to
issues beyond your control, don't hesitate to contact the Release Team.

Paul

[1] https://lists.debian.org/debian-devel-announce/2020/02/msg5.html
[2] https://qa.debian.org/excuses.php?package=fontforge




signature.asc
Description: OpenPGP digital signature

Bug#966567: ITP: freezer -- OpenStack Freezer

[Michal Arbet]

Package: wnpp
Severity: wishlist
Owner: Michal Arbet 

* Package name: freezer
  Version : 8.0.0
  Upstream Author : Openstack-Dev 
* URL : https://github.com/openstack/freezer
* License : Apache-2
  Programming Lang: Python
  Description :  OpenStack Freezer

OpenStack Freezer -

 - This package provides Openstack Backup as a service - Freezer., client
side.
 - I will maintain it inside a packaging team Debian Openstack

Bug#966568: Firefox-ESR in limbo after buster/security update today

[Kevin Torkelson]

Package: firefox-esr

Version: 68.11.0esr-1~deb10u1


I had Firefox running at the time I applied an update today, and at some point 
it closed itself abruptly. When I restarted it, it starts back up but in some 
extremely strange mode where I cannot browse pages, view settings, and no 
add-ins seem to be running, nor can I even view the add-ins page.  I drive 
Firefox pretty hard on a normal basis and don't have the most standard settings 
in general, but I've never seen a problem even close to this before. It will 
report it's version and do a few other functions such as viewing bookmarks, so 
it's not 100% disabled, but pretty close to it.

I for add-ons I use (to name a few): Umatrix, Lastpass, a hierachy-tree for the 
active tabs, auto-discard. I haven't rebooted the system yet in case there are 
any tests I could run that might give some helpful information.
apt update: Get:1 http://security.debian.org/debian-security 
buster/updates/main amd64 firefox-esr amd64 68.11.0esr-1~deb10u1 [48.0 MB]
kernel: Linux d10 4.19.0-5-amd64 #1 SMP Debian 4.19.37-5+deb10u2 (2019-08-08) 
x86_64 GNU/Linux
hardware: Thinkpad T480, corei7 8th Gen

Feel free to contact me if I can be of assistance.

Best Regards,
Kevin




Kevin Torkelson
Security Engineer
CoNetrix Security — a CoNetrix company
800.356.6568 | CoNetrix.com/Security

[cid:image286bee.PNG@7889d9ff.4fb39e5b]


This e-mail message (and attachments) may contain confidential CoNetrix 
information. If you are not the intended recipient, do not use, distribute or 
copy these contents. Instead, notify the sender by return e-mail and erase all 
copies. Message contents that do not relate to official business are neither 
given nor endorsed by CoNetrix.

Bug#966403: usbmux.rules file additional information

[Vernon Van Steenkist]

First, let me apologize for the initial poor bug report. I have since 
done further research and a have discovered that the 
/lib/udev/rules.d/39-usbmuxd.rules file in debian package 
usbmuxd_1.0.8+git20140527.e72f2f7-2_i386.deb supported both sysvinit and 
systemd. Please see contents below.


# usbmuxd ("Apple Mobile Device" muxer listening on /var/run/usbmuxd)

# Check for systemd running as pid 1
TEST=="/run/systemd/system/", ACTION=="add", SUBSYSTEM=="usb", 
ATTR{idVendor}=="05ac", ATTR{idProduct}=="12[9a][0-9a-f]", 
ENV{USBMUX_SUPPORTED}="1", ATTR{bConfigurationValue}="0", 
OWNER="usbmux", TAG+="systemd", ENV{SYSTEMD_WANTS}="usbmuxd.service", 
RUN+="/usr/bin/pkill -x -SIGUSR2 usbmux" GOTO="usbmuxd_systemd_end"


# Legacy udev
ACTION=="add", SUBSYSTEM=="usb", ATTR{idVendor}=="05ac", 
ATTR{idProduct}=="12[9a][0-9a-f]", ENV{USBMUX_SUPPORTED}="1", 
ATTR{bConfigurationValue}="0", OWNER="usbmux", RUN+="/usr/sbin/usbmuxd 
-u -U usbmux"


LABEL="usbmuxd_systemd_end"

# Exit usbmuxd when the last device is removed
ACTION=="remove", SUBSYSTEM=="usb", 
ENV{PRODUCT}=="5ac/12[9a][0-9a-f]/*", ENV{INTERFACE}=="255/*", 
RUN+="/usr/sbin/usbmuxd -x"



I have tested this version of the usbmuxd.rules file in Debian based 
systemd and sysvinit systems. It works perfectly


* usbmuxd starts when iphone or ipad is plugged in on both systemd and 
sysvinit systems


* systemctl status usbmuxd command outputs usbmuxd status correctly on 
systemd systems.



However, in the next Debian release, TEST=="/run/systemd/system/" was 
removed thus breaking usbmuxd on sysvinit systems.  Please revert back 
to the usbmuxd_1.0.8+git20140527.e72f2f7-2_i386.deb version in order to 
allow usbmuxd to load on sysvinit systems again.



Thanks

Bug#966517: qemu-system-x86: Qemu called with curses arg exits with qemu-system-x86_64: Display 'curses' is not available.

[Michael Tokarev]

Control: tag -1 + confirmed pending

30.07.2020 05:43, Eldon wrote:
> Package: qemu-system-x86
> Version: 1:5.0-13
> Severity: normal
> X-Debbugs-Cc: debianb...@eldondev.com
> 
> Dear Maintainer,
> 
> I frequently use the -curses argument with a variety of qemu
> invocations. After performing some straces, it appears that only these
> latest builds expect a ui-curses.so file. I attempted to install
> qemu-system-gui, but that package contains no such file on my system.

Yeah, this is a forgotten module:

dh_missing: warning: usr/lib/x86_64-linux-gnu/qemu/ui-curses.so exists in 
debian/tmp but is not installed to anywhere

It is a problem for every qemu-system-$arch package, actually.
And no, it weren't supposed to be in -gui, curses is not Graphics ;)

I've added it to the list of modules to install, where it belongs.
It will be there in the next upload, hopefully very soon..

Thank you for the bugreport, and please excuse me for the inconvenience.

/mjt

Bug#966566: backup-manager: FTPS purges and uploads fail

[Bachsau]

Package: backup-manager
Version: 0.7.14-1+deb10u1
Severity: important
Tags: patch

Dear Maintainer,

backup-manager-upload fails to gather a list of files from the FTP server in 
order to purge them. The error message from Perl is "Not an ARRAY reference". 
It also fails to find the archives for uploading because it uses `basename` on 
the full path without changing its working directory before.

Both of these errors are caused by serious mistakes in the code, which doesn't 
seem to have been tested thoroughly after backup-manager was updated to use a 
new library for uploads.


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

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

Versions of packages backup-manager depends on:
ii  debconf [debconf-2.0]  1.5.71
ii  perl   5.28.1-6
ii  ucf3.0038+nmu1

backup-manager recommends no packages.

Versions of packages backup-manager suggests:
pn  anacron
pn  backup-manager-doc 
pn  dar
pn  dvd+rw-tools   
pn  genisoimage
ii  gettext-base   0.19.8.1-9
pn  libnet-amazon-s3-perl  
ii  openssh-client 1:7.9p1-10+deb10u2
pn  wodim  
pn  zip

-- debconf information:
* backup-manager/upload-passwd: (password omitted)
* backup-manager/backup-repository: /var/backups/archives
* backup-manager/burning-device:
  backup-manager/upload-key:
* backup-manager/upload-hosts: (redacted)
* backup-manager/upload-user-ftp: (redacted)
* backup-manager/name-format: long
* backup-manager/burning-maxsize:
  backup-manager/upload-user-scp:
* backup-manager/time-to-live: 0
* backup-manager/dump_symlinks: false
* backup-manager/repo_user: root
  backup-manager/cron_d_remove_deprecated: false
* backup-manager/filetype: tar.bz2
* backup-manager/burning-enabled: false
* backup-manager/upload-dir: /
  backup-manager/encryption_recipient:
* backup-manager/transfert_mode: ftp
* backup-manager/burning-method:
* backup-manager/enable_encryption: false
* backup-manager/blacklist: /var/backups/archives /var/lib/mysql
* backup-manager/cron_frequency: daily
* backup-manager/want_to_upload: true
* backup-manager/directories: /etc /home /usr/local /var/backups 
/var/cache/debconf /var/lib /var/log /var/mail /var/tls /var/www
* backup-manager/repo_group: root

-- debsums errors found:
debsums: changed file /usr/bin/backup-manager-upload (from backup-manager 
package)
--- backup-manager-upload.orig  2019-07-29 22:13:50.0 +0200
+++ backup-manager-upload   2020-07-30 19:53:26.130268817 +0200
@@ -526,13 +526,7 @@
 # First, create the list of existing archives
 my ($fh, $filename) = get_tempfile('ftp-archives-XX');
 my $BM_UPLOAD_FTP_SECURE = $ENV{"BM_UPLOAD_FTP_SECURE"};
-my $ra_files;
-if ($BM_UPLOAD_FTP_SECURE eq "true") {
-$ra_files = $ftp->list();
-}
-else {
-$ra_files = $ftp->ls();
-}
+my $ra_files = $ftp->ls();
 foreach my $file (@$ra_files) {
 print $fh "$file\n";
 }
@@ -812,8 +806,7 @@
 sub ftptls_put_file ($$)
 {
 my ($ftp, $file) = @_;
-my $basename = basename ($file);
-return $ftp->put ($basename, $file);
+return $ftp->put ($file);
 }
 
 # }}}

Bug#966554: grub2-common: BootHole fixes in DSA-4735-1 break dual-boot with Windows

[Janek Stolarek]

Thanks for fixing this so quickly!

Janek

Bug#966554: grub2-common: BootHole fixes in DSA-4735-1 break dual-boot with Windows

[Steve McIntyre]

On Thu, Jul 30, 2020 at 07:55:31PM +0100, Janek Stolarek wrote:
>> That's part of the Debian process for generating
>> grub-efi-amd64-signed, it's no use to you. For now, uninstall the
>> grub-efi-amd64-signed package that you have please?
>Ok, I can confirm that the works. I installed the packages from the repo, 
>disabled Secure Boot, 
>and I can now boot into Windows without problems.

Awesome, massive thanks for helping to test this for us! We'll get the
fixed packages rolled up and released ASAP to replace the broken ones.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"The whole problem with the world is that fools and fanatics are
 always so certain of themselves, and wiser people so full of doubts."
   -- Bertrand Russell

Bug#966565: [zfsutils-linux] zfs-mount-generator broken by git_fix_dependency_loop_encryption1.patch

[Antonio Russo]

Package: zfsutils-linux
Version: 0.8.4-2
Severity: important
X-Debbugs-CC: rlaa...@wiktel.com
Tags: patch

The addition of the command

pools=$(zpool list -H -o name)

to /lib/systemd/system-generators/zfs-mount-generator means that zpool must
succeed at very early in the boot. This may not be the case on many systems.
Indeed, great effort is taken in zfs-mount-generator infrastructure to avoid
any dependency on zpool and zfs.

Changing this line to

pools=$(zpool list -H -o name | true)

allows the command to fail, and fall-back to the original behavior if zpool
is unavailable or the command is unable to get a list of pools.

This can easily break a users boot, so it may make sense to raise the
severity of this bug.

Antonio

Bug#966554: grub2-common: BootHole fixes in DSA-4735-1 break dual-boot with Windows

[Steve McIntyre]

On Thu, Jul 30, 2020 at 07:49:51PM +0100, Janek Stolarek wrote:
>> (Just install the ones that are upgrades to packages you already have
>> installed, of course, not absolutely everything there.)
>One quick question: I have grub-efi-amd64-signed on my system but the 
>repository contains 
>grub-efi-amd64-signed-template. Is that intentional?

That's part of the Debian process for generating
grub-efi-amd64-signed, it's no use to you. For now, uninstall the
grub-efi-amd64-signed package that you have please?

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
Google-bait:   https://www.debian.org/CD/free-linux-cd
  Debian does NOT ship free CDs. Please do NOT contact the mailing
  lists asking us to send them to you.

Bug#966554: grub2-common: BootHole fixes in DSA-4735-1 break dual-boot with Windows

[Janek Stolarek]

> That's part of the Debian process for generating
> grub-efi-amd64-signed, it's no use to you. For now, uninstall the
> grub-efi-amd64-signed package that you have please?
Ok, I can confirm that the works. I installed the packages from the repo, 
disabled Secure Boot, 
and I can now boot into Windows without problems.

Janek

Bug#966564: bluez: newer upstream release available

[Ryutaroh Matsumoto]

Package: bluez
Version: 5.52-1
Severity: wishlist

Dear Maintainer,

A newer upstream release 5.54 is available as
https://www.bluez.org/category/release/

Best regards, Ryutaroh Matsumoto

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

Kernel: Linux 5.7.0-1-amd64 (SMP w/2 CPU threads)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.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 bluez depends on:
ii  dbus 1.12.20-1
ii  init-system-helpers  1.58
ii  kmod 27+20200310-2
ii  libasound2   1.2.2-2.3
ii  libc62.31-2
ii  libdbus-1-3  1.12.20-1
ii  libdw1   0.176-1.1
ii  libglib2.0-0 2.64.4-1
ii  libreadline8 8.0-4
ii  libudev1 245.6-2
ii  lsb-base 11.1.0
ii  udev 245.6-2

bluez recommends no packages.

Versions of packages bluez suggests:
pn  pulseaudio-module-bluetooth  

-- no debconf information

Bug#966554: grub2-common: BootHole fixes in DSA-4735-1 break dual-boot with Windows

[Janek Stolarek]

> (Just install the ones that are upgrades to packages you already have
> installed, of course, not absolutely everything there.)
One quick question: I have grub-efi-amd64-signed on my system but the 
repository contains 
grub-efi-amd64-signed-template. Is that intentional?

Janek

Bug#966554: grub2-common: BootHole fixes in DSA-4735-1 break dual-boot with Windows

[Colin Watson]

On Thu, Jul 30, 2020 at 04:41:18PM +0100, Janek Stolarek wrote:
> I'm fine with installing the debs - just send them over when they are ready.

Steve and I have been chatting about this.  Could you please try these?

  https://people.debian.org/~cjwatson/tmp/grub2-buster/

(Just install the ones that are upgrades to packages you already have
installed, of course, not absolutely everything there.)

-- 
Colin Watson (he/him)  [cjwat...@debian.org]

Bug#925965: enable CONFIG_PMIC_OPREGION

[Jeremy Stanley]

I'm trying to address this as part of
https://salsa.debian.org/kernel-team/linux/-/merge_requests/203 if
interested folks want to take a look at the third commit there
("[x86] PMIC operation region support") and see if it looks
reasonable.
-- 
Jeremy Stanley

Bug#966563: libvirt: CVE-2020-14339

[Salvatore Bonaccorso]

Source: libvirt
Version: 6.4.0-2
Severity: important
Tags: security upstream
X-Debbugs-Cc: Debian Security Team 

Hi,

The following vulnerability was published for libvirt.

CVE-2020-14339[0]:
leak of /dev/mapper/control into QEMU guests

If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2020-14339
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-14339
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1860069
[2] https://www.redhat.com/archives/libvir-list/2020-July/msg01500.html
[3] https://www.redhat.com/archives/libvir-list/2020-July/msg01501.html

Please adjust the affected versions in the BTS as needed. The issue
though appers to be introduce in 6.2.0 only and guess 6.6.0 will
contain all the neede depending bits as well.

Regards,
Salvatore

Bug#966525: dmagnetic FTBFS on i386: check-sixel failed

[Thomas Dettbarn]

 
 
  
   https://mentors.debian.net/package/dmagnetic/
   
  
    
   
  
   Okay. I applied your patch. Please have a look.
   
   
   
Adrian Bunk  hat am 30.07.2020 16:29 geschrieben:

   
 

   
 

   
On Thu, Jul 30, 2020 at 03:47:49PM +0200, Thomas Dettbarn wrote:

   
>...



 One last thing... Why did your patch say "ifneq... i386"?
 

   
ifneq (,$(filter $(DEB_HOST_ARCH), i386))

   
^

   
This compares the empty string with the filter result.

   
 

   
ifeq ($(DEB_HOST_ARCH), i386)

   
would to the same in this case.

   
 

   
I am used to the filter way of writing it since it allows listing

   
several architectures like

   
ifneq (,$(filter $(DEB_HOST_ARCH), i386 mipsel hppa))

   
 



 Thomas
 

   
cu

   
Adrian

  
 

Bug#966562: altos: hardcodes runtime json-c dependency

[Gianfranco Costamagna]

Source: altos
Version: 1.9.4-1
Severity: serious
tags: patch

Hello, please update to -c5 or better drop it

in case you want to keep it,

sed s/libjson-c4/libjson-c5/g -i debian/control does the job

G.

Bug#966561: reportbug: lock screen button and the equivelent - it going asleep;inactivity - force me to solve by power button thus i lose my work

[Sean]

Package: reportbug
Version: 7.5.3~deb10u1
Severity: important

Dear Maintainer,

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

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

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



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

** /home/garreth/.reportbugrc:
reportbug_version "7.5.3~deb10u1"
mode novice
ui gtk
realname "Sean"
email "g1...@gmx.com"
no-cc
list-cc-me
smtphost reportbug.debian.org

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

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

Versions of packages reportbug depends on:
ii  apt1.8.2.1
ii  python33.7.3-1
ii  python3-reportbug  7.5.3~deb10u1
ii  sensible-utils 0.0.12

reportbug recommends no packages.

Versions of packages reportbug suggests:
pn  claws-mail  
pn  debconf-utils   
pn  debsums 
pn  dlocate 
pn  emacs-bin-common
ii  file1:5.35-4+deb10u1
ii  gnupg   2.2.12-1+deb10u1
pn  postfix | exim4 | mail-transport-agent  
pn  python3-urwid   
ii  reportbug-gtk   7.5.3~deb10u1
ii  xdg-utils   1.1.3-1+deb10u1

Versions of packages python3-reportbug depends on:
ii  apt1.8.2.1
ii  file   1:5.35-4+deb10u1
ii  python33.7.3-1
ii  python3-apt1.8.4.1
ii  python3-debian 0.1.35
ii  python3-debianbts  2.8.2
ii  python3-requests   2.21.0-1
ii  sensible-utils 0.0.12

python3-reportbug suggests no packages.

-- no debconf information

Bug#966560: libssh: CVE-2020-16135

[Salvatore Bonaccorso]

Source: libssh
Version: 0.9.4-1
Severity: important
Tags: security upstream
Forwarded: https://bugs.libssh.org/T232
X-Debbugs-Cc: Debian Security Team 

Hi,

The following vulnerability was published for libssh.

CVE-2020-16135[0]:
| libssh 0.9.4 has a NULL pointer dereference in tftpserver.c if
| ssh_buffer_new returns NULL.


If you fix the vulnerability please also make sure to include the
CVE (Common Vulnerabilities & Exposures) id in your changelog entry.

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2020-16135
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-16135
[1] https://bugs.libssh.org/T232
[2] https://bugs.libssh.org/rLIBSSHe631ebb3e2247dd25e9678e6827c20dc73b73238
[3] https://gitlab.com/libssh/libssh-mirror/-/merge_requests/120

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#966548: websockify: Websockify needs to be updated v0.8.0 -> v0.9.0

[Daniel Teichmann]

Source: websockify
Severity: important
Tags: newcomer

Dear Maintainer,

   * What led up to the situation?
When installing python3-websockify or websockify v0.8.0
NoVNC won't be able to connect to a VNC Server (e.g. x11vnc).
x11vnc prints following errors when novnc tries to connect:
"code 400, message Client must support 'binary' or 'base64' protocol"
"code 405, message Method Not Allowed"
But this behavior is already fixed in v0.9.0 upstream.
(Probably because Base64 support was removed and binary mode is now
required)
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Just installing from upstream sources (v0.9.0) websockify

Thank you!



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

Kernel: Linux 4.19.0-8-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
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 /bin/dash

Bug#966423: inkscape: Copy & Paste of objects is broken

[Alex]

This happens in every document for me.

- Open Inkscape
- Create a rectangle
- Try to copy & paste it.

> however, this error message is known:
I am not sure if those are useful. The error looks like it belongs to
some smart pointer library or something similar and isn't too helpful
except someone knows which pointers may be the problem when copying/pasting.

I can see if I should open an issue, I am just thinking if it affects
upstream it would be already known. Is the Debian testing package a
release or a snapshot from the upstream?

I'd like to test 1.0-4 soon, but I cannot get it from Debian unstable
without installing a lot more unstable packages.

Bug#966423: inkscape: Copy & Paste of objects is broken

[Alex]

I got it resolved.

Inkscape needs to write to ~/.cache/inkscape-clipboard-export and my
.cache folder had wrong permissions, so inkscape could not create the
temporary folder and it seems not to handle the error.

I think the bug can be closed, as this is a rare (and wrong) configuration.

Bug#966559: ITP: r-cran-ksamples -- GNU R K-Sample Rank Tests and their Combinations

[Shayan Doust]

Package: wnpp
Severity: wishlist

Subject: ITP: r-cran-ksamples -- GNU R K-Sample Rank Tests and their 
Combinations
Package: wnpp
Owner: Shayan Doust 
Severity: wishlist

* Package name: r-cran-ksamples
  Version : 1.2
  Upstream Author : Fritz Scholz 
* URL : https://cran.r-project.org/package=kSamples
* License : GPL-2+
  Programming Lang: GNU R
  Description : GNU R K-Sample Rank Tests and their Combinations
 Compares k samples using the Anderson-Darling test, Kruskal-Wallis type
 tests with different rank score criteria, Steel's multiple comparison
 test, and the Jonckheere-Terpstra (JT) test. It computes asymptotic,
 simulated or (limited) exact P-values, all valid under randomization,
 with or without ties, or conditionally under random sampling from
 populations, given the observed tie pattern. Except for Steel's test and
 the JT test it also combines these tests across several blocks of
 samples. Also analyzed are 2 x t contingency tables and their blocked
 combinations using the Kruskal-Wallis criterion. Steel's test is
 inverted to provide simultaneous confidence bounds for shift parameters.
 A plotting function compares tail probabilities obtained under
 asymptotic approximation with those obtained via simulation or exact
 calculations.

Remark: This package is maintained by Debian R Packages Maintainers at
   https://salsa.debian.org/r-pkg-team/r-cran-ksamples

Bug#966558: ITP: fast5-research -- command line executable tools for python3-fast5-research

[Shayan Doust]

Package: wnpp
Severity: wishlist

Subject: ITP: fast5-research -- command line executable tools for 
python3-fast5-research
Package: wnpp
Owner: Shayan Doust 
Severity: wishlist

* Package name: fast5-research
  Version : 1.2.21
  Upstream Author : Oxford Nanopore Technologies Ltd.
* URL : https://github.com/nanoporetech/fast5_research
* License : MPL-2.0
  Programming Lang: Python
  Description : command line executable tools for python3-fast5-research
 Python fast5 reading and writing functionality provided by ONT Research.
 This package comprises an API to HDF containers used by the research
 groups within Oxford Nanopore Technologies. It complements the official
 API. Reading and writing of read files can be accomplished as well as
 reading of bulk .fast5 files. It reads interface bulk .fast5 files for
 extracting reads, channel states, voltage, etcetera.
 .
 This package contains the executables and command line tools for
 python3-fast5-research.

Remark: This package is maintained by Debian Med Packaging Team at
   https://salsa.debian.org/med-team/fast5-research

Bug#966557: Blacklist nvidia-modeset and nvidia-drm

[Joel Johnson]

Package: bumblebee
Version: 3.2.1-22
Severity: important

With more recent nvidia drivers and Debian packages of 
nvidia-kernel-support, the nvidia-modeset and nvidia-drm modules are 
attempted to be loaded. This causes the driver to always be loaded. 
Locally I've added those two modules to the 
/etc/modprobe.d/bumblebee.conf to blacklist them in addition to the 
currently listed modules.

Bug#966556: sway: Presence of nonfree nvidia drivers requires flag to start

[kevin]

Package: sway
Version: 1.5-2
Severity: wishlist

Dear Maintainer,

Sway requires itself to be started with the 
`--my-next-gpu-wont-be-nvidia` if
the software detects the presence of nonfree/proprietary drivers. This 
happens
even if the driver is not used for running Sway, for example in systems 
with

hybrid graphics or when performing CUDA computations.

The upstream maintainers have a clear opinion about this subject (see:
https://github.com/swaywm/sway/issues/4850 and
https://github.com/swaywm/sway/issues/4147). I understand that 
compatibility
problems might arise when using the nonfree nvidia drivers. I however 
feel that

the current implementation is not very user-friendly.

A possible solution is that the user is warned about compatibility 
issues when
using the nonfree drivers, but that Sway does not exit without setting 
the flag
(i.e. Sway runs "out-of-the-box"). A better solution would be to verify 
whether
the nonfree drivers are actually used for running Sway, but I understand 
that

such an implementation is far more difficult. At the very least, I would
suggest altering the flag to be less opinionated.

Thank you
-Kevin



-- System Information:
Debian Release: bullseye/sid
  APT prefers oldoldstable
  APT policy: (500, 'oldoldstable'), (500, 'unstable'), (500, 'stable'), 
(500, 'oldstable')

Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.7.0-2-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, 
TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en

Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages sway depends on:
ii  libc62.31-2
ii  libcairo21.16.0-4
ii  libevdev21.9.1+dfsg-1
ii  libgdk-pixbuf2.0-0   2.40.0+dfsg-5
ii  libgl1-mesa-dri  20.1.4-1
ii  libgles2 1.3.2-1
ii  libglib2.0-0 2.64.4-1
ii  libinput10   1.15.5-1
ii  libjson-c4   0.13.1+dfsg-9
ii  libpango-1.0-0   1.44.7-4
ii  libpangocairo-1.0-0  1.44.7-4
ii  libpcre3 2:8.39-13
ii  libpixman-1-00.36.0-1
ii  libsystemd0  245.7-1
ii  libwayland-client0   1.18.0-1
ii  libwayland-cursor0   1.18.0-1
ii  libwayland-server0   1.18.0-1
ii  libwlroots6  0.11.0-2
ii  libxcb1  1.14-2
ii  libxkbcommon00.10.0-1
ii  swaybg   1.0-2

Versions of packages sway recommends:
ii  suckless-tools45-1
ii  sway-backgrounds  1.5-2
ii  xfce4-terminal [x-terminal-emulator]  0.8.9.2-1
ii  xterm [x-terminal-emulator]   358-1

Versions of packages sway suggests:
ii  swayidle  1.6-2
ii  swaylock  1.5-2

-- no debconf information

Bug#965001: strange version 2.1.0 beta4 fails tests with mpfr4 4.1.0

[Martin Kelly]

On Thu, Jul 30, 2020, 6:48 AM Case Van Horsen  wrote:

> I will update the test suite today. (The offending test will be
> removed from test_gmpy2_format.txt and moved to test_mpfr40_format.txt
> and test_mpfr41_format.txt with the appropriate version chosen.)
>
> Will this release move to MPC 1.2.0?
>
> Case
>

Thanks Case! Matthias, Vincent, would one of you be willing to do a
non-maintainer upload once Case releases the new version? I would like to
but won't have computer access until October.


> On Thu, Jul 30, 2020 at 6:36 AM Martin Kelly 
> wrote:
> >
> > On Thu, Jul 30, 2020, 5:34 AM Matthias Klose  wrote:
> >>
> >> On 7/30/20 3:42 AM, Martin Kelly wrote:
> >> > Apparently this bug is going to cause autoremoval from testing soon.
> Is the
> >> > severity really high enough for that?
> >>
> >> yes, because it blocks migration of mpfr4, used by our GCC packages.
> I'm
> >> certainly biased, however I'd like to see the new mpfr4 in use now,
> even if it
> >> means removing a bindings package from testing.
> >
> >
> > Case Van Horsen (upstream maintainer), is there anything we can do here
> to fix the tests? I can look at this in October, but the package will be
> removed from testing at that point. I'm not sure when the package freeze
> will be, but I certainly don't want to miss the next release.
> >
> >
> >
>

Bug#966098: systemd: 'systemctl status' reports "access denied" after upgrade

[Michael Biebl]

Control: severity -1 important

I'm downgrading this bug report since we had no further feedback from
the original bug report or other users who ran into the same issue.



signature.asc
Description: OpenPGP digital signature

Bug#966554: grub2-common: BootHole fixes in DSA-4735-1 break dual-boot with Windows

[Janek Stolarek]

I'm fine with installing the debs - just send them over when they are ready.

Janek

Bug#966554: grub2-common: BootHole fixes in DSA-4735-1 break dual-boot with Windows

[Steve McIntyre]

On Thu, Jul 30, 2020 at 04:32:41PM +0100, Janek Stolarek wrote:
>> Would you be able to test some locally-built (non-SB) grub binaries for me 
>> please?
>I am willing to try but honestly that depends how difficult the process will 
>be. What do I need to 
>do?

I'm just working on a fix now. I'll be able to provide you with a new
set of binaries to test with shortly - download the .debs, install
them and see if that fixes the problem. You *will* need to temporarily
disable Secure Boot for this.

If not, I can test locally but I'll need to set up a local Windows
installation to test dual-boot and that's going to take a while...

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"Yes, of course duct tape works in a near-vacuum. Duct tape works
 anywhere. Duct tape is magic and should be worshipped."
   -― Andy Weir, "The Martian"

Bug#966554: grub2-common: BootHole fixes in DSA-4735-1 break dual-boot with Windows

[Steve McIntyre]

On Thu, Jul 30, 2020 at 04:26:55PM +0100, Janek Stolarek wrote:
>> Are you using Secure Boot on this machine?
>Yes:
>
>[root@skynet : ~] dmesg | grep secu
>[0.00] secureboot: Secure boot enabled

OK.

>> Can you please confirm if going back to the previous
>> versions of the Grub packages fixes the problem for you?
>I can confirm that performing the following downgrade fixes the problem:
>
>[DOWNGRADE] grub-common:amd64 2.02+dfsg1-20+deb10u1 -> 2.02+dfsg1-20
>[DOWNGRADE] grub-efi-amd64:amd64 2.02+dfsg1-20+deb10u1 -> 2.02+dfsg1-20
>[DOWNGRADE] grub-efi-amd64-bin:amd64 2.02+dfsg1-20+deb10u1 -> 2.02+dfsg1-20
>[DOWNGRADE] grub-efi-amd64-signed:amd64 1+2.02+dfsg1+20+deb10u1 -> 
>1+2.02+dfsg1+20
>[DOWNGRADE] grub2-common:amd64 2.02+dfsg1-20+deb10u1 -> 2.02+dfsg1-20

OK, thanks very much for the quick response! We *think* we have
identified the problem. Would you be able to test some locally-built
(non-SB) grub binaries for me please?

>Also, I have seen posts on reddit complaining about the same problem
>so it's not just me.

Nod. :-/

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"... the premise [is] that privacy is about hiding a wrong. It's not.
 Privacy is an inherent human right, and a requirement for maintaining
 the human condition with dignity and respect."
  -- Bruce Schneier

Bug#966554: grub2-common: BootHole fixes in DSA-4735-1 break dual-boot with Windows

[Janek Stolarek]

Hi Steve,

> Are you using Secure Boot on this machine?
Yes:

[root@skynet : ~] dmesg | grep secu
[0.00] secureboot: Secure boot enabled

> Can you please confirm if going back to the previous
> versions of the Grub packages fixes the problem for you?
I can confirm that performing the following downgrade fixes the problem:

[DOWNGRADE] grub-common:amd64 2.02+dfsg1-20+deb10u1 -> 2.02+dfsg1-20
[DOWNGRADE] grub-efi-amd64:amd64 2.02+dfsg1-20+deb10u1 -> 2.02+dfsg1-20
[DOWNGRADE] grub-efi-amd64-bin:amd64 2.02+dfsg1-20+deb10u1 -> 2.02+dfsg1-20
[DOWNGRADE] grub-efi-amd64-signed:amd64 1+2.02+dfsg1+20+deb10u1 -> 
1+2.02+dfsg1+20
[DOWNGRADE] grub2-common:amd64 2.02+dfsg1-20+deb10u1 -> 2.02+dfsg1-20

Also, I have seen posts on reddit complaining about the same problem so it's 
not just me.

Janek

Bug#966532: RFS: ukui-system-monitor/1.0.0-1 [ITP] -- Monitor for UKUI desktop environment

[Joachim Bauernberger]

I'd consider it problematic including packages in Debian from companies[0] 
which must comply with local laws[1] that can force them to include backdoors 
and also prevent them from disclosing that they've been forced to so.

The supply chains of Open Source Linux distributions are especially vulnerable 
against such attacks and even more so once official packages from these 
companies are included. Never mind that they're open source when not every 
release gets audited and the maintainer can be coerced to include functionality 
(against their will).

Why do Kylin OS packages need to be available in Debian?

I guess the same is true from any Australian company since the passing of the 
infamous AABill.
Maybe packages coming from such jurisdictions shouldn't be included in Debian 
or at least marked so that an unsuspecting users doesn't end up running them 
without understanding the risks.

[0] China's 'secure' OS Kylin - a threat to U.S offensive cyber capabilities? 
https://www.zdnet.com/article/chinas-secure-os-kylin-a-threat-to-u-s-offensive-cyber-capabilities/
[1] See China's Article 77 of the state security law 
https://www.chinalawtranslate.com/en/2015nsl/


regards,
Joachim

‐‐‐ Original Message ‐‐‐
On Thursday, July 30, 2020 10:07 AM, handsome_feng  
wrote:

> Package: sponsorship-requests
> Severity: wishlist
> X-Debbugs-Cc: jianfen...@ubuntukylin.com
>
> Dear mentors,
>
> I am looking for a sponsor for my package "ukui-system-monitor":
>
> -   Package name : ukui-system-monitor
> Version : 1.0.0-1
> Upstream Author : lixi...@kylinos.cn
>
> -   URL : https://www.ukui.org
> -   License : GPL-3+
> -   Vcs : https://github.com/ukui/ukui-system-monitor
> Section : x11
>
> It builds those binary packages:
>
> ukui-system-monitor - Monitor for UKUI desktop environment
>
> To access further information about this package, please visit the 
> following
> URL:
>
> https://mentors.debian.net/package/ukui-system-monitor/
>
> Alternatively, one can download the package with dget using this command:
>
> dget -x https://mentors.debian.net/debian/pool/main/u/ukui-system-
> monitor/ukui-system-monitor_1.0.0-1.dsc
>
> Changes since the last upload:
>
> ukui-system-monitor (1.0.0-1) unstable; urgency=medium
> .
> -   Initial release. (Closes: #966527)
>
> Regards,
> handsome_feng
>
> -- System Information:
> Debian Release: bullseye/sid
> APT prefers unstable
> APT policy: (500, 'unstable')
> Architecture: amd64 (x86_64)
> Foreign Architectures: i386
>
> Kernel: Linux 5.7.0-2-amd64 (SMP w/4 CPU threads)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
> LANGUAGE not set
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>

Bug#966555: tuned: please update the package to a recent version

[Nicholas D Steeves]

Source: tuned
Severity: normal

Hi,

Tuned in unstable is v2.10 and v2.14 is available.  Please update the
package to a recent version.

Thanks!
Nicholas

Bug#966554: grub2-common: BootHole fixes in DSA-4735-1 break dual-boot with Windows

[Steve McIntyre]

Hi Jan,

Thanks very much for your report.

On Thu, Jul 30, 2020 at 03:56:08PM +0100, Jan Stolarek wrote:
>Package: grub2-common
>Version: 2.02+dfsg1-20+deb10u1
>Severity: important
>
>Dear Maintainer,
>
>After installing DSA-4735-1 security update (BootHole fixes) it is no longer
>possible to boot Windows from GRUB.  Running `update-grub2` correctly detects
>presence of Windows Boot Manager and creates GRUB entry for it.  However,
>selecting that entry on boot leads to black screen and nothing happens no 
>matter
>how long I wait.  It is still possible to boot Windows directly from BIOS, i.e.
>by bypassing GRUB altogether.  Disabling Secure Boot does not help, neither 
>does
>reinstalling GRUB.

Hmmm, that's worrying. Let's try to debug this.

Are you using Secure Boot on this machine? Reinstalling doesn't fix
the problem - ok. Can you please confirm if going back to the previous
versions of the Grub packages fixes the problem for you?

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
The two hard things in computing:
 * naming things
 * cache invalidation
 * off-by-one errors  -- Stig Sandbeck Mathisen

Bug#937232: Status of paleomix (Was: Please list your contributions to COVID-19 sprint as intput for my DebConf20 talk)

[Antoni Villalonga]

On Thu, Jul 30, 2020 at 10:07:37AM +0200, Andreas Tille wrote:
> On Wed, Jul 29, 2020 at 11:10:40PM +0200, Steffen Möller wrote:
> >  - the python3-setuptools I would have left at the top since this is
> > something "meta" that does not describe what the package is
> > implementing, but ... hey ... I may be wrong here, alphabetical as you
> > have it is just as fine

I love the spanish expression "Donde fueres, haz lo que vieres". It's similar
to "When in Rome, do as the Romans".

I have no reason to keep an alphabetic order, so I'll move setuptools deps to
the top as you usually do in all med-team packages (and probably other
packagers do as well).

Do you think I should try to get last upstream code before debian release?
There are some more upstream commits since june 16th.

Regards,

-- 
Antoni Villalonga
https://friki.cat/

Bug#966554: grub2-common: BootHole fixes in DSA-4735-1 break dual-boot with Windows

[Jan Stolarek]

Package: grub2-common
Version: 2.02+dfsg1-20+deb10u1
Severity: important

Dear Maintainer,

After installing DSA-4735-1 security update (BootHole fixes) it is no longer
possible to boot Windows from GRUB.  Running `update-grub2` correctly detects
presence of Windows Boot Manager and creates GRUB entry for it.  However,
selecting that entry on boot leads to black screen and nothing happens no matter
how long I wait.  It is still possible to boot Windows directly from BIOS, i.e.
by bypassing GRUB altogether.  Disabling Secure Boot does not help, neither does
reinstalling GRUB.

-- Package-specific info:

*** BEGIN /proc/mounts
/dev/mapper/nvme0n1p3_crypt / ext4 rw,relatime,errors=remount-ro 0 0
/dev/nvme0n1p2 /boot ext4 rw,relatime 0 0
/dev/nvme0n1p1 /boot/efi vfat 
rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro
 0 0
/dev/nvme0n1p6 /mnt/win-c fuseblk 
rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096 0 0
/dev/nvme0n1p7 /mnt/win-dane fuseblk 
rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096 0 0
/dev/mapper/nvme0n1p4_crypt /dane ext4 rw,relatime 0 0
*** END /proc/mounts

*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="0"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
saved_entry="${chosen}"
save_env saved_entry
  fi
}
function load_video {
  if [ x$feature_all_video_module = xy ]; then
insmod all_video
  else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod ext2
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root  c18532de-5005-4d74-93bf-82cacb0668b1
else
  search --no-floppy --fs-uuid --set=root c18532de-5005-4d74-93bf-82cacb0668b1
fi
font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=1920x1080x8
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=en_GB
  insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
  set timeout=30
else
  if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=3
  # Fallback normal timeout code in case the timeout_style feature is
  # unavailable.
  else
set timeout=3
  fi
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload="${1}"
}
set linux_gfx_mode=
export linux_gfx_mode
menuentry 'Debian GNU/Linux' --class debian --class gnu-linux --class gnu 
--class os $menuentry_id_option 
'gnulinux-simple-c18532de-5005-4d74-93bf-82cacb0668b1' {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root  
f65cd157-95ac-4bee-b1d9-70dd96a5366c
else
  search --no-floppy --fs-uuid --set=root 
f65cd157-95ac-4bee-b1d9-70dd96a5366c
fi
echo'Loading Linux 5.6.0-0.bpo.2-amd64 ...'
linux   /vmlinuz-5.6.0-0.bpo.2-amd64 
root=UUID=c18532de-5005-4d74-93bf-82cacb0668b1 ro  quiet ipv6.disable=1
echo'Loading initial ramdisk ...'
initrd  /initrd.img-5.6.0-0.bpo.2-amd64
}
submenu 'Advanced options for Debian GNU/Linux' $menuentry_id_option 
'gnulinux-advanced-c18532de-5005-4d74-93bf-82cacb0668b1' {
menuentry 'Debian GNU/Linux, with Linux 5.6.0-0.bpo.2-amd64' --class 
debian --class gnu-linux --class gnu --class os $menuentry_id_option 
'gnulinux-5.6.0-0.bpo.2-amd64-advanced-c18532de-5005-4d74-93bf-82cacb0668b1' {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; 
fi
insmod part_gpt
insmod ext2
if [ x$feature_platform_search_hint = xy ]; then
  search --no-floppy --fs-uuid --set=root  

Bug#944509: debdiff for NMU portaudio19_19.6.0-1.1 (was Re: libportaudio2: polyphone crashes at startup if JACK is not running due to portaudio)

[Thorsten Glaser]

Dixi quod…

>If there’s no reaction within the week and the patch
>fixes my crashes, I’m intending to NMU.

The patch indeed fixes my problems. I’ve prepared an NMU,
debdiff attached, and uploaded to DELAYED/7. Please merge.

bye,
//mirabilos
-- 
(gnutls can also be used, but if you are compiling lynx for your own use,
there is no reason to consider using that package)
-- Thomas E. Dickey on the Lynx mailing list, about OpenSSLdiff -Nru portaudio19-19.6.0/debian/changelog 
portaudio19-19.6.0/debian/changelog
--- portaudio19-19.6.0/debian/changelog 2016-12-25 22:08:34.0 +0100
+++ portaudio19-19.6.0/debian/changelog 2020-07-30 16:27:02.0 +0200
@@ -1,3 +1,10 @@
+portaudio19 (19.6.0-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Apply crash fix patch (Closes: #944509)
+
+ -- Thorsten Glaser   Thu, 30 Jul 2020 16:27:02 +0200
+
 portaudio19 (19.6.0-1) unstable; urgency=medium
 
   * New upstream release v190600_20161030
diff -Nru portaudio19-19.6.0/debian/patches/944509-crash.patch 
portaudio19-19.6.0/debian/patches/944509-crash.patch
--- portaudio19-19.6.0/debian/patches/944509-crash.patch1970-01-01 
01:00:00.0 +0100
+++ portaudio19-19.6.0/debian/patches/944509-crash.patch2020-07-30 
16:26:55.0 +0200
@@ -0,0 +1,59 @@
+Description: handle EPIPE from alsa_snd_pcm_poll_descriptors
+ was: pa_linux_alsa.c:3636 Assertion failed
+Origin: https://lists.columbia.edu/pipermail/portaudio/2019-July/001888.html
+Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=944509
+Forwarded: not-needed
+Justification: taken from upstream dev mailing list post
+Author: Sam Mason 
+Reviewed-by: Norbert Preining 
+Applied-Upstream: no
+
+--- a/src/hostapi/alsa/pa_linux_alsa.c
 b/src/hostapi/alsa/pa_linux_alsa.c
+@@ -3633,12 +3633,18 @@ error:
+ 
+ /** Fill in pollfd objects.
+  */
+-static PaError PaAlsaStreamComponent_BeginPolling( PaAlsaStreamComponent* 
self, struct pollfd* pfds )
++static PaError PaAlsaStreamComponent_BeginPolling( PaAlsaStreamComponent* 
self, struct pollfd* pfds, int *xrunOccurred )
+ {
+ PaError result = paNoError;
+ int ret = alsa_snd_pcm_poll_descriptors( self->pcm, pfds, self->nfds );
+-(void)ret;  /* Prevent unused variable warning if asserts are turned off 
*/
+-assert( ret == self->nfds );
++if( -EPIPE == ret )
++{
++  *xrunOccurred = 1;
++}
++else
++{
++  assert( ret == self->nfds );
++}
+ 
+ self->ready = 0;
+ 
+@@ -3799,17 +3805,22 @@ static PaError PaAlsaStream_WaitForFrame
+ if( pollCapture )
+ {
+ capturePfds = self->pfds;
+-PA_ENSURE( PaAlsaStreamComponent_BeginPolling( >capture, 
capturePfds ) );
++PA_ENSURE( PaAlsaStreamComponent_BeginPolling( >capture, 
capturePfds,  ) );
+ totalFds += self->capture.nfds;
+ }
+ if( pollPlayback )
+ {
+ /* self->pfds is in effect an array of fds; if necessary, index 
past the capture fds */
+ playbackPfds = self->pfds + (pollCapture ? self->capture.nfds : 
0);
+-PA_ENSURE( PaAlsaStreamComponent_BeginPolling( >playback, 
playbackPfds ) );
++PA_ENSURE( PaAlsaStreamComponent_BeginPolling( >playback, 
playbackPfds,  ) );
+ totalFds += self->playback.nfds;
+ }
+ 
++if ( xrun )
++{
++  break;
++}
++
+ #ifdef PTHREAD_CANCELED
+ if( self->callbackMode )
+ {
diff -Nru portaudio19-19.6.0/debian/patches/series 
portaudio19-19.6.0/debian/patches/series
--- portaudio19-19.6.0/debian/patches/series2016-12-25 21:37:53.0 
+0100
+++ portaudio19-19.6.0/debian/patches/series2020-07-30 16:26:50.0 
+0200
@@ -1 +1,2 @@
 audacity-portmixer.patch
+944509-crash.patch

Bug#966314: bepasty: Please provide an example uwsgi config

[James Valleroy]

On Wed, 29 Jul 2020 21:03:19 +0200 valha...@trueelena.org wrote:
> I've added an example configuration to the repository:
> 
> https://salsa.debian.org/python-team/applications/bepasty/-/blob/debian/master/debian/examples/bepasty-uwsgi.conf.example

Thanks!
 
> I'm using it with nginx and lighttpd, not apache; I don't expect that to
> be an issue, but I can't exclude it; please let me know if it's working
> for you.

I haven't tested fully, but I am able to access the login page.
Here are the relevant files, if anyone is interested:

https://salsa.debian.org/freedombox-team/freedombox/-/merge_requests/1879

> How urgently to you need this in an uploaded package? I don't have plans
> for an upload soon (unless upstream releases a new version, of course),
> so if you need this example in the package for it to be useful I can do
> one with just this change.

No rush. I can use a copy for now, and replace it with the packaged file when 
it's released.



signature.asc
Description: OpenPGP digital signature

Bug#966553: ITP: r-bioc-hdf5array -- HDF5 backend for DelayedArray objects

[Steffen Moeller]

Package: wnpp
Severity: wishlist

Subject: ITP: r-bioc-hdf5array -- HDF5 backend for DelayedArray objects
Package: wnpp
Owner: Steffen Moeller 
Severity: wishlist

* Package name: r-bioc-hdf5array
  Version : 1.16.0
  Upstream Author : Hervé Pagès
* URL : https://bioconductor.org/packages/HDF5Array/
* License : Artistic-2.0
  Programming Lang: GNU R
  Description : HDF5 backend for DelayedArray objects
 Implements the HDF5Array and TENxMatrix classes, 2 convenient
 and memory-efficient array-like containers for on-disk representation
 of HDF5 datasets. HDF5Array is for datasets that use the conventional
 (i.e. dense) HDF5 representation. TENxMatrix is for datasets that
 use the HDF5-based sparse matrix representation from 10x Genomics
 (e.g. the 1.3 Million Brain Cell Dataset). Both containers being
 DelayedArray extensions, they support all operations supported by
 DelayedArray objects. These operations can be either delayed or
 block-processed.

Remark: This package is maintained by Debian R Packages Maintainers at
   https://salsa.debian.org/r-pkg-team/r-bioc-hdf5array

Bug#966552: apt: Unsupported file […] given on commandline

[Thorsten Glaser]

Package: apt
Version: 2.1.7
Severity: normal
X-Debbugs-Cc: t...@mirbsd.de

tglase@tglase-nb:~ $ sudo apt-get install 
/home/tglase/.mnt/var/cache/pbuilder/result-sid/libportaudio2_19.6.0-1.1_amd64.deb
Reading package lists... Done
E: Unsupported file 
/home/tglase/.mnt/var/cache/pbuilder/result-sid/libportaudio2_19.6.0-1.1_amd64.deb
 given on commandline

Copying it works though:

100|tglase@tglase-nb:~ $ cp 
/home/tglase/.mnt/var/cache/pbuilder/result-sid/libportaudio2_19.6.0-1.1_amd64.deb
 .
tglase@tglase-nb:~ $ sudo apt-get install 
/home/tglase/libportaudio2_19.6.0-1.1_amd64.deb
Reading package lists... Done
Building dependency tree
Reading state information... Done
Note, selecting 'libportaudio2' instead of 
'/home/tglase/libportaudio2_19.6.0-1.1_amd64.deb'
Starting pkgProblemResolver with broken count: 0
Starting 2 pkgProblemResolver with broken count: 0
Done
The following packages will be upgraded:
  libportaudio2
1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/66.7 kB of archives.
After this operation, 4096 B of additional disk space will be used.
[…]

So something in the full path is not accepted for some reason.

(Using apt ipv apt-get makes no difference.)

-- Package-specific info:

-- apt-config dump --

APT "";
APT::Architecture "amd64";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "0";
APT::Install-Suggests "0";
APT::Sandbox "";
APT::Sandbox::User "_apt";
APT::Authentication "";
APT::Authentication::TrustCDROM "true";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^firmware-linux.*";
APT::NeverAutoRemove:: "^linux-firmware$";
APT::NeverAutoRemove:: "^linux-image-[a-z0-9]*$";
APT::NeverAutoRemove:: "^linux-image-[a-z0-9]*-[a-z0-9]*$";
APT::NeverAutoRemove:: "^linux-.*-5\.6\.0-2-amd64$";
APT::NeverAutoRemove:: "^linux-.*-5\.7\.0-1-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-.*-5\.6\.0-2-amd64$";
APT::NeverAutoRemove:: "^kfreebsd-.*-5\.7\.0-1-amd64$";
APT::NeverAutoRemove:: "^gnumach-.*-5\.6\.0-2-amd64$";
APT::NeverAutoRemove:: "^gnumach-.*-5\.7\.0-1-amd64$";
APT::NeverAutoRemove:: "^.*-modules-5\.6\.0-2-amd64$";
APT::NeverAutoRemove:: "^.*-modules-5\.7\.0-1-amd64$";
APT::NeverAutoRemove:: "^.*-kernel-5\.6\.0-2-amd64$";
APT::NeverAutoRemove:: "^.*-kernel-5\.7\.0-1-amd64$";
APT::NeverAutoRemove:: "^postgresql.*-12";
APT::VersionedKernelPackages "";
APT::VersionedKernelPackages:: "linux-.*";
APT::VersionedKernelPackages:: "kfreebsd-.*";
APT::VersionedKernelPackages:: "gnumach-.*";
APT::VersionedKernelPackages:: ".*-modules";
APT::VersionedKernelPackages:: ".*-kernel";
APT::Never-MarkAuto-Sections "";
APT::Never-MarkAuto-Sections:: "metapackages";
APT::Never-MarkAuto-Sections:: "contrib/metapackages";
APT::Never-MarkAuto-Sections:: "non-free/metapackages";
APT::Never-MarkAuto-Sections:: "restricted/metapackages";
APT::Never-MarkAuto-Sections:: "universe/metapackages";
APT::Never-MarkAuto-Sections:: "multiverse/metapackages";
APT::Move-Autobit-Sections "";
APT::Move-Autobit-Sections:: "oldlibs";
APT::Move-Autobit-Sections:: "contrib/oldlibs";
APT::Move-Autobit-Sections:: "non-free/oldlibs";
APT::Move-Autobit-Sections:: "restricted/oldlibs";
APT::Move-Autobit-Sections:: "universe/oldlibs";
APT::Move-Autobit-Sections:: "multiverse/oldlibs";
APT::Architectures "";
APT::Architectures:: "amd64";
APT::Architectures:: "i386";
APT::Compressor "";
APT::Compressor::. "";
APT::Compressor::.::Name ".";
APT::Compressor::.::Extension "";
APT::Compressor::.::Binary "";
APT::Compressor::.::Cost "0";
APT::Compressor::zstd "";
APT::Compressor::zstd::Name "zstd";
APT::Compressor::zstd::Extension ".zst";
APT::Compressor::zstd::Binary "false";
APT::Compressor::zstd::Cost "60";
APT::Compressor::lz4 "";
APT::Compressor::lz4::Name "lz4";
APT::Compressor::lz4::Extension ".lz4";
APT::Compressor::lz4::Binary "lz4";
APT::Compressor::lz4::Cost "50";
APT::Compressor::lz4::CompressArg "";
APT::Compressor::lz4::CompressArg:: "-1";
APT::Compressor::lz4::UncompressArg "";
APT::Compressor::lz4::UncompressArg:: "-d";
APT::Compressor::gzip "";
APT::Compressor::gzip::Name "gzip";
APT::Compressor::gzip::Extension ".gz";
APT::Compressor::gzip::Binary "gzip";
APT::Compressor::gzip::Cost "100";
APT::Compressor::gzip::CompressArg "";
APT::Compressor::gzip::CompressArg:: "-6n";
APT::Compressor::gzip::UncompressArg "";
APT::Compressor::gzip::UncompressArg:: "-d";
APT::Compressor::xz "";
APT::Compressor::xz::Name "xz";
APT::Compressor::xz::Extension ".xz";
APT::Compressor::xz::Binary "xz";
APT::Compressor::xz::Cost "200";
APT::Compressor::xz::CompressArg "";
APT::Compressor::xz::CompressArg:: "-6";
APT::Compressor::xz::UncompressArg "";
APT::Compressor::xz::UncompressArg:: "-d";
APT::Compressor::bzip2 "";
APT::Compressor::bzip2::Name "bzip2";
APT::Compressor::bzip2::Extension ".bz2";
APT::Compressor::bzip2::Binary "bzip2";
APT::Compressor::bzip2::Cost "300";
APT::Compressor::bzip2::CompressArg "";
APT::Compressor::bzip2::CompressArg:: "-6";

Bug#942013: lintian: non-consecutive-debian-revision: false positive for NMUs

[Thorsten Glaser]

Package: lintian
Version: 2.85.0
Followup-For: Bug #942013

This bug still persists (popped up again, apparently; I never saw
it before).

-- System Information:
Debian Release: bullseye/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable'), 
(100, 'experimental')
Architecture: x32 (x86_64)
Foreign Architectures: i386, amd64

Kernel: Linux 5.7.0-1-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages lintian depends on:
ii  binutils  2.35-1
ii  bzip2 1.0.8-4
ii  diffstat  1.63-1
ii  dpkg  1.20.5
ii  dpkg-dev  1.20.5
ii  file  1:5.38-5
ii  gettext   0.19.8.1-10
ii  gpg   2.2.20-1
ii  intltool-debian   0.35.0+20060710.5
ii  libapt-pkg-perl   0.1.36+b2
ii  libarchive-zip-perl   1.68-1
ii  libcapture-tiny-perl  0.48-1
ii  libclass-xsaccessor-perl  1.19-3+b5
ii  libclone-perl 0.45-1
ii  libconfig-tiny-perl   2.24-1
ii  libcpanel-json-xs-perl4.19-1
ii  libdata-dpath-perl0.58-1
ii  libdata-validate-domain-perl  0.10-1
ii  libdevel-size-perl0.83-1+b1
ii  libdigest-sha-perl6.02-1+b2
ii  libdpkg-perl  1.20.5
ii  libemail-address-xs-perl  1.04-1+b2
ii  libfile-basedir-perl  0.08-1
ii  libfile-find-rule-perl0.34-1
ii  libfont-ttf-perl  1.06-1
ii  libhtml-parser-perl   3.72-5
ii  libio-async-loop-epoll-perl   0.21-1
ii  libio-async-perl  0.77-3
ii  libjson-maybexs-perl  1.004002-1
ii  liblist-compare-perl  0.53-1
ii  liblist-moreutils-perl0.416-1+b5
ii  liblist-utilsby-perl  0.11-1
ii  libmoo-perl   2.004000-1
ii  libmoox-aliases-perl  0.001006-1
ii  libnamespace-clean-perl   0.27-1
ii  libpath-tiny-perl 0.114-1
ii  libsereal-decoder-perl4.017+ds-1
ii  libsereal-encoder-perl4.017+ds-1
ii  libtext-levenshteinxs-perl0.03-4+b7
ii  libtext-xslate-perl   3.5.8-1
ii  libtime-duration-perl 1.21-1
ii  libtime-moment-perl   0.44-1+b2
ii  libtimedate-perl  2.3300-1
ii  libtry-tiny-perl  0.30-1
ii  libtype-tiny-perl 1.010002-1
ii  libunicode-utf8-perl  0.62-1+b1
ii  liburi-perl   1.76-2
ii  libxml-libxml-perl2.0134+dfsg-2
ii  libxml-writer-perl0.625-1
ii  libyaml-libyaml-perl  0.82+repack-1
ii  man-db2.9.3-2
ii  patchutils0.4.2-1
ii  perl [libdigest-sha-perl] 5.30.3-4
ii  t1utils   1.41-4
ii  xz-utils  5.2.4-1+b1

Versions of packages lintian recommends:
pn  libperlio-gzip-perl  

Versions of packages lintian suggests:
ii  binutils-multiarch 2.35-1
pn  libtext-template-perl  

-- no debconf information

Bug#966551: autopkgtest fails with rails 6 in experimental

[Kartik Kulkarni]

Package: ruby-ammeter
Version: 1.1.4-2
Severity: important
User: pkg-ruby-extras-maintain...@lists.alioth.debian.org
Usertags: rails6-transition

Hi,

This package's autopkgtest and rebuilds failed with rails 6 currently in
experimental. rails 6 will be uploaded to unstable in a weeks time, so
please make sure this package is ready for rails 6. The severity of
this bug will be raised to serious after rails 6 is uploaded to
unstable.

Failures:
  1)
have_correct_syntax erb files checks if simple ERB file has a proper syntax
 Failure/Error: view =
ActionView::Template::Handlers::ERB.call(OpenStruct.new(:source =>
code))

 ArgumentError:
   wrong number of arguments (given 1, expected 2)
 # 
/usr/share/rubygems-integration/all/gems/actionview-6.0.3.2/lib/action_view/template/handlers/erb.rb:31:in
`call'
 # ./lib/ammeter/rspec/generator/matchers/have_correct_syntax.rb:33:in
`block (2 levels) in '
.
.

two more similar errors.

Full log : https://salsa.debian.org/snippets/467
Upstream already has an open issue:
https://github.com/alexrothenberg/ammeter/issues/61

Regards,
Kartik Kulkarni