Bug#961584: lxc-stop fails with exit code 1

[Harald Dunkel]

PS, just to be sure: You do have mounted cgroupv2 on the Docker
host and in the Docker container?

Bug#968427: Variables declared without extern in cairo_ocaml.h cause FTBFS

[Stéphane Glondu]

Source: libcairo2-ocaml-dev
Severity: serious
Tags: ftbfs
Control: affects -1 why3 lablgtk3

Dear Maintainer,

/usr/lib/ocaml/cairo2/cairo_ocaml.h declares variables without extern,
causing multiple definitions if this file is included in multiple .c
files, which is an error with gcc-10. This causes lablgtk3 (which
includes cairo_ocaml.h) to have multiple definitions, which in turn
causes why3 to FTBFS.

Cheers,

-- 
Stéphane


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

Kernel: Linux 5.7.0-2-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: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#961300: New upstream available

[Evgeni Golov]

Hi,

sorry I somehow forgot to answer this mail. Migrating to Salsa and giving you 
access so you can update and upload seems like a good idea, especially as I am 
currently not using thinkfan myself. Will do so in the next few days and ping 
you!

Thanks
Evgeni

On May 22, 2020 9:45:39 PM UTC, Lee Garrett  wrote:
>Package: thinkfan
>Version: 0.9.3-2
>Severity: wishlist
>
>Hi Evgeni,
>
>upstream has released 1.1 of thinkfan last month, and it would be great to
>package it for Debian, as it fixes the issue of changing hwmon names between
>reboots.
>
>I'm currently fixing up the package myself, so if you migrate the git repo to
>salsa I could send a PR your way. Let me know if you're interested.
>
>Greets,
>Lee
>
>-- System Information:
>Debian Release: bullseye/sid
>  APT prefers testing
>  APT policy: (990, 'testing'), (500, 'unstable')
>Architecture: amd64 (x86_64)
>
>Kernel: Linux 5.6.14 (SMP w/8 CPU cores; PREEMPT)
>Kernel taint flags: TAINT_USER, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
>Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
>LANGUAGE=en_US:en (charmap=UTF-8)
>Shell: /bin/sh linked to /usr/bin/dash
>Init: systemd (via /run/systemd/system)
>LSM: AppArmor: enabled
>
>Versions of packages thinkfan depends on:
>ii  init-system-helpers  1.57
>ii  libatasmart4 0.19-5
>ii  libc62.30-8
>
>thinkfan recommends no packages.
>
>thinkfan suggests no packages.
>
>-- Configuration Files:
>/etc/thinkfan.conf changed [not included]
>
>-- no debconf information

-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity.

Bug#966082: Icons appear again

[Christian Weiske]

Hello,


After the latest package updates yesterday, the icons appear again.
This bug can be closed.

-- 
Regards/Mit freundlichen Grüßen
Christian Weiske

-=≡ Geeking around in the name of science since 1982 ≡=-

Bug#968426: ITP: tensorpipe -- A tensor-aware point-to-point communication primitive for machine learning

[Mo Zhou]

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

* Package name: tensorpipe
  Upstream Author : pytorch developers
* URL : https://github.com/pytorch/tensorpipe
* License : BSD
  Programming Lang: C++
  Description : A tensor-aware point-to-point communication primitive for 
machine learning

New PyTorch dependency. required by pytorch 1.6.0

Bug#968429: RM: optcomp -- ROM; obsolete

[Stéphane Glondu]

Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: debian-ocaml-ma...@lists.debian.org
Control: block -1 by 968351

Dear FTP team,

Please remove optcomp from unstable. Its only reverse dependency is
ocaml-deriving-ocsigen, see #968351.

Cheers,

-- 
Stéphane

Bug#968414: apt: [INTL:pt] Update on Portuguese translation of manpage

[Julian Andres Klode]

Control: tag -1 moreinfo

On Fri, Aug 14, 2020 at 11:31:58PM +0100, Américo Monteiro wrote:
> Package: apt
> Version: 2.1.10
> 3ags: l10n, patch-
> Severity: wishlist
> 
> Updated Portuguese translation for  apt's manpage
> Translator: Américo Monteiro 
> Feel free to use it.
> 
> For translation updates please contact 'Last Translator' 

I cannot check whether this translation has been approved
by the translation team. Adding the last translator and
team in CC.

We cannot merge unreviewed translations from unknown
third parties.

-- 
debian developer - deb.li/jak | jak-linux.org - free software dev
ubuntu core developer  i speak de, en

Bug#968405: ITP: ruby-anima -- Initialize object attributes via attributes hash

[Andrei POPESCU]

Control: reassign -1 wnpp
Control: forcemerge 968406 -1

On Vi, 14 aug 20, 19:34:10, cocoa1...@disroot.org wrote:
> package: ruby-anima Severity: wishlist Owner: 'Cocoa'  
> (mailto:cocoa1...@disroot.org) *Package Name : ruby-anima Version : 0.3.1-1 
> Upstream Author : Markus Schirp  (mailto:m...@schirp-dso.com)> *URL : https://github.com/mbj/anima 
> (https://github.com/mbj/anima) *License : MIT *Description : Simple library 
> to declare read only attributes on value-objects that are initialized via 
> attributes hash.

-- 
Looking after bugs assigned against unknown packages


signature.asc
Description: PGP signature

Bug#968407: ITP: ruby-morpher -- Data transformation algebra with optional tracked evaluation.

[Andrei POPESCU]

Control: reassign -1 wnpp

On Sb, 15 aug 20, 01:30:20, Cocoa wrote:
> package: ruby-morpher
> Severity: wishlist
> Owner: 'Cocoa'
> 
> *Package Name  : ruby-morpher
>  Version   : 0.2.6-1
>  Upstream Author   : Markus Schirp  >
> *URL   :https://github.com/mbj/morpher  
> 
> *License   : MIT
> *Description   : Morpher is a data transformation algebra with optional 
> tracked evaluation.
> 

-- 
Looking after bugs assigned against unknown packages


signature.asc
Description: PGP signature

Bug#968406: ITP: ruby-anima -- Initialize object attributes via attributes hash

[Andrei POPESCU]

Control: reassign -1 wnpp

On Sb, 15 aug 20, 01:07:41, Cocoa wrote:
> package: ruby-anima
> Severity: wishlist
> Owner: 'Cocoa'
> 
> *Package Name  : ruby-anima
>  Version   : 0.3.1-1
>  Upstream Author   : Markus Schirp  >
> *URL   :https://github.com/mbj/anima  
> 
> *License   : MIT
> *Description   : Simple library to declare read
>only attributes on value-objects that are initialized via 
> attributes hash.
> 

-- 
Looking after bugs assigned against unknown packages


signature.asc
Description: PGP signature

Bug#968408: ITP: ruby-unparser -- Generate equivalent source for parser gem AST nodes.

[Andrei POPESCU]

Control: reassign -1 wnpp

On Sb, 15 aug 20, 01:53:30, Cocoa wrote:
> package: ruby-unparser
> Severity: wishlist
> Owner: 'Cocoa'
> 
> *Package Name  : ruby-unparser
>  Version   : 0.4.7-1
>  Upstream Author   : Markus Schirp  >
> *URL   :https://github.com/mbj/unparser  
> 
> *License   : MIT
> *Description   : Generate equivalent source for parser gem AST nodes.
> 

-- 
Looking after bugs assigned against unknown packages


signature.asc
Description: PGP signature

Bug#968444: qtbase-opensource-src: CVE-2020-17507

[Salvatore Bonaccorso]

Source: qtbase-opensource-src
Version: 5.14.2+dfsg-5
Severity: important
Tags: security upstream
X-Debbugs-Cc: car...@debian.org, Debian Security Team 
Control: found -1 5.14.2+dfsg-4
Control: found -1 5.11.3+dfsg1-1+deb10u3 
Control: found -1 5.11.3+dfsg1-1

Hi,

The following vulnerability was published for qtbase-opensource-src.

CVE-2020-17507[0]:
| An issue was discovered in Qt through 5.12.9, and 5.13.x through
| 5.15.x before 5.15.1. read_xbm_body in gui/image/qxbmhandler.cpp has a
| buffer over-read.


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

For further information see:

[0] https://security-tracker.debian.org/tracker/CVE-2020-17507
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-17507
[1] https://codereview.qt-project.org/c/qt/qtbase/+/308436
[2] https://codereview.qt-project.org/c/qt/qtbase/+/308495
[3] https://codereview.qt-project.org/c/qt/qtbase/+/308496

Please adjust the affected versions in the BTS as needed.

Regards,
Salvatore

Bug#968402:

[Jean-Michel Pouré]

Dear all,

I opened another ticket on OpenWRT forum.

In short, some clients like my laptop do not support WPA3 and/or WPA2
with PMF (frame protection mode). This depends on wireless chipset and
firmware.

In Network-Manager, when connecting to a WPA2/WPA3 mixed mode SSID, we
should be able to select WPA2-PSK or WPA3-SAE authentication and enable
or disable frame protection. If logon fails, there is a risk to get
banned.

Read:
https://forum.openwrt.org/t/wpa3-fails-to-connect-then-banned-from-ap-during-hours/70914/14

IMHO, this bug should be escalated to Network-Manager team or OpenWRT
team, as this is not a Debian issue. Feel free to close the issue. A
lot of wireless cards using WPA3 or WPA2/WPA3 mixed mode should be
impacted, so you may also leave the ticket open till the dust comes
down.

Kind regards

Bug#955988: O: aqemu -- Qt5 front-end for QEMU and KVM

[Alexis Murzeau]

Hi Ignace,

On Sun, 5 Apr 2020 14:41:32 -0400 Ignace Mouzannar  wrote:
> Package: wnpp
> Severity: normal
> 
> I'm seeking somebody to adopt this package:
> https://tracker.debian.org/pkg/aqemu


I'm doing some QA or NMU to fix RC bugs on aqemu when they appear,
but would like to get the original VCS history you used to maintain this package
and put it under the Debian salsa group (matching collab-maint) for future
QA uploads.

According to mails on debian-mentors, you used this VCS repository ?
http://svn.debian.org/viewsvn/collab-maint/ext-maint/aqemu

This URL is now offline, but was archived and should still be retrievable via
https://alioth-archive.debian.org/svn/collab-maint.tar.xz.

Can you confirm this was the repository you used to make changes to aqemu
which should be up to date with your latest changes ?

Thanks :)

-- 
Alexis Murzeau
PGP: B7E6 0EBB 9293 7B06 BDBC  2787 E7BD 1904 F480 937F



signature.asc
Description: OpenPGP digital signature

Bug#966297: UDD: mentors.debian.net schema change

[Lucas Nussbaum]

On 01/08/20 at 14:07 +0200, Baptiste BEAUPLAT wrote:
> On 8/1/20 9:01 AM, Lucas Nussbaum wrote:
> > Hi Baptiste,
> > 
> > I think that it would be better if mentors.d.n would provide a JSON
> > export of its data that it useful for UDD.
> 
> Would a JSON rest api work?

Sure, provided it doesn't require looping over packages or uploads.

Lucas


signature.asc
Description: PGP signature

Bug#966649: [UDD] Upload_history table is currently empty

[Lucas Nussbaum]

On 14/08/20 at 08:50 +0200, Andreas Tille wrote:
> Hi Lucas,
> 
> On Thu, Aug 13, 2020 at 11:24:42PM +0200, Lucas Nussbaum wrote:
> > 
> > Well, why don't you look at the code?
> 
> No idea whether it is sensible to answer rhetorical questions.
> Since you asked despite you probably know that I'm doing even more than
> usual for Debian Med since COVID-19 here some other reasons than the
> usual ENOTIME excuse:
> 
>  - The development of that code is intransparent to me
>  - Someone - whoever it was - just droped
>  /srv/udd.debian.org/upload-history/munge_ddc.py.tentative
>at 2020-08-01 which seems to be a Python3 port of munge_ddc.py

That was me. I tried porting it to python3 but failed to reach a working
state. I kept it around because it wasn't clear if it was a better
starting point for future efforts, or it was better to restart from
scratch.

>  - I had simply hoped that your bug report might have triggered
>an action of the maintainer of that code (whoever this might be)

If I remember correctly, that code was written by Asheesh Laroia.

> IMHO the next logical step would be to replace the now unusable
> munge_ddc.py by munge_ddc.py.tentative set the symlinks and simply
> call the procedure to see what happens.  Do you want me to do this
> or is there anybody who has a better idea to proceed (which I would
> be very happy about).

I think that it should be brought into a working state first.

Lucas

Bug#968431: bppsuite: fails to migrate to testing for too long

[Graham Inggs]

Source: bppsuite
Version: 2.4.1-1
Severity: serious
Control: close -1 2.4.1-2
Control: block -1 by 963088
Tags: sid bullseye
User: release.debian@packages.debian.org
Usertags: out-of-sync
X-Debbugs-CC: elb...@debian.org

Hi Maintainer

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:bppsuite in its current version in unstable has been trying to
migrate for 63 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.

Regards
Graham

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

Bug#968436: cluster3: fails to migrate to testing for too long

[Graham Inggs]

Source: cluster3
Version: 2.4.1-1
Severity: serious
Control: close -1 2.4.1-2
Tags: sid bullseye
User: release.debian@packages.debian.org
Usertags: out-of-sync
X-Debbugs-CC: elb...@debian.org

Hi Maintainer

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:bppsuite in its current version in unstable has been trying to
migrate for 63 days [2]. Hence, I am filing this bug.

In this case, cluster 3 is non-free, and binaries are not autobuilt on
the buildds so a source-only upload does not work.  You can still
build the package locally and upload the binary packages for 2.4.1-2,
without having to bump the version.

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.

Regards
Graham

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

Bug#946035: spyder: RFH: needs Build-Depends: python-language-server

[Jochen Sprickerhof]

Hi Pablo,

* Pablo Mestre  [2020-08-14 19:42]:

Now im stuck with some issues with the test module, and I'm not sre how
im can solve. Would be helpful an extra hand to go forward.

Here the repositpory on salsa
https://salsa.debian.org/elMor3no-guest/python-jsonrpc-server


I've opened a MR with the fix:

https://salsa.debian.org/elMor3no-guest/python-jsonrpc-server/-/merge_requests/1

Cheers Jochen


signature.asc
Description: PGP signature

Bug#968437: xindy-rules: Incorrect Norwegian sorting of č and š

[Petter Reinholdtsen]

I tested a but further, and can confirm that this patch solve the
problem:

--- xindy-2.5.1.20160104.orig/make-rules/alphabets/norwegian/utf8.pl.in 
2020-08-15 11:41:26.0 +0200
+++ xindy-2.5.1.20160104/make-rules/alphabets/norwegian/utf8.pl.in  
2020-08-15 11:46:27.976538044 +0200
@@ -11,10 +11,9 @@
[], # a with ogonek (polish)
 ['B',  ['b','B']],
[], # b with hook (hausa)
-['C',  ['c','C'],['ç','Ç']],
+['C',  ['c','C'],@u{['č','Č'],}['ç','Ç']],
[], # ch (spanish/traditional)
[], # cs (hungarian)
-   [], # c with caron (many)
[], # c with acute (croatian, lower sorbian, polish)
[], # c with circumflex (esperanto)
[], # c with cedilla (albanian, kurdish, turkish)
@@ -85,10 +84,9 @@
[], # r with caron (czech, slovak/large, upper sorbian)
[], # r with acute (lower sorbian)
[], # r with cedilla/comma (latvian)
-['S',  ['s','S']],
+['S',  ['s','S'], @u{['š', 'Š']}],
[], # sh (albanian)
[], # sz (hungarian)
-   [], # s with caron (many)
[], # s with acute (lower sorbian, polish)
[], # s with circumflex (esperanto)
[], # s with comma below (romanian)

I had to wrap using @u{} as the caron characters are missing in
ISO-8859-1 (aka latin1).
-- 
Happy hacking
Petter Reinholdtsen

Bug#946035: spyder: RFH: needs Build-Depends: python-language-server

[Pablo Mestre]

Awesome, thanks!
I will check right now

Regards

Pablo

El sáb., 15 ago. 2020 6:38, Jochen Sprickerhof 
escribió:

> Hi Pablo,
>
> * Pablo Mestre  [2020-08-14 19:42]:
> >Now im stuck with some issues with the test module, and I'm not sre how
> >im can solve. Would be helpful an extra hand to go forward.
> >
> >Here the repositpory on salsa
> >https://salsa.debian.org/elMor3no-guest/python-jsonrpc-server
>
> I've opened a MR with the fix:
>
>
> https://salsa.debian.org/elMor3no-guest/python-jsonrpc-server/-/merge_requests/1
>
> Cheers Jochen
>

Bug#961830: systemtap: embeds build date in generated PDF files

[Emanuele Rocca]

Hi,

On 29/05 04:27, Vagrant Cascadian wrote:
> The generated PDF files included in the systemtap-doc package include
> dates based on the build time, which breaks reproducible builds.
> 
> The attached patch enables use of SOURCE_DATE_EPOCH, by setting
> FORCE_SOURCE_DATE=1, which texlive requires in order to respect
> SOURCE_DATE_EPOCH.
> 
>   https://reproducible-builds.org/docs/source-date-epoch/

Thanks for sending this patch! I've applied it and tried running a
reprotest, but unfortunately the build still does not seem to be
reproducible. How have you tested the change?

Thanks,
  Emanuele

Bug#957003: aqemu: ftbfs with GCC-10

[Alexis Murzeau]

Hi,

On Fri, 17 Apr 2020 10:56:28 + Matthias Klose  wrote:> 
> The package fails to build in a test rebuild on at least amd64 with
> gcc-10/g++-10, but succeeds to build with gcc-9/g++-9. The
> severity of this report will be raised before the bullseye release,
> so nothing has to be done for the buster release.
> 

As this package is orphaned I will try to provide a fix for this.
Adding #include  to docopt_value.h should be sufficient.

In the process of doing this, I will try to put this package under
the debian salsa group and make the first QA upload for it.


-- 
Alexis Murzeau
PGP: B7E6 0EBB 9293 7B06 BDBC  2787 E7BD 1904 F480 937F



signature.asc
Description: OpenPGP digital signature

Bug#968447: ITP: softether-vpn -- open-source cross-platform multi-protocol VPN program

[Andrej Shadura]

Package: wnpp
Severity: wishlist
Owner: Andrej Shadura 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: softether-vpn
  Version : 4.34
  Upstream Author : Daiyuu Nobori, SoftEther Project at University of Tsukuba, 
and SoftEther Corporation
* URL : https://www.softether.org/
* License : Apache-2.0
  Programming Lang: C++
  Description : open-source cross-platform multi-protocol VPN program

SoftEther is an open-source cross-platform multi-protocol VPN program.

- - Supports all popular VPN protocols by the single VPN server:
  * SSL-VPN (HTTPS)
  * OpenVPN
  * IPsec
  * L2TP
  * MS-SSTP
  * L2TPv3
  * EtherIP
- - Free and open-source software.
- - Easy to establish both remote-access and site-to-site VPN.
- - SSL-VPN Tunneling on HTTPS to pass through NATs and firewalls.
- - Revolutionary VPN over ICMP and VPN over DNS features.
- - Resistance to highly-restricted firewall.
- - Ethernet-bridging (L2) and IP-routing (L3) over VPN.
- - Embedded dynamic-DNS and NAT-traversal so that no static nor
  fixed IP address is required.
- - AES 256-bit and RSA 4096-bit encryptions.
- - Sufficient security features such as logging and firewall inner
  VPN tunnel.
- - User authentication with RADIUS and NT domain controllers.
- - User authentication with X.509 client certificate.
- - Packet logging.
- - 1Gbps-class high-speed throughput performance with low memory and
  CPU usage.
- - Windows, Linux, Mac, Android, iPhone, iPad and Windows Phone are
  supported.
- - The OpenVPN clone function supports legacy OpenVPN clients.
- - IPv4 / IPv6 dual-stack.
- - The VPN server runs on Windows, Linux, FreeBSD, Solaris and Mac OS X.
- - Configure All settings on GUI.
- - Multi-languages (English, Japanese and Simplified-Chinese).



-BEGIN PGP SIGNATURE-

iQFIBAEBCAAyFiEEeuS9ZL8A0js0NGiOXkCM2RzYOdIFAl837uoUHGFuZHJld3No
QGRlYmlhbi5vcmcACgkQXkCM2RzYOdLSCAgAscXAhLlhk2oX45F2OKS6SHfrAaIk
AnmXeckL+T6a8uRX3Hhxb6IJdJWqGaOe7xJJ+Txh6f7qo2sdzugF0J1GhWgaRcyC
BgJ9WnA4LC3E/NTizhqchoflXkT6FVhFu4F745E0NeT50hBABM6ks4BQgBPobg2n
fJSNN4WZ+E66uEwJVBx/bT67Z/X7aYx7A6Sd0V+pUsZWfqL5Nv/bi5GRUQFl5Tp1
/PUZE+mttxcxXi1bni/ppbuHpVpZP8BPHnIhSWL23Kuf/k/ZmdKFy3C3d+YsJQg9
S8fTYqgxl5qZFug7whMEBxBMSlsLEBjJa0GdFoPhOQx568VCqEtyUQ/JlQ==
=Vxyi
-END PGP SIGNATURE-

Bug#968432: firmware-realtek: Bluetooth: hci0: RTL: download fw command failed (-110)

[Janusz S. Bień]

Package: firmware-realtek
Version: 20200619-1
Severity: important

Hi!

It is impossible to swith BT on.

Here is an extract from dmesg:

[...]
[6.448748] Bluetooth: hci0: RTL: rtl: examining hci_ver=08 hci_rev=000d 
lmp_ver=08 lmp_subver=8723

[6.449753] Bluetooth: hci0: RTL: rom_version status=0 version=2

[6.449757] Bluetooth: hci0: RTL: rtl: loading rtl_bt/rtl8723d_fw.bin

[6.453484] bluetooth hci0: firmware: direct-loading firmware 
rtl_bt/rtl8723d_fw.bin
[6.453514] Bluetooth: hci0: RTL: rtl: loading rtl_bt/rtl8723d_config.bin

[6.453684] bluetooth hci0: firmware: direct-loading firmware 
rtl_bt/rtl8723d_config.bin
[6.453783] Bluetooth: hci0: RTL: cfg_sz 10, total sz 33266
[...]
[7.242412] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[7.242415] Bluetooth: BNEP filters: protocol multicast
[7.242421] Bluetooth: BNEP socket layer initialized
[...]
[8.615032] Bluetooth: hci0: command 0xfc20 tx timeout
[   16.839034] Bluetooth: hci0: RTL: download fw command failed (-110)


I've tried to solve the problem by trial and error using the suggestion
from

https://forums.linuxmint.com/viewtopic.php?f=53=310542

but after

dkms install rtl8723de/5.1.1.8_21285.20171026_COEX20170111-1414

Error! Bad return status for module build on kernel: 4.19.0-10-amd64 (x86_64)

Best regards

Janusz

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

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

firmware-realtek depends on no packages.

firmware-realtek recommends no packages.

Versions of packages firmware-realtek suggests:
ii  initramfs-tools  0.133+deb10u1

-- no debconf information

-- 
 ,   
Janusz S. Bien
emeryt (emeritus)
https://sites.google.com/view/jsbien

Bug#968437: xindy-rules: Incorrect Norwegian sorting of č and š

[Petter Reinholdtsen]

Package: xindy-rules
Version: 2.5.1.20160104-5
Severity: important
Tags: patch upstream

Dear xindy-rules maintainers,

I ran into this problem when using dblatex and xindy to typeset a book,
where the index ended up with the wrong sorting order.  This is a
Norwegian book with some North Saami words in the body and index.  Every
Saami word starting with č and š are incorrectly sorted as starting with
a symbol, while they should be sorted with c and s, respectively.

Setting severity to important, as there is no known workaround and the
problem is fatal when trying to create a print ready book using xindy.

I had a look at the code, but do not really know how this is supposed to
work.  I suspect the correct fix is the untested patch below.  Am I on
the right track here?  I verified the ordering of č and ç by comparing
it with the nb_NO locale.

diff --git a/make-rules/alphabets/norwegian/utf8.pl.in 
b/make-rules/alphabets/norwegian/utf8.pl.in
index 902b07b..9b30a88 100644
--- a/make-rules/alphabets/norwegian/utf8.pl.in
+++ b/make-rules/alphabets/norwegian/utf8.pl.in
@@ -11,10 +11,9 @@ $alphabet = [
[], # a with ogonek (polish)
 ['B',  ['b','B']],
[], # b with hook (hausa)
-['C',  ['c','C'],['ç','Ç']],
+['C',  ['c','C'],['č','Č'],['ç','Ç']],
[], # ch (spanish/traditional)
[], # cs (hungarian)
-   [], # c with caron (many)
[], # c with acute (croatian, lower sorbian, polish)
[], # c with circumflex (esperanto)
[], # c with cedilla (albanian, kurdish, turkish)
@@ -85,10 +84,9 @@ $alphabet = [
[], # r with caron (czech, slovak/large, upper sorbian)
[], # r with acute (lower sorbian)
[], # r with cedilla/comma (latvian)
-['S',  ['s','S']],
+['S',  ['s','S'], ['š', 'Š']],
[], # sh (albanian)
[], # sz (hungarian)
-   [], # s with caron (many)
[], # s with acute (lower sorbian, polish)
[], # s with circumflex (esperanto)
[], # s with comma below (romanian)

-- 
Happy hacking
Petter Reinholdtsen

Bug#968425: mount cgroupv2 by default, similar to systemd

[Mark Hindley]

Harald,

On Sat, Aug 15, 2020 at 07:53:13AM +0200, Harald Dunkel wrote:
> Package: initscripts
> Version: 2.96-4
> Severity: wishlist
> 
> To reduce friction between systemd and "non-systemd" systems I
> would suggest to mount croupv2 very early at boot time, similar
> to systemd.
> 
> Could be added next to /proc and /sys in mountkernfs.sh.

As far as I know this is already available by installing the cgroupfs-mount
package.

Mark

Bug#966871: Fixed

[Anton Gladky]

966871 fixed 3.3.7-3
thanks

Bug#968439: Please package emacs 27

[Thomas Koch]

Package: emacs
Severity: wishlist
X-Debbugs-CC: debian-emac...@lists.debian.org

Thank you! Any help needed?

https://www.gnu.org/savannah-checkouts/gnu/emacs/news/NEWS.27.1

Bug#968440: gnome-shell 3.36.5-1 crashes on screen lock.

[Zephaniah E. Loss-Cutler-Hull]

Package: gnome-shell
Version: 3.36.5-1

When the screen locks on gnome-shell 3.36.5-1, I get the following 
errors in my logs, and the screen ends up black with a cursor but never 
going to sleep, and moving the mouse brings the old screen contents up 
but does not let me unlock.


Doing a 'killall -HUP gnome-shell' by ssh brings it back, but that's 
obviously not a real solution.


JS ERROR: TypeError: widget.get_effect(...) is null
_updateBackgroundEffects@resource:///org/gnome/shell/ui/unlockDialog.js:651:20
_updateBackgrounds@resource:///org/gnome/shell/ui/unlockDialog.js:667:14
_init@resource:///org/gnome/shell/ui/unlockDialog.js:531:14
_ensureUnlockDialog@resource:///org/gnome/shell/ui/screenShield.js:379:28
activate@resource:///org/gnome/shell/ui/screenShield.js:564:14
lock@resource:///org/gnome/shell/ui/screenShield.js:620:14
_onStatusChanged/this._lockTimeoutId<@resource:///org/gnome/shell/ui/screenShield.js:263:26
JS ERROR: TypeError: widget.get_effect(...) is null
_updateBackgroundEffects@resource:///org/gnome/shell/ui/unlockDialog.js:651:20
_updateBackgrounds@resource:///org/gnome/shell/ui/unlockDialog.js:667:14
_init@resource:///org/gnome/shell/ui/unlockDialog.js:531:14
_ensureUnlockDialog@resource:///org/gnome/shell/ui/screenShield.js:379:28
activate@resource:///org/gnome/shell/ui/screenShield.js:564:14
_onLongLightbox@resource:///org/gnome/shell/ui/screenShield.js:308:18
onComplete@resource:///org/gnome/shell/ui/lightbox.js:195:18
_makeEaseCallback/<@resource:///org/gnome/shell/ui/environment.js:75:13
_easeActor/<@resource:///org/gnome/shell/ui/environment.js:149:56

Taking a look at the source, unlockDialog.js at line 651 as indeed 
assuming that widget.get_effect will return non-null, and other places 
such as getWindowDimmer in windowManager.js around line 156 go out of 
their way to be more careful.


The attached patch fixes the issue on my system.

Regards,
Zephaniah E. Loss-Cutler-Hull.
--- gnome-shell-3.36.5.orig/js/ui/unlockDialog.js
+++ gnome-shell-3.36.5/js/ui/unlockDialog.js
@@ -648,10 +648,14 @@ var UnlockDialog = GObject.registerClass
 const themeContext = St.ThemeContext.get_for_stage(global.stage);
 
 for (const widget of this._backgroundGroup.get_children()) {
-widget.get_effect('blur').set({
-brightness: BLUR_BRIGHTNESS,
-sigma: BLUR_SIGMA * themeContext.scale_factor,
-});
+let effect = widget.get_effect('blur')
+
+	if (effect) {
+		effect.set({
+		brightness: BLUR_BRIGHTNESS,
+		sigma: BLUR_SIGMA * themeContext.scale_factor,
+		});
+	}
 }
 }
 

Bug#968397: dpkg: package bug script exits with 256 on reportbug

[The Wanderer]

On 2020-08-14 at 14:15, Guillem Jover wrote:

> Control: found -1 1.20.1
> 
> Hi!
> 
> On Fri, 2020-08-14 at 10:00:23 -0400, The Wanderer wrote:
>> Package: dpkg
>> Version: 1.20.5
>> Severity: normal
> 
>> When I attempt to file a bug report against dpkg with reportbug, I get
>> the following output:
>> 
>> 
>> The package bug script /usr/share/bug/dpkg exited with an error status
>> (return code = 256). Do you still want to file a report? [y|N|q|?]?
> 
> Oh, so I guess this is due to you not having a tainted usr-merged system

Correct.

> and the readlink failing, due to some recent refactoring. I'll fix that.

I wasn't aware that there had been recent changes in that area; that
would explain it. Thank you for your prompt attention to this.

>> It is not clear whether this reflects a problem that will manifest
>> itself in the resulting bug report, but at the minimum, it is clearly
>> suboptimal UX. If it does reflect a real problem, that problem should be
>> fixed; if it does not, it should be streamlined so that this notice does
>> not appear in routine bug-report attempts.
> 
> This would be reportbug noticing that the bug script failed and
> reporting that.

Yeah - the "this" to which I was referring is more the fact that the bug
script failed, and the possibility that that might mean the bug report
wouldn't have all the data the maintainers would be expecting to
receive. On deeper examination, this latter seems unlikely, at least for
this particular bug script.

>> As things stand, I have another bug report which I would like to file
>> (which might belong either to dpkg or to locales-all, or even somewhere
>> else I can't identify at a glance, but I think fits dpkg as the most
>> likely candidate) which is on hold because of this.
> 
> I assume that until the problem has been fixed in the bug-script, just
> replying 'y' would do.

Given the above, I concur, and will follow up appropriately.

-- 
   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw



signature.asc
Description: OpenPGP digital signature

Bug#968442: dpkg: "compressed data is corrupt" while unpacking locales-all

[The Wanderer]

Package: dpkg
Version: 1.20.5
Severity: normal

Dear Maintainer,


During a routine 'apt-get dist-upgrade' against testing, I got (in
part):


Preparing to unpack .../73-locales-all_2.31-3_amd64.deb ...
Unpacking locales-all (2.31-3) over (2.31-2) ...
dpkg-deb (subprocess): decompressing archive member: lzma error:
compressed data is corrupt
dpkg-deb: error:  subprocess returned error exit status 2
dpkg: error processing archive
/tmp/apt-dpkg-install-EMKBka/73-locales-all_2.31-3_amd64.deb (--unpack):
 cannot copy extracted data for './usr/lib/locale/ja_JP.eucjp/LC_CTYPE'
to '/usr/lib/locale/ja_JP.eucjp/LC_CTYPE.dpkg-new': unexpected end of
file or stream

...

Errors were encountered while processing:
 /tmp/apt-dpkg-install-EMKBka/73-locales-all_2.31-3_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)


After this, a run of 'apt-get -f install' did not appear to act on the
locales-all package, and did not fail. A subsequent repeat of the
dist-upgrade command saw locales-all as the only package available to be
upgraded, and proceeding let it upgrade without a repeat of the error.

I have not thus far found anything elsewhere in the system (e.g. dmesg,
for underlying disk errors) which might explain why this unexpected EOF
occurred.

I am not at all sure which package might be responsible for this;
locales-all (and thus glibc) is a possibility, but at a glance I think
this looks more like a dpkg issue, and I can't rule out that it's
something else entirely. Please feel free to reassign - or, if e.g. this
is likely a one-off local error which is not likely to recur for others,
close - as you see fit.

At least at the moment, I can no longer reproduce this failure, but just
in case it isn't a one-off I didn't want to let it go unreported.

As usual, if there is any information I can provide to help track this
down, don't hesitate to ask.


-- Package-specific info:

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

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

Versions of packages dpkg depends on:
ii  libbz2-1.0   1.0.8-4
ii  libc62.31-3
ii  liblzma5 5.2.4-1+b1
ii  libselinux1  3.1-2
ii  tar  1.30+dfsg-7
ii  zlib1g   1:1.2.11.dfsg-2

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt2.1.10
pn  debsig-verify  

-- no debconf information

Bug#968443: verilator: fails to migrate to testing for too long

[Graham Inggs]

Source: verilator
Version: 4.034-2
Severity: serious
Control: close -1 4.036-1
Tags: sid bullseye
User: release.debian@packages.debian.org
Usertags: out-of-sync
X-Debbugs-CC: elb...@debian.org

Hi Maintainer

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
verilator in its current version in unstable has been trying to
migrate for 63 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.

Regards
Graham

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

Bug#968446: file:///usr/share/doc/ghc-doc/html/libraries/index.html missing all base libraries

[Joey Hess]

Package: ghc-doc
Version: 8.8.4-1
Severity: normal

After the fix for #966069, the page seems to have docs for all
libraries, except for the ones in base. Ie, Prelude, Foreign,
Control.Concurrent are all missing.

This involves ghc-pkg --global outputting this:

base
4.13.0.0
/usr/share/doc/ghc-doc/html/libraries/base-4.13.0.0/base.haddock
/usr/share/doc/ghc-doc/html/libraries/base-4.13.0.0

But /usr/share/doc/ghc-doc/html/libraries/base-4.13.0.0/base.haddock
does not exist. The actual location is 
/usr/lib/ghc-doc/haddock/ghc/base-4.13.0.0/base.haddock
And so /usr/lib/ghc-doc/gen_contents_index skips it.

The easiest fix might be to move or symlink that file. (I've done the
latter and it works.)

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

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

Versions of packages ghc-doc depends on:
ii  dpkg1.19.7
ii  ghc [haddock-interface-35]  8.8.3-1
ii  libjs-mathjax   2.7.8+dfsg-1
ii  perl5.30.3-4

ghc-doc recommends no packages.

Versions of packages ghc-doc suggests:
pn  haskell-doc  

-- no debconf information

-- 
see shy jo


signature.asc
Description: PGP signature

Bug#968428: freeipa-client: ipa-client-install tries to restart chronyd instead of chrony

[fernando . lagrange]

Package: freeipa-client
Version: 4.8.6-1
Severity: important

Dear Maintainer,

After upgrade to testing, impossible to login and event to "su - 
" anymore.

So packages were installed from sid, but still no luck.


Trying to launch command:
ipa-client-install --force-join -U --mkhomedir --ntp-server  
--ntp-server  -p  -w 



It failed, reporting following error:
CalledProcessError(Command ['/bin/systemctl', 'restart', 
'chronyd.service'] returned non-zero exit status 5: 'Failed to restart 
chronyd.service: Unit chronyd.service not found.\n')



Then:
* each occurence of "chronyd" to "chrony" has been changed in following 
files (see attached one):

/usr/lib/python3/dist-packages/ipaplatform/base/services.py
/usr/lib/python3/dist-packages/ipaclient/install/timeconf.py

* lauched ipa-client-install --uninstall
* lauched again first command: ipa-client-install --force-join -U 
--mkhomedir --ntp-server  --ntp-server  -p  -w 



Now "su - " works well ! \o/

BTW, please let me know how I can help gnome login with IPA in Debian 
testing.


Regards,
Fernando

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

Kernel: Linux 5.7.0-2-amd64 (SMP w/4 CPU threads)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE 
not set

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

Versions of packages freeipa-client depends on:
ii  bind9-dnsutils [dnsutils]1:9.16.4-1+b1
ii  bind9-utils  1:9.16.4-1+b1
ii  certmonger   0.79.11-1
ii  curl 7.68.0-1+b1
ii  dnsutils 1:9.16.4-1
ii  freeipa-common   4.8.6-1
ii  krb5-user1.17-10
ii  libc62.31-3
ii  libcom-err2  1.45.6-1
ii  libini-config5   0.6.1-2
ii  libk5crypto3 1.17-10
ii  libkrb5-31.17-10
ii  libldap-2.4-22.4.50+dfsg-1+b1
ii  libnss-sss   2.3.1-1
ii  libnss3-tools2:3.55-1
ii  libpam-sss   2.3.1-1
ii  libpopt0 1.18-1
ii  libsasl2-modules-gssapi-mit  2.1.27+dfsg-2
ii  libsss-sudo  2.3.1-1
ii  libxmlrpc-core-c31.33.14-9
ii  oddjob-mkhomedir 0.34.6-1
ii  python3  3.8.2-3
ii  python3-dnspython1.16.0-2
ii  python3-gssapi   1.6.1-1+b1
ii  python3-ipaclient4.8.6-1
ii  python3-ldap 3.2.0-4+b1
ii  python3-sss  2.3.1-1
ii  sssd 2.3.1-1

Versions of packages freeipa-client recommends:
ii  chrony  3.5-9+b1

Versions of packages freeipa-client suggests:
pn  libpam-krb5  

-- no debconf information
# Author: Alexander Bokovoy 
# Tomas Babej 
#
# Copyright (C) 2014   Red Hat
# see file 'COPYING' for use and warranty information
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation, either version 3 of the License, or
# (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program.  If not, see .
#

'''
This base module contains default implementations of IPA interface for
interacting with system services.
'''

from __future__ import absolute_import

import os
import json
import time
import logging
import warnings

import six

from ipapython import ipautil
from ipaplatform.paths import paths
from ipaplatform.tasks import tasks

# pylint: disable=no-name-in-module, import-error
if six.PY3:
from collections.abc import Mapping
else:
from collections import Mapping
# pylint: enable=no-name-in-module, import-error

logger = logging.getLogger(__name__)

# Canonical names of services as IPA wants to see them. As we need to have
# *some* naming, set them as in Red Hat distributions. Actual implementation
# should make them available through knownservices. and take care of
# re-mapping internally, if needed
wellknownservices = [
'certmonger', 'dirsrv', 'httpd', 'ipa', 'krb5kdc',
'dbus', 'nslcd', 'nscd', 'ntpd', 'portmap',
'rpcbind', 'kadmin', 'sshd', 'autofs', 'rpcgssd',
'rpcidmapd', 'pki_tomcatd', 'chrony', 'domainname',
'named', 'ods_enforcerd', 'ods_signerd', 'gssproxy',
'nfs-utils', 'sssd', 'NetworkManager', 'ipa-custodia',
'ipa-dnskeysyncd', 'ipa-otpd', 'ipa-ods-exporter'
]

# The common ports for these services. This is used to wait for the
# service to become available.
wellknownports = {

Bug#968430: RM: type-conv -- ROM; obsolete

[Stéphane Glondu]

Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: debian-ocaml-ma...@lists.debian.org
Control: block -1 by 968351

Dear FTP team,

Please remove type-conv from unstable. Its only reverse dependency is
ocaml-deriving-ocsigen, see #968351.

Cheers,

-- 
Stéphane

Bug#968434: daligner FTCBFS: hard codes gcc

[Helmut Grohne]

Source: daligner
Version: 1.0+git20200727.ed40ce5-2
Tags: patch upstream
User: debian-cr...@lists.debian.org
Usertags: ftcbfs

daligner fails to cross build from source, because the upstream Makefile
hard codes the build architecture compiler gcc. Please make it
substitutable. I'm attaching a patch for your convenience.

Helmut
--- daligner-1.0+git20200727.ed40ce5.orig/Makefile
+++ daligner-1.0+git20200727.ed40ce5/Makefile
@@ -10,40 +10,40 @@
 all: $(ALL)
 
 daligner: daligner.c filter.c filter.h lsd.sort.c lsd.sort.h align.c align.h DB.c DB.h QV.c QV.h
-	gcc $(CFLAGS) -o daligner daligner.c filter.c lsd.sort.c align.c DB.c QV.c -lpthread -lm $(LDFLAGS)
+	$(CC) $(CFLAGS) -o daligner daligner.c filter.c lsd.sort.c align.c DB.c QV.c -lpthread -lm $(LDFLAGS)
 
 HPC.daligner: HPC.daligner.c DB.c DB.h QV.c QV.h
-	gcc $(CFLAGS) -o HPC.daligner HPC.daligner.c DB.c QV.c -lm $(LDFLAGS)
+	$(CC) $(CFLAGS) -o HPC.daligner HPC.daligner.c DB.c QV.c -lm $(LDFLAGS)
 
 LAsort: LAsort.c align.h DB.c DB.h QV.c QV.h
-	gcc $(CFLAGS) -o LAsort LAsort.c DB.c QV.c -lm $(LDFLAGS)
+	$(CC) $(CFLAGS) -o LAsort LAsort.c DB.c QV.c -lm $(LDFLAGS)
 
 LAmerge: LAmerge.c align.h DB.c DB.h QV.c QV.h
-	gcc $(CFLAGS) -o LAmerge LAmerge.c DB.c QV.c -lm $(LDFLAGS)
+	$(CC) $(CFLAGS) -o LAmerge LAmerge.c DB.c QV.c -lm $(LDFLAGS)
 
 LAshow: LAshow.c align.c align.h DB.c DB.h QV.c QV.h
-	gcc $(CFLAGS) -o LAshow LAshow.c align.c DB.c QV.c -lm $(LDFLAGS)
+	$(CC) $(CFLAGS) -o LAshow LAshow.c align.c DB.c QV.c -lm $(LDFLAGS)
 
 LAdump: LAdump.c align.c align.h DB.c DB.h QV.c QV.h
-	gcc $(CFLAGS) -o LAdump LAdump.c align.c DB.c QV.c -lm $(LDFLAGS)
+	$(CC) $(CFLAGS) -o LAdump LAdump.c align.c DB.c QV.c -lm $(LDFLAGS)
 
 LAcat: LAcat.c align.h DB.c DB.h QV.c QV.h
-	gcc $(CFLAGS) -o LAcat LAcat.c DB.c QV.c -lm $(LDFLAGS)
+	$(CC) $(CFLAGS) -o LAcat LAcat.c DB.c QV.c -lm $(LDFLAGS)
 
 LAsplit: LAsplit.c align.h DB.c DB.h QV.c QV.h
-	gcc $(CFLAGS) -o LAsplit LAsplit.c DB.c QV.c -lm $(LDFLAGS)
+	$(CC) $(CFLAGS) -o LAsplit LAsplit.c DB.c QV.c -lm $(LDFLAGS)
 
 LAcheck: LAcheck.c align.c align.h DB.c DB.h QV.c QV.h
-	gcc $(CFLAGS) -o LAcheck LAcheck.c align.c DB.c QV.c -lm $(LDFLAGS)
+	$(CC) $(CFLAGS) -o LAcheck LAcheck.c align.c DB.c QV.c -lm $(LDFLAGS)
 
 LAa2b: LAa2b.c align.c align.h DB.c DB.h QV.c QV.h
-	gcc $(CFLAGS) -o LAa2b LAa2b.c align.c DB.c QV.c -lm $(LDFLAGS)
+	$(CC) $(CFLAGS) -o LAa2b LAa2b.c align.c DB.c QV.c -lm $(LDFLAGS)
 
 LAb2a: LAb2a.c align.c align.h DB.c DB.h QV.c QV.h
-	gcc $(CFLAGS) -o LAb2a LAb2a.c align.c DB.c QV.c -lm $(LDFLAGS)
+	$(CC) $(CFLAGS) -o LAb2a LAb2a.c align.c DB.c QV.c -lm $(LDFLAGS)
 
 dumpLA: dumpLA.c align.c align.h DB.c DB.h QV.c QV.h
-	gcc $(CFLAGS) -o dumpLA dumpLA.c align.c DB.c QV.c -lm $(LDFLAGS)
+	$(CC) $(CFLAGS) -o dumpLA dumpLA.c align.c DB.c QV.c -lm $(LDFLAGS)
 
 clean:
 	rm -f $(ALL)

Bug#968435: mlv-smile FTCBFS: hard codes gcc

[Helmut Grohne]

Source: mlv-smile
Version: 1.47-7
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs

mlv-smile fails to cross build from source, because debian/rules hard
codes the build architecture compiler gcc. Please consider applying the
attached patch to seed it from dpkg's buildtools.mk.

Helmut
diff --minimal -Nru mlv-smile-1.47/debian/changelog 
mlv-smile-1.47/debian/changelog
--- mlv-smile-1.47/debian/changelog 2020-07-23 17:34:17.0 +0200
+++ mlv-smile-1.47/debian/changelog 2020-08-15 10:01:24.0 +0200
@@ -1,3 +1,10 @@
+mlv-smile (1.47-7.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix FTCBFS: Let dpkg's buildtools.mk supply the C compiler. (Closes: #-1)
+
+ -- Helmut Grohne   Sat, 15 Aug 2020 10:01:24 +0200
+
 mlv-smile (1.47-7) unstable; urgency=medium
 
   * Team Upload.
diff --minimal -Nru mlv-smile-1.47/debian/rules mlv-smile-1.47/debian/rules
--- mlv-smile-1.47/debian/rules 2020-07-23 17:28:41.0 +0200
+++ mlv-smile-1.47/debian/rules 2020-08-15 10:01:23.0 +0200
@@ -4,12 +4,13 @@
 # GPL
 
 export DEB_BUILD_MAINT_OPTIONS=hardening=+all
+-include /usr/share/dpkg/buildtools.mk
 
 %:
dh $@
 
 override_dh_auto_build:
-   dh_auto_build --no-parallel -- CC="gcc $(CPPFLAGS) $(CFLAGS) $(LDFLAGS)"
+   dh_auto_build --no-parallel -- CC="$(CC) $(CPPFLAGS) $(CFLAGS) 
$(LDFLAGS)"
 
 override_dh_auto_install:
zcat smile.1.gz |sed "s/\.\.\.which/which/g"|\

Bug#968433: wmxres FTCBFS: builds for the build architecture

[Helmut Grohne]

Source: wmxres
Version: 1.3-1
Tags: patch upstream
User: debian-cr...@lists.debian.org
Usertags: ftcbfs

wmxres fails to cross build from source. For one thing, the upstream
Makefile hard codes the build architecture compiler (cc/gcc) in a few
places despite having a standard CC variable. Using the variable fixes
this part. Beyond that, it also passes -s to install, which happens to
use the build architecture strip. Doing so also breaks generation of
-dbgsym packages. For that reason, dh_auto_install nowadays passes an
install that never strips in the INSTALL variable, so making install
also substitutable fixes this part. Putting this together, one can cross
build wmxres-dbgsym. Please consider applying the attached patch.

Helmut
--- wmxres-1.3.orig/Makefile
+++ wmxres-1.3/Makefile
@@ -2,6 +2,7 @@
 DESTDIR = 
 
 CC		=	gcc
+INSTALL		=	install
 CFLAGS 		=	-O2 -Wall -fstack-protector -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security
 FINAL_CFLAGS 		=	-O2 -Wall -fstack-protector -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Wl,-z,norelro
 DEBUG_CFLAGS	=	-g -Wall
@@ -20,17 +21,17 @@
 endif
 
 .c.o:
-	cc -c $(CFLAGS) -D$(shell echo `uname -s`) $< -o $*.o $(INCDIR)
+	$(CC) -c $(CFLAGS) -D$(shell echo `uname -s`) $< -o $*.o $(INCDIR)
 
 all: wmxres/wmxres
 
 wmxres/wmxres: $(OBJS) 
-	gcc $(CFLAGS) -o wmxres/wmxres $^ $(LIBDIR) $(LIBS)
+	$(CC) $(CFLAGS) -o wmxres/wmxres $^ $(LIBDIR) $(LIBS)
 
 debug:  $(OBJS)
-	gcc $(DEBUG_CFLAGS) -o wmxres/wmxres $^ $(LIBDIR) $(LIBS)
+	$(CC) $(DEBUG_CFLAGS) -o wmxres/wmxres $^ $(LIBDIR) $(LIBS)
 install:: all
-	install $(INSTALL_FLAGS) -m 4755 wmxres/wmxres \
+	$(INSTALL) $(INSTALL_FLAGS) -m 4755 wmxres/wmxres \
   $(DESTDIR)/usr/bin
 
 .PHONY :clean

Bug#968410: Patch

[Tristan Seligmann]

Control: tags -1 + patch

Attached patch fixes this.
From 46f86fdd03d77d6d2a6d4f0fc3f64c447093bae7 Mon Sep 17 00:00:00 2001
From: Tristan Seligmann 
Date: Sat, 15 Aug 2020 11:28:42 +0200
Subject: [PATCH] Install _distutils_hack. Closes: #968410.

---
 debian/changelog  | 7 +++
 debian/pypy-setuptools.install| 1 +
 debian/python3-setuptools.install | 1 +
 3 files changed, 9 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index a5ffcf3..87d60a4 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+setuptools (49.3.1-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Install _distutils_hack. Closes: #968410.
+
+ -- Tristan Seligmann   Sat, 15 Aug 2020 11:28:00 +0200
+
 setuptools (49.3.1-1) unstable; urgency=medium
 
   * New upstream version.
diff --git a/debian/pypy-setuptools.install b/debian/pypy-setuptools.install
index 5392cf5..ff7e0bc 100644
--- a/debian/pypy-setuptools.install
+++ b/debian/pypy-setuptools.install
@@ -1,2 +1,3 @@
 /usr/lib/pypy/dist-packages/easy_install*
 /usr/lib/pypy/dist-packages/setuptools*
+/usr/lib/pypy/dist-packages/_distutils_hack*
diff --git a/debian/python3-setuptools.install b/debian/python3-setuptools.install
index 2c09851..f188df6 100644
--- a/debian/python3-setuptools.install
+++ b/debian/python3-setuptools.install
@@ -1,2 +1,3 @@
 /usr/lib/python3.*/*-packages/easy_install*
 /usr/lib/python3.*/*-packages/setuptools*
+/usr/lib/python3.*/*-packages/_distutils_hack*
-- 
2.28.0

Bug#968441: partman-auto: Default /boot partition size is too small

[Pablo R]

Package: partman-auto
Severity: normal

Dear Maintainer,

I recently assisted a friend in her installation of Debian over the phone.
Going through manual partitionning over the phone would be too bothersome so I 
told her to use the automated partitionning option that uses a whole disk with 
LVM and encryption.

Everything went well except that a few weeks later my friend's computer would 
not boot: apparently, a kernel update had gone wrong because the /boot 
partition was full.
Of course my friend did not see the problem during the update because she did 
not know she had to pay attention to that.

I had the same problem myself a bit more than 10 years ago, and since then I 
always do partitioning manually during installs so I did not know until then 
that too small /boot partition was still a thing.

The default should probably be like 1GB or even 2GB to be safe :).


Cheers,

PS: I removed the system information that were automatically included by 
reportbug below as they correspond to my system and not the one I'm reporting 
about.

Bug#968440: gnome-shell 3.36.5-1 crashes on screen lock.

[Simon McVittie]

On Sat, 15 Aug 2020 at 03:23:27 -0700, Zephaniah E. Loss-Cutler-Hull wrote:
> When the screen locks on gnome-shell 3.36.5-1, I get the following errors in
> my logs, and the screen ends up black with a cursor but never going to
> sleep, and moving the mouse brings the old screen contents up but does not
> let me unlock.

Are you using any GNOME Shell extensions?

> The attached patch fixes the issue on my system.

Thanks, I'll send that upstream.

smcv

Bug#965341: RFS: streamlink/1.5.0+dfsg-1 -- CLI for extracting video streams from various websites to a video player

[Alexis Murzeau]

Hi,

There is almost a month since I've filled this RFS and the previous version 
(1.4.1)
now fails to run with the new pycountry package in unstable.
The issue is fixed in this streamlink version, 1.5.0.

Can someone help to upload my package to unstable ?

See original RFS bellow.

Thanks :)
Alexis Murzeau

Le 19/07/2020 à 22:56, Alexis Murzeau a écrit :
> Package: sponsorship-requests
> Severity: normal
> 
> Dear mentors,
> 
> I am looking for a sponsor for my package "streamlink" for a new
> upstream version 1.5.0.
> 
>  * Package name: streamlink
>Version : 1.5.0+dfsg-1
>Upstream Author : Streamlink Team
>  * URL : https://streamlink.github.io/
>  * License : BSD-2-clause, Apache-2.0, MIT/Expat, SIL-OFL-1.1
>Section : python
> 
> It builds those binary packages:
> 
>   python3-streamlink - Python module for extracting video streams from
> various websites
>   python3-streamlink-doc - CLI for extracting video streams from various
> websites (documentation)
>   streamlink - CLI for extracting video streams from various websites to
> a video player
> 
> To access further information about this package, please visit the
> following URL:
>   https://mentors.debian.net/package/streamlink
> 
> 
> Alternatively, one can download the package with dget using this command:
> 
>   dget -x 
> https://mentors.debian.net/debian/pool/main/s/streamlink/streamlink_1.5.0+dfsg-1.dsc
> 
> Changes since the last upload to unstable:
> streamlink (1.5.0+dfsg-1) unstable; urgency=medium
> 
>   * New upstream version 1.5.0+dfsg
>   * Update patch remove_new_version_check
>   * Update debhelper compat to 13
> 
>  -- Alexis Murzeau   Sun, 19 Jul 2020 22:28:57 +0200
> 
> 
> 
> Regards,
> 


-- 
Alexis Murzeau
PGP: B7E6 0EBB 9293 7B06 BDBC  2787 E7BD 1904 F480 937F



signature.asc
Description: OpenPGP digital signature

Bug#960120: node-yarnpkg: I found an older commit that still builds

[Pirate Praveen]

> With this build:
> https://salsa.debian.org/js-team/node-yarnpkg/-/jobs/915568#L2420

> I get a different error while building:
> [17:58:12] Starting 'build'...
> 2420[17:58:13] Error: [BABEL] 
/builds/js-team/node-yarnpkg/debian/output/node-yarnpkg-1.22.4/src/api.js: 
Cannot find module

> 'babel-plugin-transform-strict-mode'

> ?

With sbuild, I can reproduce the error. But on a sid schroot, 
dpkg-buildpackage works. May be I have some things locally installed.


If you go back to commit 3f1ab4d62789670ee39648eb35078ce244ba2d09 it is 
building fine. We need to analyze the commits that came after this I 
think.

Bug#968449: ITP: ruby-path-expander -- PathExpander helps pre-process command-line arguments

[Cocoa]

package: ruby-path-expander
Severity: wishlist
Owner: 'Cocoa'

*Package Name  : ruby-path-expander
 Version   : 1.1.0-1
 Upstream Author   : Ryan Davis
*URL   : https://github.com/seattlerb/path_expander  

*License   : MIT
*Description   : PathExpander helps pre-process command-line arguments

Bug#968449: ITP: ruby-path-expander -- PathExpander helps pre-process command-line arguments

[Andrei POPESCU]

Control: reassign -1 wnpp

On Sb, 15 aug 20, 20:04:56, Cocoa wrote:
> package: ruby-path-expander
> Severity: wishlist
> Owner: 'Cocoa'
> 
> *Package Name  : ruby-path-expander
>  Version   : 1.1.0-1
>  Upstream Author   : Ryan Davis
> *URL   : https://github.com/seattlerb/path_expander  
> 
> *License   : MIT
> *Description   : PathExpander helps pre-process command-line arguments
> 

Hello,

Please file ITP bugs against the 'wnpp' package, see 
https://www.debian.org/devel/wnpp

Kind regards,
Andrei
-- 
Looking after bugs assigned against unknown packages


signature.asc
Description: PGP signature

Bug#968452: sysstat: Invalid system activity file on i686

[sixerjman]

Package: sysstat
Version: 12.3.3-1
Severity: important

Dear Maintainer,

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

   * What led up to the situation?
Execute 'sar'
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Deleted old system activity files (/var/log/sysstat/saXX) and restarting
sysstat
   * What was the outcome of this action?
Invalid system activity file: saXX
   * What outcome did you expect instead?
Valid report from sar

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


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

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

Versions of packages sysstat depends on:
ii  debconf [debconf-2.0]  1.5.74
ii  libc6  2.31-3
ii  libsensors51:3.6.0-2
ii  lsb-base   11.1.0
ii  ucf3.0043
ii  xz-utils   5.2.4-1+b1

Versions of packages sysstat recommends:
ii  cron [cron-daemon]  3.0pl1-136

Versions of packages sysstat suggests:
pn  isag  

-- debconf information:
  sysstat/enable: true
  sysstat/remove_files: true

Bug#968453: dokuwiki: Please package the new upstream version 0.0.20200729

[Kamaraju Kusumanchi]

Package: dokuwiki
Version: 0.0.20180422.a-2
Severity: wishlist

A new upstream version 0.0.20200729 is available at
https://download.dokuwiki.org/ . Could you please package it?

Thanks
raju



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

Kernel: Linux 4.19.0-9-amd64 (SMP w/2 CPU cores)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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 dokuwiki depends on:
ii  debconf [debconf-2.0]  1.5.71
ii  javascript-common  11
ii  libjs-jquery   3.3.1~dfsg-3
ii  libjs-jquery-cookie12-1.1
ii  libjs-jquery-ui1.12.1+dfsg-5
ii  libphp-simplepie   1.3.1+dfsg-3.1
ii  php2:7.3+69
ii  php-geshi  1.0.8.11-3
ii  php-phpseclib  2.0.14-1
ii  php-random-compat  2.0.18-1
ii  php-xml2:7.3+69
ii  php7.0 [php]   7.0.33-0+deb9u7
ii  php7.0-xml [php-xml]   7.0.33-0+deb9u7
ii  php7.3 [php]   7.3.19-1~deb10u1
ii  php7.3-xml [php-xml]   7.3.19-1~deb10u1
ii  ucf3.0038+nmu1

Versions of packages dokuwiki recommends:
ii  imagemagick  8:6.9.10.23+dfsg-2.1+deb10u1
ii  imagemagick-6.q16 [imagemagick]  8:6.9.10.23+dfsg-2.1+deb10u1
ii  php-mysql2:7.3+69
ii  php7.0-cli [php-cli] 7.0.33-0+deb9u7
ii  php7.3-cli [php-cli] 7.3.19-1~deb10u1
ii  wget 1.20.1-1.1

Versions of packages dokuwiki suggests:
pn  libapache2-mod-xsendfile  

-- debconf information:
  dokuwiki/wiki/fullname: DokuWiki Administrator
* dokuwiki/system/accessible: global
* dokuwiki/system/writeplugins: true
  dokuwiki/system/localnet: 10.0.0.0/24
* dokuwiki/system/configure-webserver: apache2
* dokuwiki/system/documentroot: /dokuwiki
* dokuwiki/wiki/title: Debian DokuWiki
  dokuwiki/wiki/failpass:
* dokuwiki/wiki/license: cc-by-sa
* dokuwiki/system/restart-webserver: true
* dokuwiki/wiki/acl: true
  dokuwiki/wiki/policy: public
* dokuwiki/system/purgepages: false
  dokuwiki/wiki/email: webmaster@localhost
  dokuwiki/wiki/superuser: admin
* dokuwiki/system/writeconf: true

Bug#968372: libpango-1.0-0: ABI break in PangoRenderer, particularly serious on 32-bit

[Simon McVittie]

Control: reassign 968337 libpango-1.0-0 1.46.0-1
Control: forcemerge 968372 968337
Control: retitle 968372 libpango-1.0-0: ABI break in PangoRenderer, more 
serious on 32-bit
Control: tags 968372 = upstream
Control: forwarded 968372 https://gitlab.gnome.org/GNOME/pango/-/issues/497

On Fri, 14 Aug 2020 at 19:45:05 +0200, Bernhard Übelacker wrote:
> I tried to follow where this state is last set and found
> this memory is last written in location [2].
> 
> But here this memory is used as _GdkPangoRendererPrivate,
> which looks quite different.

This is caused by an ABI break in Pango. Because of alignment padding
between data structure members, it's a lot more serious on ILP32
architectures (such as armel, armhf, i386, mipsel) than on LP64
architectures (such as all other Debian release architectures). In
particular, this explains why I couldn't reproduce it on x86_64, and why
the upstream and Debian GNOME teams hadn't encountered it (we're presumably
all using x86_64).

I've reported it upstream and will see what happens. We should not change
the 1.46.x ABI downstream until we have discussed the problem with upstream,
because that will be storing up incompatibilities for us later, but it
might make sense to go back to the new version in unstable for now, so
that dependent packages like GTK don't get recompiled against the new ABI.

smcv

Bug#825864: News about packagint

[Marcos Alano]

There are any news about the packaging status?

-- 
Marcos H. Alano
Linux System Administrator
marcoshal...@gmail.com

Bug#968450: RFS: anacron/2.3-30 [QA] -- cron-like program that doesn't go by time

[Jpaulo]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: anacron
   Version : 2.3-30
   Upstream Author : [fill in name and email of upstream]
 * URL : http://sourceforge.net/projects/anacron/
 * License : GPL-2+
 * Vcs : https://salsa.debian.org/debian/anacron
   Section : admin

It builds those binary packages:

  anacron - cron-like program that doesn't go by time

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

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

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

  dget -x
https://mentors.debian.net/debian/pool/main/a/anacron/anacron_2.3-30.dsc

Changes since the last upload:

 anacron (2.3-30) unstable; urgency=medium
 .
   * QA upload.
   * debian/anacron.preinst: Update for the new revision.
   * debian/control:
   - Bumped debhelper-compat from level 12 to leve 13.
   - Bumped Standards-Version to 4.5.0.
   * debian/changelog: Correction of spelling error.
   * debian/upstream/metadata: created.
   * debian/rules:
   - Removed flag not required.
   - Removed trash.

Regards,

Bug#968451: libgcrypt20-dev not multi-arch installable

[Christian Klein]

Package: libgcrypt20-dev
Version: 1.8.6-2
Severity: important

libgcrypt20-dev is not multi-arch installable. It's not only the missing multi-
arch:same field, but the package also ships various files that are different an
different architectures.

One thing is that the -dev package ships "/usr/bin/libgcrypt-config", which
contains arch-specific information. However, it also ships a handful of helper
binaries under "usr/bin", namely "dumpsexp", "hmac256" and "mpicalc".

WINE is in the process of switching to libgcrypt, and this bug makes compiling
recent versions problematic.

The dependency libgpg-error-dev has a similar problem, see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=933713



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

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

Versions of packages libgcrypt20-dev depends on:
ii  libc6-dev [libc-dev]  2.31-3
ii  libgcrypt20   1.8.6-2
ii  libgpg-error-dev  1.38-2

libgcrypt20-dev recommends no packages.

Versions of packages libgcrypt20-dev suggests:
pn  libgcrypt20-doc  

-- no debconf information

Bug#968037: buster-pu: package facter/3.11.0-2+deb10u1

[Adam D. Barratt]

On Fri, 2020-08-07 at 10:46 +0200, Sven Hoexter wrote:
> if you run facter in the context of Googles GCE it will fetch
> information from Googles metadata service, but form an old
> beta API endpoint. This one is due to get shutdown by the
> end of September 2020.
> https://cloud.google.com/compute/docs/migrating-to-v1-metadata-server

Do we have an idea of how widely used this particular combination is?

The reason I ask is that, even if we pull the 10.6 point release back
in line with where it would have been if 10.5 hadn't been delayed for
the Grub issues, that would still be during the second half of
September and quite close to the shutdown date.

Regards,

Adam

Bug#968445: ValueError: Name node can't be used with 'None' constant

[florine forine]

Package: hy
Version: 0.18.0-1
Severity: important

Calling /usr/bin/hy leads to the following error
message:
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 1684, in 
compile_eval_and_compile
hy_eval(new_expr + body,
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 2094, in hy_eval
eval(ast_compile(_ast, filename, "exec"),
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 64, in ast_compile
return compile(ast, filename, mode, hy_ast_compile_flags)
ValueError: Name node can't be used with 'None' constant

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/bin/hy", line 12, in 
sys.exit(hy_main())
  File "/usr/lib/python3/dist-packages/hy/cmdline.py", line 603, in hy_main
sys.exit(cmdline_handler("hy", sys.argv))
  File "/usr/lib/python3/dist-packages/hy/cmdline.py", line 597, in 
cmdline_handler
return run_repl(spy=options.spy, output_fn=options.repl_output_fn)
  File "/usr/lib/python3/dist-packages/hy/cmdline.py", line 442, in run_repl
hr = HyREPL(**kwargs)
  File "/usr/lib/python3/dist-packages/hy/cmdline.py", line 249, in __init__
self.hy_compiler = HyASTCompiler(self.module)
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 394, in __init__
load_macros(self.module)
  File "/usr/lib/python3/dist-packages/hy/macros.py", line 230, in load_macros
builtin_mod = importlib.import_module(builtin_mod_name)
  File "/usr/lib/python3.8/importlib/__init__.py", line 127, in import_module
return _bootstrap._gcd_import(name[level:], package, level)
  File "", line 1014, in _gcd_import
  File "", line 991, in _find_and_load
  File "", line 975, in _find_and_load_unlocked
  File "", line 671, in _load_unlocked
  File "", line 779, in exec_module
  File "", line 916, in get_code
  File "/usr/lib/python3/dist-packages/hy/importer.py", line 128, in 
_hy_source_to_code
data = hy_compile(hy_tree, module)
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 2180, in hy_compile
result = compiler.compile(tree)
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 443, in compile
reraise(type(e), e, sys.exc_info()[2])
  File "/usr/lib/python3/dist-packages/hy/_compat.py", line 14, in reraise
raise value.with_traceback(traceback)
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 433, in compile
ret = self.compile_atom(tree)
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 427, in 
compile_atom
return Result() + _model_compilers[type(atom)](self, atom)
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 1770, in 
compile_expression
return Result() + build_method(
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 632, in compile_do
return self._compile_branch(body)
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 510, in 
_compile_branch
for x in map(self.compile, exprs[:-1]):
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 443, in compile
reraise(type(e), e, sys.exc_info()[2])
  File "/usr/lib/python3/dist-packages/hy/_compat.py", line 14, in reraise
raise value.with_traceback(traceback)
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 433, in compile
ret = self.compile_atom(tree)
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 427, in 
compile_atom
return Result() + _model_compilers[type(atom)](self, atom)
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 1770, in 
compile_expression
return Result() + build_method(
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 1700, in 
compile_eval_and_compile
reraise(HyEvalError,
  File "/usr/lib/python3/dist-packages/hy/_compat.py", line 14, in reraise
raise value.with_traceback(traceback)
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 1684, in 
compile_eval_and_compile
hy_eval(new_expr + body,
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 2094, in hy_eval
eval(ast_compile(_ast, filename, "exec"),
  File "/usr/lib/python3/dist-packages/hy/compiler.py", line 64, in ast_compile
return compile(ast, filename, mode, hy_ast_compile_flags)
hy.errors.HyEvalError:
  File "[HyExpression([
  HySymbol('import'),
  HySymbol('hy')]), HyExpression([
  HyExpression([
HySymbol('hy.macros.macro'),
HyString('defmacro')]),
  HyExpression([
HySymbol('fn'),
HyList([
  HySymbol(''),
  HySymbol('macro-name'),
  HySymbol('lambda-list'),
  HySymbol(''),
  HySymbol('body')]),
HyString('the defmacro macro'),
HyExpression([
  HySymbol('if*'),
  HyExpression([
HySymbol('not'),
HyExpression([
  HySymbol('isinstance'),
  HySymbol('macro-name'),
  HySymbol('hy.models.HySymbol')])]),
  HyExpression([
HySymbol('raise'),
HyExpression([
  HySymbol('hy.errors.HyTypeError'),
  

Bug#714589: Request Multi-Arch support for package libgcrypt11-dev

[debacle]

Until this is fixed by the Debian GnuTLS Maintainers, I use a
workaround for cross development:

 - Unpack the .debs for native architecture (here: amd64) and
   the archtectures for cross building (here: armel and armhf)
 - Add "Multi-Arch: same" to the control file of each package
 - Remove the executables in the non-native packages¹
 - Repack, install, enjoy

¹ Correct would probably a libgcrypt-dev-tools package with the
  executables, "Multi-Arch: foreign".

Bug#968454: restinio: refers to missing format.h, http_parser.h

[Alexandre Viau]

X-Debbugs-CC: s...@debian.org, fe...@salfelder.org
Package: restinio
Severity: normal

Hello!

I have been trying to upload a new Jami package. We are almost there!

I am getting restinio-related build errors:

- /usr/include/restinio/impl/include_fmtlib.hpp:32:10: fatal error:
fmt/format.h: No such file or directory


- /usr/include/restinio/http_headers.hpp:20:10: fatal error:
http_parser.h: No such file or directory
   20 | #include 


Could it be that librestinio-dev is missing libfmt-dev and
libhttp-parser-dev dependencies?

Cheers,


-- 
Alexandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#967143: Python3 update

[John Scott]

Control: unblock -1 by 937695 937569
Control: block 937695 by -1
Control: block 937569 by -1
Control: merge -1 936632

> I have reached out to the gnumeric folks; they say a new version
> including python3 support should be out in a couple of months.
Thanks! Your citing the removal from Debian must've got their attention. They 
just released version 1.12.48 which should have the fixes.

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

Bug#950198: Jami: one last dht linking issue

[Alexandre Viau]

Hello,

I have put some time on the Jami packaging today.

The version that I am trying to build is here:
 - https://salsa.debian.org/pkg-voip-team/ring

The version is 20191214.1.07edb5e~ds1-1.

It seems that Debian has all of the required dependencies, but I am
getting opendht linking issues.

For example:

- /usr/bin/ld: ./daemon/src/jamidht/server_account_manager.cpp:299:
undefined reference to `dht::http::Request::send()'

I think that we are very close. I don't have any more time today but if
one of you guys are willing to help you can try to hack on it and give
me pointers or send a patch.

Looking forward to a new upload!!

Cheers,

-- 
Alexandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#966395: Please support SSL bumping with '--with-openssl' configure option

[Andrew Miller]

Package: squid
Version: 4.6-1+deb10u3
Followup-For: Bug #966395

Dear Maintainer,

I have attempted to use the squid package using plain-text input to the
proxy, but a https URL, which exercises some of the same code paths as
SSL bumping configurations, and have investigated further why this doesn't
work with gnutls.

It seems that the key log line (visible with debugging verbosity of 8) is
2020/08/15 12:14:50.252 kid1| 5,3| Read.cc(92) ReadNow: local=192.168.0.4:51944 
remote=142.250.67.14:443 FD 15 flags=1, size 65536, retval -28, errno 0

It turns out that -28 means GNUTLS_E_AGAIN. This should be a non-fatal error, 
but
squid looks in errno to decide if an error is fatal, not in the return value.
But gnutls just returns the value, it doesn't set the errno:

https://gitlab.com/gnutls/gnutls/-/blob/master/lib/buffers.c#L617

So this seems like a squid upstream bug with how it integrates with
gnutls. I haven't had any success signing up for upstream's Bugzilla,
so haven't been able to report this to upstream yet.

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

Kernel: Linux 5.6.0-0.bpo.2-amd64 (SMP w/12 CPU cores)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages squid depends on:
ii  adduser  3.118
ii  libc62.28-10
ii  libcap2  1:2.25-2
ii  libcom-err2  1.44.5-1+deb10u3
ii  libdb5.3 5.3.28+dfsg1-0.5
ii  libdbi-perl  1.642-1+b1
ii  libecap3 1.0.1-3.2
ii  libexpat12.2.6-2+deb10u1
ii  libgcc1  1:8.3.0-6
ii  libgnutls30  3.6.7-4+deb10u5
ii  libgssapi-krb5-2 1.17-3
ii  libkrb5-31.17-3
ii  libldap-2.4-22.4.47+dfsg-3+deb10u2
ii  libltdl7 2.4.6-9
ii  libnetfilter-conntrack3  1.0.7-1
ii  libnettle6   3.4.1-1
ii  libpam0g 1.3.1-5
ii  libsasl2-2   2.1.27+dfsg-1+deb10u1
ii  libstdc++6   8.3.0-6
ii  libxml2  2.9.4+dfsg1-7+b3
ii  logrotate3.14.0-4
ii  lsb-base 10.2019051400
ii  netbase  5.6
ii  squid-common 4.6-1+deb10u3

Versions of packages squid recommends:
ii  ca-certificates  20190110
ii  libcap2-bin  1:2.25-2

Versions of packages squid suggests:
ii  resolvconf   1.79
ii  smbclient2:4.9.5+dfsg-5+deb10u1
pn  squid-cgi
pn  squid-purge  
ii  squidclient  4.6-1+deb10u3
ii  ufw  0.36-1
ii  winbind  2:4.9.5+dfsg-5+deb10u1

-- no debconf information

Bug#944989: a note about python-modernize

[Thomas Grainger]

Sorry I don't see a forwarded URL

On Sat, Aug 15, 2020, 19:40 Nicholas D Steeves  wrote:

> Hi Thomas,
>
> On Mon, Jul 20, 2020 at 06:14:35PM +0100, Thomas Grainger wrote:
> > I have just released modernize==0.8rc1 to pypi that drops use of
> > lib2to3 in favour of fissix
> >
> > Thomas Grainger
>
> Thank you for sending this message :-) It encouraged me to work harder
> to find time to fulfil this ITP (I'm assuming you'd like to package
> modernize for Debian?).  See forwarded URL for the most recent
> blocker.
>
> Sincerely,
> Nicholas
>

Bug#968457: iptables: segfault with specific command when run as non-root

[kitten_nb_five]

Package: iptables
Version: 1.8.2-4
Severity: normal   When run without superuser-privileges the following command 
makes iptables
crash with a segfault: 
>iptables -I OUTPUT   When run as root the command does not crash.   The 
>command might be incomplete or even invalid, but iptables should never
crash with a segfault, instead it should - if needed - report an error or fail
silently.   -- System Information:
Debian Release: 10.5
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)   Kernel: Linux 4.19.0-10-amd64 (SMP w/12 CPU 
cores)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)   Versions of packages iptables depends 
on:
ii libc6 2.28-10
ii libip4tc0 1.8.2-4
ii libip6tc0 1.8.2-4
ii libiptc0 1.8.2-4
ii libmnl0 1.0.4-2
ii libnetfilter-conntrack3 1.0.7-1
ii libnfnetlink0 1.0.1-3+b1
ii libnftnl11 1.1.2-2
ii libxtables12 1.8.2-4   Versions of packages iptables recommends:
pn nftablesVersions of packages iptables suggests:
ii kmod 26-1   -- no debconf information  

-
FreeMail powered by mail.fr

Bug#968439: Please package emacs 27

[Nicholas D Steeves]

Hi Thomas,

Thomas Koch  writes:

> Package: emacs
> Severity: wishlist
> X-Debbugs-CC: debian-emac...@lists.debian.org
>
> Thank you! Any help needed?
>
> https://www.gnu.org/savannah-checkouts/gnu/emacs/news/NEWS.27.1

:-) Rob is working on it.  Maybe join #debian-emacs for up-to-the-minute
updates?

Cheers,
Nicholas

Bug#944989: a note about python-modernize

[Thomas Grainger]

> Please make my bug block your new upstream version bug

sorry I don't know how to do that

Thomas Grainger

On Sat, 15 Aug 2020 at 20:18, Nicholas D Steeves  wrote:
>
> Hi Thomas,
>
> On Sat, Aug 15, 2020 at 08:00:52PM +0100, Thomas Grainger wrote:
> >Regarding the packaging of modernize, there's already a Debian package 
> > for
> >it, it's just outdated
>
> Please make my bug block your new upstream version bug, because if
> it's blocking an update of an existing Debian package than fissix's
> ITP bug is higher than wishlist priority.
>
> >On Sat, Aug 15, 2020, 19:59 Thomas Grainger  wrote:
> >
> >  FYI, you can download the sdist of fissix which does contain a setup.py
> >  On Sat, Aug 15, 2020, 19:55 Thomas Grainger  wrote:
> >
>
> Yes, when I imported 20.05.1 from pypi I saw that upstream had
> resurrected setup.py :-)
>
> >Sorry I don't see a forwarded URL
>
> https://github.com/jreese/fissix/issues/20
>
> Feel free to file a PR for that issue if you'd like.  I confess that
> I'm not experienced enough with Python to solve it correctly (and too
> short on free time the next two months to acquire the knowledge)
>
> Regards,
> Nicholas

Bug#940317: Re : Bug#940317: hplip: No more printing

[Bernhard Übelacker]

Dear Maintainer,
I was able to reproduce this issue, kind of.

I guess the debian release name stored in /etc/os-release is too long.

Therefore in /usr/lib/cups/filter/hpcups in function IsChromeOs
the local array os_name with length 30 is overwritten by 1 byte.

At least that issue I received when executing the cupsfilter command from
the previous mails, with the ppd created when setting up a printer selecting
the "HP Photosmart c4700 Series, hpcups" driver. (Details in attached file.)

The easiest fix might be to make this array in IsChromeOs e.g. 100 bytes long?

Kind regards,
Bernhard


(rr) reverse-cont
Continuing.

Hardware watchpoint 1: *0xbfb54eac

Old value = -1349680094
New value = -1349680128
IsChromeOs () at common/utils.c:39
39os_name[i]=*ptr;
1: x/i $pc
=> 0x433720 :   mov%dl,0x0(%ebp,%ecx,1)

(rr) bt
#0  IsChromeOs () at common/utils.c:39
#1  0x0041ba91 in HPCupsFilter::startPage (this=, 
cups_header=) at prnt/hpcups/HPCupsFilter.cpp:461
#2  0x0041c98d in HPCupsFilter::processRasterData (this=0x481ce0 , 
cups_raster=) at prnt/hpcups/HPCupsFilter.cpp:655
#3  0x0041cfc1 in HPCupsFilter::StartPrintJob (this=, 
argc=, argv=) at prnt/hpcups/HPCupsFilter.cpp:584
#4  0x0041a0ce in main (argc=6, argv=0xbfb55e34) at 
prnt/hpcups/HPCupsFilter.cpp:56

(rr) print os_name
$2 = "\"Debian GNU/Linux bullseye/sid"
(rr) print i
$3 = 30
(rr) print *ptr
$4 = 34 '"'

# Unstable i386 qemu VM 2020-08-14

apt update
apt dist-uprade


apt install systemd-coredump gdb git fakeroot mc cups printer-driver-hpcups 
hpijs-ppds printer-driver-hpijs hplip cups-filters foomatic-db cups-dbgsym 
cups-filters-dbgsym printer-driver-hpcups-dbgsym

apt build-dep rr


echo 1 > /proc/sys/kernel/perf_event_paranoid





root@debian:~# dpkg -l | grep -i -E 
"ghostscript|cups|foomatic|hpijs|hplip|printer"
ii  cups 2.3.3-2i386
 Common UNIX Printing System(tm) - PPD/driver support, web interface
ii  cups-browsed 1.27.5-2   i386
 OpenPrinting CUPS Filters - cups-browsed
ii  cups-client  2.3.3-2i386
 Common UNIX Printing System(tm) - client programs (SysV)
ii  cups-common  2.3.3-2all 
 Common UNIX Printing System(tm) - common files
ii  cups-core-drivers2.3.3-2i386
 Common UNIX Printing System(tm) - driverless printing
ii  cups-daemon  2.3.3-2i386
 Common UNIX Printing System(tm) - daemon
ii  cups-dbgsym  2.3.3-2i386
 debug symbols for cups
ii  cups-filters 1.27.5-2   i386
 OpenPrinting CUPS Filters - Main Package
ii  cups-filters-core-drivers1.27.5-2   i386
 OpenPrinting CUPS Filters - Driverless printing
ii  cups-ipp-utils   2.3.3-2i386
 Common UNIX Printing System(tm) - IPP developer/admin utilities
ii  cups-ppdc2.3.3-2i386
 Common UNIX Printing System(tm) - PPD manipulation utilities
ii  cups-server-common   2.3.3-2all 
 Common UNIX Printing System(tm) - server common files
ii  foomatic-db  20200527-1 all 
 OpenPrinting printer support - database
ii  foomatic-db-engine   4.0.13-5   i386
 OpenPrinting printer support - programs
rc  foomatic-filters 4.0.17-11  i386
 OpenPrinting printer support - filters
ii  ghostscript  9.52~dfsg-1i386
 interpreter for the PostScript language and for PDF
ii  hplip-data   3.20.5+dfsg0-3 all 
 HP Linux Printing and Imaging - data files
ii  ipp-usb  0.9.10-2   i386
 Daemon for IPP over USB printer support
ii  libcups2:i3862.3.3-2i386
 Common UNIX Printing System(tm) - Core library
ii  libcupsfilters1:i386 1.27.5-2   i386
 OpenPrinting CUPS Filters - Shared library
ii  libcupsimage2:i386   2.3.3-2i386
 Common UNIX Printing System(tm) - Raster image library
ii  libfontembed1:i386   1.27.5-2   i386
 OpenPrinting CUPS Filters - Font Embed Shared library
ii  libgutenprint-common 5.3.3-4all 
 support files for the Gutenprint printer driver library
ii  libgutenprint9   5.3.3-4i386
 runtime for 

Bug#956602: any possibility to drop the dependency on librestbed?

[Alexandre Viau]

Hello,

Sadly I don't think they would consider doing so unless there was a
comparable alternative.

Jami is built on Linux, Mac, Windows, Android, Iphone, Android TV,
etc... and they had trouble finding a good http library that worked well
on all those platforms.

Maybe if you can point them to something that they overlooked? I don't
know all of the requirements so you should sync with the team before
spending any time working on this.

Cheers,


-- 
Alexandre Viau
av...@debian.org



signature.asc
Description: OpenPGP digital signature

Bug#961300: New upstream available

[Lee Garrett]

Thanks! Looking forward to your mail.

On 15/08/2020 08:10, Evgeni Golov wrote:
> Hi,
> 
> sorry I somehow forgot to answer this mail. Migrating to Salsa and giving you 
> access so you can update and upload seems like a good idea, especially as I 
> am currently not using thinkfan myself. Will do so in the next few days and 
> ping you!
> 
> Thanks
> Evgeni
> 
> On May 22, 2020 9:45:39 PM UTC, Lee Garrett  wrote:
>> Package: thinkfan
>> Version: 0.9.3-2
>> Severity: wishlist
>>
>> Hi Evgeni,
>>
>> upstream has released 1.1 of thinkfan last month, and it would be great to
>> package it for Debian, as it fixes the issue of changing hwmon names between
>> reboots.
>>
>> I'm currently fixing up the package myself, so if you migrate the git repo to
>> salsa I could send a PR your way. Let me know if you're interested.
>>
>> Greets,
>> Lee
>>
>> -- System Information:
>> Debian Release: bullseye/sid
>>  APT prefers testing
>>  APT policy: (990, 'testing'), (500, 'unstable')
>> Architecture: amd64 (x86_64)
>>
>> Kernel: Linux 5.6.14 (SMP w/8 CPU cores; PREEMPT)
>> Kernel taint flags: TAINT_USER, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
>> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
>> LANGUAGE=en_US:en (charmap=UTF-8)
>> Shell: /bin/sh linked to /usr/bin/dash
>> Init: systemd (via /run/systemd/system)
>> LSM: AppArmor: enabled
>>
>> Versions of packages thinkfan depends on:
>> ii  init-system-helpers  1.57
>> ii  libatasmart4 0.19-5
>> ii  libc62.30-8
>>
>> thinkfan recommends no packages.
>>
>> thinkfan suggests no packages.
>>
>> -- Configuration Files:
>> /etc/thinkfan.conf changed [not included]
>>
>> -- no debconf information
> 

Bug#968140: RFS: emd/1.0.1-1 [ITP] -- Enhanced Markdown template processor

[Tong Sun]

Trying again,

The package was tested on both gbp and sbuild. It's also lintian-clean, BTW.

On Sun, Aug 9, 2020 at 2:25 PM Tong Sun
 wrote:
>
> Hi,
>
> I'm looking for a sponsor for the package "emd" (#968140).
>
> It is at:
>   https://salsa.debian.org/go-team/packages/emd
>
> The package was tested on both gbp and sbuild. It's also lintian-clean.
>
> Please consider to review and upload it. Any kind of suggestions are
> appreciated.
>
> Thank you!
>
>
> -- Forwarded message -
> From: Tong Sun 
> Date: Sun, Aug 9, 2020 at 12:51 PM
> Subject: Bug#968140: ITP: emd -- Enhanced Markdown template processor
> To: 
>
>
> Package: wnpp
> Severity: wishlist
> Owner: Tong Sun 
>
> * Package name: emd
>   Version : 1.0.1-1
>   Upstream Author : mh-cbon
> * URL : https://github.com/mh-cbon/emd
> * License : Expat
>   Programming Lang: Go
>   Description : Enhanced Markdown template processor
>
>  emd is the Enhanced Markdown template processor.
>  It can save people from tedious jobs updating their README.md files by
>  automating all those that can be automated, especially for cli
>  based programs.

Bug#968455: cryptsetup-suspend: typo in long description: supsend

[Jonas Smedegaard]

Package: cryptsetup-suspend
Version: 2:2.3.3-3+exp1
Severity: minor

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

As subject says, long description of cryptsetup-suspend contains the
non-word "supsend" ("p" and "s" flipped).

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAl84JncACgkQLHwxRsGg
ASHs1hAAgZuqa8OfbgkpeA4kJDOJWcrGYgyyuTJX0OhITxO16Tvx3QX/vZzdfrIP
h5E5BlI0/33W+0Rvp7qYVcNz3zQZwzN9tw1JbmRoJiySm7CFghjDeAolYvWtqJ+i
nG0/zkKLYOP+4XA45mulRXR6x06+88LbOuVhJVuIcsszWo5Pwc6anv1UsJ5SZD/+
ZvjAlmd7Vm1kALG4i+XRJMUzrMDdbzYAIELFfKoh4xMrugXMHdtiFsZg4mHJNRtu
Zqp9iZJ33bLkkbYgAtaX25Ptz+uaPTr/iYDc98SeK3ojVkXYpwi5M9r7Zc9w84o1
KZTQwe5De/joBD0u6A5Xd+bB+v9Ev0nWylHayBaO7dqP6VtVfvUhetwf/lAiGQuq
ZulzMlK0L9+cS6ktK48W0JYZs69PqhbViMqE1eABDCmBQAB3yRA+0NtfjgGq48Gl
as1Ledv5rZjr0jdlphSnYPVYUGeuDKPrHFjEmVEWRmdj7mVdGLM34WgoX1b+7G3q
SDC0YtPTO9JE20kACyF9RW8iDaswA8M9kM7Bj5cJ+Tbt8U0sGcnVvd4sgeoidVfy
WYG/FliTbhCaei/aUsn5gL0oQ61MDOosf1zwtMNd/ZxqO0S98Pp0RXrO+yYH5grT
bAC5BnE/d8zao8dkzji6LPNTCH/+EYSJl5puO/gEyguwbAPIFus=
=RFSX
-END PGP SIGNATURE-

Bug#944989: a note about python-modernize

[Nicholas D Steeves]

Hi Thomas,

On Mon, Jul 20, 2020 at 06:14:35PM +0100, Thomas Grainger wrote:
> I have just released modernize==0.8rc1 to pypi that drops use of
> lib2to3 in favour of fissix
> 
> Thomas Grainger

Thank you for sending this message :-) It encouraged me to work harder
to find time to fulfil this ITP (I'm assuming you'd like to package
modernize for Debian?).  See forwarded URL for the most recent
blocker.

Sincerely,
Nicholas


signature.asc
Description: PGP signature

Bug#944989: a note about python-modernize

[Thomas Grainger]

Regarding the packaging of modernize, there's already a Debian package for
it, it's just outdated

On Sat, Aug 15, 2020, 19:59 Thomas Grainger  wrote:

> FYI, you can download the sdist of fissix which does contain a setup.py
>
> On Sat, Aug 15, 2020, 19:55 Thomas Grainger  wrote:
>
>> Sorry I don't see a forwarded URL
>>
>> On Sat, Aug 15, 2020, 19:40 Nicholas D Steeves 
>> wrote:
>>
>>> Hi Thomas,
>>>
>>> On Mon, Jul 20, 2020 at 06:14:35PM +0100, Thomas Grainger wrote:
>>> > I have just released modernize==0.8rc1 to pypi that drops use of
>>> > lib2to3 in favour of fissix
>>> >
>>> > Thomas Grainger
>>>
>>> Thank you for sending this message :-) It encouraged me to work harder
>>> to find time to fulfil this ITP (I'm assuming you'd like to package
>>> modernize for Debian?).  See forwarded URL for the most recent
>>> blocker.
>>>
>>> Sincerely,
>>> Nicholas
>>>
>>

Bug#944989: a note about python-modernize

[Thomas Grainger]

FYI, you can download the sdist of fissix which does contain a setup.py

On Sat, Aug 15, 2020, 19:55 Thomas Grainger  wrote:

> Sorry I don't see a forwarded URL
>
> On Sat, Aug 15, 2020, 19:40 Nicholas D Steeves  wrote:
>
>> Hi Thomas,
>>
>> On Mon, Jul 20, 2020 at 06:14:35PM +0100, Thomas Grainger wrote:
>> > I have just released modernize==0.8rc1 to pypi that drops use of
>> > lib2to3 in favour of fissix
>> >
>> > Thomas Grainger
>>
>> Thank you for sending this message :-) It encouraged me to work harder
>> to find time to fulfil this ITP (I'm assuming you'd like to package
>> modernize for Debian?).  See forwarded URL for the most recent
>> blocker.
>>
>> Sincerely,
>> Nicholas
>>
>

Bug#968456: ffmpeg: please disable build dependency on libpocketsphinx-dev for hppa

[John David Anglin]

Package: ffmpeg
Version: 7:4.2.2-3
Severity: normal

Dear Maintainer,

The ffmpeg build on hppa currently depends on libpocketsphinx-dev but
pocketsphinx does not work on big-endian:

  make[1]: Entering directory '/<>'
  echo "Big-endian archs do not work yet and create hundreds of gigabytes of 
log, don't even try for now."
  Big-endian archs do not work yet and create hundreds of gigabytes of log, 
don't even try for now.

This blocks the build of ffmpeg on hppa and other big-endian targets.

Regards,
Dave Anglin

-- System Information:
Debian Release: bullseye/sid
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable')
Architecture: hppa (parisc64)

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

Versions of packages ffmpeg depends on:
ii  libavcodec587:4.2.2-3
ii  libavdevice58   7:4.2.2-3
ii  libavfilter77:4.2.2-3
ii  libavformat58   7:4.2.2-3
ii  libavresample4  7:4.2.2-3
ii  libavutil56 7:4.2.2-3
ii  libc6   2.31-3
ii  libpostproc55   7:4.2.2-3
ii  libsdl2-2.0-0   2.0.12+dfsg1-1
ii  libswresample3  7:4.2.2-3
ii  libswscale5 7:4.2.2-3

ffmpeg recommends no packages.

Versions of packages ffmpeg suggests:
pn  ffmpeg-doc  

-- no debconf information

Bug#944989: a note about python-modernize

[Nicholas D Steeves]

Hi Thomas,

On Sat, Aug 15, 2020 at 08:00:52PM +0100, Thomas Grainger wrote:
>Regarding the packaging of modernize, there's already a Debian package for
>it, it's just outdated

Please make my bug block your new upstream version bug, because if
it's blocking an update of an existing Debian package than fissix's
ITP bug is higher than wishlist priority.

>On Sat, Aug 15, 2020, 19:59 Thomas Grainger  wrote:
> 
>  FYI, you can download the sdist of fissix which does contain a setup.py
>  On Sat, Aug 15, 2020, 19:55 Thomas Grainger  wrote:
>

Yes, when I imported 20.05.1 from pypi I saw that upstream had
resurrected setup.py :-)

>Sorry I don't see a forwarded URL

https://github.com/jreese/fissix/issues/20

Feel free to file a PR for that issue if you'd like.  I confess that
I'm not experienced enough with Python to solve it correctly (and too
short on free time the next two months to acquire the knowledge)

Regards,
Nicholas


signature.asc
Description: PGP signature

Bug#964164: RFS: org-drill/2.7.0-1 [ITP] -- spaced repetition drills in Emacs for accelerated study/learning

[Nicholas D Steeves]

Hi Thomas,

Nicholas D Steeves  writes:

> DFSG-compliant orig.tarball has been created and an updated package
> has been uploaded to mentors

If you have a moment, would you please sponsor this fulfilment of your
RFS (please set yourself as owner of the bug if so, because I've also
requested sponsorship on IRC)?

Thanks,
Nicholas


signature.asc
Description: PGP signature

Bug#968433: wmxres FTCBFS: builds for the build architecture

[Torrance, Douglas]

Control: forwarded 
https://groups.google.com/g/wmaker-dev/c/6YD-uqMJt_s/m/SWmRJhjzAgAJ
Control: tags -1 pending

On 8/15/20 4:55 AM, Helmut Grohne wrote:
> Source: wmxres
> Version: 1.3-1
> Tags: patch upstream
> User: debian-cr...@lists.debian.org
> Usertags: ftcbfs
>
> wmxres fails to cross build from source. For one thing, the upstream
> Makefile hard codes the build architecture compiler (cc/gcc) in a few
> places despite having a standard CC variable. Using the variable fixes
> this part. Beyond that, it also passes -s to install, which happens to
> use the build architecture strip. Doing so also breaks generation of
> -dbgsym packages. For that reason, dh_auto_install nowadays passes an
> install that never strips in the INSTALL variable, so making install
> also substitutable fixes this part. Putting this together, one can cross
> build wmxres-dbgsym. Please consider applying the attached patch.

Thanks for the report!

The next release will use autotools instead of this ancient Makefile, 
which should solve these issues.

Bug#940317: Re : Bug#940317: hplip: No more printing

[Bernhard Übelacker]

Dear Maintainer,
after additionally re-reading the merged bugs I think I
realized that function IsChromeOs searches the line "NAME=...",
but finds the line "PRETTY_NAME=...",
which overflows the variable os_name.

Kind regards,
Bernhard

Bug#944989: a note about python-modernize

[Nicholas D Steeves]

Thomas Grainger  writes:

>> Please make my bug block your new upstream version bug
>
> sorry I don't know how to do that

Here are a couple of ways:

When replying to your 1234...@bugs.debian.org, use the following
pseudo-header, in the first line (remove "#" comment)
# Control: block -1 by 944989

And include a justification in the body.  Another option is to use the
"Justification" pseudo-header (I'm not sure if anything parses it)
# Control: block -1 by 944989
# Justification: package switched from lib2to3 to fissix

Alternatively consult https://www.debian.org/Bugs/server-control and
send an email to cont...@bugs.debian.org.  Please take care to CC the
affected b...@bugs.debian.org.

Alternatively use `bts block yourbug by mybug`.  See man bts(1) for
documentation.  This is the least desirable option, because it creates
the situation were people who are CCed for the bug don't receive
notification of the event.

eg: I used the `bts forwarded $URL` method to set the forwarded URL,
which shows up on the web interface, but which you didn't receive a
notification for.

Best,
Nicholas


signature.asc
Description: PGP signature

Bug#957964: wvstreams: ftbfs with GCC-10

[Gianfranco Costamagna]

control: tags -1 patch pending

uploading patch from meta-oe

G.

On Fri, 17 Apr 2020 11:13:44 + Matthias Klose  wrote:
> Package: src:wvstreams
> Version: 4.6.1-14
> Severity: normal
> Tags: sid bullseye
> User: debian-...@lists.debian.org
> Usertags: ftbfs-gcc-10
> 
> Please keep this issue open in the bug tracker for the package it
> was filed for.  If a fix in another package is required, please
> file a bug for the other package (or clone), and add a block in this
> package. Please keep the issue open until the package can be built in
> a follow-up test rebuild.
> 
> The package fails to build in a test rebuild on at least amd64 with
> gcc-10/g++-10, but succeeds to build with gcc-9/g++-9. The
> severity of this report will be raised before the bullseye release,
> so nothing has to be done for the buster release.
> 
> The full build log can be found at:
> http://people.debian.org/~doko/logs/gcc10-20200225/wvstreams_4.6.1-14_unstable_gcc10.log
> The last lines of the build log are at the end of this report.
> 
> To build with GCC 10, either set CC=gcc-10 CXX=g++-10 explicitly,
> or install the gcc, g++, gfortran, ... packages from experimental.
> 
>   apt-get -t=experimental install g++ 
> 
> Common build failures are new warnings resulting in build failures with
> -Werror turned on, or new/dropped symbols in Debian symbols files.
> For other C/C++ related build failures see the porting guide at
> http://gcc.gnu.org/gcc-10/porting_to.html
> 
> [...]
>  from xplc-cxx/uuidtostr.cc:32:
> /usr/include/features.h:185:3: warning: #warning "_BSD_SOURCE and 
> _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE" [-Wcpp]
>   185 | # warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use 
> _DEFAULT_SOURCE"
>   |   ^~~
> ./CXX -c xplc-cxx/xplc   
> x86_64-linux-gnu-g++ -c -o xplc-cxx/xplc.o xplc-cxx/xplc.cc -MMD -MF 
> xplc-cxx/.xplc.d -MP -MQ xplc-cxx/xplc.o -I/usr/include/dbus-1.0 
> -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/tcl8.3 -DDEBUG=0 
> -I./include -D_BSD_SOURCE -D_GNU_SOURCE -D_LARGEFILE_SOURCE 
> -D_FILE_OFFSET_BITS=64 -DUNSTABLE -fPIC -Wall -g -O2 
> -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat 
> -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fno-tree-dce 
> -fno-optimize-sibling-calls -fPIC -DPIC -fno-tree-dce 
> -fno-optimize-sibling-calls -Wall -Woverloaded-virtual
> In file included from /usr/include/x86_64-linux-gnu/sys/types.h:25,
>  from ./include/xplc/uuid.h:84,
>  from ./include/xplc/IObject.h:36,
>  from ./include/xplc/IMoniker.h:30,
>  from xplc-cxx/xplc.cc:33:
> /usr/include/features.h:185:3: warning: #warning "_BSD_SOURCE and 
> _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE" [-Wcpp]
>   185 | # warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use 
> _DEFAULT_SOURCE"
>   |   ^~~
> ./CXX -c xplc/category   
> x86_64-linux-gnu-g++ -c -o xplc/category.o xplc/category.cc -MMD -MF 
> xplc/.category.d -MP -MQ xplc/category.o -I/usr/include/dbus-1.0 
> -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/tcl8.3 -DDEBUG=0 
> -I./include -D_BSD_SOURCE -D_GNU_SOURCE -D_LARGEFILE_SOURCE 
> -D_FILE_OFFSET_BITS=64 -DUNSTABLE -fPIC -Wall -g -O2 
> -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat 
> -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fno-tree-dce 
> -fno-optimize-sibling-calls -fPIC -DPIC -fno-tree-dce 
> -fno-optimize-sibling-calls -Wall -Woverloaded-virtual
> In file included from /usr/include/x86_64-linux-gnu/sys/types.h:25,
>  from ./include/xplc/uuid.h:84,
>  from ./include/xplc/IObject.h:36,
>  from ./include/xplc/IServiceManager.h:35,
>  from ./include/xplc/core.h:26,
>  from ./include/xplc/utils.h:47,
>  from xplc/category.cc:22:
> /usr/include/features.h:185:3: warning: #warning "_BSD_SOURCE and 
> _SVID_SOURCE are deprecated, use _DEFAULT_SOURCE" [-Wcpp]
>   185 | # warning "_BSD_SOURCE and _SVID_SOURCE are deprecated, use 
> _DEFAULT_SOURCE"
>   |   ^~~
> ./CXX -c xplc/catiter   


wvstreams_4.6.1-15.debian.tar.xz
Description: application/xz

Bug#964854: fixed in npm 6.14.7+ds-1

[Gianfranco Costamagna]

control: reopen -1
control: notfixed -1 6.14.7+ds-1

hello, looks like "ppc64" might also be in that list?

# Subtest: test/tap/legacy-platform-all.js
# Subtest: setup
1..0
ok 1 - setup # time=5.306ms

# Subtest: platform-all
not ok 1 - no error messages
  ---
  found: >
npm ERR! code EBADPLATFORM
  
npm ERR! notsup Unsupported platform for 
npm-test-platform-all@9.9.9-9: wanted

{"os":"darwin,linux,win32,solaris,haiku,sunos,freebsd,openbsd,netbsd","arch":"arm,arm64,mips,ia32,x64,s390x,ppc64el,sparc"}
(current: {"os":"linux","arch":"ppc64"})
  
npm ERR! notsup Valid OS:   
darwin,linux,win32,solaris,haiku,sunos,freebsd,openbsd,netbsd
  
npm ERR! notsup Valid Arch:  
arm,arm64,mips,ia32,x64,s390x,ppc64el,sparc
  
npm ERR! notsup Actual OS:   linux
  
npm ERR! notsup Actual Arch: ppc64
  
  
npm ERR! A complete log of this run can be found in:
  
npm ERR!

/tmp/autopkgtest.JLLdmV/autopkgtest_tmp/smokeAAJn6A/test/npm_cache_legacy-platform-all/_logs/2020-08-15T16_06_49_618Z-debug.log
  wanted: ''
  compare: '==='
  at:
line: 57
column: 7
file: test/tap/legacy-platform-all.js
type: global
function: installCheckAndTest
  stack: |
installCheckAndTest (test/tap/legacy-platform-all.js:57:7)
f (/usr/lib/nodejs/once/once.js:25:25)
ChildProcess. (test/common-tap.js:175:5)
  source: |
t.is(stderr, '', 'no error messages')
  ...

not ok 2 - install went ok
  ---
  found: 1
  wanted: 0
  compare: '==='
  at:
line: 58
column: 7
file: test/tap/legacy-platform-all.js
type: global
function: installCheckAndTest
  stack: |
installCheckAndTest (test/tap/legacy-platform-all.js:58:7)
f (/usr/lib/nodejs/once/once.js:25:25)
ChildProcess. (test/common-tap.js:175:5)
  source: |
t.is(code, 0, 'install went ok')
  ...

1..2
# failed 2 of 2 tests
not ok 2 - platform-all # time=1282.134ms

# Subtest: cleanup
1..0
ok 3 - cleanup # time=3.81ms

1..3
# failed 1 of 3 tests
# time=1309.345ms
not ok 104 - test/tap/legacy-platform-all.js # time=2226.423ms
  ---


see https://autopkgtest.ubuntu.com/packages/n/npm/groovy/ppc64el for the full 
log.

I'm uploading a fix in Ubuntu with sed s/ppc64el/ppc64/g but I'm not sure if it 
will work or not

the version with that change:
--- npm-6.14.7+ds/debian/patches/add-s390x-and-ppc64el.diff 2020-08-14 
12:47:23.0 +0200
+++ npm-6.14.7+ds/debian/patches/add-s390x-and-ppc64el.diff 2020-08-15 
22:22:37.0 +0200
@@ -7,11 +7,12 @@
 
 --- a/test/tap/legacy-platform-all.js
 +++ b/test/tap/legacy-platform-all.js
-@@ -37,6 +37,8 @@
+@@ -37,6 +37,9 @@
  'mips',
  'ia32',
  'x64',
 +'s390x',
++'ppc64',
 +'ppc64el',
  'sparc'
]


is versioned 6.14.7+ds-1ubuntu1

G.
On Fri, 14 Aug 2020 11:51:03 + Debian FTP Masters 
 wrote:
> Source: npm
> Source-Version: 6.14.7+ds-1
> Done: Xavier Guimard 
> 
> We believe that the bug you reported is fixed in the latest version of
> npm, which is due to be installed in the Debian FTP archive.
> 
> A summary of the changes between this version and the previous one is
> attached.
> 
> Thank you for reporting the bug, which will now be closed.  If you
> have further comments please address them to 964...@bugs.debian.org,
> and the maintainer will reopen the bug report if appropriate.
> 
> Debian distribution maintenance software
> pp.
> Xavier Guimard  (supplier of updated npm package)
> 
> (This message was generated automatically at their request; if you
> believe that there is a problem with it please contact the archive
> administrators by mailing ftpmas...@ftp-master.debian.org)
> 
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> Format: 1.8
> Date: Fri, 14 Aug 2020 13:26:21 +0200
> Source: npm
> Architecture: source
> Version: 6.14.7+ds-1
> Distribution: unstable
> Urgency: medium
> Maintainer: Debian Javascript Maintainers 
> 
> Changed-By: Xavier Guimard 
> Closes: 964854
> Changes:
>  npm (6.14.7+ds-1) unstable; urgency=medium
>  .
>* Team upload
>* Add s390x and ppc64el in supported platforms list (Closes: #964854)
>* New upstream version 6.14.7+ds
>* Update copyright
>* Update lintian overrides
> Checksums-Sha1: 
>  64864237a2da564ab1575716241dc9180bf27769 6736 npm_6.14.7+ds-1.dsc
>  83de3a66bca8d8b5a14b84fa5d8dba4c4fcf3b6c 1435316 npm_6.14.7+ds.orig.tar.xz
>  

Bug#944989: a note about python-modernize

[Thomas Grainger]

> When replying to your 1234...@bugs.debian.org, use the following

Where do I create that bug?

Thomas Grainger

On Sat, 15 Aug 2020 at 20:40, Thomas Grainger  wrote:
>
> > Please make my bug block your new upstream version bug
>
> sorry I don't know how to do that
>
> Thomas Grainger
>
> On Sat, 15 Aug 2020 at 20:18, Nicholas D Steeves  wrote:
> >
> > Hi Thomas,
> >
> > On Sat, Aug 15, 2020 at 08:00:52PM +0100, Thomas Grainger wrote:
> > >Regarding the packaging of modernize, there's already a Debian package 
> > > for
> > >it, it's just outdated
> >
> > Please make my bug block your new upstream version bug, because if
> > it's blocking an update of an existing Debian package than fissix's
> > ITP bug is higher than wishlist priority.
> >
> > >On Sat, Aug 15, 2020, 19:59 Thomas Grainger  wrote:
> > >
> > >  FYI, you can download the sdist of fissix which does contain a 
> > > setup.py
> > >  On Sat, Aug 15, 2020, 19:55 Thomas Grainger  
> > > wrote:
> > >
> >
> > Yes, when I imported 20.05.1 from pypi I saw that upstream had
> > resurrected setup.py :-)
> >
> > >Sorry I don't see a forwarded URL
> >
> > https://github.com/jreese/fissix/issues/20
> >
> > Feel free to file a PR for that issue if you'd like.  I confess that
> > I'm not experienced enough with Python to solve it correctly (and too
> > short on free time the next two months to acquire the knowledge)
> >
> > Regards,
> > Nicholas

Bug#961830: systemtap: embeds build date in generated PDF files

[Vagrant Cascadian]

On 2020-08-15, Emanuele Rocca wrote:
> On 29/05 04:27, Vagrant Cascadian wrote:
>> The generated PDF files included in the systemtap-doc package include
>> dates based on the build time, which breaks reproducible builds.
>> 
>> The attached patch enables use of SOURCE_DATE_EPOCH, by setting
>> FORCE_SOURCE_DATE=1, which texlive requires in order to respect
>> SOURCE_DATE_EPOCH.
>> 
>>   https://reproducible-builds.org/docs/source-date-epoch/
>
> Thanks for sending this patch! I've applied it and tried running a
> reprotest, but unfortunately the build still does not seem to be
> reproducible. How have you tested the change?

I did test the change, and just tested again both with and without the
patch to confirm against the newer version. The change did fix the dates
embedded in PDFs for me.

Unfortunately there are additional issues that affect the
reproducibility of the built .html files, so fixing the PDF issue alone
will not make the package fully reproducible; I should have mentioned
that in my initial bug report.


Fixing this issue does reduce the reproducibility diffoscope output a
bit, making it easier to debug remaining issues, so would still be nice
to apply the patch to debian/rules to fix the dates in .pdf files.


Thanks for maintaining systemtap and sorry for the confusion!


live well,
  vagrant


signature.asc
Description: PGP signature

Bug#968466: mercurial: hg convert of subversion repo results in AssertionError

[Matti Hamalainen]

Package: mercurial
Version: 5.4.1-3
Severity: normal
Tags: upstream

Dear Maintainer,

After upgrade of Mercurial package to 5.4.1-3 in Debian testing (and apparently
switching from Python2 to 3),
using "hg convert  " fails with a Python
traceback.

$ hg convert svn://svn.code.sf.net/p/vice-emu/code/trunk vice-hg
** unknown exception encountered, please report by visiting
** https://mercurial-scm.org/wiki/BugTracker
** Python 3.8.5 (default, Aug  2 2020, 15:09:07) [GCC 10.2.0]
** Mercurial Distributed SCM (version 5.4.1)
** Extensions loaded: hggit, patchbomb, eol, transplant, record, histedit,
rebase, purge, convert, fetch, gpg, churn
Traceback (most recent call last):
  File "/usr/bin/hg", line 43, in 
dispatch.run()
  File "/usr/lib/python3/dist-packages/mercurial/dispatch.py", line 112, in run
status = dispatch(req)
  File "/usr/lib/python3/dist-packages/mercurial/dispatch.py", line 298, in
dispatch
ret = _runcatch(req) or 0
  File "/usr/lib/python3/dist-packages/mercurial/dispatch.py", line 472, in
_runcatch
return _callcatch(ui, _runcatchfunc)
  File "/usr/lib/python3/dist-packages/mercurial/dispatch.py", line 481, in
_callcatch
return scmutil.callcatch(ui, func)
  File "/usr/lib/python3/dist-packages/mercurial/scmutil.py", line 152, in
callcatch
return func()
  File "/usr/lib/python3/dist-packages/mercurial/dispatch.py", line 462, in
_runcatchfunc
return _dispatch(req)
  File "/usr/lib/python3/dist-packages/mercurial/dispatch.py", line 1225, in
_dispatch
return runcommand(
  File "/usr/lib/python3/dist-packages/mercurial/dispatch.py", line 910, in
runcommand
ret = _runcommand(ui, options, cmd, d)
  File "/usr/lib/python3/dist-packages/mercurial/dispatch.py", line 1237, in
_runcommand
return cmdfunc()
  File "/usr/lib/python3/dist-packages/mercurial/dispatch.py", line 1223, in

d = lambda: util.checksignature(func)(ui, *args, **strcmdopt)
  File "/usr/lib/python3/dist-packages/mercurial/util.py", line 1864, in check
return func(*args, **kwargs)
  File "/usr/lib/python3/dist-packages/hgext/convert/__init__.py", line 495, in
convert
return convcmd.convert(ui, src, dest, revmapfile, **opts)
  File "/usr/lib/python3.8/importlib/util.py", line 245, in __getattribute__
self.__spec__.loader.exec_module(self)
  File "", line 783, in exec_module
  File "", line 219, in _call_with_frames_removed
  File "/usr/lib/python3/dist-packages/hgext/convert/convcmd.py", line 53, in

svn_sink = subversion.svn_sink
  File "/usr/lib/python3.8/importlib/util.py", line 245, in __getattribute__
self.__spec__.loader.exec_module(self)
  File "", line 783, in exec_module
  File "", line 219, in _call_with_frames_removed
  File "/usr/lib/python3/dist-packages/hgext/convert/subversion.py", line 57,
in 
warnings.filterwarnings(
  File "/usr/lib/python3.8/warnings.py", line 142, in filterwarnings
assert action in ("error", "ignore", "always", "default", "module",
AssertionError: invalid action: b'ignore'

It seems that there are a number of issues in the subversion conversion module
of Mercurial, fixing the incorrect b'' strings on subversion.py, line 57
results in more errors in other places. This is quite likely an upstream
problem.



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

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

Versions of packages mercurial depends on:
ii  libc6 2.31-3
ii  mercurial-common  5.4.1-3
ii  python3   3.8.2-3
ii  ucf   3.0043

Versions of packages mercurial recommends:
ii  openssh-client  1:8.3p1-1

Versions of packages mercurial suggests:
pn  kdiff3 | kdiff3-qt | kompare | meld | tkcvs | mgdiff  
pn  qct   

-- no debconf information

Bug#968465: ITP: beaudiomer -- generate input for autocut from annotated beamer presentation

[David Bremner]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: beaudiomer
  Version : git snapshot
  Upstream Author : Jim Fowler 
* URL : https://github.com/kisonecat/beaudiomer
* License : to be clarified
  Programming Lang: Python, LaTeX
  Description : generate input for autocut from annotated beamer 
presentation

Beaudiomer is a LaTeX package and python script which takes a beamer
presentation with additional \audio and \video and \wait commands and
produces an .xml file suitable for autocut.

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEkiyHYXwaY0SiY6fqA0U5G1WqFSEFAl84jj8ACgkQA0U5G1Wq
FSErkhAAuqRbMgk+rF3uPwXrwmokqwF1cENoIdDS8+hY4aAK0axecosNdsknyLOY
bXhwV5I5s5nGV3sdqPcct+TzDO8NOTUUGMC1bma50RCxktlHzLJasp14/I57FakR
ARNGY9/RtFvbb/fI62Y/SicaplfbrjXfBucGu/QLoW8FORLXc5pMR2MhzA5NJC3W
KH72LZdBTYVEcERkmN0eZYfaHD5t/sUjHYewML22MjMeXqnmVKnjsUE2yDdlR3UT
8l0RgtG1kcNVZk2DpOEOpshsKD0Y18zi2tFHDFLbtRA9YBW+gpNojvmmJYSvPbT0
GC2FAsrrhFytD1/FA1BRBC+jhzY2WZ8s987cv+ZGUkm4vzOIzb0NOjI/SJajf3lw
VgLHtje0bKwGVF+dBA0NUCaCZgRsaylkq2XEVZZ0Ejdonwgnop2jNff2fM8kRdJ/
nLevBNFqWyVkqhgY1JpVT5n3SwkB2ZaFjAlyVKK24VOLU2rkZ+S9P3bk0MGWQtSf
DyqjIT4GofeD3rmYnZmpBG/eJZx5dr9/d0j0TMxrl63lXDK28+gZlTPAsSiGrr9C
c+okh2tSgrTOY6f58jovtlVkDvp05+CuDZiYH3rxNry2yNLs+QkMSiGjahVcI5Xy
E8jj806X+ABMfhR2wxj8e7ZWn1aB8OJifQGAGaoH31kj0m3+I74=
=uzd2
-END PGP SIGNATURE-

Bug#968372: libpango-1.0-0: ABI break in PangoRenderer, particularly serious on 32-bit

[Simon McVittie]

On Sat, 15 Aug 2020 at 18:10:10 +0100, Simon McVittie wrote:
> I've reported it upstream and will see what happens. We should not change
> the 1.46.x ABI downstream until we have discussed the problem with upstream,
> because that will be storing up incompatibilities for us later, but it
> might make sense to go back to the new version in unstable for now, so
> that dependent packages like GTK don't get recompiled against the new ABI.

The set of libraries that reference PangoRenderer is manageably small, we
can binNMU them to comply with whichever ABI we end up with
(1.44.x-compatible or 1.46.0-compatible), and there don't seem to be
recursive dependencies on PangoRenderer (in particular it doesn't seem
to have any practical effect on the ABI that GTK provides to dependent
packages), so I'm going to see whether I get an answer from upstream on
which way they're going to go.

If I don't get an answer fairly soon, I'll do a +really version to revert
to 1.44.x, but I'd prefer to avoid that if I can.

Maintainers of gtk, cogl, mutter, muffin, ukwm, geda-gaf and lepton-eda:
to avoid spreading the ABI break around, please don't upload to unstable
until this is resolved, unless the upload is particularly important. If in
doubt, ask on this bug or in #debian-gnome on OFTC.

Thanks,
smcv

Bug#964140: Correction - workaround does not work

[sixerjman]

b43-fwcutter still insists on installing the latest firmware (666 - sign of
the devil HA).
This package and b43-fwcutter are hopelessly broken on my previously
working system.
The last good version was 1:09-5, but that .deb is not available in any
repository. Please help.

Bug#968464: ITP: autocut -- cut off silent parts of videos and concatenate them

[David Bremner]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: autocut
  Version : 2.0.0
  Upstream Author : Jim Fowler 
* URL : https://github.com/kisonecat/autocut
* License : GPL3
  Programming Lang: python
  Description : cut off silent parts of videos and concatenate them

  This tool takes a list of video files, listens to the audio to
  determine where the speaker starts and stop speaking, and builds an
  edit list suitable for melt.

The package requires python3-librosa, not yet in Debian, and melt
(already present as a package of the same name).



-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEkiyHYXwaY0SiY6fqA0U5G1WqFSEFAl84jNgACgkQA0U5G1Wq
FSFw5g//RbmsSpjBgmQdOO+a81Wngg4i45pJOYrh/RcfO/G5Xg5OF/1osHymsSA5
NKIU/RuLUEj6DooBWTwn57m0JQjmSI1qWty/q/W18yOCeFENCIyj1bSXIxsLlbxY
hfY2npc7EdoRkW/Y4bmfz9mGob78KzkRvbdx/fPU9lz0f5Ej7AoOsVEzKLxWoUig
klnWvBWRIXoojjOqTAT9W2ufAoV+Wp6EyTu2c43ygw8Fl2f0cd+6A0GNgUDYvL0p
JeWVtqquD+0jc5tHKEhDTLbBuDl8KJMXPa4YSb/m/YGsrn4RJJp/3elaT672xI8Z
hRmPJZIdUR1qm5YfcAaCjxsRpP7eJGpMY/6oQ6gqxTOZ/TCUIskGGQrqS4EPjCdx
ifOVtjz03ewJRNuZVD2UvKz1+U3U1SH5yR8ba7pVfayQrXdlfpeCTFqgHHoLoFaQ
fVVSsVphDrRKq87o4EyIQtXGAkWepVQb21C2TLoOzQMvcc6ZrvKFGV6CJ0VgiS6o
mRpNEMTZhVcBa5FEt+SW5jlSuXMGpfT/McRwn9cBdWUVMei/Zrr5d6LbgdNhWuaF
15X/CDMYMYDG2y7hqDkFgDD2Uzhh9gZuPadBjml+MubvzQoq5su6k9Qcd9PXYfGh
uWNxRbq/ZgU6RQ1Pd7iRUDrwC1xg35cQ7CSXaIvXMUgZD96qg+U=
=MJke
-END PGP SIGNATURE-

Bug#963545: [Aptitude-devel] Bug#963545: Bug#963545: aptitude-create-state-bundle can't deal with no $HOME/.aptitude present

[Axel Beckert]

Control: tag -1 + pending

Dear Jidanni,

Axel Beckert wrote:
> > But what's the big deal? Why can't the program proceed if it isn't
> > present?
> 
> Because tar trips over it.

Actually, aptitude-create-state-bundle still exits with 0 and the file
is still generated. So it's a really, really minor and cosmetic issue.

> Passing --ignore-failed-read to tar should suffice.

Done that now in the master branch. It actually has no impact on the
resulting file. It just downgrades tar's output from "error" to
"warning".

It will be fixed in the next aptitude upstream release. This will
probably be 0.8.14. It is not fixed in the 0.8.13-2 package I just
uploaded with a patch to fix a FTBFS.

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

Bug#968469: RFP: python3-resampy -- module for efficient signal resampling

[David Bremner]

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-pyt...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: python3-resampy
  Version : 0.2.2
  Upstream Author : Brian McFee 
* URL : 
https://salsa.debian.org/bremner/resampy/-/blob/master/setup.py
* License : ISC
  Programming Lang: Python
  Description : module for efficient signal resampling

Implements band-limited sinc interpolation method for sampling rate
conversion.

This package is needed for librosa (#968467) and autocut (#968464)

WIP packaging is available at

https://salsa.debian.org/bremner/resampy

I'm hoping someone else is interested in packaging it, as it seems
generally useful.

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEkiyHYXwaY0SiY6fqA0U5G1WqFSEFAl84k1YACgkQA0U5G1Wq
FSFlnQ/+KjGxblBTnPueLe/FBEXA5vGUsmbLax+5/sPFg6LekEJuZyunnj/STagS
CSbrIX4lcez6zZhyOcgeJnBLsU4hI0ooe9CXerTFwhQZ2L8843nQXcbayASUjqXa
Mf/dtkoQZhqGnweDDWY/YPd/iiJ4RmEgTwcFgB0LNZzGG7EUIJfuKBXBlMEu8I1D
zKRBywotRzElTivv3dVt6VvTlZowgMQsJSPEQSK50xNqCcu5jfKSTG4nVzo9/tpM
tvS/X47jtOhOI0TSK/d4yM71WG2se/joHfqfIWzrFtB+W1egqVgKNPLHp5IGw4g6
rfHcn6nlgPS8nGnF7sMEcqDHtrgMfLqKDE+HA/0/HJLLr35TxAnOV6hRCl2gBlT+
ucvAsXlGawW2tLEcHOAUjh9i1hENf1m+waVewgMBY1epn5t3nh5M0rgleZdYvgXq
vNDeGGBRGWRcMJlz6RafiNh9Bxcvej2AvZq3ZCuENVRC+C1DZCyuoygUT9mqjx3Q
Ll8eJWrfyxLorqYxFr/S9z26eS9u2Jzn2l9ZGOIrstz/K7eILd5Dn2DZm/Qhheld
0yLSrfbMuEEexC67Pw5JD7QJX3JvKNckqJgruXhiv00QKxN8jShnumug+CPL+WOt
JC5MILMwLeXCOu3Rz+yRXU6t1aFSJiaFyaRk1SesRXeQIXMb8TU=
=9dVw
-END PGP SIGNATURE-

Bug#968468: O: xpaint -- simple paint program for X

[Josue Abarca]

Package: wnpp
Severity: normal

I intend to orphan the xpaint package.

https://packages.debian.org/source/sid/xpaint

The package description is:
 XPaint is suitable for producing simple graphics. It does offer some
 advanced features such as image processing functions and gradient
 fill.
 .
 In the C Script Editor of XPaint, the External editor in the File menu
 will invoke x-terminal-emulator -e sensible-editor.
 .
 The gv package will be needed for PDF/PS reading, netpbm will be needed
 for external conversion, lpr for printing.
 XPaint is suitable for producing simple graphics. It does offer some
 advanced features such as image processing functions and gradient
 fill.
 .
 In the C Script Editor of XPaint, the External editor in the File menu
 will invoke x-terminal-emulator -e sensible-editor.
 .
 The gv package will be needed for PDF/PS reading, netpbm will be needed
 for external conversion, lpr for printing.

Bug#968475: Please include ocamlvars.mk to avoid FTBFS because of dh_dwz

[Stéphane Glondu]

Package: src:kalzium
Version: 20.04.0-1
Severity: serious
Tags: ftbfs
X-Debbugs-Cc: debian-ocaml-ma...@lists.debian.org

Dear Maintainer,

Your package FTBFS at the moment, because of a failure in dh_dwz. This
failure is common to many packages written in OCaml (see for example
[1] and [2]).

As a workaround, an empty dh_dwz override has been added in the
/usr/share/ocaml/ocamlvars.mk snippet in dh-ocaml/1.1.2, which is
included in the debian/rules of most of packages written in
OCaml. However, it is not the case of your package. Please do so.


Cheers,

-- 
Stéphane

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=967005
[2]
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/kalzium_20.04.0-1.rbuild.log.gz

Bug#968458: python-apt-common: mark as Multi-Arch: foreign

[Kevin Wu]

Package: python-apt-common
Version: 1.8.4.1
Severity: normal

Dear Maintainer,

APT is having trouble cross-grading python-apt to a foreign
architecture as the python-apt-common package cannot satisfy
foreign architecture dependencies.

It seems to me that python-apt-common is safe to mark as M-A: foreign,
which would solve this problem.

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

Kernel: Linux 4.19.0-10-amd64 (SMP w/16 CPU cores)
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=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

-- no debconf information

Bug#968459:

[Thomas Grainger]

Control: block -1 by 944989
Justification: package switched from lib2to3 to fissix

Thomas Grainger

Bug#959466: initial debian/control for mindustry

[Phil Morrell]

I'm interested in this game being available in debian, so wrote the
attached control file with a more fleshed out description. The main
discovery was that its main engine is in another repo and based on
libgdx, so that'll need packaging first: https://github.com/Anuken/Arc/ 

   > Could not resolve com.badlogicgames.gdx:gdx-freetype-platform
   > Could not resolve com.badlogicgames.gdx:gdx-platform
   > Could not resolve com.github.Anuken.Arc:arc-core
   > Could not resolve com.github.Anuken.Arc:arcnet
   > Could not resolve com.github.Anuken.Arc:backend-sdl
   > Could not resolve com.github.Anuken.Arc:freetype
   > Could not resolve com.github.Anuken:steamworks4j
   > Could not resolve com.github.MinnDevelopment:java-discord-rpc

# debian/watch
version=4

opts="uversionmangle=s/^/5.0+/" \
 https://github.com/Anuken/Mindustry/releases \
 (?:.*/)?v?@ANY_VERSION@@ARCHIVE_EXT@
Source: mindustry
Section: games
Priority: optional
Maintainer: Debian Games Team 
Build-Depends:
 debhelper-compat (= 13),
 default-jdk,
 gradle-debian-helper,
 liblz4-java,
Standards-Version: 4.5.0
Homepage: https://mindustrygame.github.io/
Vcs-Git: https://salsa.debian.org/games-team/mindustry.git
Vcs-Browser: https://salsa.debian.org/games-team/mindustry

Package: mindustry
Architecture: all
Depends:
 default-jre,
 ${misc:Depends},
Description: A hybrid tower-defense sandbox factory game
 Create elaborate supply chains of conveyor belts to feed ammo into your
 turrets, produce materials to use for building, and defend your structures
 from waves of enemies. Play with your friends in cross-platform multiplayer
 co-op games, or challenge them in team-based PvP matches.
 .
 Campaign: Unlock replayable zones with randomized spawn points by completing a
 variety of mission objectives and goals. Research technology to fuel progress
 and invite your friends to complete missions together
 .
 Survival: Build turrets to defend from enemies in tower-defense based
 gameplay. Survive as long as possible, optionally launching your core to use
 your collected resources for research. Prepare your base for intermittent
 attacks from airborne bosses.
 .
 Attack: Build factories for units to destroy the enemy cores, while
 simultaneously defending your base from waves of enemy units. Create a variety
 of different types of support and offensive unit to assist you in your goals.
 .
 PvP: Compete with other players on up to 4 different teams to destroy each
 other's cores. Create units, or attack other bases directly with your mechs.
 .
 Sandbox: Play around with infinite resources and no enemy threat. Use
 sandbox-specific item and liquid source blocks to test out designs, and spawn
 in enemies on request.
 .
 Map editor: Configurable tools to randomly generate ores, terrain, decoration.
 Apply noise, distortion, smoothing, erosion, symmetry, ore generation and
 random terrain to your maps. Customise the game rules, change block costs,
 enemy stats, starting items and wave timing.


signature.asc
Description: PGP signature

Bug#968474: Please include ocamlvars.mk to avoid FTBFS because of dh_dwz

[Stéphane Glondu]

Package: src:pplacer
Version: 1.1~alpha19-2
Severity: serious
Tags: ftbfs
X-Debbugs-Cc: debian-ocaml-ma...@lists.debian.org

Dear Maintainer,

Your package FTBFS at the moment, because of a failure in dh_dwz. This
failure is common to many packages written in OCaml (see for example
[1] and [2]).

As a workaround, an empty dh_dwz override has been added in the
/usr/share/ocaml/ocamlvars.mk snippet in dh-ocaml/1.1.2, which is
included in the debian/rules of most of packages written in
OCaml. However, it is not the case of your package. Please do so.


Cheers,

-- 
Stéphane

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=967005
[2] 
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/pplacer_1.1~alpha19-2.rbuild.log.gz


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

Kernel: Linux 5.7.0-2-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: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#968476: Please include ocamlvars.mk to avoid FTBFS because of dh_dwz

[Stéphane Glondu]

Package: src:supermin
Version: 5.2.0-1
Severity: serious
Tags: ftbfs
X-Debbugs-Cc: debian-ocaml-ma...@lists.debian.org

Dear Maintainer,

Your package FTBFS at the moment, because of a failure in dh_dwz. This
failure is common to many packages written in OCaml (see for example
[1] and [2]).

As a workaround, an empty dh_dwz override has been added in the
/usr/share/ocaml/ocamlvars.mk snippet in dh-ocaml/1.1.2, which is
included in the debian/rules of most of packages written in
OCaml. However, it is not the case of your package. Please do so.


Cheers,

-- 
Stéphane

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=967005
[2]
https://tests.reproducible-builds.org/debian/rbuild/unstable/i386/supermin_5.2.0-1.rbuild.log.gz

Bug#968460: ceni: udevadm and iwgetid not in /sbin

[Kel Modderman]

Package: ceni
Version: 2.33-2
Severity: important

Dear Maintainer,

I wanted to configure /etc/network/interfaces and scan for wifi
networks from a bare bones Debian Sid installation. Ceni was not able
to detect any network interfaces to display them in UI and I was
unable to scan for wifi networks or configure e/n/i. I expected Ceni
to auto detect my network interfaces using udevadm, however udevadm
has moved from /sbin to /usr/sbin. Also, /sbin/iwgetid belongs to
wireless-tools which has not been relevant for many years, support for
it could be removed at the same time.

I suggest to:
  1) Depend on libfile-which-perl and call File::Which::which() to
find udevadm executable in PATH
  2) Remove support for iwgetid
  3) Depend on versions of udev package >= that which dropped the
udevinfo executable

A basic patch is attached to give an idea. Thanks for maintaining Ceni
in Debian, I appreciate it.

Cheers, Kel


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

Kernel: Linux 5.7.0-2-amd64 (SMP w/4 CPU threads)
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 ceni depends on:
ii  ifupdown  0.8.35+b1
ii  libcurses-ui-perl 0.9609-1
ii  libexpect-perl1.21-1
ii  libterm-readkey-perl  2.38-1+b1
ii  perl  5.30.3-4
ii  wpasupplicant 2:2.9.0-13

Versions of packages ceni recommends:
ii  resolvconf  1.82

Versions of packages ceni suggests:
pn  wpagui  

-- no debconf information


ceni_udevadm_iwgetid.patch
Description: Binary data

Bug#968459: python-modernize: upgrade to 0.8rc1

[Thomas Grainger]

Package: python-modernize
Severity: normal

Dear Maintainer, there is a new version of modernize available on pypi: 0.8rc1

Thomas Grainger

Bug#968467: RFP: python3-librosa -- module for audio and music processing

[David Bremner]

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-pyt...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: python3-librosa
  Version : 0.8.0
  Upstream Author : Brian McFee et al.
* URL : https://github.com/librosa/librosa
* License : ISC
  Programming Lang: python
  Description : module for audio and music processing

I need this package for autocut (#968464), but it seems like a
generally useful python module.  I'm hopeing someone more expert with
python packaging than I am is interested in packaging it.

WIP packaging can be found at

https://salsa.debian.org/bremner/librosa

It depends on two modules not yet in Debian

   resampy
   pooch

I will RFP those seperately.

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEkiyHYXwaY0SiY6fqA0U5G1WqFSEFAl84kUEACgkQA0U5G1Wq
FSF8FxAAiIPYJVR3ji4SgSwA5gKbvOaZoujUeShrdC5DbecHy1QQKU1rQqEVmE6b
5HqTOYYAcYwMIcS0ye3OKU4nrRLrEOV90s662lYEy72s+vSDnpmwT/QBujvb3Hi7
xqvrkna+3C4vBANxuHWFMqrTsr28kcO/3kD2PZASy8Q1vuKK7KyxN4aGTSxovjVl
I2beAs8MPUnwF9asQKkRAiBVjisd/WiAoyxvi287xBvoIZXdQIZGf/xzA9Cc/QyF
rLMhkc3EWQciz3LdTkoKNtxtnaYaj04ZnoD1qlBDhstFMf+jKk6IlGJjksMpSQTW
t9d7xmjQMHdodJ7gCX6NuDZ2VLbzRHbP2MCgNJkIYaOc15WWGMQZta2AUoCHUFfZ
CmUw+PgVhCO22PkNUN9rD21ykXyahpsMOvJUkoCB5RnQVpsA00TxymGpsFCld4Xo
E9thC5Cc/ja2cScnA+1W27z3p71XubTpWxiLhd0moc8k6GBhywhWgcTrUHqlk0/w
PU0LbApHekjjRCUotJ06LliwQcS6xLcr/eo5EbXZ9dwvx1nSJ6bJtGHpaahzni1v
z9DgHf8FkYT6558edSCydHT5zn7kd39Flvfhr0QJOArOYhoNop7O9EGyAeY7HYuk
3wFNU0NOIVK7bE42hFmDKzSiobsLBilOt4bJjipolxQuRVSG71o=
=6L4S
-END PGP SIGNATURE-

Bug#968470: RFP: python3-pooch -- manage a data registry by downloading files as needed

[David Bremner]

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-pyt...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: python3-pooch
  Version : 1.1.1
  Upstream Author : Leonardo Uieda 
* URL : https://github.com/fatiando/pooch
* License : BSD
  Programming Lang: Python
  Description : manage a data registry by downloading files as needed


quoth README.rst:

* Download a file only if necessary (it's not in the data cache or needs to be 
updated).
* Verify download integrity through SHA256 hashes (also used to check if a file 
needs to
  be updated).
* Designed to be extended: plug in custom download (FTP, scp, etc) and 
post-processing
  (unzip, decompress, rename) functions.
* Includes utilities to unzip/decompress the data upon download to save loading 
time.
* Can handle basic HTTP authentication (for servers that require a login) and 
printing
  download progress bars.
* Easily set up an environment variable to overwrite the data cache location.

This package is needed for autocut (#968464) and librosa (#968467).

WIP packaging is available at

https://salsa.debian.org/bremner/pooch


-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEEkiyHYXwaY0SiY6fqA0U5G1WqFSEFAl84lmMACgkQA0U5G1Wq
FSEBWA/9GIaUkTXDJjNiAB3UVExFPid6wmfsvwgPk5eMLWQhsZ/utC85ugrSSv4B
yifRVSBdKUPT4NukYfuZR0D0xeu89KJ/nNHHlZX2b2QNMwBdYSXtsMOzRuE/0KSp
uzTjUXRAgfWNuNXyKZpX5f88zDreLvf0GMOlyTXj3NNjataTCCcvcddx4bLs71Zk
i+WRl8SOtT6ITCCttmK2fciji/8pCGcNozV7fE7sckYRxre0tcEnMQfvyccsPwW6
clHqPHg4J78PsiG0TjBwHhfLghtqSUqi/A1x3/0532G9TNR+zeKMWUfKuhur5nR4
poICBROLCo5Loav3gkqTNjQ/C3M089CVhT5yFXhndrnGEBUFquoJ8QW2yVcrXvTg
zEJFJlzrkO98USTR8LwgBFCCsVkBfzpMcELEh+jU1OwIQWRyp25GBXH+RwxGXrje
FY3BlhpuhOwG8v7F7sBoSJs3JyahAILvProqx7NZvsKoK3btbF4j8G38hfQslxXU
BxkrK4yWcVDNRVGWzRbdRvH2VfPn5AOJgvv8lzJGfgsSB/Kpvs6HImUqiAwzfknM
oRFlRrqJJv/MpMrdHuDdqa72xXzXhQYnu4mUvUC1IVOTAAdBVTqGA2xJdm6yzfzz
vXSs/LZNksRFrMnU+MuzQy6jOJMrWzxIb8XF5+pE1inilom5ssc=
=Mlu/
-END PGP SIGNATURE-

Bug#968472: mutt: does not detect attachment(s)

[D. Curtis Willoughby]

Package: mutt
Version: 1.5.23-3+deb8u3
Severity: grave
Justification: renders package unusable

Dear Maintainer,

On a debian 8.11 system I found I was getting unusable pdf
attachments from another software.
So I decided to try mutt. the latest mutt version
on 8.11 is 1.5.23. upon entering mutt, I typed "v" and got just a
single line.  I then copied the mail file to debian 7.11 which
contains mutt 1.5.21.  Upon typing "v" the components of the mail
were displayed correctly.  I them saved the pdf attachment,
copied it back to the 8.11 machine, and it printed normally.


-- Package-specific info:
Mutt 1.5.23 (2014-03-12)
Copyright (C) 1996-2009 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 3.16.0-11-686-pae (i686)
ncurses: ncurses 5.9.20140913 (compiled with 5.9)
libidn: 1.29 (compiled with 1.29)
hcache backend: tokyocabinet 1.4.48

Compiler:
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/i586-linux-gnu/4.9/lto-wrapper
Target: i586-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.9.2-10+deb8u2' 
--with-bugurl=file:///usr/share/doc/gcc-4.9/README.Bugs 
--enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr 
--program-suffix=-4.9 --enable-shared --enable-linker-build-id 
--libexecdir=/usr/lib --without-included-gettext --enable-threads=posix 
--with-gxx-include-dir=/usr/include/c++/4.9 --libdir=/usr/lib --enable-nls 
--with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug 
--enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-vtable-verify 
--enable-plugin --with-system-zlib --disable-browser-plugin 
--enable-java-awt=gtk --enable-gtk-cairo 
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.9-i386/jre --enable-java-home 
--with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.9-i386 
--with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.9-i386 
--with-arch-directory=i386 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar 
--enable-objc-gc --enable-targets=all --enable-multiarch --with-arc
 h-32=i586 --with-multilib-list=m32,m64,mx32 --enable-multilib 
--with-tune=generic --enable-checking=release --build=i586-linux-gnu 
--host=i586-linux-gnu --target=i586-linux-gnu
Thread model: posix
gcc version 4.9.2 (Debian 4.9.2-10+deb8u2) 

Configure options: '--prefix=/usr' '--sysconfdir=/etc' 
'--mandir=/usr/share/man' '--with-docdir=/usr/share/doc' 
'--with-mailpath=/var/mail' '--disable-dependency-tracking' 
'--enable-compressed' '--enable-debug' '--enable-fcntl' '--enable-hcache' 
'--enable-gpgme' '--enable-imap' '--enable-smtp' '--enable-pop' '--with-curses' 
'--with-gnutls' '--with-gss' '--with-idn' '--with-mixmaster' '--with-sasl' 
'--without-gdbm' '--without-bdb' '--without-qdbm' '--build' 'i586-linux-gnu' 
'build_alias=i586-linux-gnu' 'CFLAGS=-g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wall' 'LDFLAGS=-Wl,-z,relro' 
'CPPFLAGS=-D_FORTIFY_SOURCE=2 -I/usr/include/qdbm'

Compilation CFLAGS: -g -O2 -fstack-protector-strong -Wformat 
-Werror=format-security -Wall

Compile options:
-DOMAIN
+DEBUG
-HOMESPOOL  +USE_SETGID  +USE_DOTLOCK  +DL_STANDALONE  +USE_FCNTL  -USE_FLOCK   
+USE_POP  +USE_IMAP  +USE_SMTP  
-USE_SSL_OPENSSL  +USE_SSL_GNUTLS  +USE_SASL  +USE_GSS  +HAVE_GETADDRINFO  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  
+CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  +CRYPT_BACKEND_GPGME  
-EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +COMPRESSED  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET 
 +HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  +HAVE_LIBIDN  +HAVE_GETSID  +USE_HCACHE  
-ISPELL
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/usr/share/mutt"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"
MIXMASTER="mixmaster"
To contact the developers, please mail to .
To report a bug, please visit http://bugs.mutt.org/.

misc/am-maintainer-mode.patch
features/ifdef.patch
features/xtitles.patch
features/trash-folder.patch
features/purge-message.patch
features/imap_fast_trash.patch
features/sensible_browser_position.patch
features-old/patch-1.5.4.vk.pgp_verbose_mime.patch
features/compressed-folders.patch
features/compressed-folders.debian.patch
debian-specific/Muttrc.patch
debian-specific/Md.etc_mailname_gethostbyname.patch
debian-specific/use_usr_bin_editor.patch
debian-specific/correct_docdir_in_man_page.patch
debian-specific/dont_document_not_present_features.patch
debian-specific/document_debian_defaults.patch
debian-specific/assumed_charset-compat.patch
debian-specific/467432-write_bcc.patch
debian-specific/566076-build_doc_adjustments.patch
misc/define-pgp_getkeys_command.patch
misc/gpg.rc-paths.patch
misc/smime.rc.patch
misc/fix-configure-test-operator.patch
upstream/531430-imapuser.patch