Bug#971928: fakeroot: Change to use fixed message sizes broke m68k

[John Paul Adrian Glaubitz]

Hello Vasyl!

On 10/10/20 1:47 AM, Vasyl Gello wrote:
> In addition to my previous message, let me clarify why I need:
> 
> fakeroot pbuilder … 
> 
> instead of using fakeroot inside the chroot unpacked by pbuilder.
> 
> The key word is 'unprivileged' here, i.e considering nsjail without 
> /etc/sub{uid,gid} mappings,
> user 0 inside a namespace is mapped to a non-root user on the host.
> 
> pbuilder(1) unpacks the base tarball under the current user and exits if tar 
> fails to assign root-owned permissions to files being extracted.
> So I use fakeroot in the host shell and everything works fine.

I understand the motivation for your changes, but fakeroot is a core package
part of Debian's package builder infrastructure and your change incapacitated
all m68k buildds which is not acceptable.

Changes to core infrastructure packages should be made more carefully.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#971734: webext-ublock-origin-firefox: after startup, doesn't work until disabled and reenabled

[Christopher Cramer]

On Tue, Oct 06, 2020 at 10:18:21PM +0200, Markus Koschany wrote:
> Then probably something in your user profile is causing this.
> 
> Always make a backup of your user profile before attempting any of the
> following steps:
> 
> Go to
> 
>   ~/.mozilla/firefox/{$YOUR_PROFILE}.default
> 
> and grep for ublock. Try removing the prefs.js file or anything else
> that contains the string ublock. You can also move/copy your profile to
> a different directory and then restart Firefox with a fresh profile. You
> can also save all your settings, bookmarks, etc and then re-import them
> afterwards.

OK, I didn't think anything really valuable was there, so I just deleted
~/.mozilla/ entirely. uBlock Origin loaded fine after that.

The bad news is that after I again added the only other add-on that I
use, Vim Vixen, uBlock Origin did the same thing again, dying on startup.
So it's obviously due to a bad interaction with Vim Vixen.

I don't know who to blame for this. Vim Vixen itself is working fine.
I guess there are other people using uBlock Origin with different
add-ons, and if no one else complains about uBlock Origin failing,
then the problem is with Vim Vixen, or perhaps with Firefox.

I can't stand to be without either add-on. So in the meantime I will
continue with the workaround of disabling and then reenabling uBlock
Origin whenever I start Firefox.

Bug#968116: systemd: Not generating service for XDG autostart

[Helge Kreutzmann]

Package: systemd
Version: 246.6-1
Severity: minor

Hello Systemd maintainers,
maybe this bug does not belong into your realm, but I could not
figure out the cause, please reassign appropriatly.

For quite some time I see the following messages in my logs:

Oct 10 05:35:27 samd systemd[2445]: kde-systemd-start-condition not found: No 
such file or directory
Oct 10 05:35:27 samd systemd[2445]: Not generating service for XDG autostart 
app-pulseaudio-autostart.service, startup phases are not supported.
Oct 10 05:35:27 samd systemd[2445]: Not generating service for XDG autostart 
app-gsettings\x2ddata\x2dconvert-autostart.service, startup phases are not 
supported.
Oct 10 05:35:27 samd systemd[2445]: Not generating service for XDG autostart 
app-xdg\x2duser\x2ddirs-autostart.service, startup phases are not supported.
Oct 10 05:35:27 samd systemd[2445]: kde-systemd-start-condition not found: No 
such file or directory
Oct 10 05:35:27 samd systemd[2445]: kde-systemd-start-condition not found: No 
such file or directory
Oct 10 05:35:27 samd systemd[2445]: Not generating service for XDG autostart 
app-at\x2dspi\x2ddbus\x2dbus-autostart.service, startup phases are not 
supported.
Oct 10 05:35:27 samd systemd[2445]: kde-systemd-start-condition not found: No 
such file or directory

This looks like some broken default configuration (somewhere). If this
is harmless, maybe logcheck filtering rules should be shipped, else
fixing the underlying cause would be appreciated.

(maybe this helps in resolving 968116, which I found after preparing
this report)

-- Package-specific info:

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

Kernel taint flags: TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to de_DE.UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages systemd depends on:
ii  adduser  3.118
ii  libacl1  2.2.53-8
ii  libapparmor1 2.13.4-3
ii  libaudit11:2.8.5-3+b1
ii  libblkid12.36-3+b1
ii  libc62.31-3
ii  libcap2  1:2.43-1
ii  libcrypt11:4.4.17-1
ii  libcryptsetup12  2:2.3.4-1
ii  libgcrypt20  1.8.6-2
ii  libgnutls30  3.6.15-4
ii  libgpg-error01.38-2
ii  libidn2-02.3.0-1
ii  libip4tc21.8.5-3
ii  libkmod2 27+20200310-2
ii  liblz4-1 1.9.2-2
ii  liblzma5 5.2.4-1+b1
ii  libmount12.36-3+b1
ii  libpam0g 1.3.1-5
ii  libpcre2-8-0 10.34-7
ii  libseccomp2  2.4.4-1
ii  libselinux1  3.1-2
ii  libsystemd0  246.6-1
ii  libzstd1 1.4.5+dfsg-4
ii  mount2.36-3+b1
ii  systemd-timesyncd [time-daemon]  246.6-1
ii  util-linux   2.36-3+b1

Versions of packages systemd recommends:
ii  dbus  1.12.20-1

Versions of packages systemd suggests:
ii  policykit-10.105-29
pn  systemd-container  

Versions of packages systemd is related to:
pn  dracut   
ii  initramfs-tools  0.139
pn  libnss-systemd   
ii  libpam-systemd   246.6-1
ii  udev 246.6-1

-- Configuration Files:
/etc/systemd/logind.conf changed:
[Login]
NAutoVTs=12


-- no debconf information

-- 
  Dr. Helge Kreutzmann deb...@helgefjell.de
   Dipl.-Phys.   http://www.helgefjell.de/debian.php
64bit GNU powered gpg signed mail preferred
   Help keep free software "libre": http://www.ffii.de/
[EXTENDED]   /lib/systemd/system/netfilter-persistent.service -> 
/etc/systemd/system/netfilter-persistent.service.d/iptables.conf
[EXTENDED]   /lib/systemd/system/rc-local.service -> 
/lib/systemd/system/rc-local.service.d/debian.conf
[OVERRIDDEN] /etc/udev/rules.d/51-android.rules -> 
/lib/udev/rules.d/51-android.rules

--- /lib/udev/rules.d/51-android.rules  2019-06-28 14:51:42.0 +0200
+++ /etc/udev/rules.d/51-android.rules  2020-10-07 21:21:13.869135421 +0200
@@ -1,300 +1 @@
-# These rules refer: https://developer.android.com/studio/run/device.html
-# and include many suggestions from Arch Linux, GitHub and other Communities.
-# Latest version can be found at: https://github.com/M0Rf30/android-udev-rules
-
-# check the syntax of this file using:
-#  grep -v '^#' 51-android.rules \
-#| grep -Ev '^$' \
-#| grep -Ev '^SUBSYSTEM=="usb", ATTR{idVendor}=="[0-9a-f]{4}", 
ATTR{idProduct}=="[0-9a-f]{4}", ENV{adb_user}="yes"$' \
-#| grep -Ev '^SUBSYSTEM=="usb", ATTR{

Bug#969385: Bullseye

[Olaf van der Spek]

Hi,

What's the plan for Bullseye?
It'd be nice if Boost 1.75, expected December 9, could be included.

Greetings,

-- 
Olaf

Bug#971909: Thunderbird has lost localization in Spanish

[Pablo de Vicente]

Issue solved.

I just removed the Spanish Language Pack from Tools->Addons (it said: 
not compatible pack with Thundrbird version 78) and restarted 
Thunderbird. It works now.


Thank you.

Pablo.

El 9/10/20 a las 22:35, Carsten Schoenert escribió:

Hi,

Am 09.10.20 um 22:19 schrieb Pablo de Vicente:

Hello Carsten

    Thank you very much for your answer.

I do not know if the standard procedure for Debian BTS advises that I
send a reply or use the BTS system. I apologize if answering this email
is not adequate and I should use reportbug instead.

you can use both, the BTS system is based on email and the bts or
reportbug helper are "just" creating emails. If you want to use any type
of MUA you are free to select the one you prefer to use.


I have no other localization package and this change of behaviour
from Spanish to English (regression) happened with a security update. My
settings for LANG environment variable is correct:

   printenv | grep LANG

A shorter way to see all LANG environments is simply call 'locale' on
the CLI.


    LANG=es_ES.UTF-8

And the only localization I have is Spanish:

That's all fine.

...

I have uninstalled myspell-es and installed hunspell-es instead by
this does not make any difference.

Of course not, these packages are spell checker, not localization's.

All you probably need to do is to remove any in your profile *local!*
installed language package and restart Thunderbird! (As written
previously :) )

https://support.mozilla.org/en-US/questions/959630

This is for FF but it's basically the same procedure for TB.

---
Regards
Carsten Schoenert


--
Director
Centro de Desarrollos Tecnológicos - Observatorio de Yebes. IGN. Ministerio de 
Transportes, Movilidad y Agenda Urbana
Cerro de la Palera S/N. Yebes. España
Tel: +34 949 237 063

Bug#971939: cln FTCBFS: missing #include for intptr_t

[Helmut Grohne]

Source: cln
Version: 1.3.6-4
Tags: patch upstream
User: debian-cr...@lists.debian.org
Usertags: ftcbfs

cln fails to cross build from source, because it checks for the size of
intptr_t without including . It thus fails detecting a size
and errors out. Please add the required include. I'm attaching a patch
for that.

I fear this is not the only issue. For instance on ppc64el, the build
times out during configure. I haven't figured out why yet. Can you just
fix the missing include and close this bug when doing so?

Helmut
--- cln-1.3.6.orig/m4/intparam.m4
+++ cln-1.3.6/m4/intparam.m4
@@ -113,7 +113,7 @@
 echo "#error \"Integer types long long and unsigned long long have different sizes!!\""
   fi
 fi
-AC_TRY_COMPILE([], [static_assert(sizeof(char*) <= sizeof(intptr_t), "");],
+AC_TRY_COMPILE([#include ], [static_assert(sizeof(char*) <= sizeof(intptr_t), "");],
   [], [echo "#error \"Type char * does not fit into an intptr_t!!\""])
 _AC_COMPUTE_INT([sizeof (char *)], [pointer_size])
 pointer_bitsize=`expr $pointer_size '*' $char_bitsize`

Bug#971934: ITP: ruby-cucumber-api-steps -- Cucumber steps to easily test REST-based XML and JSON APIs

[Abraham Raji]

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

* Package name    : ruby-cucumber-api-steps
  Version : 0.14.0
  Upstream Author : 2016 Ello PBC
* URL : https://github.com/jayzes/cucumber-api-steps
* License : Expat
  Programming Lang: Ruby
  Description : Cucumber steps to easily test REST-based XML and JSON APIs
A set of Cucumber step definitions utilizing Rack-Test that ease basic testing
of REST-style APIs using either XML or JSON formats.

This package is necessary to enable autopkgtests for diaspora.

I am part of the Debian Ruby team and with their help I will maintain this
package myself.

Abraham Raji
-- 
Mea navis aëricumbens anguillis abundant.

Bug#754129: RFP: lutris -- An open gaming platform for Linux

[Witold Baryluk]

Any updates on the review.

I don't see lutris in new anymore.

It would be really awesome to see lutris in Debian. And afaik all
outstanding licensing issues got resolved.

Bug#971937: musl-gcc doesn't use musl's stdc-predef.h

[John Scott]

Package: musl-tools
Version: 1.2.1-1
Severity: normal
X-Debbugs-Cc: 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I suspect this is a quirk in musl-gcc at build time. Normally with
gcc it pulls in stdc-predef.h even if the standard library is excluded,
which basically just sets __STDC_IEC_559__ and __STDC_ISO_10646__ in
glibc and musl both:
$ true | gcc -x c -nostdlib -E -
# 1 ""
# 1 ""
# 1 ""
# 31 ""
# 1 "/usr/include/stdc-predef.h" 1 3 4
# 32 "" 2
# 1 ""

musl-gcc does nothing so these macros are left unset:
$ true | musl-gcc -x c -nostdlib -E -
# 1 ""
# 1 ""
# 1 ""
# 1 ""

See https://git.musl-libc.org/cgit/musl/tree/include/stdc-predef.h

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

Kernel: Linux 5.8.0-2-amd64 (SMP w/2 CPU threads)
Kernel taint flags: TAINT_USER, TAINT_WARN, TAINT_FIRMWARE_WORKAROUND
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 musl-tools depends on:
ii  gcc   4:10.2.0-1
ii  musl-dev  1.2.1-1

musl-tools recommends no packages.

musl-tools suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iHUEARYIAB0WIQT287WtmxUhmhucNnhyvHFIwKstpwUCX4EdwQAKCRByvHFIwKst
pzq2AQDywuBnvN/QKE3UXLYOZ5zabYJu/pgzHnPYkbiAE/VHrgEAjmPQ1VEocBB3
ywcJ+MYoMY/0yFNWzbwVF6ltAhN8SgY=
=X4ZW
-END PGP SIGNATURE-

Bug#971936: blist ftbfs with python3-defaults (python3.9) from experimental

[Emmanuel Arias]

Package: src:blist
Version: 1.3.6-6
Severity: important
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: python3.9

[...]
creating build/temp.linux-x86_64-3.9
creating build/temp.linux-x86_64-3.9/blist
x86_64-linux-gnu-gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g 
-fwrapv -O2 -Wall -g -fstack-protector-strong -Wformat -Werror=format-security 
-g -fwrapv -O2 -g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2 -fPIC -DBLIST_FLOAT_RADIX_SORT=1 -I/usr/include/python3.9 
-c blist/_blist.c -o build/temp.linux-x86_64-3.9/blist/_blist.o
blist/_blist.c: In function ‘unwrap_leaf_array’:
blist/_blist.c:4583:37: warning: implicit declaration of function 
‘_PyObject_GC_IS_TRACKED’ [-Wimplicit-function-declaration]
 4583 | if (leafs_n > 1 && !_PyObject_GC_IS_TRACKED(leafs[i]))
  | ^~~
blist/_blist.c: In function ‘sort_ulong’:
blist/_blist.c:5387:31: warning: comparison of integer expressions of different 
signedness: ‘Py_ssize_t’ {aka ‘long int’} and ‘long unsigned int’ 
[-Wsign-compare]
 5387 | for (j = 0; j < NUM_PASSES; j++) {
  |   ^
blist/_blist.c:5393:31: warning: comparison of integer expressions of different 
signedness: ‘Py_ssize_t’ {aka ‘long int’} and ‘long unsigned int’ 
[-Wsign-compare]
 5393 | for (j = 0; j < NUM_PASSES; j++) {
  |   ^
blist/_blist.c:5403:23: warning: comparison of integer expressions of different 
signedness: ‘Py_ssize_t’ {aka ‘long int’} and ‘long unsigned int’ 
[-Wsign-compare]
 5403 | for (j = 0; j < NUM_PASSES; j++) {
  |   ^
x86_64-linux-gnu-gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions 
-Wl,-Bsymbolic-functions -Wl,-z,relro -g -fwrapv -O2 -Wl,-Bsymbolic-functions 
-Wl,-z,relro -g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2 build/temp.linux-x86_64-3.9/blist/_blist.o -o 
/<>/.pybuild/cpython3_3.9_blist/build/blist/_blist.cpython-39-x86_64-linux-gnu.so
I: pybuild base:217: /usr/bin/python3 setup.py build
running build
running build_py
creating /<>/.pybuild/cpython3_3.8_blist/build/blist
copying blist/_sorteddict.py -> 
/<>/.pybuild/cpython3_3.8_blist/build/blist
copying blist/_btuple.py -> 
/<>/.pybuild/cpython3_3.8_blist/build/blist
copying blist/_sortedlist.py -> 
/<>/.pybuild/cpython3_3.8_blist/build/blist
copying blist/__init__.py -> 
/<>/.pybuild/cpython3_3.8_blist/build/blist
running build_ext
building 'blist._blist' extension
creating build/temp.linux-x86_64-3.8
creating build/temp.linux-x86_64-3.8/blist
x86_64-linux-gnu-gcc -pthread -Wno-unused-result -Wsign-compare -DNDEBUG -g 
-fwrapv -O2 -Wall -g -fstack-protector-strong -Wformat -Werror=format-security 
-g -fwrapv -O2 -g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2 -fPIC -DBLIST_FLOAT_RADIX_SORT=1 -I/usr/include/python3.8 
-c blist/_blist.c -o build/temp.linux-x86_64-3.8/blist/_blist.o
blist/_blist.c: In function ‘sort_ulong’:
blist/_blist.c:5387:31: warning: comparison of integer expressions of different 
signedness: ‘Py_ssize_t’ {aka ‘long int’} and ‘long unsigned int’ 
[-Wsign-compare]
 5387 | for (j = 0; j < NUM_PASSES; j++) {
  |   ^
blist/_blist.c:5393:31: warning: comparison of integer expressions of different 
signedness: ‘Py_ssize_t’ {aka ‘long int’} and ‘long unsigned int’ 
[-Wsign-compare]
 5393 | for (j = 0; j < NUM_PASSES; j++) {
  |   ^
blist/_blist.c:5403:23: warning: comparison of integer expressions of different 
signedness: ‘Py_ssize_t’ {aka ‘long int’} and ‘long unsigned int’ 
[-Wsign-compare]
 5403 | for (j = 0; j < NUM_PASSES; j++) {
  |   ^
x86_64-linux-gnu-gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions 
-Wl,-Bsymbolic-functions -Wl,-z,relro -g -fwrapv -O2 -Wl,-Bsymbolic-functions 
-Wl,-z,relro -g -O2 -fdebug-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2 build/temp.linux-x86_64-3.8/blist/_blist.o -o 
/<>/.pybuild/cpython3_3.8_blist/build/blist/_blist.cpython-38-x86_64-linux-gnu.so
   dh_auto_test -O--buildsystem=pybuild
dh_auto_test: warning: Compatibility levels before 10 are deprecated (level 9 
in use)
pybuild --test -i python{version} -p "3.9 3.8"
I: pybuild base:217: python3.9 setup.py test
running test
WARNING: Testing via this command is deprecated and will be removed in a future 
version. Users looking for a generic test entry point independent of test 
runner are encouraged to use tox.
running egg_info
writing blist.egg-info/PKG-INFO
writing dependency_links to blist.egg-info/dependency_links.txt
writing top-level names to blist.egg

Bug#971935: attachment

[eingousef]

Offending header attached, result of :

./mail-query "inscript...@freetelecom.fr" ~/Mail/ > string.txt

-- 
eingousef

inscript...@freetelecom.fr  Hotline Free Haut D�bit

Bug#971871: installation-reports: bullseye wkly 20201005 - nouveau firmware

[Terry McKenna]

Like I said it was an informational report only.  I have already moved 
on.  Via SSH, I ran tasksel and installed gnome, then nvidia and 
rebooted fine.   Now I am on to testing games with "testing" version of 
wine.


Bullseye build: It is easy enough to pop in another drive and test a new 
build when you want me to.  I use the Kingwin KF-259-BK with a stack of 
cheapish 120GB drives which I wipe between uses.  It makes testing fast 
and clean.


-Terry

On 10/9/20 10:10 AM, Ben Hutchings wrote:

Control: severity -1 important
Control: reassign -1 src:linux 5.8.10-1
Control: retitle -1 nouveau no longer fails cleanly when firmware is missing

Debian does not include non-free software, including firmware.  That's
not a bug.  You will need to install firmware-misc-nonfree to make the
nouveau driver fully functional.

However, the driver ought to fail cleanly when firmware is missing.  At
a minimum it should be possible to boot in text mode and then install a
firmware package if wanted.


During a hung boot, I am able to SSH into the box to poke around and
send this report.

[...]

Oct  8 10:36:52 petrarca kernel: [   14.118750] nouveau :01:00.0: firmware: 
failed to load nvidia/gp107/nvdec/scrubber.bin (-2)
Oct  8 10:36:52 petrarca kernel: [   14.118753] firmware_class: See 
https://wiki.debian.org/Firmware for information about missing firmware
Oct  8 10:36:52 petrarca kernel: [   14.118760] nouveau :01:00.0: firmware: 
failed to load nvidia/gp107/acr/bl.bin (-2)
Oct  8 10:36:52 petrarca kernel: [   14.118762] nouveau :01:00.0: acr: 
failed to load firmware
Oct  8 10:36:52 petrarca kernel: [   14.118763] nouveau :01:00.0: acr: 
failed to load firmware
Oct  8 10:36:52 petrarca kernel: [   14.118764] nouveau :01:00.0: acr ctor 
failed, -2
Oct  8 10:36:52 petrarca kernel: [   14.118771] nouveau: probe of :01:00.0 
failed with error -2

I think that boot did complete, but without a working video driver.
nouveau may have disabled the basic video driver (probably efifb)
before attempting to load firmware and then finding that it can't take
over.  Unfortunately the kernel doesn't have an API for re-enabling a
basic video driver.

There have been similar issues with the radeon and amdgpu drivers,
which we patch to guard against this failure mode.  We might need to
apply a similar patch for nouveau.

Ben.

Bug#971935: libperl5.30: rfc-ignorant MIME-Header can make decode() crash

[eingousef]

Package: libperl5.30
Version: 5.30.3-4
Severity: normal

Dear Maintainer,

I have tried to follow the recommendations of :

https://github.com/pbrisbin/mail-query/blob/master/README.md

by adding

set query_command= "mail-query '%s' ~/Mail/ | perl -CS -MEncode -ne 'print 
decode(\"MIME-Header\", $_)'"

to my muttrc.

Unfortunately one e-mail of my mailbox contains an iso-8859-1 header
which is not ASCII-encoded, and it makes the command crash with the
following output :

Malformed UTF-8 character: \xe9\x62\x69 (unexpected non-continuation byte 0x62, 
immediately after start byte 0xe9; need 3 bytes, got 1) in substitution (s///) 
at /usr/lib/x86_64-linux-gnu/perl/5.30/Encode/MIME/Header.pm line 90, <> line 
24. Malformed UTF-8 character (fatal) at 
/usr/lib/x86_64-linux-gnu/perl/5.30/Encode/MIME/Header.pm line 90, <> line 24.

messing up the Mutt UI.

I don't know much about perl libraries so I don't know if my report is
relevant or not, maybe it is the expected behavior for decode() to
trust user input.

If it's not, then it should check if the string is a properly
formatted MIME-Header bfore trying to decode it.

If it is, you can ignore this report and I'll just stick with this :

set query_command= "mail-query '%s' ~/Mail/ | grep -v -a '=?' || perl -CS 
-MEncode -ne 'print decode(\"MIME-Header\", $_)'"

Regards,

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

Kernel: Linux 5.8.0-1-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages libperl5.30 depends on:
ii  libbz2-1.0 1.0.8-4
ii  libc6  2.31-3
ii  libcrypt1  1:4.4.17-1
ii  libdb5.3   5.3.28+dfsg1-0.6
ii  libgdbm-compat41.18.1-5.1
ii  libgdbm6   1.18.1-5.1
ii  perl-modules-5.30  5.30.3-4
ii  zlib1g 1:1.2.11.dfsg-2

libperl5.30 recommends no packages.

Versions of packages libperl5.30 suggests:
ii  sensible-utils  0.0.12+nmu1

-- no debconf information

Bug#971925: cpio: manual page does not document "--list" option

[Ian Bruce]

Package: cpio
Version: 2.13+dfsg-4
Severity: normal
Tags: upstream

"cpio --help" provides the following information:

Main operation mode:
-i, --extract  Extract files from an archive (run in copy-in
mode)
-o, --create   Create the archive (run in copy-out mode)
-p, --pass-through Run in copy-pass mode
-t, --list Print a table of contents of the input

however, "man cpio" does not describe the "--list" option, and the "-t"
equivalent
is only implicitly mentioned:

The operation mode is requested by one of the following options:

-o, --create
Copy-out. Read a list of file names from the standard input and create
on the standard
output (unless overridden by the --file option) an archive containing
these files.

-i, --extract
Copy-in. Read the archive from standard input (or from the file
supplied with the --file
option) and extract files from it, or (if the -t option is given) list
its contents to
the standard output. If one or more patterns are supplied, read or list
only files
matching these patterns. The -t option alone implies -i.

-p, --pass-through
Pass-through. Read a list of file names from the standard input and
copy them to the
specified directory.

the only mention of the "--list" option is in the SYNOPSIS section of the
manual page,
but it is not explained, or specified as the equivalent of "-t".

the manual page should be rewritten to match the description given by "cpio
--help",
which makes clear that "-t" / "--list" is one of the main operating modes of
the cpio
command, and not some kind of minor variation of the "--extract" mode.


related bugs:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=558149

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=72



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

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

Versions of packages cpio depends on:
ii  libc6  2.31-3

cpio recommends no packages.

Versions of packages cpio suggests:
pn  libarchive1  

-- no debconf information

Bug#971933: src:rheolef: rheolef FTBFS: ...cut-bisector.eps: No such file or directory

[Drew Parsons]

Package: src:rheolef
Version: 7.1-1
Severity: serious
Justification: FTBFS

rheolef fails to build from source.

The error simply seems to be that
mosolov-sector-P2-Bi-0-5-n-1-cut-bisector.eps is not built in an
arch-dependent build, but docs are still built and the error is
triggered trying to delete the image file which has not been created.

The failure apparently only occurs on arch-dependent (arch:any) builds.

Probably the best solution is to separate the doc build into a separate
arch-independent rule in debian/rules (e.g. override_dh_auto_build-Indep)
such that docs are never built on an arch-dependent build
(dpkg-buildpackage -B)


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

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

Bug#971928: fakeroot: Change to use fixed message sizes broke m68k

[Vasyl Gello]

Dear colleagues,

In addition to my previous message, let me clarify why I need:

fakeroot pbuilder … 

instead of using fakeroot inside the chroot unpacked by pbuilder.

The key word is 'unprivileged' here, i.e considering nsjail without 
/etc/sub{uid,gid} mappings,
user 0 inside a namespace is mapped to a non-root user on the host.

pbuilder(1) unpacks the base tarball under the current user and exits if tar 
fails to assign root-owned permissions to files being extracted.
So I use fakeroot in the host shell and everything works fine.
-- 
Vasyl Gello
==
Certified SolidWorks Expert

Mob.:+380 (98) 465 66 77

E-Mail: vasek.ge...@gmail.com

Skype: vasek.gello
==
호랑이는 죽어서 가죽을 남기고 사람은 죽어서 이름을 남긴다

signature.asc
Description: PGP signature

Bug#971932: rclone FTBFS consistently on mipsel

[Drew Parsons]

Package: rclone
Version: 1.53.1-2
Severity: important
X-Debbugs-Cc: debian...@lists.debian.org, debian-m...@lists.debian.org

rclone consistently fails to build on mipsel due to failing tests at
build time. The reason is not entirely clear to me. It's apparently
related to file reading and writing, or handling the vfs cache.

Historically only 1 build in 8 or so has succeeded. But I'm worried
the current version will never successfully build, and the package
will be perpetually prevented from migrating to testing.

Given the nature of rclone as a backup or remote archiving
application, I don't think it's safe to simply skip and ignore the
errors.

I propose instead to mark rclone as Not Built on mipsel so that the
other arches are not help up by the mipsel failure.  All other arches
have been building reliably (most nonrelease arches are not built due
to missing build depedencies)

Bug#851725 reports a random FTBFS, but I'm filing this bug separately
for mipsel since that bug reports on amd64, not mipsel. amd64 has been
building reliably on the buildds and building successfully most of the
time in reproducibility tests at
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/rclone.html


I'll upload soon to disable the mipsel build if no one objects or
knows how to fix the failures.


Logs at https://buildd.debian.org/status/logs.php?pkg=rclone&arch=mipsel

e.g. 
  === RUN   TestFunctional/CacheMode=writes/TestDirModTime
  === RUN   TestFunctional/CacheMode=writes/TestDirCacheFlush
  panic: test timed out after 20m0s
  
  goroutine 5339 [running]:
  testing.(*M).startAlarm.func1()
/usr/lib/go-1.15/src/testing/testing.go:1628 +0xf8
  created by time.goFunc
/usr/lib/go-1.15/src/time/sleep.go:167 +0x58
  
  goroutine 1 [chan receive, 6 minutes]:
  testing.(*T).Run(0x2082700, 0x15355b5, 0xe, 0x15b1090, 0x401)
/usr/lib/go-1.15/src/testing/testing.go:1179 +0x374
  testing.runTests.func1(0x2083ce0)
/usr/lib/go-1.15/src/testing/testing.go:1449 +0x8c
  testing.tRunner(0x2083ce0, 0x225fe98)
/usr/lib/go-1.15/src/testing/testing.go:1127 +0x108
  testing.runTests(0x22c7f60, 0x1de49e0, 0x49, 0x49, 0x66f0151, 0xbfd810f5, 
0x6d00547d, 0x117, 0x1e4dda0, 0x2289b6c)
/usr/lib/go-1.15/src/testing/testing.go:1447 +0x2d0
  testing.(*M).Run(0x20cf680, 0x0)
/usr/lib/go-1.15/src/testing/testing.go:1357 +0x248
  github.com/rclone/rclone/fstest.TestMain(0x20cf680)

/<>/obj-mipsel-linux-gnu/src/github.com/rclone/rclone/fstest/run.go:68
 +0xa8
  github.com/rclone/rclone/vfs.TestMain(...)

/<>/obj-mipsel-linux-gnu/src/github.com/rclone/rclone/vfs/vfs_test.go:37
  main.main()
_testmain.go:191 +0x15c
  
  goroutine 20 [select]:
  go.opencensus.io/stats/view.(*worker).start(0x21a03c0)

/<>/obj-mipsel-linux-gnu/src/go.opencensus.io/stats/view/worker.go:276
 +0xe8
  created by go.opencensus.io/stats/view.init.0

/<>/obj-mipsel-linux-gnu/src/go.opencensus.io/stats/view/worker.go:34
 +0x88
  
  goroutine 4957 [chan receive]:
  testing.(*T).Run(0x2506b60, 0x153a38c, 0x11, 0x15b1028, 0x2506401)
/usr/lib/go-1.15/src/testing/testing.go:1179 +0x374
  github.com/rclone/rclone/vfs/vfstest.RunTests.func1(0x2506460)

/<>/obj-mipsel-linux-gnu/src/github.com/rclone/rclone/vfs/vfstest/fs.go:72
 +0x20c
  testing.tRunner(0x2506460, 0x15b1020)
/usr/lib/go-1.15/src/testing/testing.go:1127 +0x108
  created by testing.(*T).Run
/usr/lib/go-1.15/src/testing/testing.go:1178 +0x354
  
  goroutine 5296 [syscall]:
  syscall.Syscall(0x10c6, 0xff9c, 0x2291080, 0x0, 0x1e, 0x0, 0x0)
/usr/lib/go-1.15/src/syscall/asm_linux_mipsx.s:17 +0x10
  syscall.unlinkat(0xff9c, 0x2290fa0, 0x1d, 0x0, 0x11c3360, 0x22c97a0)
/usr/lib/go-1.15/src/syscall/zsyscall_linux_mipsle.go:126 +0x9c
  syscall.Unlink(...)
/usr/lib/go-1.15/src/syscall/syscall_linux.go:182
  os.Remove(0x2290fa0, 0x1d, 0x1365720, 0x21518d0)
/usr/lib/go-1.15/src/os/file_unix.go:280 +0x50
  github.com/rclone/rclone/backend/local.remove(...)

/<>/obj-mipsel-linux-gnu/src/github.com/rclone/rclone/backend/local/remove_other.go:9
  github.com/rclone/rclone/backend/local.(*Object).Remove(0x2161940, 0x1759cc0, 
0x202a0bc, 0x0, 0x0)

/<>/obj-mipsel-linux-gnu/src/github.com/rclone/rclone/backend/local/local.go:1247
 +0x48
  github.com/rclone/rclone/vfs.(*File).Remove(0x2179c00, 0x152d22e, 0x8)

/<>/obj-mipsel-linux-gnu/src/github.com/rclone/rclone/vfs/file.go:550
 +0x5d8
  github.com/rclone/rclone/vfs.(*VFS).Remove(0x22700c0, 0x152d22e, 0x8, 0x0, 
0x0)

/<>/obj-mipsel-linux-gnu/src/github.com/rclone/rclone/vfs/vfs.go:589
 +0x74
  github.com/rclone/rclone/vfs/vfstest.(*Run).rm(0x22667c0, 0x2506b60, 
0x152d22e, 0x8)

/<>/obj-mipsel-linux-gnu/src/github.com/rclone/rclone/vfs/vfstest/fs.go:429
 +0x84
  github.com/rclone/rclone/vfs/vfstest.TestDirCacheFlush(0x2506b60)

/<>/obj-mipsel-linux-gnu/src/github.com/r

Bug#971931: speaker-test.1: fix some formatting issues

[Bjarni Ingi Gislason]

Package: alsa-utils
Version: 1.2.3-1
Severity: minor
Tags: patch

Dear Maintainer,

  Summary:

Fix warnings from "mandoc -T lint".

Fix warnings from test-groff.

Change [\]- to \(en if it is
a numeric range (use an en-dash for ranges).

Begin a sentence on a new line.

Split long lines (> 80).

Separate a unit from its number with a no-break space (\ ).

Change " - " to an en-dash, " \(en "; see style guides.

###

Input file is speaker-test.1

Output from "mandoc  -T lint speaker-test.1"
mandoc: speaker-test.1:14:21: WARNING: cannot parse date, using it verbatim: 
April 2nd, 2011
mandoc: speaker-test.1:30:2: ERROR: skipping all arguments: PP \fBaplay\fR's ...
mandoc: speaker-test.1:31:1: WARNING: skipping paragraph macro: sp after PP
mandoc: speaker-test.1:48:2: ERROR: skipping all arguments: PP Each ...

###

chk_man: Next line: execute doclifter -w -v speaker-test.1
speaker-test.1 uses man macros...
"speaker-test.1": warning - portability warning: nonportable requests 'end' 
seen.


###

Input file is speaker-test.1, case 1
Test nr. 2:

Enable and fix warnings from 'test-groff'.


[ "test-groff" is a developmental version of "groff" ]

Input file is ./speaker-test.1

Output from test-groff -b -mandoc -dAD=l -rF0 -rHY=0 -rIN=4m -t -w w -z :
:177 (macro BR): only 1 argument, but more are expected



#

Input file is speaker-test.1, case 1
Test nr. 5:

Change '-' (\-) to '\(en' (en-dash) for a numeric range.

speaker-test.1:142:Allow supplied \fIFREQ\fP to be outside the default range of 
30-8000Hz. A minimum of 1Hz is still enforced.

#

Input file is speaker-test.1, case 1
Test nr. 36:

Wrong distance between sentences.

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.

23:\fBspeaker\-test\fP by default will test the \fIdefault\fP device. If you
26:those cards. Notice that there might be for example, one device for
50:and surround40. So, if you want to test the last device you can
51:run \fBspeaker\-test \-Dsurround40:ICH5 \-c 6\fR. The \fB\-c\fR option will
142:Allow supplied \fIFREQ\fP to be outside the default range of 30-8000Hz. A 
minimum of 1Hz is still enforced.

#

Input file is speaker-test.1, case 1
Test nr. 37:

Split lines longer than 80 characters into two or more lines.
Appropriate break points are the end of a sentence and a subordinate
clause; after punctuation marks.

speaker-test.1: line 21 length 89
\fBspeaker\-test\fP generates a tone that can be used to test the speakers of a 
computer.

speaker-test.1: line 100length 177
Pink noise is perceptually uniform noise -- that is, it sounds like every 
frequency at once.  If you can hear any tone it may indicate resonances in your 
speaker system or room.

speaker-test.1: line 104length 94
\fB\-t wav\fP means to play WAV files, either pre-defined files or given via 
\fB\-w\fP option.

speaker-test.1: line 113length 91
When \fB\-s\fP option below with a valid channel is given, \fBspeaker\-test\fP 
will perform

speaker-test.1: line 118length 87
Do a single-shot speaker test for the given channel.  The channel number starts 
from 1.

speaker-test.1: line 119length 82
The channel number corresponds to left, right, rear-left, rear-right, center, 
LFE,

speaker-test.1: line 122length 92
For example, when 1 is passed, it tests the left channel only once rather than 
both channels

speaker-test.1: line 142length 107
Allow supplied \fIFREQ\fP to be outside the default range of 30-8000Hz. A 
minimum of 1Hz is still enforced.

speaker-test.1: line 161length 93
To send a nice low 75Hz tone to the Woofer and then exit without touching any 
other speakers:


#

Input file is speaker-test.1, case 1
Test nr. 54:

Use the name of units in text, symbols in tables and calculations

142:Allow supplied \fIFREQ\fP to be outside the default range of 30-8000Hz. A 
minimum of 1Hz is still enforced.
161:To send a nice low 75Hz tone to the Woofer and then exit without touching 
any other speakers:

#

Input file is speaker-test.1, case 1
Test nr. 63:

Name of a manual is set in bold, the section in roman.

177:.BR aplay(1)

#

Patch:

--- speaker-test.1  2020-08-20 19:03:08.0 +
+++ speaker-test.1.new  2020-10-09 23:31:21.0 +
@@ -18,17 +18,23 @@ speaker\-test \- command\-line speaker t
 .B speaker\-test [\-options]
 
 .SH DESCRIPTION
-\fBspeaker\-test\fP generates a tone that can be used to test the speakers of 
a computer.
-
-\fBspeaker\-test\fP by default will test th

Bug#971778: [debian-mysql] Bug#971778: Bug#971778: mariadb-client-core-10.5: mariadb-embedded is missing

[argv minus one]

I looked over the documentation again, and found out that I can use
the --init-file option to run some SQL when the server starts up. This
does what I need, without using mariadb-embedded. Thanks!

Bug#971928: fakeroot: Change to use fixed message sizes broke m68k

[Vasyl Gello]

Hi Adrian,

> The change in [1] to use fixed-width members in fake_msg broke fakeroot
> on m68k as this change altered the offsets in the fakestat struct due to
> the additional #pragma pack(4) statements [2]:
> 
> > libfakeroot, when sending message: Invalid argument
> 
> On m68k, the default alignment is 16 bits, not 32 bits which is why the
> change in [1] affected the offsets in the fakestat struct.
> 
> So, for m68k, the #pragma pack() statements will need to be guarded.

As an author of the commit [1] that introduced the regression, let me clarify 
my usecase first before I push other PRs on the topic.

My goal is to ensure structure alignment across chroots of multiple 
architectures, i.e:

# amd64 unprivileged host
ARCH=x32 fakeroot pbuilder build package_version-1.dsc

Unfortunately even with [1] in place, msgrcv(2) pads first structure member, 
mtype, in accordance with target architecture,
so while i386 pbuilder chroot works with amd64 host fakeroot (with libfakeroot 
installed in chroot, of course!), x32 chroot
hangs due to incorrect padding of mtype.

I created a second patch dynamically guessing the mtype value and achieved the 
smoothless operation of said amd64-i386
and amd64-x32 combos. However, my current solution takes only mtype field into 
account, while the padding difference will likely
introduce more discrepancies in other parts of the 'fakestat' structure.

Should I use Google's protobuf-c for fast padding-agnostic serialization 
instead? I see it as the only sane way to achieve interoperability
without the need to touch pragma packs.

-- 
Vasyl Gello
==
Certified SolidWorks Expert

Mob.:+380 (98) 465 66 77

E-Mail: vasek.ge...@gmail.com

Skype: vasek.gello
==
호랑이는 죽어서 가죽을 남기고 사람은 죽어서 이름을 남긴다

signature.asc
Description: PGP signature

Bug#971910: fix ftbfs with python3.9

[Stefano Rivera]

Control: tag -1 - patch
Control: forwarded -1 https://foss.heptapod.net/pypy/cffi/-/issues/475

> fix ftbfs with python3.9, patch at
> https://launchpadlibrarian.net/501211180/python-cffi_1.14.2-1_1.14.3-1ubuntu0.1.diff.gz

That patch just ignores the test results, I will not be applying that :)

I have already forwarded this issue upstream.

SR

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  +1 415 683 3272

Bug#971920: nextcloud-desktop: Not showing tray icon on Xfce

[Frank Lanitz]

Package: nextcloud-desktop
Version: 3.0.1-3
Severity: normal

Dear Maintainer,

This issue was reported as part of #969576 but I guess somehow it was
missed out.
However, when starting the nextcloud desktop client the tray icon is not
apparing at the Xfce tray plugin. Unfortunately I cannot find anything
inside neither journal nor xsession-error-log.

Thanks, Frank

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

Kernel: Linux 5.8.0-2-amd64 (SMP w/8 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
not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages nextcloud-desktop depends on:
ii  libc6  2.31-3
ii  libcloudproviders0 0.3.0-3
ii  libgcc-s1  10.2.0-13
ii  libglib2.0-0   2.66.0-2
ii  libnextcloudsync0  3.0.1-3
ii  libqt5core5a   5.14.2+dfsg-6
ii  libqt5dbus55.14.2+dfsg-6
ii  libqt5gui5 5.14.2+dfsg-6
ii  libqt5keychain10.10.0-1
ii  libqt5network5 5.14.2+dfsg-6
ii  libqt5qml5 5.14.2+dfsg-3
ii  libqt5quick5   5.14.2+dfsg-3
ii  libqt5quickcontrols2-5 5.14.2+dfsg-2
ii  libqt5sql5-sqlite  5.14.2+dfsg-6
ii  libqt5svg5 5.14.2-2
ii  libqt5webenginecore5   5.14.2+dfsg1-5
ii  libqt5webenginewidgets55.14.2+dfsg1-5
ii  libqt5webkit5  5.212.0~alpha4-5
ii  libqt5widgets5 5.14.2+dfsg-6
ii  libstdc++6 10.2.0-13
ii  nextcloud-desktop-common   3.0.1-3
ii  nextcloud-desktop-l10n 3.0.1-3
ii  qml-module-qtgraphicaleffects  5.14.2-2
ii  qml-module-qtqml-models2   5.14.2+dfsg-3
ii  qml-module-qtquick-controls2   5.14.2+dfsg-2
ii  qml-module-qtquick-layouts 5.14.2+dfsg-3
ii  qml-module-qtquick-window2 5.14.2+dfsg-3
ii  qml-module-qtquick25.14.2+dfsg-3

Versions of packages nextcloud-desktop recommends:
ii  nextcloud-desktop-doc  3.0.1-3

nextcloud-desktop suggests no packages.

-- no debconf information



signature.asc
Description: OpenPGP digital signature

Bug#971929: manuals: remove trailing spaces in manuals

[Bjarni Ingi Gislason]

Package: alsa-utils
Version: 1.2.3-1
Severity: minor
Tags: patch

Dear Maintainer,

  some manuals have trailing spaces.  They should be removed (e.g. "sed
-i -e 's%  *$%%' ") before the files are compressed.


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

Kernel: Linux 5.8.10-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 alsa-utils depends on:
ii  kmod  27+20200310-2
ii  libasound21.2.3.2-1
ii  libatopology2 1.2.3.2-1
ii  libc6 2.31-3
ii  libfftw3-single3  3.3.8-2
ii  libncursesw6  6.2+20200918-1
ii  libsamplerate00.1.9-2
ii  libtinfo6 6.2+20200918-1
ii  lsb-base  11.1.0

alsa-utils recommends no packages.

Versions of packages alsa-utils suggests:
pn  dialog  

-- no debconf information

-- 
Bjarni I. Gislason

Bug#971930: a2ps-lpr-wrapper.1: fix some typographic issues

[Bjarni Ingi Gislason]

Package: a2ps
Version: 1:4.14-5
Severity: minor
Tags: patch

Dear Maintainer,

Fix warnings from "mandoc -T lint" (superfluous macro ".PP").

Fix warnings from test-groff (space at the end of an argument).

Reduce space between words.

Begin a sentence on a new line.

Remove an unnecessary second font change.

Use ".BR" for references for a manual page.

###

Patch:

--- a2ps-lpr-wrapper.1  2020-10-08 20:32:56.0 +
+++ a2ps-lpr-wrapper.1.new  2020-10-08 23:24:03.0 +
@@ -2,31 +2,27 @@
 .SH "NAME"
 a2ps-lpr-wrapper \(em lp/lpr wrapper script for GNU a2ps on Debian
 .SH "SYNOPSIS"
-.PP
-\fBa2ps-lpr-wrapper\fR [\fB-d \fIprinter\fR\fP]  [\fB\fIfiles\fR\fP]
+\fBa2ps-lpr-wrapper\fR [\fB-d \fIprinter\fR] [\fB\fIfiles\fR]
 .SH "DESCRIPTION"
-.PP
 This manual page documents briefly the
-\fBa2ps-lpr-wrapper\fR   command.
+\fBa2ps-lpr-wrapper\fR command.
 .PP
 \fBa2ps-lpr-wrapper\fR uses either
 \fBlp\fP or \fBlpr\fP to send
-\fIfiles\fR to \fIprinter\fR. It
-determines which of the two programs is currently installed and adds the
-appropriate parameters.
+\fIfiles\fR to \fIprinter\fR.
+It determines which of the two programs is currently installed and
+adds the appropriate parameters.
 .SH "OPTIONS"
-.IP "\fB-d \fIprinter\fR\fP " 10
+.IP "\fB-d \fIprinter\fR" 10
 Destination system printer.
-.IP "\fB\fIfiles\fR\fP " 10
+.IP \fIfiles\fR 10
 List of files to be printed.
 .SH "SEE ALSO"
-.PP
-a2ps (1).
+.BR a2ps (1).
 .PP
 The programs are documented fully by the a2ps documentation available via the
 \fBInfo\fP system.
 .SH "AUTHOR"
-.PP
 This manual page was written by Michael Tautschnig tauts...@model.in.tum.de for
 the \fBDebian\fP system (but may be used by others).  Permission is
 granted to copy, distribute and/or modify this document under



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

Kernel: Linux 5.8.10-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 a2ps depends on:
ii  file   1:5.38-5
ii  libc6  2.31-3
ii  libpaper1  1.1.28+b1
ii  psutils1.17.dfsg-4

Versions of packages a2ps recommends:
ii  bzip2 1.0.8-4
pn  lpr | rlpr | cups-client  
ii  wdiff 1.2.2-2+b1

Versions of packages a2ps suggests:
ii  emacsen-common   3.0.4
ii  ghostscript  9.52.1~dfsg-1
pn  graphicsmagick-imagemagick-compat | imagemagick  
ii  groff1.22.4-5
ii  gv   1:3.7.4-2+b1
pn  html2ps  
pn  t1-cyrillic  
ii  texlive-binaries [texlive-base-bin]  2020.20200327.54578-5

-- no debconf information

-- 
Bjarni I. Gislason

Bug#971928: fakeroot: Change to use fixed message sizes broke m68k

[John Paul Adrian Glaubitz]

Source: fakeroot
Severity: important
User: debian-...@lists.debian.org
Usertags: m68k
X-Debbugs-Cc: debian-...@lists.debian.org

Hello!

The change in [1] to use fixed-width members in fake_msg broke fakeroot
on m68k as this change altered the offsets in the fakestat struct due to
the additional #pragma pack(4) statements [2]:

> libfakeroot, when sending message: Invalid argument

On m68k, the default alignment is 16 bits, not 32 bits which is why the
change in [1] affected the offsets in the fakestat struct.

So, for m68k, the #pragma pack() statements will need to be guarded.

Thanks,
Adrian

> [1] 
> https://salsa.debian.org/clint/fakeroot/-/commit/2a53909e732b19ccbaf6d1534e932dff74fa757e
> [2] 
> https://buildd.debian.org/status/fetch.php?pkg=mergerfs&arch=m68k&ver=2.31.0-1&stamp=1602276375&raw=0

--
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#971927: ITP: golang-github-antchfx-jsonquery -- Golang XPath query for JSON query

[Francisco Vilmar Cardoso Ruviaro]

Package: wnpp
Severity: wishlist
Owner: Francisco Vilmar Cardoso Ruviaro 
X-Debbugs-Cc: debian-de...@lists.debian.org, francisco.ruvi...@riseup.net

* Package name: golang-github-antchfx-jsonquery
  Version : 1.1.4-1
  Upstream Author : zhengchun 
* URL : https://github.com/antchfx/jsonquery
* License : Expat
  Programming Lang: Go
  Description : Golang XPath query for JSON query

jsonquery is an XPath query package for JSON document, lets you extract
data from JSON documents through an XPath expression. Built-in XPath
expression cache avoid re-compile XPath expression each query.
.
List of XPath query packages:
 * Name  | Description
- htmlquery  | XPath query package for the HTML document
- jsonquery  | XPath query package for the JSON document
- xmlquery   | XPath query package for the XML document

Bug#971794: fakeroot: testsuite fails on mipsel

[John Paul Adrian Glaubitz]

On 10/9/20 11:16 PM, John Paul Adrian Glaubitz wrote:
>> libfakeroot, when sending message: Invalid argument
> 
> I assume that using INT_SEND_GET_STAT instead of SEND_GET_STAT may have broken
> it. I don't know what the difference between both is but m68k is a bit
> peculiar in its ABI so such changes may not work.

Okay, it's 1.25.2-1 that broke m68k. 1.25.1-1 works.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#971278: owfs: new upstream version 3.2p4

[Vincent Danjean]

Le 28/09/2020 à 20:11, Bastian Germann a écrit :
> Source: owfs
> Severity: normal
> 
> Please package the new version 3.2p4 that has python 3 support according
> to https://github.com/owfs/owfs/pull/24.

  I uploaded owfs 3.2p4 to unstable (it is currently in NEW waiting
for approval due to bump in SONAME).
  But CI on salsa shows that the python support is not yet ready
leading to an uninstallable package:
https://salsa.debian.org/debian/owfs/-/jobs/1059798
===
Setting up python3-ow (3.2p4+dfsg1-1+salsaci) ...
  File "/usr/lib/python3/dist-packages/ow/__init__.py", line 346
raise AttributeError, name
^
SyntaxError: invalid syntax
dpkg: error processing package python3-ow (--configure):
 installed python3-ow package post-installation script subprocess returned 
error exit status 1

===


  So, unless there are other patches to apply, I will disable it
again for now.

  Regards,
Vincent

Bug#971794: fakeroot: testsuite fails on mipsel

[John Paul Adrian Glaubitz]

On 10/9/20 11:04 PM, John Paul Adrian Glaubitz wrote:
> This last upload somehow broke fakeroot on m68k [1]. I'm not sure what's
> happening but the build just hangs.

Ah, I skipped a line, there is actually an error message:

> libfakeroot, when sending message: Invalid argument

I assume that using INT_SEND_GET_STAT instead of SEND_GET_STAT may have broken
it. I don't know what the difference between both is but m68k is a bit
peculiar in its ABI so such changes may not work.

> I also can't seem to find Aurelien's patch in the source package after
> downloading the source. It's also not present in the Git source [2],
> am I missing soemthing?

Okay, I realized the change was merged in the upstream code. It's a bit
confusing as the package seems to be something between a native Debian
and a non-native package.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#971926: zoom's desktop file is missing the additional category 'Chat'

[Joerg Schiermeier, Bielefeld/Germany]

Package: zoom
Version: 5.2.440215.0803
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hello!


1.)
The desktop file for Linux (/usr/share/applications/Zoom.desktop) is missing 
the additional category 'Chat' which is a sub-category of 'Network'. Please see 
the documentation about desktop files here:


This category should be added.


2.)
The desktop file for Linux (/usr/share/applications/Zoom.desktop) has an error:
error: (will be fatal in the future): value "Zoom.png" for key "Icon" in group 
"Desktop Entry" is an icon name with an extension, but there should be no 
extension as described in the Icon Theme Specification if the value is not an 
absolute path

This should be corrected in future packages for debian.

- -- 
Yours sincerely
Joerg Schiermeier





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

Kernel: Linux 5.8.0-2-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_CRAP, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=de_DE.utf-8, LC_CTYPE=de_DE.utf-8 (charmap=UTF-8), 
LANGUAGE=de:en_GB
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages zoom depends on:
pn  ibus 
pn  libdbus-1-3  
ii  libegl1-mesa 20.1.9-1
pn  libfontconfig1   
ii  libgl1-mesa-glx  20.1.9-1
ii  libglib2.0-0 2.66.0-2
pn  libpulse0
pn  libsm6   
pn  libsqlite3-0 
pn  libxcb-image0
pn  libxcb-keysyms1  
pn  libxcb-randr0
pn  libxcb-shape0
pn  libxcb-shm0  
pn  libxcb-xfixes0   
pn  libxcb-xtest0
pn  libxcomposite1   
pn  libxi6   
pn  libxrender1  
pn  libxslt1.1   
pn  libxtst6 

zoom recommends no packages.

zoom suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Comment: This was created by GnuPG for Linux.

iQIzBAEBCAAdFiEERMHJSMoKBiNrvtXJodFQ9YsO8GMFAl+A0BoACgkQodFQ9YsO
8GO/5hAAjhQNNGCNDQ+XbbM+Jr5z3rYQHoExvGYPEn0jfNevHSwNOlOLchV9Rkvh
uDINvpNHKQFpG74Sjw3/mwcqRt6FKYNOyqkS+/oYYNb4JNAMCj+WdLi/Jn0q9T3P
upT/bz10Eer6I7ASFdRDST9NCSjzLGqYtSaitBrE+kP9fCs3C15cBf28J4kMKejM
W8lqIgifiS471InXtBwR9sEUyuDjFApd5j6i4wLWxNUl2lJUs89Fu0PVeNhoLDZH
CGbeBKQ1wCndhGC2Y989q18jDAg3RtRzFcrumPzndYy8zhd1vzAtBk1tsDk28jYX
hFzQOLHEGHUE/vb5pgs+kaIYVaWlJG3rkVdkJhNmcxMRSMBiWb71YqjJ8XvGiFYD
HNkoK+g34d829sZE3WYgjlVbyLQR0BRDwE4dcad3iWO3SVCyKxMvAdNcMF/wmtN9
v3ac2aVlWcvqlRWbDx2zpNBjoM6xGWmz+RrnDi7q2wLtTvKNrd6Upl+lM2Q2/C23
M3BKgek+j16gpuctIjoG27qshg0r8lNhfXp8V+NgsMtoVenv6a7hRZoisDZayATM
mni2DQhInH+wLGQ6zImO3sCy6x8CoqDfbE3gNV74hRBvGjrnvDmlWb6TxHz58aMC
gd8jjV4haSvd3ylIxEJfdAw8f8C4jcV7DuC7Gzz31pkXEY1RAE4=
=/6Ml
-END PGP SIGNATURE-

Bug#971794: fakeroot: testsuite fails on mipsel

[John Paul Adrian Glaubitz]

Source: fakeroot
Followup-For: Bug #971794
User: debian-...@lists.debian.org
Usertags: m68k
X-Debbugs-Cc: debian-...@lists.debian.org

Hello!

This last upload somehow broke fakeroot on m68k [1]. I'm not sure what's
happening but the build just hangs.

I also can't seem to find Aurelien's patch in the source package after
downloading the source. It's also not present in the Git source [2],
am I missing soemthing?

Adrian

> [1] 
> https://buildd.debian.org/status/fetch.php?pkg=mergerfs&arch=m68k&ver=2.31.0-1&stamp=1602276375&raw=0
> [2] https://salsa.debian.org/clint/fakeroot

--
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

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

[Matija Nalis]

Package: wnpp
Severity: wishlist

* Package name: ironseed
  Version : 0.2.4
  Upstream Author : Matija Nalis 
* URL : https://github.com/mnalis/ironseed_fpc
* License : GPLv3
  Programming Lang: Pascal
  Description : science-fiction exploration/strategy adventure game in space

 It was originally both developed and published by Channel 7 for DOS in 1994.
 Gameplay is real-time, featuring trading, diplomacy, and strategy, and
 somewhat resembles Star Control 2 / Ur-Quan masters.
 DOS sources have been changed to make it possible to compile it with the
 freepascal compiler under Linux and SDL, and many bugs were fixed.

Wikipedia entry: https://en.wikipedia.org/wiki/Iron_Seed

The DOS version of the game was originally released under GPLv3 on
http://ironseed.net by original developers,
ported to SDL by https://github.com/y-salnikov/ironseed_fpc
and further improved by
https://github.com/nukebloodaxe/ironseed_fpc
and finally many bugs fixed by:
https://github.com/mnalis/ironseed_fpc (disclaimer: myself)

It is a nice game (or I wouldn't invest time in fixing bugs in it!) 
I've done basic Debian packaging in github repo, and resulting Debian
package builds and runs fine with me. I'm hoping to find someone willing to
help me push it to Debian GNU/Linux, so more people can easily get it and
have fun playing it.

If more work is required on it, I'm willing to do it, if someone will 
point me in right direction. But I am not DD and thus cannot do it all
the way through myself.

If I get Debian lingo right, I'm looking for a sponsor.

Bug#942884: Bug#971395: RFS: zipios++/2.2.5.0-1 -- small C++ library for reading zip files (documents)

[François Mazen]

Hello Tobias,

thanks a lot for this valuable review!

I did my best to update the packages. It's uploaded to mentors:
https://mentors.debian.net/package/zipios++/

Please note that the upstream applied some of my patches and they
released a new version (2.2.6). I've updated the package with this new
release.

Comments inline below:

>   So, yes, sourceful upload of all r-depends it will be… And you
> likely will need
>   to provide patches. (Luckily, those r-depends are just two: freecad
> and enigma)
> 

I've forked freecad and enigma in my salsa account and I'm working on
patches.

> - On the dev package:
>   It should not Conflict/Replaces, It should be Breaks/Replaces. 

Done

> - On the library package:
>   be a need for the Conflict/Replace, not even a Breaks/Replaces.

Done

>  - On the docs package:
>This is a classic "package renaming" situation explained here:
>https://wiki.debian.org/RenamingPackages.
>So you will need a transistional package here as well.
>Or not renaming the -doc package.

I've added a transitional package libzipios++-doc that depends on the
new one.

> d/docs:
> - don't install README.md

> - NEWS should be installed as upstream changelog (see
> dh_installchangelogs)

Done

> d/rules + d/control:
> - It looks like as your rules already supports building docs in
> build-indep.
>   Please see if you can move doxygen / graphviz B-D to Build-Depends-
> Indep.

Done

> - The docs package has references to the old package:

References removed.

>   BTW, it is _NOT_ recommended to replace the jsquery from doxygen.
>   read /usr/share/doc/doxygen/README.jquery.

No more replace, thanks for the documentation pointer.

> - The dev package has the following files, which shoudln't be there:
> drwxr-xr-x root/root 0 2020-03-07 14:08
> ./usr/share/doc/libzipios-doc/
> -rw-r--r-- root/root  1654 2019-08-17 00:13
> ./usr/share/doc/libzipios-doc/NEWS.gz
> -rw-r--r-- root/root  2352 2019-08-17 00:13
> ./usr/share/doc/libzipios-doc/README.md.gz

Files removed.

> - The dev package isntalls the man pages. Shouldn't they go to the
> -doc package?

Moved manpages to libzipios-doc.manpages

> - d/rules:
>  What was the problem with
>  "# dh_installdocs does not detect the doc main package correctly."?

By default, dh_installdocs installs the html documentation under
/usr/share/doc/libzipios-dev instead of /usr/share/doc/libzipios-doc
inside the libzipios-doc package.

I can't figure out why. Any help is welcome!
For the moment the only solution I get is to override dh_installdocs.

> - There is also dh_doxygen.

Perfect tool! It removes md5 and map files, but it does not solve the
issue above.

> - As per Policy 12.3, the -dev package should Suggest: the -doc
> package.

Done

Thanks,
François


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

Bug#971909: Thunderbird has lost localization in Spanish

[Pablo de Vicente]

Hello Carsten

  Thank you very much for your answer.

  I do not know if the standard procedure for Debian BTS advises that I 
send a reply or use the BTS system. I apologize if answering this email 
is not adequate and I should use reportbug instead.


  I have no other localization package and this change of behaviour 
from Spanish to English (regression) happened with a security update. My 
settings for LANG environment variable is correct:


 printenv | grep LANG

  LANG=es_ES.UTF-8

And the only localization I have is Spanish:

 dpkg -l | grep l10n

ii  e2fsprogs-l10n 1.44.5-1+deb10u3 all 
ext2/ext3/ext4 file system utilities - translations
ii  firefox-esr-l10n-es-es 78.3.0esr-1~deb10u1  
all  Spanish (Spain) language package for Firefox ESR
ii  gnupg-l10n 2.2.12-1+deb10u1 all  
GNU privacy guard - localization files
ii  kde-l10n-es 4:17.08.3-5  
all  Spanish (es) localization files for KDE
ii  libc-l10n 2.28-10  all  
GNU C Library: localization files
ii  libgpg-error-l10n 1.35-1   
all  library of error values and messages in GnuPG (localization 
files)
ii  libgphoto2-l10n 2.5.22-3 
all  gphoto2 digital camera library - localized messages
ii  libkgantt2-l10n 2.6.1-1  
all  library for creating Gantt diagrams (translations)
ii  libreoffice-l10n-es 1:6.1.5-3+deb10u6    
all  office productivity suite -- Spanish language package
ii  qtcore4-l10n 4:4.8.7+dfsg-18+deb10u1  
all  Qt 4 core module translations
ii  qttranslations5-l10n 5.11.3-2 
all translations for Qt 5
ii  thunderbird-l10n-es-es 1:78.3.1-2~deb10u2   
all  Spanish (Spain) language package for Thunderbird



  I have uninstalled myspell-es and installed hunspell-es instead by 
this does not make any difference.


  Output of reportbug thunderbird --template:

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

Kernel: Linux 4.19.0-10-amd64 (SMP w/4 CPU cores)
Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8), 
LANGUAGE= (charmap=UTF-8)

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

Versions of packages thunderbird depends on:
ii  debianutils 4.8.6.1
ii  fontconfig  2.13.1-2
ii  libatk1.0-0 2.30.0-2
ii  libbotan-2-9    2.9.0-2
ii  libbz2-1.0  1.0.6-9.2~deb10u1
ii  libc6   2.28-10
ii  libcairo-gobject2   1.16.0-4
ii  libcairo2   1.16.0-4
ii  libdbus-1-3 1.12.20-0+deb10u1
ii  libdbus-glib-1-2    0.110-4
ii  libevent-2.1-6  2.1.8-stable-4
ii  libffi6 3.2.1-9
ii  libfontconfig1  2.13.1-2
ii  libfreetype6    2.9.1-3+deb10u1
ii  libgcc1 1:8.3.0-6
ii  libgdk-pixbuf2.0-0  2.38.1+dfsg-1
ii  libglib2.0-0    2.58.3-2+deb10u2
ii  libgtk-3-0  3.24.5-1
ii  libjson-c3  0.12.1+ds-2+deb10u1
ii  libpango-1.0-0  1.42.4-8~deb10u1
ii  libstdc++6  8.3.0-6
ii  libx11-6    2:1.6.7-1+deb10u1
ii  libx11-xcb1 2:1.6.7-1+deb10u1
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  psmisc  23.2-1
ii  x11-utils   7.7+4
ii  zlib1g  1:1.2.11.dfsg-1

Versions of packages thunderbird recommends:
ii  hunspell-en-us [hunspell-dictionary]  1:2018.04.16-1
ii  hunspell-es [hunspell-dictionary] 1:6.2.0-1

Versions of packages thunderbird suggests:
ii  apparmor  2.13.2-10
ii  fonts-lyx 2.3.2-1
ii  libgssapi-krb5-2  1.17-3
ii  libgtk2.0-0   2.24.32-3

-- no debconf information


Thank you

Regards

Pablo.


On 9/10/20 19:53, Carsten Schoenert wrote:

Control: severity -1 normal

Hello Pablo,

Am 09.10.20 um 17:45 schrieb Pablo de Vicente:

Severity: grave

if I install thunderbird-l10n-es-es and start Thunderbird with the
setting LANG=es_ES.UTF-8 the Thunderbird UI is running in Spanish. So
the severity of grave is not given. There is something within your local
profile wrong.


Since I updated Thunderbird from version 68 to 78 I have lost the
localization in Spanish.  If I try to force the localization (Edit ->
Preferences -> Language -> Search for more languages) I only get as
alternatives English USA and Catalan (Valencia) which I have not
installed in my Debian computer. The sole thunderburd packages installed
at my computer are: thunderbird-l10n-es-es and thunderbird.

Please check if you have installed other languages locally in your
profile, I'm sure you will have installed some other now no longer
compatible language 

Bug#971909: Thunderbird has lost localization in Spanish

[Carsten Schoenert]

Hi,

Am 09.10.20 um 22:19 schrieb Pablo de Vicente:
> Hello Carsten
> 
>    Thank you very much for your answer.
> 
> I do not know if the standard procedure for Debian BTS advises that I 
> send a reply or use the BTS system. I apologize if answering this email 
> is not adequate and I should use reportbug instead.

you can use both, the BTS system is based on email and the bts or
reportbug helper are "just" creating emails. If you want to use any type
of MUA you are free to select the one you prefer to use.

> I have no other localization package and this change of behaviour 
> from Spanish to English (regression) happened with a security update. My 
> settings for LANG environment variable is correct:
> 
>   printenv | grep LANG

A shorter way to see all LANG environments is simply call 'locale' on
the CLI.

>    LANG=es_ES.UTF-8
> 
> And the only localization I have is Spanish:

That's all fine.

...
> I have uninstalled myspell-es and installed hunspell-es instead by 
> this does not make any difference.

Of course not, these packages are spell checker, not localization's.

All you probably need to do is to remove any in your profile *local!*
installed language package and restart Thunderbird! (As written
previously :) )

https://support.mozilla.org/en-US/questions/959630

This is for FF but it's basically the same procedure for TB.

---
Regards
Carsten Schoenert

Bug#971923: jupyter-qtconsole crashes when pressing tab for completion

[hyiltiz]

Package: jupyter-qtconsole
Version: 4.7.6-1
Severity: important
X-Debbugs-Cc: hyil...@gmail.com

Pressing "Tab" leads to ZeroDivisionError (qtconsole==4.7.6) #439. Fixed at 
upstream.
https://github.com/jupyter/qtconsole/issues/439
https://github.com/jupyter/qtconsole/issues/437#issuecomment-682471961

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

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

Versions of packages jupyter-qtconsole depends on:
ii  jupyter-core   4.6.3-4
ii  python33.8.2-3
ii  python3-qtconsole  4.7.6-1

jupyter-qtconsole recommends no packages.

jupyter-qtconsole suggests no packages.

-- no debconf information

Bug#971922: wims-lti: [INTL:de] initial German debconf translation

[Helge Kreutzmann]

Package: wims-lti
Version: 0.4.3-2
Severity: wishlist
Tags: patch l10n

Please find the initial German debconf translation for wims-lti
attached.

Please place this file in debian/po/ as de.po for your next upload.

If you update your template, please use 
'msgfmt --statistics '
to check the po-files for fuzzy or untranslated strings.

If there are such strings, please contact me so I can update the 
German translation.

Greetings
Helge
# SOME DESCRIPTIVE TITLE.
# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the wims-lti package.
# Helge Kreutzmann , 2020.
#
msgid ""
msgstr ""
"Project-Id-Version: wims-lti 0.4.3-2\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2020-10-08 19:31+\n"
"PO-Revision-Date: 2020-10-09 21:03+0200\n"
"Last-Translator: Helge Kreutzmann \n"
"Language-Team: German \n"
"Language: de\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: string
#. Description
#: ../templates:1001
msgid "hostname for the service:"
msgstr "Rechnername für den Dienst:"

#. Type: string
#. Description
#: ../templates:1001
msgid ""
"When you use Apache2 + WSGI to deploy the service, it can be implemented as "
"a virtual host. In the example below, the service administration's webpage "
"should be at http://wims-lti.example.com/admin/";
msgstr ""
"Wenn Sie Apache2 und WSGI zur Bereitstellung des Dienstes verwenden, kann "
"dieser als virtueller Rechner implementiert werden. Im nachfolgenden "
"Beispiel sollte die Webseite zur Administration des Dienstes unter "
"http://wims-lti.example.com/admin/ liegen."

#. Type: string
#. Description
#: ../templates:1001
msgid "If unsure, you can keep the default value."
msgstr "Falls Sie sich unsicher sind, können Sie den Vorgabewert beibehalten."

#. Type: string
#. Description
#: ../templates:2001
msgid "email for django's service admin:"
msgstr "E-Mail-Adresse des Administrators des Dienstes django:"

#. Type: string
#. Description
#: ../templates:2001
msgid "Choose a valid email string."
msgstr "Bitte geben Sie eine gültige E-Mail-Adresse an."

#. Type: password
#. Description
#: ../templates:3001
msgid "password for django's service admin:"
msgstr "Passwort des Administrators des Dienstes django:"

#. Type: password
#. Description
#: ../templates:3001
msgid "Choose a strong enough password."
msgstr "Wählen Sie ein hinreichend starkes Passwort."

Bug#971921: ITP: nemo-terminal -- Nemo extension to enable an embedded terminal

[Joshua Peisach]

Package: wnpp
Severity: wishlist
Owner: Joshua Peisach 

* Package name: nemo-terminal
  Version : 4.6.0
  Upstream Author : Clement Lefebvre 
* URL : https://github.com/linuxmint/nemo-
extensions/blob/master/nemo-terminal,
https://community.linuxmint.com/software/view/nemo-terminal
* License : GPL-3+
  Programming Lang: Python
  Description : Nemo extension to enable an embedded terminal

 Nemo Terminal is an embedded terminal for Nemo, the Cinnamon file manager.
 It embeds a terminal pane into Nemo that is accessible by hotkey (default F4)
 and automatically follows the currently active directory in Nemo.

I plan to maintain this myself and hopefully get this into cinnamon-team.

During development, the repo will be at:
https://salsa.debian.org/ItzSwirlz-guest/nemo-terminal

Bug#971920: nextcloud-desktop: Not showing tray icon on Xfce

[Christopher Obbard]

For me on XFCE the tray icon appears but clicking on it does nothing. One
has to right click and go to settings for it to open

Thanks!
Chris

On Fri, 9 Oct 2020, 20:03 Frank Lanitz,  wrote:

> Package: nextcloud-desktop
> Version: 3.0.1-3
> Severity: normal
>
> Dear Maintainer,
>
> This issue was reported as part of #969576 but I guess somehow it was
> missed out.
> However, when starting the nextcloud desktop client the tray icon is not
> apparing at the Xfce tray plugin. Unfortunately I cannot find anything
> inside neither journal nor xsession-error-log.
>
> Thanks, Frank
>
> -- System Information:
> Debian Release: bullseye/sid
>   APT prefers testing
>   APT policy: (500, 'testing')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 5.8.0-2-amd64 (SMP w/8 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
> not set
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
> Versions of packages nextcloud-desktop depends on:
> ii  libc6  2.31-3
> ii  libcloudproviders0 0.3.0-3
> ii  libgcc-s1  10.2.0-13
> ii  libglib2.0-0   2.66.0-2
> ii  libnextcloudsync0  3.0.1-3
> ii  libqt5core5a   5.14.2+dfsg-6
> ii  libqt5dbus55.14.2+dfsg-6
> ii  libqt5gui5 5.14.2+dfsg-6
> ii  libqt5keychain10.10.0-1
> ii  libqt5network5 5.14.2+dfsg-6
> ii  libqt5qml5 5.14.2+dfsg-3
> ii  libqt5quick5   5.14.2+dfsg-3
> ii  libqt5quickcontrols2-5 5.14.2+dfsg-2
> ii  libqt5sql5-sqlite  5.14.2+dfsg-6
> ii  libqt5svg5 5.14.2-2
> ii  libqt5webenginecore5   5.14.2+dfsg1-5
> ii  libqt5webenginewidgets55.14.2+dfsg1-5
> ii  libqt5webkit5  5.212.0~alpha4-5
> ii  libqt5widgets5 5.14.2+dfsg-6
> ii  libstdc++6 10.2.0-13
> ii  nextcloud-desktop-common   3.0.1-3
> ii  nextcloud-desktop-l10n 3.0.1-3
> ii  qml-module-qtgraphicaleffects  5.14.2-2
> ii  qml-module-qtqml-models2   5.14.2+dfsg-3
> ii  qml-module-qtquick-controls2   5.14.2+dfsg-2
> ii  qml-module-qtquick-layouts 5.14.2+dfsg-3
> ii  qml-module-qtquick-window2 5.14.2+dfsg-3
> ii  qml-module-qtquick25.14.2+dfsg-3
>
> Versions of packages nextcloud-desktop recommends:
> ii  nextcloud-desktop-doc  3.0.1-3
>
> nextcloud-desktop suggests no packages.
>
> -- no debconf information
>
>

Bug#971919: texlive-lang breaks logidee-tools autopkgtest: Command \fnum@table undefined

[Paul Gevers]

Source: texlive-lang, logidee-tools
Control: found -1 texlive-lang/2020.20200925-1
Control: found -1 logidee-tools/1.2.18
Control: affects -1 src:ghostscript
Severity: serious
Tags: sid bullseye
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: breaks needs-update

Dear maintainer(s),

With a recent upload of texlive-lang the autopkgtest of logidee-tools
fails in testing when that autopkgtest is run with the binary packages
of texlive-lang from unstable. It passes when run with only packages
from testing. In tabular form:

   passfail
texlive-lang   from testing2020.20200925-1
logidee-tools  from testing1.2.18
all others from testingfrom testing

I copied some of the output at the bottom of this report.

Currently this regression is blocking the migration of texlive-lang to
testing [1]. Due to the nature of this issue, I filed this bug report
against both packages. Can you please investigate the situation and
reassign the bug to the right package?

More information about this bug and the reason for filing it can be found on
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation

Paul

[0] You can see what packages were added from the second line of the log
file quoted below. The migration software adds source package from
unstable to the list if they are needed to install packages from
texlive-lang/2020.20200925-1. I.e. due to versioned dependencies or
breaks/conflicts.
[1] https://qa.debian.org/excuses.php?package=texlive-lang

https://ci.debian.net/data/autopkgtest/testing/amd64/l/logidee-tools/7376710/log.gz

autopkgtest [16:46:54]: test basic: [---
Trying to run setup-logidee-tools
Which directories may contain xml documents ?
Creating Makefile in doc
Trying to run some make commands
make formations
make[1]: Entering directory
'/tmp/autopkgtest-lxc.y6fk1y54/downtmp/autopkgtest_tmp/mydocs/doc'
make -f makefile.tmp formation_doc.tex
make[2]: Entering directory
'/tmp/autopkgtest-lxc.y6fk1y54/downtmp/autopkgtest_tmp/mydocs/doc'
xsltproc --xinclude --stringparam selection none --stringparam cycle
false --stringparam charte default --stringparam trainer false
--stringparam lang en --stringparam slide true --stringparam description
true
/tmp/autopkgtest-lxc.y6fk1y54/downtmp/autopkgtest_tmp/mydocs/xsl/formation-tex.xsl
 formation_doc.xml > formation_doc.tex
make[2]: Leaving directory
'/tmp/autopkgtest-lxc.y6fk1y54/downtmp/autopkgtest_tmp/mydocs/doc'
rm makefile.tmp
# Three times to get cross-references right (argh)
latex formation_doc.tex && latex formation_doc.tex && latex
formation_doc.tex
This is pdfTeX, Version 3.14159265-2.6-1.40.21 (TeX Live 2020/Debian)
(preloaded format=latex)
 restricted \write18 enabled.
entering extended mode
(./formation_doc.tex
LaTeX2e <2020-02-02> patch level 5
L3 programming layer <2020-09-24> (../charte/default/tex/logidoc.cls
Document Class: logidoc 2000/19/04 v1.0 Standard Default logidee-tools
document
 class
(/usr/share/texlive/texmf-dist/tex/latex/graphics/color.sty
(/usr/share/texlive/texmf-dist/tex/latex/graphics-cfg/color.cfg)
(/usr/share/texlive/texmf-dist/tex/latex/graphics-def/dvips.def)
(/usr/share/texlive/texmf-dist/tex/latex/graphics/dvipsnam.def))
(/usr/share/texlive/texmf-dist/tex/latex/base/ifthen.sty)
(/usr/share/texlive/texmf-dist/tex/latex/fancyhdr/fancyhdr.sty)
(/usr/share/texlive/texmf-dist/tex/latex/fancybox/fancybox.sty
Style option: `fancybox' v1.4 <2010/05/15> (tvz)
) (/usr/share/texlive/texmf-dist/tex/latex/graphics/graphicx.sty
(/usr/share/texlive/texmf-dist/tex/latex/graphics/keyval.sty)
(/usr/share/texlive/texmf-dist/tex/latex/graphics/graphics.sty
(/usr/share/texlive/texmf-dist/tex/latex/graphics/trig.sty)
(/usr/share/texlive/texmf-dist/tex/latex/graphics-cfg/graphics.cfg)))
(/usr/share/texlive/texmf-dist/tex/latex/pstricks/pstricks.sty
(/usr/share/texlive/texmf-dist/tex/generic/iftex/iftex.sty)
(/usr/share/texlive/texmf-dist/tex/latex/xcolor/xcolor.sty
(/usr/share/texlive/texmf-dist/tex/latex/graphics-cfg/color.cfg))
(/usr/share/texlive/texmf-dist/tex/generic/xkeyval/pst-xkey.tex
(/usr/share/texlive/texmf-dist/tex/latex/xkeyval/xkeyval.sty
(/usr/share/texlive/texmf-dist/tex/generic/xkeyval/xkeyval.tex
(/usr/share/texlive/texmf-dist/tex/generic/xkeyval/xkvutils.tex
(/usr/share/texlive/texmf-dist/tex/generic/pstricks/pstricks.tex
(/usr/share/texlive/texmf-dist/tex/generic/pstricks/pst-fp.tex
`pst-fp' v0.05, 2010/01/17 (hv))
(/usr/share/texlive/texmf-dist/tex/generic/pgf/utilities/pgfutil-common.tex
(/usr/share/texlive/texmf-dist/tex/generic/pgf/utilities/pgfutil-common-lists.t
ex))
(/usr/share/texlive/texmf-dist/tex/generic/pgf/utilities/pgfkeys.code.tex
(/usr/share/texlive/texmf-dist/tex/generic/pgf/utilities/pgfkeysfiltered.code.t
ex))
(/usr/share/texlive/texmf-dist/tex/generic/pgf/utilities/pgffor.code.tex
Loading pgffor.code.tex
(/usr/share/texlive/texmf-dist/tex/generic/pgf/math/pgfmath.code.tex
(/

Bug#971918: pydantic ftbfs with python3-defaults (python3.9) from experimental

[Matthias Klose]

Package: src:pydantic
Version: 1.2-1
Severity: important
Tags: sid bullseye
User: debian-pyt...@lists.debian.org
Usertags: python3.9

[...]
tests/mypy/test_mypy.py:78:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
/usr/lib/python3.9/importlib/__init__.py:127: in import_module
return _bootstrap._gcd_import(name[level:], package, level)
:1030: in _gcd_import
???
:1007: in _find_and_load
???
:986: in _find_and_load_unlocked
???
:680: in _load_unlocked
???
:790: in exec_module
???
:228: in _call_with_frames_removed
???
tests/mypy/modules/plugin_success.py:26: in 
SelfReferencingModel.update_forward_refs()
pydantic/main.py:619: in update_forward_refs
update_field_forward_refs(f, globalns=globalns, localns=localns)
pydantic/typing.py:203: in update_field_forward_refs
field.type_ = evaluate_forwardref(field.type_, globalns, localns or None)
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _

type_ = ForwardRef('SelfReferencingModel')
globalns = {'BaseModel': , 'ClassVar':
typing.ClassVar, 'Field': , 'Model': , ...}
localns = None

def evaluate_forwardref(type_, globalns, localns):  # type: ignore
>   return type_._evaluate(globalns, localns)
E   TypeError: _evaluate() missing 1 required positional argument:
'recursive_guard'

pydantic/typing.py:30: TypeError
== 18 failed, 1439 passed, 54 skipped in 5.01 seconds ==
E: pybuild pybuild:352: test: plugin distutils failed with: exit code=1: cd
/<>/.pybuild/cpython3_3.9/build; python3.9 -m pytest tests
dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p "3.9
3.8" returned exit code 13
make: *** [debian/rules:8: build] Error 25

Bug#971917: src:libgclib: fails to migrate to testing for too long: FTBFS nearly everywhere

[Paul Gevers]

Source: libgclib
Version: 0.11.9-3
Severity: serious
Control: close -1 0.11.10+ds-1
Tags: sid bullseye
User: release.debian@packages.debian.org
Usertags: out-of-sync
Control: block -1 by 968886

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:libgclib in
its current version in unstable has been trying to migrate for 60 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=libgclib




signature.asc
Description: OpenPGP digital signature

Bug#971916: basemap ftbfs with python3-defaults (python3.9)

[Matthias Klose]

Package: src:basemap
Version: 1.2.1+dfsg-1
Severity: important
Tags: sid bullseye

basemap ftbfs with python3-defaults (python3.9):

[...]
/usr/include/geos_c.h:1425:64: note: expected ‘const GEOSCoordSequence *’ {aka
‘const struct GEOSCoordSeq_t *’} but argument is of type ‘GEOSCoordSequence **’
{aka ‘struct GEOSCoordSeq_t **’}
 1425 | extern int GEOS_DLL GEOSCoordSeq_getY(const GEOSCoordSequence* s,
  |   ~^
src/_geoslib.c: In function ‘__Pyx_modinit_type_init_code’:
src/_geoslib.c:5678:36: error: ‘PyTypeObject’ {aka ‘struct _typeobject’} has no
member named ‘tp_print’
 5678 |   __pyx_type_8_geoslib_BaseGeometry.tp_print = 0;
  |^
src/_geoslib.c:5686:31: error: ‘PyTypeObject’ {aka ‘struct _typeobject’} has no
member named ‘tp_print’
 5686 |   __pyx_type_8_geoslib_Polygon.tp_print = 0;
  |   ^
src/_geoslib.c:5694:34: error: ‘PyTypeObject’ {aka ‘struct _typeobject’} has no
member named ‘tp_print’
 5694 |   __pyx_type_8_geoslib_LineString.tp_print = 0;
  |  ^
src/_geoslib.c:5702:29: error: ‘PyTypeObject’ {aka ‘struct _typeobject’} has no
member named ‘tp_print’
 5702 |   __pyx_type_8_geoslib_Point.tp_print = 0;
  | ^
src/_geoslib.c: In function ‘PyInit__geoslib’:
src/_geoslib.c:5982:12: warning: passing argument 1 of ‘initGEOS’ from
incompatible pointer type [-Wincompatible-pointer-types]
 5982 |   initGEOS(__pyx_f_8_geoslib_notice_h, __pyx_f_8_geoslib_error_h);
  |^~
  ||
  |void (*)(char *, char *)
In file included from src/_geoslib.c:566:

Bug#971909: Thunderbird has lost localization in Spanish

[Carsten Schoenert]

Control: severity -1 normal

Hello Pablo,

Am 09.10.20 um 17:45 schrieb Pablo de Vicente:
> Severity: grave

if I install thunderbird-l10n-es-es and start Thunderbird with the
setting LANG=es_ES.UTF-8 the Thunderbird UI is running in Spanish. So
the severity of grave is not given. There is something within your local
profile wrong.

> Since I updated Thunderbird from version 68 to 78 I have lost the 
> localization in Spanish.  If I try to force the localization (Edit -> 
> Preferences -> Language -> Search for more languages) I only get as 
> alternatives English USA and Catalan (Valencia) which I have not 
> installed in my Debian computer. The sole thunderburd packages installed 
> at my computer are: thunderbird-l10n-es-es and thunderbird.

Please check if you have installed other languages locally in your
profile, I'm sure you will have installed some other now no longer
compatible language pack within your local profile. Remove all of these.

Also ensure the preference for intl.locale.requested is set to nothing.
That's the default.
By that Thunderbird will look into your environment which LANG variable
is set. Should be es_ES.UTF-8 in your case.
Thunderbird is looking into the available installed language packs and
will pick up the installed settings from thunderbird-l10n-es-es.

> I am using Debian GNU/Linux 10.6.
> 
> Result from typing uname -a:  kernel 4.19.0-10-amd64 #1 SMP Debian 
> 4.19.132-1 (2020-07-24) x86_64 GNU/Linux

Please try to use next time the reportbug tool. At least the output of
the template.

$ reportbug thunderbird --template

By this all relevant information are visible that the bug report should
include.

-- 
Regards
Carsten Schoenert

Bug#971915: buster-pu: package transmission/2.94-2+deb10u2

[Moritz Muehlenhoff]

Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: mo...@debian.org

[ Reason ]
Fixes a memory leak when running Transmission in daemon mode.

[ Tests ]
Have been using the package since a few weeks and the user
who reported the leak (running an affected setup) confirmed
that it fixes the leak.

Cheers,
Moritz
diff -Nru transmission-2.94/debian/changelog transmission-2.94/debian/changelog
--- transmission-2.94/debian/changelog  2020-05-29 00:05:53.0 +0200
+++ transmission-2.94/debian/changelog  2020-08-31 20:43:20.0 +0200
@@ -1,3 +1,9 @@
+transmission (2.94-2+deb10u2) buster; urgency=medium
+
+  * Fix mem leak (Closes: #968097)
+
+ -- Moritz Mühlenhoff   Mon, 31 Aug 2020 20:43:20 +0200
+
 transmission (2.94-2+deb10u1) buster; urgency=medium
 
   * CVE-2018-10756 (Closes: #961461)
diff -Nru transmission-2.94/debian/patches/CVE-2018-10756-2.patch 
transmission-2.94/debian/patches/CVE-2018-10756-2.patch
--- transmission-2.94/debian/patches/CVE-2018-10756-2.patch 1970-01-01 
01:00:00.0 +0100
+++ transmission-2.94/debian/patches/CVE-2018-10756-2.patch 2020-08-31 
20:43:15.0 +0200
@@ -0,0 +1,16 @@
+Fixes mem leak introduced in backport for CVE-2018-10756
+
+--- transmission-2.94.orig/libtransmission/variant.c
 transmission-2.94/libtransmission/variant.c
+@@ -873,7 +873,10 @@ static void
+ nodeDestruct (struct SaveNode * node)
+ {
+   if (node->v == node->sorted)
+-tr_free (node->sorted->val.l.vals);
++{
++  tr_free (node->sorted->val.l.vals);
++  tr_free (node->sorted);
++}
+ }
+ 
+ /**
diff -Nru transmission-2.94/debian/patches/series 
transmission-2.94/debian/patches/series
--- transmission-2.94/debian/patches/series 2020-05-29 00:05:53.0 
+0200
+++ transmission-2.94/debian/patches/series 2020-08-31 20:42:50.0 
+0200
@@ -5,3 +5,4 @@
 ayatana-indicators.patch
 patch-vendored-libdht.patch
 CVE-2018-10756.patch
+CVE-2018-10756-2.patch

Bug#971898: src:syncthing: Please add possibly missing build dependencies

[Dmitry Shachnev]

Hi,

On Fri, Oct 09, 2020 at 05:14:05PM +0200, Andrej Shadura wrote:
> > There wasn't any CC in the mail I got, if relevant please forward this
> > email to Dmitry.
>
> I added him to X-Debbugs-Cc, I think it should have worked?

Yes, X-Debbugs-Cc worked, but please keep me in Cc on reply.

> > Those are transitive dependencies of badger and get already installed
> > before building, see e.g. this build log for amd64:
> > https://buildd.debian.org/status/fetch.php?pkg=syncthing&arch=amd64&ver=1.9.0%7Eds1-2&stamp=1600901129&raw=0
>
> Indeed, it was a bug in badger which was fixed in 2.0.3-2 (Ubuntu ships
> badger 2.0.3-1 apparently).
> So instead of patching it in syncthing, it’s probably best to pull newer
> badger anyway.

Ah, good to know that. I have now subscribed to syncthing in Debian, so
when there is the next upload, I will sync it to Ubuntu and drop the delta
I added.

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#971914: wordpress: Log Out redirects to "http://wp-login.php/?loggedout=true" (missing hostname)

[Chuck Nemeth]

Package: wordpress
Version: 5.0.10+dfsg1-0+deb10u1
Severity: normal

Dear Maintainer,

  When attempting to log out of a newly installed WordPress site, it redirects 
to "http://wp-login.php/?loggedout=true"; (it's miss  ing the hostname). I 
followed the instructions on the wiki to install: 
https://wiki.debian.org/WordPress, but will post my proce  dure below as well.
  
  There are no custom themes or plugins installed. It was a fresh install of 
WordPress on a fresh install of Debian. Everything el  se seems to work as 
intended except for logging out. As a test, I upgraded a previous installation 
to Testing and the issue I'm   describing does not occur in the newer version 
of the WordPress package, so I'm assuming that it only affects Stable (or just 
me  ?). I also installed using the tar.gz from the WordPress site and the issue 
is not present using that method either.

#
# Steps to reproduce
#
Install Debian 10.6 on KVM virtual machine in Proxmox
 
Update Debian:
sudo apt update && sudo apt upgrade

Install packages:
sudo apt install wordpress curl apache2 mariadb-server

Secure database:
sudo mysql_secure_installation

Set hostname
sudo hostnamectl set-hostname wpbug

Edit /etc/hosts:
sudoedit /etc/hosts
127.0.0.1 wpbug.local.lan wpbug

Run wordpress helper script:
cd /usr/share/doc/wordpress/examples
sudo bash setup-mysql -n wordpress wpbug.local.lan

Configure apache:
sudoedit /etc/apache2/sites-available/wordpress.conf 
  
  
  ServerName wpbug.local.lan
  
  ServerAdmin webmas...@local.lan
  DocumentRoot /usr/share/wordpress
  
  Alias /wp-content /var/lib/wordpress/wp-content
  
  Options FollowSymLinks
  AllowOverride Limit Options FileInfo
  DirectoryIndex index.php
  Require all granted
  
  
  Options FollowSymLinks
  Require all granted
  
  
  ErrorLog ${APACHE_LOG_DIR}/error.log
  CustomLog ${APACHE_LOG_DIR}/access.log combined
  
  
Disable default site:
sudo a2dissite 000-default.conf

Enable site:
sudo a2ensite wordpress.conf

Reload apache:
sudo systemctl reload apache2

Visit site: http://wpbug.local.lan

Perform initial setup

Log in: http://wpbug.local.lan/wp-login.php

Use 'Log Out' in upper right corner of the screen in the admin header.

It redirects to http://wp-login.php/?loggedout=true (hostname is missing)

#
# Tests
#
I changed sources.list from buster to testing then upgraded. I did not change 
any config files or anything else. The log out iss  ue was gone.

On a new vm I downloaded the latest version of WordPress from the wordpress 
site, extracted it to /var/www/wordpress, changed th  e apache config to point 
to that directory and there was no log out issue.

On a new vm I downloaded the same version as in stable (5.0.10), extracted it 
to /var/www/wordpress, changed the apache config t  o point to that directory 
and there was no log out issue.


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

Kernel: Linux 4.19.0-11-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 /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages wordpress depends on:
ii  apache2 [httpd] 2.4.38-3+deb10u4
ii  ca-certificates 20200601~deb10u1
ii  libapache2-mod-php  2:7.3+69
ii  libapache2-mod-php7.3 [libapache2-mod-php]  7.3.19-1~deb10u1
ii  libjs-cropper   1.2.2-1
ii  mariadb-client-10.3 [virtual-mysql-client]  1:10.3.23-0+deb10u1
ii  php-gd  2:7.3+69
ii  php-getid3  1.9.17+dfsg-1
ii  php-mysql   2:7.3+69
ii  php7.3-gd [php-gd]  7.3.19-1~deb10u1
ii  php7.3-mysql [php-mysqlnd]  7.3.19-1~deb10u1

Versions of packages wordpress recommends:
ii  wordpress-l10n  5.0.10+dfsg1-0+deb10u1
ii  wordpress-theme-twentynineteen  5.0.10+dfsg1-0+deb10u1

Versions of packages wordpress suggests:
ii  mariadb-server-10.3 [virtual-mysql-server]  1:10.3.23-0+deb10u1
pn  php-ssh2

-- no debconf information

Bug#971871: installation-reports: bullseye wkly 20201005 - nouveau firmware

[Ben Hutchings]

Control: severity -1 important
Control: reassign -1 src:linux 5.8.10-1
Control: retitle -1 nouveau no longer fails cleanly when firmware is missing

Debian does not include non-free software, including firmware.  That's
not a bug.  You will need to install firmware-misc-nonfree to make the
nouveau driver fully functional.

However, the driver ought to fail cleanly when firmware is missing.  At
a minimum it should be possible to boot in text mode and then install a
firmware package if wanted.

> During a hung boot, I am able to SSH into the box to poke around and
> send this report.
[...]
> Oct  8 10:36:52 petrarca kernel: [   14.118750] nouveau :01:00.0: 
> firmware: failed to load nvidia/gp107/nvdec/scrubber.bin (-2)
> Oct  8 10:36:52 petrarca kernel: [   14.118753] firmware_class: See 
> https://wiki.debian.org/Firmware for information about missing firmware
> Oct  8 10:36:52 petrarca kernel: [   14.118760] nouveau :01:00.0: 
> firmware: failed to load nvidia/gp107/acr/bl.bin (-2)
> Oct  8 10:36:52 petrarca kernel: [   14.118762] nouveau :01:00.0: acr: 
> failed to load firmware
> Oct  8 10:36:52 petrarca kernel: [   14.118763] nouveau :01:00.0: acr: 
> failed to load firmware
> Oct  8 10:36:52 petrarca kernel: [   14.118764] nouveau :01:00.0: acr 
> ctor failed, -2
> Oct  8 10:36:52 petrarca kernel: [   14.118771] nouveau: probe of 
> :01:00.0 failed with error -2

I think that boot did complete, but without a working video driver.
nouveau may have disabled the basic video driver (probably efifb)
before attempting to load firmware and then finding that it can't take
over.  Unfortunately the kernel doesn't have an API for re-enabling a
basic video driver.

There have been similar issues with the radeon and amdgpu drivers,
which we patch to guard against this failure mode.  We might need to
apply a similar patch for nouveau.

Ben.

-- 
Ben Hutchings
[W]e found...that it wasn't as easy to get programs right as we had
thought. I realized that a large part of my life from then on was going
to be spent in finding mistakes in my own programs.
 - Maurice Wilkes, 1949




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

Bug#971905: maxima-src: please choose a mailing list provider where subscription is possible without loading nonfree javascript

[Samantha Washington]

Package: maxima-src
Version: 5.44.0-2
Severity: important
Tags: upstream

Dear maintainers,

please consider choosing mailing list and git repositories
providers which doesn't require the subscriber to load nonfree
javascript [1,2].  Sourceforge uses google's CAPTCHA.

It makes it impossible for me to subscribe to maxima mailing lists.

Here are some suggestions:

https://codeberg.org/
https://lists.gnu.org/
https://common-lisp.net/independent-lists

Thank you very much!

[1] https://www.gnu.org/philosophy/javascript-trap.html
[2] https://stallman.org/google.html#surveillance

-- System Information:
Debian Release: bullseye/sid

maxima-src recommends no packages.

maxima-src suggests no packages.

-- no debconf information

-- 


signature.asc
Description: PGP signature

Bug#971913: ITP: kdsoap -- Qt-based client-side and server-side SOAP component

[Thomas Pierson]

Package: wnpp
Severity: wishlist
Owner: Thomas Pierson 
X-Debbugs-Cc: debian-de...@lists.debian.org, cont...@thomaspierson.fr

* Package name: kdsoap
  Version : 1.9.1
  Upstream Author : Klaralvdalens Datakonsult AB 
* URL : https://github.com/KDAB/KDSoap
* License : LGPL-2.1 or LGPL-3
  Programming Lang: C++
  Description : Qt-based client-side and server-side SOAP component

A Qt-based client-side and server-side SOAP component. It can be used to 
create client applications for web services and also provides the means 
to create web services without the need for any further component such 
as a dedicated web server.


This package is required for the needs of the Debian Qt/KDE Maintainers 
team.
I'm packaging it as an individual and will need a sponsor to review and 
publish it.


The repository I'm working on is here on Salsa, using git-buildpackage 
and pristine-tar:


* https://salsa.debian.org/thomaspi-guest/pkg-kdsoap

--
Thomas Pierson

Bug#971912: fix ftbfs with python3.9

[Emmanuel Arias]

Package: src:python-numpy
Version: 1:1.19.2-2
Severity: important
Tags: sid bullseye patch
User: debian-pyt...@lists.debian.org
Usertags: python3.9

fix ftbfs with python3.9, patch at
https://launchpadlibrarian.net/501327064/numpy_1%3A1.18.4-1ubuntu1_1%3A1.19.2-2ubuntu1.diff.gz

Bug#971910: fix ftbfs with python3.9

[Emmanuel Arias]

Package: src:python-cffi
Version: 1.14.3-1
Severity: important
Tags: sid bullseye patch
User: debian-pyt...@lists.debian.org
Usertags: python3.9

fix ftbfs with python3.9, patch at
https://launchpadlibrarian.net/501211180/python-cffi_1.14.2-1_1.14.3-1ubuntu0.1.diff.gz

Bug#971909: Thunderbird has lost localization in Spanish

[Pablo de Vicente]

Package: thunderbird-l10n-es-es

Version: 1:78.3.1-2~deb10u2

Severity: grave

Since I updated Thunderbird from version 68 to 78 I have lost the 
localization in Spanish.  If I try to force the localization (Edit -> 
Preferences -> Language -> Search for more languages) I only get as 
alternatives English USA and Catalan (Valencia) which I have not 
installed in my Debian computer. The sole thunderburd packages installed 
at my computer are: thunderbird-l10n-es-es and thunderbird.



I am using Debian GNU/Linux 10.6.

Result from typing uname -a:  kernel 4.19.0-10-amd64 #1 SMP Debian 
4.19.132-1 (2020-07-24) x86_64 GNU/Linux


Thank you.

Pablo de Vicente

Bug#971908: hinawa-utils: hinawa-apogee-duet-cli is missing FwUnit

[Venn Stone]

Package: hinawa-utils
Version: 0.2.0-3
Severity: important
X-Debbugs-Cc: v...@linuxgamecast.com

Dear Maintainer,

* What led up to the situation?
Upgrading from Buster to Testing or Unstable.

* What was the outcome of this action?
hinawa-apogee-duet-cli no longer functions.



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

Kernel: Linux 5.8.0-2-amd64 (SMP w/16 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 hinawa-utils depends on:
ii  python3   3.8.2-3
ii  python3-hinawa-utils  0.2.0-3

hinawa-utils recommends no packages.

hinawa-utils suggests no packages.

-- no debconf information

Bug#971895: lintian: hangs indefinitely on stable using lintian 2.97.0~bpo10+1

[Baptiste Beauplat]

On 10/9/20 5:40 PM, Felix Lechner wrote:
> Perhaps it was an error to mix sysread [1] with print (as noted in the
> documentation, even though the handles are different). Can you try
> syswrite [2] in the three lines here [3] instead of print, please?

Already tried it in one of my tests, doesn't solve the issue. I've also
tried to flush with fh->flush() without success.

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature

Bug#971895: lintian: hangs indefinitely on stable using lintian 2.97.0~bpo10+1

[Felix Lechner]

Hi Baptiste,

On Fri, Oct 9, 2020 at 6:41 AM Baptiste Beauplat  wrote:
>
> The problem seems to be an interaction between the pipes, the process,
> perl and the kernel.

Perhaps it was an error to mix sysread [1] with print (as noted in the
documentation, even though the handles are different). Can you try
syswrite [2] in the three lines here [3] instead of print, please?

Kind regards
Felix Lechner

[1] https://perldoc.perl.org/functions/sysread
[2] https://perldoc.perl.org/functions/syswrite
[3] 
https://salsa.debian.org/lintian/lintian/-/blob/master/lib/Lintian/IO/Select.pm#L192-194

Bug#971907: nmu: ecflow-5.5.3-1

[Alastair McKinstry]

Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: binnmu
Severity: normal


Hi,

ecflow failed to build on armel, apparently due to a compiler issue.
A test build on abel worked fine, so I'd like to do a give-back

 gw ecflow_5.5.3-1 . armel -o


Thanks
Alastair

--
Alastair McKinstry, , , 
https://diaspora.sceal.ie/u/amckinstry
Misentropy: doubting that the Universe is becoming more disordered.

Bug#971898: src:syncthing: Please add possibly missing build dependencies

[Andrej Shadura]

Control: notfound -1 1.9.0~ds1-2

On Fri, 9 Oct 2020, at 14:19, Simon Frei wrote:
> Hi Andrej,
> 
> On 09/10/2020 12:12, Andrej Shadura wrote:
> > While syncing syncthing to Ubuntu, Dmitry (in Cc) found an issue with
> > missing build dependencies:
> There wasn't any CC in the mail I got, if relevant please forward this
> email to Dmitry.

I added him to X-Debbugs-Cc, I think it should have worked?

> > https://bugs.launchpad.net/ubuntu/+source/syncthing/+bug/1897447
> >
> > which resulted in a patch (see attachment). Please have a look and apply
> > those changes in Debian too, if necessary.
> Those are transitive dependencies of badger and get already installed
> before building, see e.g. this build log for amd64:
> https://buildd.debian.org/status/fetch.php?pkg=syncthing&arch=amd64&ver=1.9.0%7Eds1-2&stamp=1600901129&raw=0

Indeed, it was a bug in badger which was fixed in 2.0.3-2 (Ubuntu ships badger 
2.0.3-1 apparently).
So instead of patching it in syncthing, it’s probably best to pull newer badger 
anyway.

-- 
Cheers,
  Andrej

Bug#971906: chromium-shell: quote $@

[積丹尼 Dan Jacobson]

Package: chromium-shell
Version: 83.0.4103.116-3.1
Severity: minor
File: /usr/bin/chromium-shell

Shouldn't $@ be double quoted, to preserve the exact arguments?

Bug#965929: pytest: Please consider updating to version 5.4

[Bastian Germann]

On Mon, 20 Jul 2020 23:00:17 +0200 Christian Kastner  wrote:
> Source: pytest
> Version: 4.6.11
> Severity: wishlist
> 
> This is just a friendly request to please consider updating to version
> 5.4 of pytest :-)

Hi Christian,

I see that you worked on version 6.0.1 in branch ckk-v6.
Can I help to get this into a releasable state?

Cheers,
Bastian

Bug#965986: shared-mime-info: Please package new upstream release (2.0)

[Olivier Tilloy]

I prepared the update in salsa:
https://salsa.debian.org/freedesktop-team/shared-mime-info/-/merge_requests/2.

Please review.

Bug#892058: Your Debian key is expiring

[Joost van Baal]

Hi Felix e.a.,

On Wed, Sep 23, 2020 at 06:32:05AM -0700, Felix Lechner wrote:
> 
> This is a courtesy reminder that your Debian key is expiring

> If you like this service, please leave a favorable comment here [2]. Thank 
> you!
> 
> [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=892058

me too! : yes i very much appreciate this service, thanks a lot!

Bye, Joost



signature.asc
Description: Digital signature

Bug#966198: Acknowledgement (gdm3: Defunct gdm-session-worker processes occationally remains unhandled.)

[Mad Horse]

These defunct gdm-session-worker processes are in fact for 
[pam/gdm-launch-environment].

Bug#971895: lintian: hangs indefinitely on stable using lintian 2.97.0~bpo10+1

[Baptiste Beauplat]

Hi Felix,

I did a couple more testing and here are the results:

- Using the bpo kernel solves the issue
- Using a smaller write on the read buffer solves the issue (tested with 4k)

What does not solve the issue, that I've tried:

- Writing only when the pipes are available for writing (using select on
stdin). See the attached patch for the modification/tests I've made.

The problem seems to be an interaction between the pipes, the process,
perl and the kernel. Since bumping the kernel isn't an option for a lot
users, I would suggest decreasing the read buffer (or writing smaller
chunk?).

-- 
Baptiste Beauplat - lyknode
--- /usr/share/perl5/Lintian/IO/Select.pm	2020-10-09 15:36:34.817261016 +0200
+++ /usr/share/lintian/lib/Lintian/IO/Select.pm	2020-10-09 15:38:11.944481974 +0200
@@ -77,7 +77,9 @@
 
 my @pids;
 
-my $select = IO::Select->new;
+my $select_r = IO::Select->new;
+my $select_w = IO::Select->new;
+my $select_e = IO::Select->new;
 
 my $produce_stdin;
 my $produce_stdout;
@@ -98,7 +100,8 @@
 
 push(@pids, $produce_pid);
 
-$select->add($produce_stdout, $produce_stderr);
+$select_r->add($produce_stdout, $produce_stderr);
+$select_e->add($produce_stdin, $produce_stdout, $produce_stderr);
 
 my $extract_stdin;
 my $extract_stdout;
@@ -120,7 +123,9 @@
 
 push(@pids, $extract_pid);
 
-$select->add($extract_stdout, $extract_stderr);
+$select_r->add($extract_stdout, $extract_stderr);
+$select_w->add($extract_stdin);
+$select_e->add($extract_stdin, $extract_stdout, $extract_stderr);
 
 my @index_options
   = qw(--list --verbose --utc --full-time --quoting-style=c --file -);
@@ -140,7 +145,9 @@
 
 push(@pids, $named_pid);
 
-$select->add($named_stdout, $named_stderr);
+$select_r->add($named_stdout, $named_stderr);
+$select_w->add($named_stdin);
+$select_e->add($named_stdin, $named_stdout, $named_stderr);
 
 my $numeric_stdin;
 my $numeric_stdout;
@@ -159,7 +166,9 @@
 
 push(@pids, $numeric_pid);
 
-$select->add($numeric_stdout, $numeric_stderr);
+$select_r->add($numeric_stdout, $numeric_stderr);
+$select_w->add($numeric_stdin);
+$select_e->add($numeric_stdin, $numeric_stdout, $numeric_stderr);
 
 my $named = EMPTY;
 my $numeric = EMPTY;
@@ -168,12 +177,27 @@
 my $extract_errors = EMPTY;
 my $named_errors = EMPTY;
 
-while (my @ready = $select->can_read) {
+use Data::Dumper;
+while (my @state = IO::Select->select($select_r, $select_w, $select_e)) {
+(my $read, my $write, my $error) = @state;
+
+for my $handle (@{$error}) {
+die "PROCESS ERROR"
+}
+
+my $count = scalar @{$write};
+if ($count != 3) {
+STDERR->printflush("Not ready to write: $count: \n");
+next;
+} else {
+STDERR->printflush("OK to write\n");
+}
 
-for my $handle (@ready) {
+for my $handle (@{$read}) {
 
 my $buffer;
-my $length = sysread($handle, $buffer, 4096 * TAR_RECORD_SIZE);
+# my $length = sysread($handle, $buffer, 4096 * TAR_RECORD_SIZE);
+my $length = sysread($handle, $buffer, 4096);
 
 die "Error from child: $!\n"
   unless defined $length;
@@ -184,7 +208,7 @@
 close $named_stdin;
 close $numeric_stdin;
 }
-$select->remove($handle);
+$select_r->remove($handle);
 next;
 }
 


signature.asc
Description: OpenPGP digital signature

Bug#971904: sympa: restrict access to sympa_newaliases-wrapper (setuid root) to group sympa

[Sylvain Beucler]

Source: sympa
Tags: patch

Cross-referencing
https://salsa.debian.org/sympa-team/sympa/-/merge_requests/1

Cheers!
Sylvain Beucler
Debian LTS Team

Bug#971903: transition: libmatio

[Sébastien Villemot]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Control: block -1 by 971902
Control: forwarded -1 
https://release.debian.org/transitions/html/auto-libmatio.html

Dear Release Team,

Please schedule a transition for libmatio (SOVERSION bump from 9 to 11).

One reverse dependency, scilab, currently fails to build against the new
version, a bug has been filed (see above).

Cheers,


Ben file:

title = "libmatio";
is_affected = .depends ~ "libmatio9" | .depends ~ "libmatio11";
is_good = .depends ~ "libmatio11";
is_bad = .depends ~ "libmatio9";

--
⢀⣴⠾⠻⢶⣦⠀  Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁  Debian Developer
⢿⡄⠘⠷⠚⠋⠀  http://sebastien.villemot.name
⠈⠳⣄  http://www.debian.org

Bug#971898: src:syncthing: Please add possibly missing build dependencies

[Simon Frei]

Hi Andrej,

On 09/10/2020 12:12, Andrej Shadura wrote:
> While syncing syncthing to Ubuntu, Dmitry (in Cc) found an issue with
> missing build dependencies:
There wasn't any CC in the mail I got, if relevant please forward this
email to Dmitry.
> https://bugs.launchpad.net/ubuntu/+source/syncthing/+bug/1897447
>
> which resulted in a patch (see attachment). Please have a look and apply
> those changes in Debian too, if necessary.
Those are transitive dependencies of badger and get already installed
before building, see e.g. this build log for amd64:
https://buildd.debian.org/status/fetch.php?pkg=syncthing&arch=amd64&ver=1.9.0%7Eds1-2&stamp=1600901129&raw=0

However as I wrote in another bug report related to badger: I think
badger should be patched out
(https://salsa.debian.org/go-team/packages/syncthing/-/merge_requests/2).
It's inclusion in Syncthing is an experiment (as in users need to set an
env var to enable it) and a pretty much failed one at this point (badger
releases often fail on non "mainstream" architectures, which is a
non-starter for Syncthing).

Best,
Simon

Bug#971901: steamcmd: fresh installation doesn't create ~/.steam

[Simon McVittie]

Package: steamcmd
Version: 0~20180105-4
Severity: important
Tags: upstream moreinfo

The changes made for #956122 don't seem to be completely correct.

Ideally, we'd test each significant change to debian/scripts/steamcmd
in at least the following situations:

1. Run steamcmd first (that's this bug)
   - Start from a fresh install (a user who has never run steam or
 steamcmd, or with their home directory wiped)
   - Run steamcmd
   - List contents of home directory
   - Check that they are reasonable
   - Run steam
   - List contents of home directory
   - Check that they are reasonable
2. Run steam first
   - Start from a fresh install (a user who has never run steam or
 steamcmd, or with their home directory wiped)
   - Run steam
   - List contents of home directory
   - Check that they are reasonable
   - Run steamcmd
   - List contents of home directory
   - Check that they are reasonable

However, we don't currently have a good specification for what
"reasonable" contents of the home directory would be. I'm in contact
with upstream to query how steamcmd is *meant* to work, which would
give us a better specification.

Steps to reproduce
==

* Install steamcmd, accept license agreement
* Create a new user account that has never run steam or steamcmd
* Log in as the new user
* Run steamcmd
* At the "Steam>" prompt, type exit
* List the installed files: 'find .'

Expected result
===

I'm not sure precisely what should happen. I'm in contact with upstream
as part of my work on containerizing Steam games and maintaining the
Steam Runtime, so I'm querying this through non-public channels (hence the
moreinfo tag).

However, I'm fairly sure we expect:

* No interesting error messages
* steamcmd is confined to a single installation directory
  (I'm not 100% sure what it should be, but probably one of
  ~/.local/share/Steam, ~/.steam/debian-installation or
  ~/.local/share/steamcmd), plus a very small number of files in the
  ~/.steam rendezvous point

Actual result
=

* ln: failed to create symbolic link '/home/other/.steam/root': No such file or 
directory
* ln: failed to create symbolic link '/home/other/.steam/steam': No such file 
or directory
* Logs are written to ~/Steam/logs
* I get part of a Steam installation in ~/Steam
* I *also* get part of a Steam installation in ~/.local/share/Steam/.steam
* steamcmd itself ends up in ~/.local/share/Steam/steamcmd

See attached steamcmd-fresh.log and steamcmd-fresh.find (both created as a
new user named 'other' in a minimal Debian unstable VM).

Partial workaround
==

If I create ~/.steam first, it all seems to go somewhat better.

Good:

* No interesting error messages
* Everything is under ~/.local/share/Steam, except for
  ~/.steam/registry.vdf, ~/.steam/steam and ~/.steam/root, which are
  rendezvous points for the Steamworks API that must be at the hard-coded
  path ~/.steam
* Logs end up in ~/.local/share/Steam/logs

Still not sure whether correct or not, I'm checking with upstream on this:

* steamcmd itself ends up in ~/.local/share/Steam/steamcmd

Bad:

* I still get part of a Steam installation directory hierarchy in
  ~/.local/share/Steam/.steam, but it seems to be unused

See attached steamcmd-created-dotsteam.log and
steamcmd-created-dotsteam.find.

As I said above, I'm not 100% sure what the expected result is, but this
certainly seems closer...

Maybe solution?
===

With the attached patches:

* No interesting error messages
* Everything is under ~/.local/share/Steam, except for
  ~/.steam/registry.vdf, ~/.steam/steam and ~/.steam/root, which are
  rendezvous points for the Steamworks API that must be at the hard-coded
  path ~/.steam
* Logs end up in ~/.local/share/Steam/logs

Still not sure whether correct or not, I'm checking with upstream on this:

* steamcmd itself ends up in ~/.local/share/Steam/steamcmd

Regards,
smcv
>From 11bde719658afad1036c110ebaaa8c15fd76d972 Mon Sep 17 00:00:00 2001
From: Simon McVittie 
Date: Fri, 9 Oct 2020 12:41:39 +0100
Subject: [PATCH 1/4] scripts: Create ~/.steam if it doesn't exist

Otherwise, we will certainly not be able to create ~/.steam/root and
~/.steam/steam symlinks.

Signed-off-by: Simon McVittie 
---
 debian/scripts/steamcmd | 1 +
 1 file changed, 1 insertion(+)

diff --git a/debian/scripts/steamcmd b/debian/scripts/steamcmd
index 4bc6ead..c777339 100755
--- a/debian/scripts/steamcmd
+++ b/debian/scripts/steamcmd
@@ -14,6 +14,7 @@ fi
 STEAMROOT="${XDG_DATA_HOME:-"$HOME/.local/share"}/Steam"
 if [ ! -e ~/.steam ]
 then
+	mkdir -p ~/.steam
 	mkdir -p "$STEAMROOT/.steam/appcache/"
 	mkdir -p "$STEAMROOT/.steam/config/"
 	mkdir -p "$STEAMROOT/.steam/logs/"
-- 
2.28.0

>From 5a4cce793d07cf37e52b83c588b53e9c815c16b9 Mon Sep 17 00:00:00 2001
From: Simon McVittie 
Date: Fri, 9 Oct 2020 12:42:42 +0100
Subject: [PATCH 2/4] scripts: Put shell in "strict mode"

set -e means we will stop on error, instead of blindly continuing.

set -u si

Bug#781019: More info

[Xavier]

Control: tags -1 + moreinfo

Hi,

could you confirm that this bug is still present in last cyrus-imapd ?

Cheers,
Xavier (new Debian/Cyrus-Imapd maintainer)

Bug#961600: Same bug than #969222 ?

[Xavier]

Control: tags -1 + moreinfo

Hi,

I removed HTTP/2 support for now to fix #969222 which looks similar than
this bug.
Could you confirm that this is fixed with last
unstable/testing/backports package ?

Cheers,
Xavier

Bug#891212: Won't fix

[Xavier]

Control: tags -1 + wontfix

Hi,

Jessie is covered by LTS only for security or grave issue. Sadly this
one won't be fixed.

Bug#944854: Duplicate #930764 ?

[Xavier]

Control: tags -1 + moreinfo

Hi,

your bug seems a duplicate of #930764 which is fixed by version
3.0.8-6+deb10u4. Could you confirm that the bug is fixed ?

Cheers,
Xavier

Bug#971899: armagetronad: Please package 0.2.9.0.1

[Hugh McMaster]

Package: armagetronad
Version: 0.2.8.3.5-1
Severity: normal
Tags: upstream

Dear Maintainer,

armagetronad is now at version 0.2.9.0.1 upstream. It would be good to have the
latest version in Debian.

In addition, your d/watch file is out of date. Upstream has moved to gitlab:
https://gitlab.com/armagetronad/armagetronad.

Finally, please mark armagetronad-common Multi-Arch: foreign.

Thank you



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

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

Versions of packages armagetronad depends on:
ii  armagetronad-common 0.2.8.3.5-1
ii  libc6   2.31-3
ii  libgcc-s1   10.2.0-13
ii  libgl1  1.3.2-1
ii  libglu1-mesa [libglu1]  9.0.1-1
ii  libpng16-16 1.6.37-3
ii  libsdl-image1.2 1.2.12-12
ii  libsdl1.2debian 1.2.15+dfsg2-5
ii  libstdc++6  10.2.0-13
ii  libxml2 2.9.10+dfsg-6

armagetronad recommends no packages.

armagetronad suggests no packages.

-- no debconf information

Bug#971898: src:syncthing: Please add possibly missing build dependencies

[Andrej Shadura]

Package: src:syncthing
Version: 1.9.0~ds1-2
Severity: normal

Dear Maintainer,

While syncing syncthing to Ubuntu, Dmitry (in Cc) found an issue with
missing build dependencies:

https://bugs.launchpad.net/ubuntu/+source/syncthing/+bug/1897447

which resulted in a patch (see attachment). Please have a look and apply
those changes in Debian too, if necessary.

-- 
Cheers,
  Andrej
diff -Nru syncthing-1.9.0~ds1/debian/changelog 
syncthing-1.9.0~ds1/debian/changelog
--- syncthing-1.9.0~ds1/debian/changelog2020-09-20 04:47:13.0 
+
+++ syncthing-1.9.0~ds1/debian/changelog2020-10-09 09:54:04.0 
+
@@ -1,3 +1,9 @@
+syncthing (1.9.0~ds1-2ubuntu1) groovy; urgency=medium
+
+  * Add some missing golang libraries to dependencies.
+
+ -- Dmitry Shachnev   Fri, 09 Oct 2020 12:54:04 +0300
+
 syncthing (1.9.0~ds1-2) unstable; urgency=medium
 
   * badger-max-cache.patch: Don't use deprecated
diff -Nru syncthing-1.9.0~ds1/debian/control syncthing-1.9.0~ds1/debian/control
--- syncthing-1.9.0~ds1/debian/control  2020-09-20 04:47:13.0 +
+++ syncthing-1.9.0~ds1/debian/control  2020-10-09 09:54:04.0 +
@@ -1,7 +1,8 @@
 Source: syncthing
 Section: utils
 Priority: optional
-Maintainer: Debian Go Packaging Team 

+Maintainer: Ubuntu Developers 
+XSBC-Original-Maintainer: Debian Go Packaging Team 

 Uploaders: Alexandre Viau 
 Build-Depends: debhelper (>= 10),
dh-exec,
@@ -43,6 +44,10 @@
golang-github-greatroar-blobloom-dev,
golang-siphash-dev,
golang-github-dgraph-io-badger-dev,
+   golang-github-datadog-zstd-dev,
+   golang-github-dgraph-io-ristretto-dev,
+   golang-github-dgryski-go-farm-dev,
+   golang-github-dustin-go-humanize-dev,
 # Web things
fonts-fork-awesome (>=1.1.5+ds1-2),
libjs-bootstrap
@@ -96,6 +101,10 @@
  golang-github-greatroar-blobloom-dev,
  golang-siphash-dev,
  golang-github-dgraph-io-badger-dev,
+ golang-github-datadog-zstd-dev,
+ golang-github-dgraph-io-ristretto-dev,
+ golang-github-dgryski-go-farm-dev,
+ golang-github-dustin-go-humanize-dev,
 Description: decentralized file synchronization - dev package
  Syncthing is an application that lets you synchronize your files across
  multiple devices. This means the creation, modification or deletion of files

Bug#970407: please package new version 0.10.0

[Martin]

On 2020-09-15 21:48, Martin wrote:
> Supports c-ares (asynchronous DNS requests) with --enable-cares, btw.

Looks like this is not relevant to Linux, but for Windows.
No need to enable it on Debian.

Btw. I believe, that 0.10.0 will be needed for the next version
of profanity.

Bug#784555: #784555 attr: getfattr -d -m - file does not report set file attributes

[Joost van Baal-Ilić]

retitle 784555 attr: getfattr -d -m - file does not report set file attributes
thanks


TL;DR: when some attributes are associated, getfattr -d -m - sometimes gives
empty output.  So it's a bit more confusing as initially reported.  Tested on
an xfs filesystem, attr version 1:2.4.48-4 on Debian GNU/Linux 10 (buster)
x86_64.



Details:

On the system, ls -ld /srv/www/vhost-1 gives

drwxrwxr-x+ 17 root laravel 4096 Oct  8 10:25 /srv/www/vhost-1/

.

root@host:/srv/www# getfattr -d -m - vhost-1
# file: vhost-1
system.posix_acl_access=0sAgEABwD/AgAHADqVCQAEAAQA/wgABwArAgAAEAAHAP8gAAUA/w==
trusted.SGI_ACL_FILE=0sBgH/AAcAAAIACZU6AAcAAAT/AAQAAAgAAAIrAAcAABD/AAcAACD/AAUAAA==
root@host:/srv/www# setfattr --remove=trusted.SGI_ACL_FILE vhost-1
root@host:/srv/www# getfattr -d -m - vhost-1
root@host:/srv/www#

I'd expect to see:

system.posix_acl_access=0sAgEABwD/AgAHADqVCQAEAAQA/wgABwArAgAAEAAHAP8gAAUA/w==

Since that isn't shown, I assume no extended attributes are associated with the 
file.
However:

laravel@host:/$ strace /bin/sh -c "cd /srv/www/vhost-1; cd /"
chdir("/srv/www/vhost-1")   = -1 EACCES (Permission denied)


Running explicitly:

root@host:~# setfattr --remove=system.posix_acl_access /srv/www/vhost-1

fixes it, as can be seen by e.g. 'ls':

root@host:~# ls -ld /srv/www/vhost-1
drwxrwxr-x 17 root laravel 4096 Oct  8 10:25 /srv/www/vhost-1/

No more extended attributes are associated with the file.

I've found only 'ls -l' reliably reports wether any extended attributes are
associated (by listing a trailing '+' in the permission report).

HTH, Bye,

Joost

-- 
Joost van Baal-Ilić   http://abramowitz.uvt.nl/
 Tilburg University
mailto:joostvb.uvt.nl   The Netherlands

Bug#971895: lintian: hangs indefinitely on stable using lintian 2.97.0~bpo10+1

[Felix Lechner]

Hi Baptiste,

On Fri, Oct 9, 2020 at 2:03 AM Felix Lechner  wrote:
>
> Untarring is an expensive operation, and the two indices would
> otherwise require two such operations in addition to the actual
> unpacking.

Upon re-reading, my wording was perhaps a bit unclear. Here, 'index'
refers to 'tar t'. or the index output by tar. We collect both named
and numerical owners, which require two separate runs.

> In your case, the index of 'installed' files seems to be the issue.

This index is the full in-memory replication of the file list
(including checksums and, sometimes, cached content). It is based on
Lintian::Index, which is how checks examine files installed in *.deb
packages.

Lintian provides four indices total: installed, control, patched and
orig. Their features are identical.

Kind regards
Felix Lechner

Bug#971895: lintian: hangs indefinitely on stable using lintian 2.97.0~bpo10+1

[Baptiste Beauplat]

On 10/9/20 11:03 AM, Felix Lechner wrote:
> Hi Baptiste,
> 
> On Fri, Oct 9, 2020 at 12:30 AM Baptiste BEAUPLAT  wrote:
>>
>> the issue is intermittent
> 
> In which percentage of cases does this issue occur, please?

With xargs I'd say 90% reproducibility.
Single run is closer to 1 out of 3.

> I am unable to reproduce it in twenty runs locally on stable-bpo, in
> which I develop ("bare metal"), without the 'time' command which is,
> for some reason, not available in that position in my version of bash.
> I made twenty runs:
> 
> $ seq 1 2 | xargs -I {} -P 0 bin/lintian
> ../bugs/lyknode/gnome-user-docs-3.38.1-1/gnome-user-docs_3.38.1-1_amd64.changes
> E: gnome-user-docs: description-is-pkg-name GNOME user docs
> W: gnome-user-docs source: incomplete-creative-commons-license
> cc-by-3.0 (line 7)
> I: gnome-user-docs: unusual-documentation-package-name
> P: gnome-user-docs source: silent-on-rules-requiring-root
> E: gnome-user-docs: description-is-pkg-name GNOME user docs
> W: gnome-user-docs source: incomplete-creative-commons-license
> cc-by-3.0 (line 7)
> I: gnome-user-docs: unusual-documentation-package-name
> P: gnome-user-docs source: silent-on-rules-requiring-root
> 
> Right now, my best guess is a race condition or other problem in this routine:
> 
> https://salsa.debian.org/lintian/lintian/-/blob/master/lib/Lintian/IO/Select.pm#L75
> 
> The issue should be easy to track down, if it is caused by Lintian,
> because Lintian no longer does anything in parallel. That routine is
> the sole exception.
> 
> Untarring is an expensive operation, and the two indices would
> otherwise require two such operations in addition to the actual
> unpacking.
> 
> In your case, the index of 'installed' files seems to be the issue.
> Indices are now unpacked on demand. Do you see the issue with just a
> single check that accesses Processable::installed, for example with
> '-C files/special'?

Yes. The issue does occur with the following command:

lintian -d -C files/special gnome-user-docs_3.38.1-1_all.deb

I did 10 runs, the stuck rate was 50%.

List of zombies processes varies over the runs but it's always among the
same processes (the 3 tars and 2 dpkg-deb).

> 
> Ideally, you would run it only on the offending *.deb. Thanks!


-- 
Baptiste Beauplat - lyknode



signature.asc
Description: OpenPGP digital signature

Bug#971895: lintian: hangs indefinitely on stable using lintian 2.97.0~bpo10+1

[Felix Lechner]

Hi Baptiste,

On Fri, Oct 9, 2020 at 12:30 AM Baptiste BEAUPLAT  wrote:
>
> the issue is intermittent

In which percentage of cases does this issue occur, please?

I am unable to reproduce it in twenty runs locally on stable-bpo, in
which I develop ("bare metal"), without the 'time' command which is,
for some reason, not available in that position in my version of bash.
I made twenty runs:

$ seq 1 2 | xargs -I {} -P 0 bin/lintian
../bugs/lyknode/gnome-user-docs-3.38.1-1/gnome-user-docs_3.38.1-1_amd64.changes
E: gnome-user-docs: description-is-pkg-name GNOME user docs
W: gnome-user-docs source: incomplete-creative-commons-license
cc-by-3.0 (line 7)
I: gnome-user-docs: unusual-documentation-package-name
P: gnome-user-docs source: silent-on-rules-requiring-root
E: gnome-user-docs: description-is-pkg-name GNOME user docs
W: gnome-user-docs source: incomplete-creative-commons-license
cc-by-3.0 (line 7)
I: gnome-user-docs: unusual-documentation-package-name
P: gnome-user-docs source: silent-on-rules-requiring-root

Right now, my best guess is a race condition or other problem in this routine:

https://salsa.debian.org/lintian/lintian/-/blob/master/lib/Lintian/IO/Select.pm#L75

The issue should be easy to track down, if it is caused by Lintian,
because Lintian no longer does anything in parallel. That routine is
the sole exception.

Untarring is an expensive operation, and the two indices would
otherwise require two such operations in addition to the actual
unpacking.

In your case, the index of 'installed' files seems to be the issue.
Indices are now unpacked on demand. Do you see the issue with just a
single check that accesses Processable::installed, for example with
'-C files/special'?

Ideally, you would run it only on the offending *.deb. Thanks!

Kind regards
Felix Lechner

Bug#946456: systemd: Provide systemd-sysusers as an independent package

[Ansgar]

Hi Michael,

On Wed, 2020-10-07 at 18:21 +0200, Michael Biebl wrote:
> A small update here:
> v246 provides a build switch -Dstandalone-binaries=true:
> `
> option('standalone-binaries', type : 'boolean', value : 'false',
>description : 'also build standalone versions of supported
> binaries')
> `
[...]
> I like this approach and think we should do the same in Debian.
> Users, which have the full systemd package installed don't have any
> negative side effects, which could result from splitting out
> systemd-tmpfiles/systemd-sysusers and libsystemd-shared.
> 
> Restricted/non-systemd environments, like containers, can use
> systemd-standalone-sysusers and systemd-standalone-tmpfiles with
> minimal dependencies.

I think this is a good forward to allow starting to use the tools.

Given this results in alternative dependencies (systemd | systemd-
tmpfiles or however they are named), we should probably be careful with
using this in base/core packages: there is both the limited dependency
resolver by debootstrap and previous experiences with these
alternatives not always behaving as one would like to keep in mind.

Thanks for all your work :-)

Ansgar

Bug#952959: netdata: Please package Netdata v1.25.0

[Daniel Baumann]

retitle 952959 new upstream (1.25)
thanks

status update: I'll give it another go during this weekend to finish up
stuff.

Regards,
Daniel

Bug#971891: Improve unoconf recommends

[Daniel Baumann]

On 10/9/20 9:25 AM, r...@rene-engelhard.de wrote:
> And this also would have been wrong, unoconv is not built out of 
> src:libreoffice but a different source (and is even a different project on a 
> different place anyway).

oh, crap.. my memory was totally convinced it's src:libreoffice, sorry
about that. I'll check next time.

Regards,
Daniel

Bug#933096: libsane-common: Not possible to scan from remote clients

[debian]

Thank you Michael,

I understand, but if Saned Maintainers not show life signals about this
Bug, from 26 Jul 2019 that I opened it...

Do you think they give us some information about right source problem?


Regards

Alberto


On Sun, 4 Oct 2020 18:49:05 +0200 Michael Biebl  wrote:

> Control: reassign -1 sane-utils
>
> Hello
>
> On Sat, 14 Mar 2020 16:26:28 +0100 deb...@bersol.info wrote:
> > On Fri, 26 Jul 2019 19:21:01 +0200 Alberto Alvarez 
> > wrote:
> >
> > Complete information...
> >
> > I've found an command output before upgrade:
> >
> > saned@0-192.168.8.3:6566-192.168.8.10:41216.service loaded   
active   running   Scanner Service (192.168.8.10:41216)
> > system-saned.slice loaded    active   active   
> > system-saned.slice saned.socket
> >
> > And now is this:
> >
> > saned@6.service loaded    inactive   dead   Scanner Service
> > system-saned.slice loaded    active   active    system-saned.slice
> > saned.socket loaded active listening saned incoming socket
> >
> > Log telling:
> >
> > ...
> > Mar 14 16:12:29 bare saned[27770]: saned (AF-indep+IPv6+systemd)
from sane-backends 1.0.27 starting up
> > Mar 14 16:12:29 bare saned[27770]: check_host: access by remote
host: :::192.168.8.20
> > Mar 14 16:12:29 bare saned[27770]: init: access granted to
saned-user@:::192.168.8.20
> > Mar 14 16:12:34 bare saned[27770]: process_request: (open)
device_list[0] == 0
> > Mar 14 16:12:38 bare saned[27770]: saned exiting
> >
> > ...
> >
> > And definitive probe of problem is systemd is that if I run "saned" in
> > debug mode on console from Server, the problem is SOLVED.
> >
> > *~# saned -d*
> > [saned] check_host: access by remote host: :::192.168.8.20
> > [saned] init: access granted to saned-user@:::192.168.8.20
> > Corrupt JPEG data: premature end of data segment
> > Corrupt JPEG data: premature end of data segment
> > Corrupt JPEG data: premature end of data segment
> > Corrupt JPEG data: premature end of data segment
> > Corrupt JPEG data: premature end of data segment
> > ^C
> >
> > Document Scanned succesfully.
> >
>
> This information alone does not show a problem with the systemd package
> itself. Keep in mind, that when you run "saned -d" as root on the
> command line, you run it in a completely different context (and possibly
> different configuration).
>
> I'm bouncing this back to the saned maintainers, reassigning to
> sane-utils which ships saned@.service. It's more likely, that this is an
> issue with saned or the saned systemd service file.
>
> If they conclude that this is indeed a systemd problem, please reassign
> back with more information, why you think this is the case.

Bug#971895: lintian: hangs indefinitely on stable using lintian 2.97.0~bpo10+1

[Baptiste Beauplat]

On 10/9/20 9:50 AM, Felix Lechner wrote:
> Hi Baptiste,
> 
> On Fri, Oct 9, 2020 at 12:30 AM Baptiste BEAUPLAT  wrote:
>>
>> seq 1 2 | time xargs -I {} -P 0 lintian -d 
>> gnome-user-docs_3.38.1-1_amd64.changes
> 
> What is the purpose of the 'seq' in this command, please?

To produce **two** arbitrary lines that will be used by xargs to run
**two** instances of the command in parallel.

>> The issue is only reproducible when the following criteria are meet:
>>
>> - Running buster
>> - Using lintian bpo
>> - Using on bare metal or VM
> 
> That seems to cover most scenarios. Are you saying it reproduces
> everywhere *except* in a chroot?

And except on unstable and unstable or stable lintian, yes.

> 
>> 
>> https://framadrop.org/lufi/r/T_Vd4FcPB6#iTe5/s293qeEKTSWA1f4KR/iwptzGcCyx9FS9f6I+yE=
> 
> Did you mean to upload a tarball called
> 'gnome-user-docs-3.38.1-1.tar.gz' ? Thanks!

Yes, that's an archive containing the upload.

$ sha256sum gnome-user-docs-3.38.1-1.tar.gz 
e4a829a2e29c4778ef8c1a11b30cf6d61e8f2c72e726ce2f92e7a2623f4c49fa  
gnome-user-docs-3.38.1-1.tar.gz

Content is:

$ sha256sum gnome-user-docs-3.38.1-1/* 
7d9fcb25cd82bf9855e2d4821dc60e08ed58255560a96511a50c22c8f7c01b8a  
gnome-user-docs-3.38.1-1/gnome-user-docs_3.38.1-1_all.deb
bb47c5e4f834504e4faffc118027db30471a3356bc5b0aeef66ea33a6e50464a  
gnome-user-docs-3.38.1-1/gnome-user-docs_3.38.1-1_amd64.buildinfo
d78182dea442d7710a9c4122ae6bfd3e7ef9c21c8b790d981571e7c1080f1192  
gnome-user-docs-3.38.1-1/gnome-user-docs_3.38.1-1_amd64.changes
db17908b10ffe4c7540d521ca5bdbc21677721d5a2fc67af8f171cc34eb850cf  
gnome-user-docs-3.38.1-1/gnome-user-docs_3.38.1-1.debian.tar.xz
8d231141654f8aab2e151b7887ffd9658daad2fc0684295b9e5212d2db9f1915  
gnome-user-docs-3.38.1-1/gnome-user-docs_3.38.1-1.dsc
4e8af49f5d23571abafc787c37e8ed81e267aeb20b083fd5d8bc85b1cc769e48  
gnome-user-docs-3.38.1-1/gnome-user-docs_3.38.1.orig.tar.xz
af9da43a85f7d5809cfd6957dafc49fef73418dceaabc53b2ade07cd6785c11c  
gnome-user-docs-3.38.1-1/gnome-user-guide_3.38.1-1_all.deb

-- 
Baptiste Beauplat - lyknode



signature.asc
Description: OpenPGP digital signature

Bug#971895: lintian: hangs indefinitely on stable using lintian 2.97.0~bpo10+1

[Felix Lechner]

Hi Baptiste,

On Fri, Oct 9, 2020 at 12:30 AM Baptiste BEAUPLAT  wrote:
>
> seq 1 2 | time xargs -I {} -P 0 lintian -d 
> gnome-user-docs_3.38.1-1_amd64.changes

What is the purpose of the 'seq' in this command, please?

> The issue is only reproducible when the following criteria are meet:
>
> - Running buster
> - Using lintian bpo
> - Using on bare metal or VM

That seems to cover most scenarios. Are you saying it reproduces
everywhere *except* in a chroot?

> 
> https://framadrop.org/lufi/r/T_Vd4FcPB6#iTe5/s293qeEKTSWA1f4KR/iwptzGcCyx9FS9f6I+yE=

Did you mean to upload a tarball called
'gnome-user-docs-3.38.1-1.tar.gz' ? Thanks!

Kind regards
Felix Lechner

Bug#971897: python3-gpiozero: Missing dependency/recommend on python3-pkg-resources

[Val Lorentz]

Package: python3-gpiozero
Version: 1.4.1-1.1


Dear maintainer,

python3-gpiozero contains a "pinout" script, that crashes if
python3-pkg-resources is not installed:

$ pinout
Traceback (most recent call last):
  File "/usr/bin/pinout", line 6, in 
from pkg_resources import load_entry_point
ModuleNotFoundError: No module named 'pkg_resources'


Best regards,
Val

Bug#971896: amavisd-new: Recommends unavailable package ripole

[Mathias Behrle]

Package: amavisd-new
Version: 1:2.11.0-6.1
Severity: important

Dear Maintainer,

package ripole is not available in buster, but still listed in Recommends.

Cheers
Mathias


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

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

Versions of packages amavisd-new depends on:
ii  adduser3.118
ii  debconf [debconf-2.0]  1.5.74
ii  file   1:5.38-5
ii  init-system-helpers1.58
pn  libarchive-tar-perl
ii  libarchive-zip-perl1.68-1
pn  libberkeleydb-perl 
pn  libconvert-tnef-perl   
pn  libconvert-uulib-perl  
pn  libdigest-md5-perl 
ii  libio-stringy-perl 2.111-3
pn  libmail-dkim-perl  
ii  libmailtools-perl  2.21-1
pn  libmime-base64-perl
ii  libmime-tools-perl 5.509-1
pn  libnet-libidn-perl 
pn  libnet-server-perl 
pn  libunix-syslog-perl
ii  lsb-base   11.1.0
pn  pax
ii  perl [libtime-hires-perl]  5.30.3-4

Versions of packages amavisd-new recommends:
pn  altermime 
pn  libnet-patricia-perl  
pn  ripole

Versions of packages amavisd-new suggests:
ii  apt-listchanges  3.22
pn  arj  
pn  cabextract   
pn  clamav   
pn  clamav-daemon
ii  cpio 2.13+dfsg-4
pn  dspam
pn  lhasa
ii  libauthen-sasl-perl  2.1600-1
pn  libdbi-perl  
pn  libmail-dkim-perl
pn  libnet-ldap-perl 
pn  libsnmp-perl 
pn  libzeromq-perl   
ii  lzop 1.04-1
pn  nomarch  
ii  p7zip16.02+dfsg-8
ii  rpm  4.14.2.1+dfsg1-1.1+b1
pn  spamassassin 
pn  unrar

Bug#971895: lintian: hangs indefinitely on stable using lintian 2.97.0~bpo10+1

[Baptiste BEAUPLAT]

Package: lintian
Version: 2.97.0~bpo10+1
Severity: important

Dear maintainer,

On mentors.debian.net, our worker got stuck twice while running lintian
on two separate packages. While I haven't been able to reproduce the
issue with the first package, the second did it.

# The issue

Lintian hangs indefinitely on extracting the source.

When run with -d, lintian stops on:

N: Running check: debian/control on source:gnome-user-docs/3.38.1-1  ...

The process state is:

`-/usr/share/lint
|-dpkg-deb --fsys-tarfile 
/home/lyknode/tmp/gnome-user-docs_3.38.1-1_all.deb
|   |-(dpkg-deb)
|   `-dpkg-deb --fsys-tarfile 
/home/lyknode/tmp/gnome-user-docs_3.38.1-1_all.deb
|-tar --no-same-owner --no-same-permissions --touch --extract --file - 
-C 
/tmp/lintian-pool-tvEmMa5WKi/gnome-user-docs/gnome-user-docs_3.38.1-1_all_binary/unpacked
|-tar --list --verbose --utc --full-time --quoting-style=c --file -
`-tar --numeric-owner --list --verbose --utc --full-time 
--quoting-style=c --file -

The process `(dpkg-deb)` is in Zombie state, everything else is in Sleep state.

# How to reproduce

First of all, the issue is intermittent. I found out it will be
triggered best if multiple lintian are run at once (it will occur on a
single run but less often). I use the following command to reproduce the
issue:

seq 1 2 | time xargs -I {} -P 0 lintian -d 
gnome-user-docs_3.38.1-1_amd64.changes

The issue is only reproducible when the following criteria are meet:

- Running buster
- Using lintian bpo
- Using on bare metal or VM

I don't have any information regarding if a specific package triggers
it. I'm uploading the one I've been using to test it.

It will be available here for 60 days:


https://framadrop.org/lufi/r/T_Vd4FcPB6#iTe5/s293qeEKTSWA1f4KR/iwptzGcCyx9FS9f6I+yE=

I'm keeping the archive, don't hesitate to ping me for re-upload.

-- 
Baptiste BEAUPLAT - lyknode



signature.asc
Description: OpenPGP digital signature

Bug#971891: Improve unoconf recommends

[rene]

Am 9. Oktober 2020 09:20:53 MESZ schrieb Daniel Baumann 
:
>On 10/9/20 8:27 AM, r...@rene-engelhard.de wrote:
>> But why are you filing this against libre office and not unoconv?
>It's unoconv doing the stuff, not libreoffice?
>
>sorry; I generally fill bugs against the name of their source package
>(out of lazyness I guess).

And this also would have been wrong, unoconv is not built out of 
src:libreoffice but a different source (and is even a different project on a 
different place anyway).

Regards

Rene

Bug#971891: Improve unoconf recommends

[Daniel Baumann]

On 10/9/20 8:27 AM, r...@rene-engelhard.de wrote:
> Better as (first) alternative though so using the "GUI version" still will 
> work.

absolutely, thanks.

> But why are you filing this against libre office and not unoconv? It's 
> unoconv doing the stuff, not libreoffice?

sorry; I generally fill bugs against the name of their source package
(out of lazyness I guess).

Regards,
Daniel