Bug#445636:

[Skr Smal]

On Tue, 3 Sep 2019 03:21:29 +0300
=?UTF-8?B?2LXZgtix2KfZhNi02YXYp9mEINin2YTZgdiv2LnYp9mG2Yo=?= <
skrsmal...@gmail.com> wrote:
>

Bug#1001045: libconfig-model-dpkg-perl: scan-copyright reports empty license

[Vignesh Raman]

Hi Dominique,

On Sun, 12 Dec 2021 19:16:44 +0100 Dominique Dumont  wrote:

> Could you check if licensecheck finds the correct information in 
these files ?

>
> (cme relies on licensecheck output to create the copyright data. So if
> licensecheck fails to retrieve copyright data, cme will output 
lackluster

> copyright information)

Checked with licensecheck version v3.1.1 and v3.2.14. Unknown license is 
reported for Bitstream license file.


Files: LICENSE
Copyright:
  --
  2003, Bitstream, Inc.
  2006, Tavmjong Bah.
  American
  Bitstream (see below). DejaVu changes are in public domain.
  Copyright (c) 2003 by Bitstream, Inc.
  PATENT,
  PATENT, TRADEMARK, OR OTHER RIGHT. IN NO EVENT SHALL
  Tavmjong Bah (see below)
  The PostScript Type 1 implementation of the AMSFonts produced by and
  will be
License: UNKNOWN
 FIXME

Regards,
Vignesh

Bug#1001386: python3-pycifrw: missing dependencies

[Andrius Merkys]

Hi Martin,

Indeed, it seems that ply and numpy are used by the optional dREL
functionality. Nevertheless, the main module code is developed in a way
to work without numpy as well. Thus I am not sure whether hard Depends
on rather heavy python3-numpy (it pulls in blas and lapack) is appropriate.

To my knowledge, PyCIFRW is a CIF format parser. Thus I assume that not
every application wanting to read in CIF will perform math on it. I
would rather put python3-numpy in Recommends or Suggests.

Best,
Andrius

Bug#1001612: ITP: deltarpm -- Tools to create and apply deltarpms

[Peter Pentchev]

Package: wnpp
Severity: wishlist
Owner: Peter Pentchev 
X-Debbugs-Cc: debian-de...@lists.debian.org, r...@debian.org, 
team+pkg-...@tracker.debian.org

* Package name: deltarpm
  Version : 3.6.3
  Upstream Author : Michael Schroeder 
* URL : https://github.com/rpm-software-management/deltarpm
* License : BSD-3-clause
  Programming Lang: C, Python
  Description : Tools to create and apply deltarpms

This will bring the deltarpm package back into Debian. It was removed as
part of the clean-up of the old Python-2-only createrepo-related tools;
however, it is now possible to use deltarpm with the new set of
createrepo-c/libmodulemd2/libdrpm0 packages, and it will help run
the libdrpm upstream testsuite to its full extent.

This is the long description of the package:
 A deltarpm contains the differences between an old and a new version of
 an RPM. This makes it possible to recreate the new RPM from the
 deltarpm and the old RPM.
 .
 On Debian and derived systems these tools may be useful for creating
 and maintaining repositories of RPM packages.

I will maintain this package as part of the Debian RPM packaging team.


signature.asc
Description: PGP signature

Bug#1000339: Aw: Re: Bug#1000339: r-cran-raster breaks r-cran-satellite autopkgtest: unable to find an inherited method for function 'extend'

[Florian Detsch]

I can only agree. Thanks for the effort, you guys!


 

Florian

 

Gesendet: Sonntag, 12. Dezember 2021 um 10:54 Uhr
Von: "Nilesh Patra" 
An: "Andreas Tille" 
Cc: "Robert J. Hijmans" , "Debian R" , "Florian Detsch" , 1000...@bugs.debian.org
Betreff: Re: Bug#1000339: r-cran-raster breaks r-cran-satellite autopkgtest: unable to find an inherited method for function 'extend'

On 11 December 2021 8:53:04 pm IST, Andreas Tille  wrote:
>Am Sat, Dec 11, 2021 at 02:33:40PM +0530 schrieb Nilesh Patra:
>> On 12/11/21 12:14 PM, Nilesh Patra wrote:
>> > Tests are still failing, see here[1]. It is not a problem of terra version, as it seems, it is installed in the
>> > way pretty much every other package is. I face the same stuff locally as well now.
>> > Would you have some other fix in mind?
>>
>> When I try running tests as root, the error vanishes. I have no idea what's up :(
>
>Well, root has write permissions to /usr. I'd suggest to check the md5 sum
>of the files of the package after running the test as root.


I am pretty sure it is unrelated to the '/usr' thingy. I had uploaded r-cran-satellite with minimal changes, and it passes debci now.

I guess a headache that took care of itself. The excuses for raster are now green.

https://qa.debian.org/excuses.php?package=r-cran-raster

Thanks a lot, Robert for taking out the time to help us and fix the problems with cran-satellite.

Regards,
Nilesh

Bug#1001348: dask: autopkgtest failures on 32 bit with pandas 1.3: Buffer type mismatch

[Diane Trout]

I had been trying to update dask to newer version (2021.11.1), but it
looks like the issue you referenced is still open.

I tried the change they suggested in an i386 sbuild chroot and most of
the errors went away. Though there was one test failure.

"c.astype(np.int64, copy=False), k 
from np.int64 to np.intp fixes the issue?"

Though since new dask version depended on a new sphinx plugin that I
had to submit to the NEW queue I tried the patch on i386 with 2021.09.1
and those tests seemed to work.

Let me see if 2021.09.1 works on amd64 and if it does I'll make a new
2021.09.1 release that's compatible with pandas 1.3 before trying to
figure out whats going on with newer versions

Diane



On Wed, 2021-12-08 at 22:07 +, Rebecca N. Palmer wrote:
> Package: python3-dask
> Version: 2021.09.1+dfsg-1
> Severity: serious
> Tags: patch
> Control: forwarded -1 https://github.com/dask/dask/issues/8169
> (actually found independently)
> 
> With pandas 1.3 (currently in unstable, see #999415), the dask 
> autopkgtest fails on armhf and i386 with
> 
> /usr/lib/python3/dist-packages/dask/dataframe/backends.py:358: in 
> group_split_pandas
>  indexer, locations = pd._libs.algos.groupsort_indexer(
> _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
> _ 
> _ _ _ _
> 
>  >   ???
> E   ValueError: Buffer dtype mismatch, expected 'const intp_t' but
> got 
> 'long long'
> 
> pandas/_libs/algos.pyx:194: ValueError
> 
> Full log: 
> https://ci.debian.net/data/autopkgtest/testing/armhf/d/dask/17399418/log.gz
> 
> The above upstream bug says changing np.int64 to np.intp at 
> https://sources.debian.org/src/dask/2021.09.1+dfsg-1/dask/dataframe/backends.py/#L359
>  
> is a fix (which they haven't used, it's incompatible with earlier 
> pandas, but we don't need to care about that).
> 

Bug#976686: This issue is happening again (as forecast by the bug report)

[Christian Ehrhardt]

Hi,
I just wanted to mention that 1.30.4-6.1+b4 still is affected (as
there were no changes since then) and right now glom exposed that
issue when rebuilt in debian/sid.

Binaries currently in Sid:
root@d10-sid:~# objdump -p /usr/bin/glom | grep python
  NEEDED   libpython3.9.so.1.0
  NEEDED   libboost_python39.so.1.74.0

No change rebuilt in Sid:
(unstable-amd64-sbuild)root@Keschdeichel:/build/glom-tXBWCg/glom-1.30.4#
objdump -p ./glom/.libs/glom | grep python
  NEEDED   libpython3.9.so.1.0
  NEEDED   libboost_python310.so.1.74.0

-- 
Christian Ehrhardt
Staff Engineer, Ubuntu Server
Canonical Ltd

Bug#1001588: debhelper: dh_dwz should look for DEB_BUILD_MAINT_OPTIONS as well

[Niels Thykier]

Control: forcemerge 901678 -1

Thorsten Alteholz:
> Package: debhelper
> Version: 13.5.2
> 
> Hi,
> 
> the man page of dh_dwz says that one should use DEB_BUILD_OPTIONS to
> avoid stripping. If I do so, lintian complains about using
> DEB_BUILD_OPTIONS and preferring DEB_BUILD_MAINT_OPTIONS instead. If I
> do so, dh_dwz ignores my "nostrip". There seems to be some room for
> improvement ...
> 
>   Thorsten
> 

Seems like a conceptual duplicate of #901678, merging as such.

Thanks,
~Niels

Bug#1001610: GBonds Unable to Update Redemption Tables

[Richard Laager]

Package: gbonds
Version: 2.0.3-8
Severity: grave

The U.S. Treasury has discontinued publishing the sbMM.asc files on 
its FTP site. Unfortunately, this means that GBonds is unable to update 
its redemption tables. Given that a, if not the, major reason to use 
GBonds is to track the current redemption value of one's U.S. Savings 
Bonds, this renders the application mostly broken as of December 1, 2021.


The good news is that Savings Bond value data is available at the 
FiscalData site as a JSON-based RESTful API. I have ported GBonds to use 
this API and will be making an upload shortly.


--
Richard

Bug#994284: [debian-mysql] Bug#994284: closed by Debian FTP Masters (reply to Otto Kekäläinen ) (Bug#994284: fixed in mariadb-10.6 1:10.6.4-1)

[Otto Kekäläinen]

Yes it is in both:

https://salsa.debian.org/mariadb-team/mariadb-10.5/-/commit/2313ef33b1a1adb8299faa3827bd4c519362a641
https://salsa.debian.org/mariadb-team/mariadb-server/-/commit/5dcd5f1abd7502b55701aa1afda154060752a8f8

Bug#1001385: [debian-mysql] Bug#1001385: mariadb-client-10.5: authentification fails while the credentials are ok

[Otto Kekäläinen]

Hello!

> On Thu, Dec 9, 2021 at 5:00 AM Anthony Bourguignon
>  wrote:
> ...
> > I’m having an issue with the mariadb-client in bullseye. I can’t connect
> > to a local server using the mariadb client.
> >
> > To reproduce the bug :
> >   - Install bullseye
> >   - Install mariadb-server and mariadb-client
> >   - connect as root and create a database and a user :
> > create database testbug;
> > grant all privileges on testbug.* to 'testbug'@'127.0.0.1'
> > identified by 's3cr3t';
> >   - exit the client
> >   - try to connect with those credentials :
> > mariadb -h 127.0.0.1 -u testbug -p testbug
> >
> > You can’t connect and get an error :
> >   ERROR 1045 (28000): Access denied for user 'testbug'@'localhost' (using 
> > password: YES)
>
> You granted permissions to 'testbug'@'127.0.0.1' but you are
> connecting from 'testbug'@'localhost'. Grant permissions to the
> hostname (not IP) and try again. Also report back here if that solved
> it for you, so we can close the bug report.

Did you try this? I am waiting for your comment on the above, thanks.

Bug#1001607: ITP: sphinx-remote-toctree -- Reduce sphinx documentation build times

[Diane Trout]

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

* Package name: sphinx-remote-toctree
  Version : 0.0.3
  Upstream Author : Chris Holdgraf
* URL : https://github.com/executablebooks/sphinx-remove-toctrees
* License : Expat
  Programming Lang: (Python
  Description : Reduce sphinx documentation build times

( Improve your Sphinx build time by selectively removing TocTree
 objects from pages.  This is useful if your documentation uses
 auto-generated API documentation, which generates **a lot** of stub
 pages.
 .
 This extension can be used to remove the sidebar links for just the
 pages you specify, speed up the build considerably.
 .
 ## Who is this for?
 .
 This package is for maintainers that use Sphinx and have really large
 API documentation (or for some other reason, have a ton of nested
 pages).  If you use a Sphinx theme that contains the entire Table of
 Contents on every page (e.g., any theme that has "collapsable"
 sidebar sections), this will slow things down considerably.  Use this
 theme to speed up your builds.


dask decided to require this package as a dependendcy for building
documentation.

Bug#1001606: ITP: r-cran-m2r -- Macaulay2 interface for R

[Torrance, Douglas]

Package: wnpp
Severity: wishlist
Owner: Doug Torrance 
X-Debbugs-Cc: debian-de...@lists.debian.org, dtorra...@debian.org

* Package name: r-cran-m2r
 Version : 1.0.2
 Upstream Author : David Kahle 
* URL : https://github.com/coneill-math/m2r
* License : GPL
 Programming Lang: R
 Description : Macaulay2 interface for R

m2r was created at the American Mathematical Society's 2016 Mathematics
Research Community gathering on algebraic statistics. It connects R to a
persistent local or remote Macaulay2 session and leverages mpoly's existing
infrastructure to provide wrappers for commonly used algebraic algorithms in
a way that naturally fits into the R ecosystem, alleviating the need to
learn Macaulay2.  It is our hope that m2r will provide a flexible framework
for computations in the algebraic statistics community and beyond.

I intend to maintain this package under the umbrella of the Debian R Team.


signature.asc
Description: PGP signature

Bug#1001605: Custom terminal title corrupted

[Josh Triplett]

Package: gnome-terminal
Version: 3.42.2-1
Severity: normal
X-Debbugs-Cc: j...@joshtriplett.org

After upgrading to current gnome-terminal, custom terminal titles now
appear heavily corrupted, with almost any non-alphabetic character
replaced with an unusual symbol or with nothing. For instance, / gets
replaced with what looks similar to a comma.

I've attached a screenshot of a few tabs showing this.

- Josh Triplett

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

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

Versions of packages gnome-terminal depends on:
ii  dbus-user-session [default-dbus-session-bus]  1.12.20-3
ii  dbus-x11 [dbus-session-bus]   1.12.20-3
ii  dconf-gsettings-backend [gsettings-backend]   0.40.0-2
ii  gnome-terminal-data   3.42.2-1
ii  gsettings-desktop-schemas 41.0-2
ii  libatk1.0-0   2.36.0-3
ii  libc6 2.32-5
ii  libdconf1 0.40.0-2
ii  libgcc-s1 11.2.0-12
ii  libglib2.0-0  2.70.2-1
ii  libgtk-3-03.24.30-4
ii  libpango-1.0-01.48.10+ds1-1
ii  libstdc++611.2.0-12
ii  libuuid1  2.37.2-4
ii  libvte-2.91-0 0.66.2-1
ii  libx11-6  2:1.7.2-2+b1

Versions of packages gnome-terminal recommends:
ii  gvfs   1.48.1-2
pn  nautilus-extension-gnome-terminal  
ii  yelp   41.2-1

gnome-terminal suggests no packages.

-- no debconf information

Bug#1001604: Julia segmentation fault on Sid

[June A.]

Package: julia
Version: 1.5.3+dfsg-3

Program just exits with "Segmentation fault", as ran with `julia`, 
instead of running Julia's REPL as expected


Output of `uname -a`

	Linux manifold 5.15.0-2-amd64 #1 SMP Debian 5.15.5-1 (2021-11-26) 
x86_64 GNU/Linux


Output of `apt show libc6 | grep ^Version`

Version: 2.33-1

Bug#1000230: screenruler still fails to start: libgtk-3-0 version

[Peter Mueller]

On the machine with a not working screenruler, we have this at the moment:
$ screenruler & [1] 2926 $ Loading libraries... Gtk-Message: 02:43:39.844: 
Failed to load module "canberra-gtk-module" /usr/bin/screenruler:61:in `block 
in ': 'Gdk::Pixbuf' has been deprecated. Use 'GdkPixbuf::Pixbuf'. 
/usr/lib/ruby/vendor_ruby/gdk_pixbuf2/deprecated.rb:48:in `new': 
GdkPixbuf::Pixbuf.new(path) is deprecated. Use GdkPixbuf::Pixbuf.new(:file => 
path) instead. /usr/lib/ruby/vendor_ruby/gdk_pixbuf2/deprecated.rb:48:in `new': 
GdkPixbuf::Pixbuf.new(path) is deprecated. Use GdkPixbuf::Pixbuf.new(:file => 
path) instead. /usr/lib/ruby/vendor_ruby/gdk_pixbuf2/deprecated.rb:48:in `new': 
GdkPixbuf::Pixbuf.new(path) is deprecated. Use GdkPixbuf::Pixbuf.new(:file => 
path) instead. Creating windows... Gtk-WARNING **: Unknown property: 
GtkWindow.has-resize-grip from 
/usr/share/screenruler/utils/glade_window.rb:29:in `initialize' from 
/usr/share/screenruler/ruler_window.rb:51:in `initialize' from 
/usr/bin/screenruler:76:in `new' from /usr/bin/screenruler:76:in `' 
Reading settings... Presenting ruler... Shutting down...
[1]+ Fertig screenruler $ sudo aptitude show screenruler|grep Version Version: 
0.960+bzr41+deb10-6 $ sudo aptitude show libgtk-3-0| grep Version Version: 
3.24.24-4 $ LANG=C ls -la /usr/lib/x86_64-linux-gnu/libgtk-3.so.0.2404.20 
-rw-r--r-- 1 root root 8042616 May 2 2021 
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0.2404.20 $

Bug#1000230: screenruler still fails to start: libgtk-3-0 version

[Peter Mueller]

On the machine with the working screenruler, we have this at the moment: $ 
screenruler & [1] 82945 $ Loading libraries... /usr/bin/screenruler:61:in 
`block in ': 'Gdk::Pixbuf' has been deprecated. Use 'GdkPixbuf::Pixbuf'. 
/usr/lib/ruby/vendor_ruby/gdk_pixbuf2/deprecated.rb:48:in `new': 
GdkPixbuf::Pixbuf.new(path) is deprecated. Use GdkPixbuf::Pixbuf.new(:file => 
path) instead. /usr/lib/ruby/vendor_ruby/gdk_pixbuf2/deprecated.rb:48:in `new': 
GdkPixbuf::Pixbuf.new(path) is deprecated. Use GdkPixbuf::Pixbuf.new(:file => 
path) instead. /usr/lib/ruby/vendor_ruby/gdk_pixbuf2/deprecated.rb:48:in `new': 
GdkPixbuf::Pixbuf.new(path) is deprecated. Use GdkPixbuf::Pixbuf.new(:file => 
path) instead. Creating windows... Gtk-WARNING **: Unknown property: 
GtkWindow.has-resize-grip from 
/usr/share/screenruler/utils/glade_window.rb:29:in `initialize' from 
/usr/share/screenruler/ruler_window.rb:51:in `initialize' from 
/usr/bin/screenruler:76:in `new' from /usr/bin/screenruler:76:in `' 
Reading settings... Presenting ruler... $ sudo aptitude show screenruler| grep 
Version Version: 0.960+bzr41+deb10-4 $ sudo aptitude show libgtk-3-0| grep 
Version Version: 3.24.24-4 $ LANG=C ls -la 
/usr/lib/x86_64-linux-gnu/libgtk-3.so.0.2404.20 -rw-r--r-- 1 root root 8042616 
May   2   2021 /usr/lib/x86_64-linux-gnu/libgtk-3.so.0.2404.20 Notice that a 
message concerning has-resize-grip is shown. I'm going to report the results 
from the other machine (where the screenruler, on the contrary, doesn't work) 
in short.

Bug#995212: chromium: Update to version 94.0.4606.61 (security-fixes)

[Andres Salomon]

On 12/5/21 6:41 AM, Moritz Mühlenhoff wrote:

Am Sun, Dec 05, 2021 at 10:53:56AM +0100 schrieb Paul Gevers:
Exactly that.

I'd suggest anyone who's interested in seeing Chromium supported to first
update it in unstable (and then work towards updated in bullseye-security).


I started doing just that: https://salsa.debian.org/dilinger/chromium 
(v96 and misc-fixes branches).


Michel, it looks like upstream deprecated use_x11 and now relies on 
ozone; do you have the patches for your ozone-based packages somewhere?


I tried just setting use_ozone=true in debian/rules, but there's a whole 
bunch of BUILD.gn inclusion stuff that breaks. Would save me a lot of 
time if you've already made it work.


Thanks,

Andres

Bug#1001603: rpmlint: conffiles not removed: /etc/rpmlint/config

[Paul Wise]

Package: rpmlint
Version: 2.2.0+ds1-0.1
Severity: normal
User: debian...@lists.debian.org
Usertags: obsolete-conffile adequate

The recent upgrade did not deal with obsolete conffiles properly.
Please use the dpkg-maintscript-helper support provided by
dh_installdeb to remove these obsolete conffiles on upgrade.

https://www.debian.org/doc/debian-policy/ch-files.html#s-config-files
https://manpages.debian.org/man/1/dh_installdeb

This bug report brought to you by adequate:

https://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/

$ p=rpmlint ; adequate $p ; dpkg-query -W -f='${Conffiles}\n' $p | grep obsolete
rpmlint: obsolete-conffile /etc/rpmlint/config
 /etc/rpmlint/config 0336a43faaeb30c302c114837a9e7212 obsolete

-- System Information:
Debian Release: bookworm/sid
  APT prefers testing-debug
  APT policy: (900, 'testing-debug'), (900, 'testing'), (860, 
'testing-proposed-updates-debug'), (860, 'testing-proposed-updates'), (800, 
'unstable-debug'), (800, 'unstable'), (790, 'buildd-unstable'), (700, 
'experimental-debug'), (700, 'experimental'), (690, 'buildd-experimental')
Architecture: amd64 (x86_64)

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

Versions of packages rpmlint depends on:
ii  binutils    2.37-7
ii  bzip2   1.0.8-5
ii  cpio    2.13+dfsg-7
ii  desktop-file-utils  0.26-1
ii  python3 3.9.7-1
ii  python3-pybeam  0.7-2
ii  python3-rpm 4.17.0+dfsg1-4
ii  python3-toml    0.10.2-1
ii  python3-xdg 0.27-2
ii  python3-zstd    1.5.0.2-1
ii  rpm2cpio    4.17.0+dfsg1-4

Versions of packages rpmlint recommends:
ii  appstream-util   0.7.18-2
ii  groff-base   1.22.4-7
ii  python3-enchant  3.2.0-1
ii  python3-magic    2:0.4.24-2
ii  rpm  4.17.0+dfsg1-4

rpmlint suggests no packages.

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


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

Bug#1001589: libgsl25: Can't be upgraded to 2.7+dfsg-2

[Dirk Eddelbuettel]

PS As a follow-up, it also looks like the Debian aggregation pages think
everything should be fine:

  https://packages.debian.org/sid/libgslcblas0

Maybe you just has bad luck with a mirror, or hit a mirro sync?

Dirk

-- 
https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#1001506: IMAP core dump when moving e-mail into read-only cur/ sub-directory

[Timo Sirainen]

On 11. Dec 2021, at 11.42, Simon Josefsson  wrote:
> 
> Package: dovecot
> Version: 1:2.3.13+dfsg1-2
> 
> Hi.
> 
> tldr; dovecot crashes when moving an email into a Maildir that has the
> cur/ sub-directory marked as read-only.
..
>#0  0x7fd78f75d340 mail_set_critical 
> (libdovecot-storage.so.0 + 0x5b340)
>#1  0x7fd78f787e42 maildir_file_move 
> (libdovecot-storage.so.0 + 0x85e42)
>#2  0x7fd78f7e16f5 index_transaction_index_commit 
> (libdovecot-storage.so.0 + 0xdf6f5)
>#3  0x7fd78f7fc536 mail_index_transaction_commit_full 
> (libdovecot-storage.so.0 + 0xfa536)
>#4  0x7fd78f7e1c12 index_transaction_commit 
> (libdovecot-storage.so.0 + 0xdfc12)
>#5  0x7fd78f7bdbb1 index_list_transaction_commit 
> (libdovecot-storage.so.0 + 0x1)
>#6  0x7fd78f75fa66 mailbox_transaction_commit_get_changes 
> (libdovecot-storage.so.0 + 0x5da66)
>#7  0x55908df44fb2 fetch_and_copy (imap + 0x12fb2)

The fix for this is going to be in v2.3.18:
https://github.com/dovecot/core/commit/616684a8fe0cccaaec7247d6d3be396e7bf924eb

Bug#1001602: zipped data too big with 32bits system

[someone]

Package:0ad-data
Version:0.0.25b-1


game fails to run on 32
file_system.cpp(122): Function call failed: return value was -1


/usr/share/games/0ad/mods/public/public.zip
is too big for a 32bits system, so the game fails to run.

see:  
https://wildfiregames.com/forum/topic/37230-file_systemcpp122-function-call-failed-return-value-was-1/#comment-420243


fix:
to unpack it  solves the issue.

Bug#1001601: RM: libmdsp -- ROM; no upstream activity, low popcon, no build dependencies

[Tobias Grimm]

Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: et...@debian.org

libmdsp is only used by package vdr-plugin-weather, which has a pending removal
request as well. It's a static library not developed upstream anymore and
should be removed.

Thanks,

Tobias

Bug#1001438: transition: glibc 2.33

[Aurelien Jarno]

On 2021-12-12 22:18, Paul Gevers wrote:
> Hi Aurelien,
> 
> On 12-12-2021 12:37, Aurelien Jarno wrote:
> > > Thanks, I'll add the necessary hints once the glibc upload is old
> > > enough.
> > 
> > Those false positives are due to the fact that glibc from experimental
> > is used, and I do not expect them to appear for glibc in sid. In
> > addition a few of them after cruft got removed from experimental.
> > 
> > All that said, we so many reverse dependencies, there might get more
> > issues appearing.
> 
> I just started to have a look, most issues I've checked so far look false
> positives. But aribas on i386 wasn't tested for the glibc in experimental
> (don't know why) but it fails now in unstable and tested with glibc from
> unstable in testing with stack smashing:
> https://ci.debian.net/data/autopkgtest/testing/i386/a/aribas/17507755/log.gz

It's likely an issue on the package, but without further investigating,
I can't confirm. I'll try to do that tomorrow.

> How do we handle cross-toolchain-base? It seems to need a rebuild but I
> didn't investigate if that can be just a binNMU or needs a source upload.

That would do it, but unfortunately as it is arch:all, a binNMU is not
possible. I'll ask for a new upload.

Aurelien

-- 
Aurelien Jarno  GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net


signature.asc
Description: PGP signature

Bug#1001600: RM: vdr-plugin-weather -- ROM; no upstream activity, low popcon

[Tobias Grimm]

Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: et...@debian.org

This package is a plugin for the package 'vdr' but has been abandoned by
upstream about 19 years ago. It has a very low popcon user rating and should be
removed.

Thanks,

Tobias

Bug#998165: debian-policy: document and allow Description in the source paragraph

[Holger Levsen]

On Sun, Dec 12, 2021 at 06:47:21PM +0100, Mattia Rizzolo wrote:
> On Sun, Oct 31, 2021 at 11:18:35AM +0100, Mattia Rizzolo wrote:
> > If I get no pushbacks I'll also propose some text later on when I'm
> > freer (unless somebody beats me to it!).
> 
> I'm hereby seeking seconds (or, well, suggestions for improvements) for
> the following diff, which is based on
> daa7d69fbffc1c438002993860f0df407e4aaeb1 (4.6.0.1):
> 
> |--- a/policy/ch-controlfields.rst
> |+++ b/policy/ch-controlfields.rst
> |@@ -131,6 +131,8 @@ package) are:
> | 
> | -  :ref:`Rules-Requires-Root `
> | 
> |+-  :ref:`Description `
> |+
> | The fields in the binary package paragraphs are:
> | 
> | -  :ref:`Package ` (mandatory)
> |@@ -652,9 +654,14 @@ orderings.  [#]_
> | ~~~
> | 
> | In a source or binary control file, the ``Description`` field contains a
> |-description of the binary package, consisting of two parts, the synopsis
> |-or the short description, and the long description. It is a multiline
> |-field with the following format:
> |+description of the package, consisting of two parts, the synopsis or the 
> short
> |+description, and the long description.
> |+
> |+When used in a source control file in the general paragraph (i.e., the first

I believe the 2nd "in" in this line is too much.

> |+one, for the source package), the text in this field is relevant for all 
> binary
> |+packages built by the given source package.

and then I'd rewrite "the general paragraph (i.e., the first one, for 
the source package)" into "the first paragraph" and the whole paragraph into

When used in a source control file the first paragraph is used as the first
paragraph for all binary packages built by the given source package.

> |+
> |+It is a multiline field with the following format:

I'd second this change too.


-- 
cheers,
Holger

 ⢀⣴⠾⠻⢶⣦⠀
 ⣾⠁⢠⠒⠀⣿⡁  holger@(debian|reproducible-builds|layer-acht).org
 ⢿⡄⠘⠷⠚⠋⠀  OpenPGP: B8BF54137B09D35CF026FE9D 091AB856069AAA1C
 ⠈⠳⣄

This is the year of gpg on the desktop! (Gunnar Wolf)


signature.asc
Description: PGP signature

Bug#1001494: RFS: opencpn/5.6.0+dfsg1-1 -- Open Source Chartplotter and Marine GPS Navigation Software

[Alec Leamas]

CC: to bug as well to keep discussion visible

On 12/12/2021 11:16, Bastian Germann wrote:

Copy to make sure you have received the remarks.




d/changelog
===
Please remove the 5.2.4.210213gitcad0d456+dfsg1-1 entry.
It was never uploaded to the archive.


Done, finally


d/copyright
===
There are four debian/opencpn* files listed. This does not make 
sense. Please list the source files, e.g. 
data/tcdata/harmonics-dwf-20210110-free.tcd instead of 
debian/opencpn-data/DEBIAN/md5sums with a line referring to 
usr/share/doc/opencpn-data/harmonics-dwf-20210110-free.tcd.gz.


Having debian/opencpn-data/ files in d/copyright is of course not only 
wrong but stupid. These are generated and not part of the source package 
"ashamed".



Why do these things show up in your new version? They are not in the 
5.2.4+dfsg-1.



Because I used cme to update the copyright which I suppose basically is 
fine. However, what I missed was to make at least a superficial review 
of the changes. Also, I obviously ran cme on a tree which wasn't clean, 
shouldn't do that.


The core problem is that I just don't do these things often enough to 
not make simple mistakes like these.



Control: tags -1 moreinfo

Please untag moreinfo when you have provided a fixed version.


Done, at least I hope so. Again, I'm no debian packaging wizard, for sure.

Thanks for your patience!

--alec

Bug#1001599: "x11vnc -auth guess" not working properly due to missing dependency on x11-utils

[Floris Bos]

Package: x11vnc


When x11vnc is started with "-auth guess" it runs a script that may call 
xdpyinfo.


This fails in cases the x11-utils package that provides xdpyinfo is not 
installed on the user's system.


Suggest a dependency on x11-utils is added to the x11vnc package.


Related to: https://github.com/LibVNC/x11vnc/issues/105

Bug#996059: fixed in rust-exa 0.10.1-2

[ariasuni]

It seems there’s a bug, because 
https://packages.debian.org/sid/amd64/exa/filelist still displays the 
old filelist. However, it appears correctly on 
https://packages.debian.org/bookworm/amd64/exa/filelist for the exact 
same version.

Bug#942845: Fwd: breseq_0.35.5+ds-1_amd64.changes REJECTED

[Gürkan Myczko]

for the record:

 Original Message 
Subject: breseq_0.35.5+ds-1_amd64.changes REJECTED
Date: 17.08.2021 20:00
From: Thorsten Alteholz 
To: Gürkan Myczko ,  

Hi,

the embedded version of samtools uses an embedded embedded version of 
htslib. This looks rather strange!


Anyway, those need to be mentioned in your debian/copyright.

Thanks!
 Thorsten



===

Please feel free to respond to this email if you don't understand why
your files were rejected, or if you upload new files which address our
concerns.

Bug#923303: Fwd: mlv-app_1.6-1_amd64.changes REJECTED

[Gürkan Myczko]

for the record:

 Original Message 
Subject: mlv-app_1.6-1_amd64.changes REJECTED
Date: 24.12.2019 21:14
From: Thorsten Alteholz 
To: , Gürkan Myczko 

Hi,

our hardworking trainees left a note on your package:

 Files in platform/qt/AudioVideoIcons/*, and at least one file in
 platform/qt/RetinaIMG, do not seem to be in their preferred form of
 modification -- they look to have been generated using Adobe
 ImageReady, so the preferred form for modification is probably not
 .png.

 platform/qt/DarkStyle* should be given in d/copyright.

 qt/RetinaIMG/* and platform\qt\SystemMemory.h are under a CC license,
 not the GPL.

 'bouncyball' has copyright on some files,
 e.g. platform\qt\SingleFrameExportDialog.h

 After finding these problems, I stopped working through the source
 tarball.  Please ensure that d/copyright fully accounts for the source
 package and that all preferred forms of modification are present.

Thorsten



===

Please feel free to respond to this email if you don't understand why
your files were rejected, or if you upload new files which address our
concerns.

Bug#996973: It is work in progress

[Geert Stappers]

Hello There,

Packaging of msc-generator is work in progress.
And what is packaged, is in review.

Interresting challenges are encountered.
I'm glad I volunteered for sponsoring. 


Groeten
Geert Stappers
-- 
Silence is hard to parse

Bug#1000472: bullseye-pu: package rustc-mozilla/1.51.0+dfsg1-1~deb11u1

[Mike Hommey]

On Sat, Dec 11, 2021 at 05:04:17PM -0500, Roberto C. Sánchez wrote:
> On Sun, Dec 12, 2021 at 06:34:01AM +0900, Mike Hommey wrote:
> > On Sat, Dec 11, 2021 at 01:54:21PM +, Adam D. Barratt wrote:
> > > On Tue, 2021-11-30 at 13:36 -0500, Roberto C.Sánchez wrote:
> > > > On Tue, Nov 30, 2021 at 06:00:57PM +, Adam D. Barratt wrote:
> > > > > On Tue, 2021-11-30 at 09:37 -0500, Roberto C.Sánchez wrote:
> > > > > > If there are no objections, I will proceed with uploading within
> > > > > > the
> > > > > > next 24 hours.  I'd like to ensure that the new FF/TB make it
> > > > > > into
> > > > > > the next point release if at all possible and that work is
> > > > > > currently
> > > > > > blocked by the need for the updated rustc.
> > > > > > 
> > > > > 
> > > > > I was assuming the plan was for the Firefox and Thunderbird updates
> > > > > to
> > > > > be released via the security archive. That's certainly how
> > > > > basically
> > > > > every other update to both packages occurs.
> > > > > 
> > > > Quite right.  I conflated the fact that LLVM and rustc are not going
> > > > in via security update.  Apologies for the confusion.
> > > 
> > > As a quick follow-up to this, with the 11.2 point release being next
> > > weekend, and thus the p-u freeze this weekend, I note that the rustc-
> > > mozilla upload is not yet in NEW, so we're starting to get quite close
> > > timing wise.
> > 
> > Relatedly, what's the plan for cargo in buster? Firefox ESR needs at
> > least 0.47, bullseye has 0.47, but buster has 0.43.1.
> 
> Emilio is working on that.  There were some tweaks needed to the
> rustc-mozilla packages I prepared in order to support his work.  As of
> this morning he identified some small additional tweaks, but he was able
> to work around the issues in order to get a FF build completed.  As soon
> as he gives me the thumbs up, then I will make the final tweaks and
> upload the rustc-mozilla packages.

Will it be cargo-mozilla in buster? How about cbindgen? Will it be
cbindgen-mozilla or is cbindgen just going to be updated?

Mike

Bug#381727: Fwd: coreboot_4.12-1_amd64.changes REJECTED

[Bastian Germann]

Am 12.12.21 um 22:19 schrieb Gürkan Myczko:

Please consider continuing the ITP work. It would be great to have the
coreboot tools back in Debian again that were removed beforehand and
are not included in bullseye anymore.


I don't think the package ever existed in debian, so it'll be a new thing.
Since you're DD, please go ahead with it? Should I disown the ITP and rename
to RFP?


If you do not want to pursue this, yes, please.
coreboot did not exist in Debian but several tools were removed from the archive in the expectation of having 
coreboot-tools available, e.g. msrtool, nvramtool, superiotool, and inteltool.

Bug#1001597: gnuradio{,-dev}: missing Breaks+Replaces: gr-iio

[Andreas Beckmann]

Package: gnuradio,gnuradio-dev
Version: 3.10.0.0~rc2-2
User: debian...@lists.debian.org
Usertags: piuparts

Hi,

during a test with piuparts I noticed your package fails to upgrade from
'sid' to 'experimental'.
It installed fine in 'sid', then the upgrade to 'experimental' fails
because it tries to overwrite other packages files without declaring a
Breaks+Replaces relation.
This error may also be triggered by having a predecessor package from
'sid 'installed while installing the package from 'experimental'.

See policy 7.6 at
https://www.debian.org/doc/debian-policy/ch-relationships.html#overwriting-files-and-replacing-packages-replaces

>From the attached log (scroll to the bottom...):

  Preparing to unpack .../206-gnuradio_3.10.0.0~rc2-2_amd64.deb ...
  Unpacking gnuradio (3.10.0.0~rc2-2) ...
  dpkg: error processing archive 
/tmp/apt-dpkg-install-2xRxMM/206-gnuradio_3.10.0.0~rc2-2_amd64.deb (--unpack):
   trying to overwrite '/usr/share/gnuradio/grc/blocks/iio.tree.yml', which is 
also in package gr-iio 0.3-9+b5
  dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
  Errors were encountered while processing:
   /tmp/apt-dpkg-install-2xRxMM/206-gnuradio_3.10.0.0~rc2-2_amd64.deb

gnuradio-dev has file conflicts on the .so link and the .pc file,
but I couldn't demonstrate a file overwrite issue since gnuradio
fails first.

I assume that gr-iio has been integrated into gnuradio 3.10 and the
separate gr-iio will therefore go away. In that case (unversioned)
Breaks+Replaces are the correct solution.

cheers,

Andreas


gr-iio=0.3-9+b5_gnuradio=3.10.0.0~rc2-2.log.gz
Description: application/gzip

Bug#1001596: libabsl-dev: please do not override the --as-needed linker flag

[Nicholas Guriev]

Package: libabsl-dev
Version: 0~20200923.3-3

Dear Maintainer,

CMake exported targets from the libabsl-dev package expose the
-Wl,--no-as-needed flag to dependent projects for linking. In fact, this
negates an effect of -Wl,--as-needed. From what I know, it is default in
Debian nowadays.

Please either completely remove --no-as-needed or rely upon the
--push-state / --pop-state pair to not poison downstream linker flags.

   -Wl,--push-state,--as-needed -latomic --Wl,--pop-state



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

Bug#1001438: transition: glibc 2.33

[Paul Gevers]

Hi Aurelien,

On 12-12-2021 12:37, Aurelien Jarno wrote:

Thanks, I'll add the necessary hints once the glibc upload is old
enough.


Those false positives are due to the fact that glibc from experimental
is used, and I do not expect them to appear for glibc in sid. In
addition a few of them after cruft got removed from experimental.

All that said, we so many reverse dependencies, there might get more
issues appearing.


I just started to have a look, most issues I've checked so far look 
false positives. But aribas on i386 wasn't tested for the glibc in 
experimental (don't know why) but it fails now in unstable and tested 
with glibc from unstable in testing with stack smashing:

https://ci.debian.net/data/autopkgtest/testing/i386/a/aribas/17507755/log.gz

How do we handle cross-toolchain-base? It seems to need a rebuild but I 
didn't investigate if that can be just a binNMU or needs a source upload.


Of to bed now.

Paul


OpenPGP_signature
Description: OpenPGP digital signature

Bug#381727: Fwd: coreboot_4.12-1_amd64.changes REJECTED

[Gürkan Myczko]

On 12.12.2021 20:13, Bastian Germann wrote:
On Sun, 21 Nov 2021 22:50:02 +0100 Bastian Germann  
wrote:

On Mon, 14 Dec 2020 09:04:22 +0100 gur...@phys.ethz.ch wrote:
> after a short glimpse the CC license is missing, for example:
>  coreboot-4.12/Documentation/_static/theme_overrides.css: * licensed
> under CC-by 4.0
> > I also saw files under the Expat-, BSD- and Apache license ...

Work is ongoing at https://salsa.debian.org/debian/coreboot




Hi Bastian,


I have added all necessary licenses and excluded much of the 3rdparty
stuff because keeping it would mean much more licensing work.


Thanks very much, that's great news.


Please consider continuing the ITP work. It would be great to have the
coreboot tools back in Debian again that were removed beforehand and
are not included in bullseye anymore.


I don't think the package ever existed in debian, so it'll be a new 
thing.
Since you're DD, please go ahead with it? Should I disown the ITP and 
rename

to RFP?

Best regards,

Bug#992494: ITP: pytest-ordering -- order execution of build-tests with pytest

[Julian Gilbey]

On Thu, Aug 19, 2021 at 12:54:45PM +0200, Steffen Moeller wrote:
> Package: wnpp
> Severity: wishlist
> 
> Subject: ITP: pytest-ordering -- order execution of build-tests with pytest
> Package: wnpp
> Owner: Steffen Moeller 
> Severity: wishlist
> 
> * Package name: pytest-ordering
>   Version : 0.6
>   Upstream Author : Copyright: Frank Tobia 
> * URL : https://github.com/ftobia/pytest-ordering/
> [...]
>https://salsa.debian.org/python-team/pacakges/pytest-ordering

(Corrected URL:
https://salsa.debian.org/python-team/packages/pytest-ordering)

Hi Steffen,

Unfortunately, this package is broken and unmaintained upstream:
https://github.com/ftobia/pytest-ordering/issues/73

So I suggest that unless upstream starts working on it again or
someone takes over responsibility for it, we don't actually let it
into Debian.

In the meantime, I'm intending to make an ITP for python-order to
support the new version of Spyder; see the discussion here:
https://github.com/spyder-ide/spyder/pull/14935

Best wishes,

   Julian

Bug#1001595: src:gcc-defaults-mipsen: fails to migrate to testing for too long

[Paul Gevers]

Source: gcc-defaults-mipsen
Version: 1.189
Severity: serious
Control: close -1 1.194
Tags: sid bookworm
User: release.debian@packages.debian.org
Usertags: out-of-sync

Dear maintainer(s),

The Release Team considers packages that are out-of-sync between testing 
and unstable for more than 60 days as having a Release Critical bug in 
testing [1]. Your package src:gcc-defaults-mipsen has been trying to 
migrate for 62 days [2]. Hence, I am filing this bug.


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


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


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


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


Paul

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



OpenPGP_signature
Description: OpenPGP digital signature

Bug#974473: sortedcollections: autopkgtest must be marked superficial

[Diane Trout]

I decided to fix this bug by implementing running the package tests
when installed instead of just marking the previous test superficial.

(Probably the better solution)

Diane

Bug#1001559: linux-image-5.15.0-2-amd64: kernel fails to detect drive cache on boot

[Salvatore Bonaccorso]

Source: linux
Source-Version: 5.16~rc1-1~exp1

Hi,

On Sat, Dec 11, 2021 at 09:58:13PM +0100, Heinz Repp wrote:
> Package: src:linux
> Version: 5.15.5-1
> Severity: normal
> 
> 
> 
> 
> -- Package-specific info:
> ** Version:
> Linux version 5.15.0-2-amd64 (debian-ker...@lists.debian.org) (gcc-11 (Debian 
> 11.2.0-12) 11.2.0, GNU ld (GNU Binutils for Debian) 2.37) #1 SMP Debian 
> 5.15.5-1 (2021-11-26)
> 
> ** Command line:
> BOOT_IMAGE=/vmlinuz-5.15.0-2-amd64 
> root=UUID=ed4d0cfd-411a-492b-b31a-3eefa94764f6 ro vga=792 quiet 
> acpi_enforce_resources=lax
> 
> ** Tainted: POE (12289)
>  * proprietary module was loaded
>  * externally-built ("out-of-tree") module was loaded
>  * unsigned module was loaded
> 
> ** Kernel log:
> [4.937107] squashfs: version 4.0 (2009/01/31) Phillip Lougher
> [4.938755] systemd[1]: Mounting Mount unit for core20, revision 1270...
> [4.940544] systemd[1]: Mounting Mount unit for gnome-3-38-2004, revision 
> 76...
> [4.942144] systemd[1]: Mounting Mount unit for gnome-3-38-2004, revision 
> 87...
> [4.945419] systemd[1]: Mounting Mount unit for gtk-common-themes, 
> revision 1515...
> [4.947837] systemd[1]: Mounting Mount unit for gtk-common-themes, 
> revision 1519...
> [4.950652] systemd[1]: Mounting Mount unit for snapd, revision 14066...
> [4.953650] systemd[1]: Mounting Mount unit for snapd, revision 14295...
> [4.954141] systemd[1]: Started Journal Service.
> [4.955301] loop5: detected capacity change from 0 to 496320
> [4.956898] loop6: detected capacity change from 0 to 126632
> [4.957545] loop7: detected capacity change from 0 to 133552
> [4.960610] loop9: detected capacity change from 0 to 133320
> [4.962379] loop10: detected capacity change from 0 to 126784
> [4.963669] loop8: detected capacity change from 0 to 507712
> [4.991599] loop11: detected capacity change from 0 to 88616
> [4.993400] systemd-journald[335]: Received client request to flush 
> runtime journal.
> [4.993608] loop12: detected capacity change from 0 to 86368
> [5.091644] nvidia: loading out-of-tree module taints kernel.
> [5.091669] nvidia: module license 'NVIDIA' taints kernel.
> [5.091671] Disabling lock debugging due to kernel taint
> [5.130279] nvidia: module verification failed: signature and/or required 
> key missing - tainting kernel
> [5.148915] nvidia-nvlink: Nvlink Core is being initialized, major device 
> number 244
> 
> [5.150071] nvidia :01:00.0: vgaarb: changed VGA decodes: 
> olddecodes=io+mem,decodes=none:owns=io+mem
> [5.208958] random: crng init done
> [5.208962] random: 7 urandom warning(s) missed due to ratelimiting
> [5.322645] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  470.86  Tue 
> Oct 26 21:55:45 UTC 2021
> [5.476061] nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for 
> UNIX platforms  470.86  Tue Oct 26 21:46:51 UTC 2021
> [5.613985] acpi_cpufreq: overriding BIOS provided _PSD data
> [5.618487] input: Power Button as 
> /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input3
> [5.618562] ACPI: button: Power Button [PWRB]
> [5.618619] input: Power Button as 
> /devices/LNXSYSTM:00/LNXPWRBN:00/input/input4
> [5.618648] ACPI: button: Power Button [PWRF]
> [5.637093] [drm] [nvidia-drm] [GPU ID 0x0100] Loading driver
> [5.637098] [drm] Initialized nvidia-drm 0.0.0 20160202 for :01:00.0 
> on minor 0
> [5.764212] sd 0:0:0:0: Attached scsi generic sg0 type 0
> [5.764273] sd 1:0:0:0: Attached scsi generic sg1 type 0
> [5.764753] sr 3:0:0:0: Attached scsi generic sg2 type 5
> [5.764783] sd 6:0:0:0: Attached scsi generic sg3 type 0
> [5.775671] sd 6:0:0:1: Attached scsi generic sg4 type 0
> [5.811666] sd 6:0:0:2: Attached scsi generic sg5 type 0
> [5.830273] sd 6:0:0:3: Attached scsi generic sg6 type 0
> [5.874622] sp5100_tco: SP5100/SB800 TCO WatchDog Timer Driver
> [5.916933] input: PC Speaker as /devices/platform/pcspkr/input/input5
> [5.968095] snd_hda_intel :01:00.1: Disabling MSI
> [5.968107] snd_hda_intel :01:00.1: Handle vga_switcheroo audio client
> [5.998452] snd_hda_codec_realtek hdaudioC0D3: autoconfig for ALC888: 
> line_outs=4 (0x14/0x15/0x16/0x17/0x0) type:line
> [5.998460] snd_hda_codec_realtek hdaudioC0D3:speaker_outs=0 
> (0x0/0x0/0x0/0x0/0x0)
> [5.998462] snd_hda_codec_realtek hdaudioC0D3:hp_outs=1 
> (0x1b/0x0/0x0/0x0/0x0)
> [5.998465] snd_hda_codec_realtek hdaudioC0D3:mono: mono_out=0x0
> [5.998466] snd_hda_codec_realtek hdaudioC0D3:dig-out=0x1e/0x0
> [5.998467] snd_hda_codec_realtek hdaudioC0D3:inputs:
> [5.998469] snd_hda_codec_realtek hdaudioC0D3:  Front Mic=0x19
> [5.998471] snd_hda_codec_realtek hdaudioC0D3:  Rear Mic=0x18
> [5.998472] snd_hda_codec_realtek hdaudioC0D3:  Line=0x1a
> [6.003122] input: HDA NVidia HDMI/DP,pcm=3 as 
> 

Bug#992133: firebird4.0 debian packaging

[Damyan Ivanov]

-=| Frank Doepper, 12.12.2021 15:00:19 +0100 |=-
> Hi Damyan.
> 
> Am 26.08.21 um 10:40 schrieb Damyan Ivanov:
> 
> > Simply letting debhelper do the autoreconf seems to work and the build
> > completes, no linker errors. This is in an up to date sid sbuild chroot.
> 
> Thank you for your ongoing work on firebird4.0, I've seen many commits. I've
> refreshed our jenkins/minibuildd setup and firebird4.0 now builds fine on
> sid and bookworm. Unfortunately build fails on bullseye, which is apparently
> related to autoconf 2.71 vs. 2.69:
> 
>  debian/rules binary
> ...
> configure: error: cannot find install-sh, install.sh, or shtool in 
> builds/make.new/config "."/builds/make.new/config
> 
> Maybe there is a workaround to make the autoreconf more compatible, letting
> me backport firebird4.0 to bullseye?

I have no idea. GNU autotools is a mystery to me.

Maybe invoking ./autogen.sh instead of dh_autoreconf would work? 
Perhaps backporting autoconf 2.71 to bullseye will help?


-- dam

Bug#1001532: [Pkg-javascript-devel] Bug#1001532: yarnpkg: yarnpkg --version cannot find @babel/runtime/helpers module

[Paolo Greppi]

Il 11/12/21 18:29, Brian Thompson ha scritto:

Package: yarnpkg
Severity: important

Dear Maintainer,

After install yarnpkg for the first time and running `yarnpkg --version`, I
got the following error:

Error: Cannot find module '@babel/runtime/helpers/interopRequireWildcard'

I expected the package to return its version.


Thanks for reporting the issue. Unfortunately I can not reproduce it on 
any of my systems here.




I also tried on a "clean" Debian stable install with:



  docker run -it --rm debian:bullseye bash

  apt update && apt install yarnpkg

  yarnpkg --version



and I get:



  1.22.10



I run the command under strace and it looks like indeed it does not find 
/usr/share/nodejs/yarn/node_modules/@babel/runtime/helpers/interopRequireWildcard.js, 
but it then proceeds to also try 
/usr/lib/x86_64-linux-gnu/nodejs/@babel/runtime/helpers/interopRequireWildcard.js 
(not here) and finally 
/usr/share/nodejs/@babel/runtime/helpers/interopRequireWildcard.js (this 
one is there).




With:



  dpkg -S 
/usr/share/nodejs/@babel/runtime/helpers/interopRequireWildcard.js




I find that interopRequireWildcard.js is installed by package 
node-babel7-runtime which is listed as a "dep" of yarnpkg here:


https://packages.debian.org/bullseye/yarnpkg



Is it possible that on your system you have installed some non-Debian 
node module that takes precedence over the ones installed by the Debian 
packages?




Paolo

Bug#1001593: php-easyrdf: flaky autopkgtest: Unable to connect to localhost:10101

[Paul Gevers]

Source: php-easyrdf
Version: 1.0.0-2
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: flaky

Dear maintainer(s),

I looked at the results of the autopkgtest of you package on ppc64el 
because it was showing up as a regression for the upload of curl in 
stable. I noticed that the test regularly fails, not only on ppc64el.


Because the unstable-to-testing migration software now blocks on
regressions in testing, flaky tests, i.e. tests that flip between
passing and failing without changes to the list of installed packages,
are causing people unrelated to your package to spend time on these
tests. In this case, Release Team members had to investigate if curl was 
OK to go into the next Stable point release.


Don't hesitate to reach out if you need help and some more information
from our infrastructure.

Paul

https://ci.debian.net/packages/p/php-easyrdf/testing/ppc64el/
https://ci.debian.net/packages/p/php-easyrdf/stable/ppc64el/


OpenPGP_signature
Description: OpenPGP digital signature

Bug#997794: xscreensaver: systemd integration leads to spurious deactivations (unblank) on desktop

[Jamie Zawinski]

Well, I'm confused about how it got from "blanking" to "unblanking" without 
printing why active_at changed. Please try logging with -vvv -log to make sure 
it's printing everything.

--
Jamie Zawinski  https://www.jwz.org/  https://www.dnalounge.com/

Bug#1001411: bullseye-pu: package dask.distributed/2021.01.0+ds.1-2.1 fixing CVE-2021-42343

[Diane Trout]

On Sat, 2021-12-11 at 17:53 +, Adam D. Barratt wrote:
> 
> Please go ahead.
> 


Ok I uploaded 
dask.distributed_2021.01.0+ds.1-2.1+deb11u1_source.changes 
to ftp-master.

Bug#1001592: prosody: changes certs/localhost.{crt,key} back to snakeoil on upgrade

[Thorsten Glaser]

Package: prosody
Version: 0.11.9-2
Severity: serious
Justification: Policy 10.7.3

During an upgrade from buster to bullseye, prosody broke my SSL configuration,
as shown by etckeeper / “git log -p” in /etc:

diff --git a/prosody/certs/localhost.crt b/prosody/certs/localhost.crt
index f119f6c..2d292e2 12
--- a/prosody/certs/localhost.crt
+++ b/prosody/certs/localhost.crt
@@ -1 +1 @@
-../../ssl/deflt+ca.pem
\ No newline at end of file
+/etc/ssl/certs/ssl-cert-snakeoil.pem
\ No newline at end of file
diff --git a/prosody/certs/localhost.key b/prosody/certs/localhost.key
index 7fbf56c..8dd7db9 12
--- a/prosody/certs/localhost.key
+++ b/prosody/certs/localhost.key
@@ -1 +1 @@
-../../ssl/private/default.key
\ No newline at end of file
+/etc/ssl/private/ssl-cert-snakeoil.key
\ No newline at end of file

And indeed, I had to manually revert this change:

root@caas:/etc/prosody/certs # ll
total 0
[…]
lrwxrwxrwx 1 root root 36 Dec 12 19:16 localhost.crt -> 
/etc/ssl/certs/ssl-cert-snakeoil.pem
lrwxrwxrwx 1 root root 38 Dec 12 19:16 localhost.key -> 
/etc/ssl/private/ssl-cert-snakeoil.key
root@caas:/etc/prosody/certs # ln -sf ../../ssl/deflt+ca.pem localhost.crt
root@caas:/etc/prosody/certs # ln -sf ../../ssl/private/default.key 
localhost.key
root@caas:/etc/prosody/certs # ll
total 0
[…]
lrwxrwxrwx 1 root root 22 Dec 12 19:29 localhost.crt -> ../../ssl/deflt+ca.pem
lrwxrwxrwx 1 root root 29 Dec 12 19:29 localhost.key -> 
../../ssl/private/default.key

This is a violation of Policy:

* local changes must be preserved during a package upgrade, and


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

Kernel: Linux 4.19.0-18-amd64 (SMP w/1 CPU thread)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages prosody depends on:
ii  adduser 3.118
ii  init-system-helpers 1.60
ii  libc6   2.31-13+deb11u2
ii  libidn111.33-3
ii  libssl1.1   1.1.1k-1+deb11u1
ii  lsb-base11.1.0
ii  lua-bitop [lua5.2-bitop]1.0.2-5
ii  lua-expat [lua5.2-expat]1.3.0-4+b1
ii  lua-filesystem [lua5.2-filesystem]  1.8.0-1
ii  lua-sec [lua5.2-sec]1.0-1
ii  lua-socket [lua5.2-socket]  3.0~rc1+git+ac3201d-4
ii  lua5.2  5.2.4-1.1+b3
ii  ssl-cert1.1.0+nmu1

Versions of packages prosody recommends:
pn  lua5.2-event  

Versions of packages prosody suggests:
pn  lua-dbi-mysql   
pn  lua-dbi-postgresql  
pn  lua-dbi-sqlite3 
pn  lua-zlib

-- Configuration Files:
/etc/init.d/prosody changed [not included]
/etc/prosody/conf.avail/example.com.cfg.lua [Errno 13] Permission denied: 
'/etc/prosody/conf.avail/example.com.cfg.lua'
/etc/prosody/conf.avail/localhost.cfg.lua [Errno 13] Permission denied: 
'/etc/prosody/conf.avail/localhost.cfg.lua'
/etc/prosody/prosody.cfg.lua [Errno 13] Permission denied: 
'/etc/prosody/prosody.cfg.lua'

-- no debconf information

Bug#1001591: python3-mistune: latest upgrade breaks matrix-mirage package

[Dimitris]

Package: python3-mistune
Version: 2.0.0-1
Severity: normal

Hey,

since this package was upgraded about a week ago, matrix-mirage package 
(matrix client), doesn't work anymore (= blank window trying to load 
something indefinetely).
running matrix-mirage with python3-mistune version 2.0.0-1, produces 
following errors on console :


$ matrix-mirage
~ 21:05:35 | Got library name: 
"/usr/lib/x86_64-linux-gnu/qt5/qml/io/thp/pyotherside/libpyothersideplugin.so"

! 21:05:36 | QSystemTrayIcon::setVisible: No Icon set
/usr/lib/python3/dist-packages/baron/grammator.py:830: 
ParserGeneratorWarning: Token 'EXEC' is unused

  parser = pg.build()
~ 21:05:44 | "PyOtherSide error: Traceback (most recent call last):\n\n 
File \"qrc:/src/backend/qml_bridge.py\", line 181, in \n 
BRIDGE = QMLBridge()\n\n  File \"qrc:/src/backend/qml_bridge.py\", line 
52, in __init__\nfrom .backend import Backend\n\n  File 
\"qrc:/src/backend/backend.py\", line 24, in \nfrom 
.matrix_client import MatrixClient\n\n  File 
\"qrc:/src/backend/matrix_client.py\", line 42, in \nfrom 
.html_markdown import HTML_PROCESSOR as HTML\n\n  File 
\"qrc:/src/backend/html_markdown.py\", line 21, in \nclass 
MarkdownInlineGrammar(mistune.InlineGrammar):\n\nAttributeError: module 
'mistune' has no attribute 'InlineGrammar'\n"
! 21:05:44 | Unhandled PyOtherSide error: Cannot import module: 
backend.qml_bridge (Traceback (most recent call last):


  File "qrc:/src/backend/qml_bridge.py", line 181, in 
BRIDGE = QMLBridge()

  File "qrc:/src/backend/qml_bridge.py", line 52, in __init__
from .backend import Backend

  File "qrc:/src/backend/backend.py", line 24, in 
from .matrix_client import MatrixClient

  File "qrc:/src/backend/matrix_client.py", line 42, in 
from .html_markdown import HTML_PROCESSOR as HTML

  File "qrc:/src/backend/html_markdown.py", line 21, in 
class MarkdownInlineGrammar(mistune.InlineGrammar):

AttributeError: module 'mistune' has no attribute 'InlineGrammar'
)
~ 21:05:44 | "PyOtherSide error: Traceback (most recent call last):\n\n 
File \"\", line 1, in \n\nNameError: name 'BRIDGE' is 
not defined\n"
! 21:05:44 | Unhandled PyOtherSide error: Function not found: 
'BRIDGE.call_backend_coro' (Traceback (most recent call last):


  File "", line 1, in 

NameError: name 'BRIDGE' is not defined
)


downgrading to python3-mistune version 0.8.4-5 in testing, and 
matrix-mirage works as expected.
found relative tip in arch AUR : 
https://aur.archlinux.org/packages/matrix-mirage/#comment-833416, and it 
works for debian too, so that's why i'm submitting this bug here.
if you think this is really a matrix-mirage bug, just reassign as you 
think best.


thanks in advance,
d.


-- System Information:
Distributor ID: Devuan
Description:Devuan GNU/Linux 5 (daedalus/ceres)
Release:5
Codename:   daedalus ceres
Architecture: x86_64

Kernel: Linux 5.15.0-2-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=el_GR.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8), LANGUAGE 
not set

Shell: /bin/sh linked to /bin/dash
Init: runit (via /run/runit.stopit)
LSM: AppArmor: enabled

Versions of packages python3-mistune depends on:
ii  python3  3.9.8-1

python3-mistune recommends no packages.

python3-mistune suggests no packages.

-- no debconf information

Bug#1001590: File conflict with older versions

[Markus Koschany]

Am Sonntag, dem 12.12.2021 um 19:05 +0100 schrieb Philipp Marek:
> Package: liblog4j2-java
> Version: 2.13.3-1
> Severity: normal
> X-Debbugs-Cc: phil...@marek.priv.at
> 
> 
> When installing I get this: (sorry about the German)
> 
>     Entpacken von liblog4j2-java (2.13.3-1) ...
>     dpkg: Fehler beim Bearbeiten des Archivs
> /var/cache/apt/archives/liblog4j2-java_2.13.3-1_all.deb (--unpack):
>  Versuch, »/usr/share/java/log4j-core.jar« zu überschreiben, welches auch
> in Paket liblog4j 1.1b7-1 ist
>     dpkg-deb: Fehler: »einfügen«-Unterprozess wurde durch Signal
> (Datenübergabe unterbrochen (broken pipe)) getötet
>     Fehler traten auf beim Bearbeiten von:
>  /var/cache/apt/archives/liblog4j2-java_2.13.3-1_all.deb
>     needrestart is being skipped since dpkg has failed
>     E: Sub-process /usr/bin/dpkg returned an error code (1)
> 
> 
> Ie. there's a conflicting file with the 1.1b7-1 version.

We don't ship a package named liblog4j in Debian anymore. You have probably
installed this one manually or tried to upgrade from an ancient Debian release.
Skipping multiple releases is not supported. We once had a package named
liblog4j but it was renamed to liblog4j1.2-java and its source package was
finally removed from Debian in 2011.

https://tracker.debian.org/pkg/jakarta-log4j

https://snapshot.debian.org/package/jakarta-log4j/1.1b7-1/#liblog4j_1.1b7-1

Regards,

Markus


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

Bug#381727: Fwd: coreboot_4.12-1_amd64.changes REJECTED

[Bastian Germann]

On Sun, 21 Nov 2021 22:50:02 +0100 Bastian Germann  wrote:

On Mon, 14 Dec 2020 09:04:22 +0100 gur...@phys.ethz.ch wrote:
> after a short glimpse the CC license is missing, for example:
>  coreboot-4.12/Documentation/_static/theme_overrides.css: * licensed
> under CC-by 4.0
> 
> I also saw files under the Expat-, BSD- and Apache license ...


Work is ongoing at https://salsa.debian.org/debian/coreboot


I have added all necessary licenses and excluded much of the 3rdparty stuff because keeping it would 
mean much more licensing work.


Please consider continuing the ITP work. It would be great to have the coreboot tools back in Debian 
again that were removed beforehand and are not included in bullseye anymore.

Bug#1001244: circuits: needs update for python3.10: 'Callable' from 'collections' is removed

[Daniele Tricoli]

Hello Steve,

On Fri, Dec 10, 2021 at 05:47:46PM -0800, Steve Langasek wrote:
 
> Apologies, the previous patch let the import test pass in local testing
> here, but is incomplete.  Please find attached a more complete patch that
> should actually let autopkgtests pass.

Don't worry and many thanks for the patch, I'm including it right now.

Many thanks,

-- 
  Daniele Tricoli 'eriol'
  https://mornie.org

Bug#1001589: libgsl25: Can't be upgraded to 2.7+dfsg-2

[Dirk Eddelbuettel]

Salut Alexandre,

On 12 December 2021 at 14:47, Alexandre Lymberopoulos wrote:
| Package: libgsl25
| Version: 2.6+dfsg-2
| Severity: normal
| 
| Dear Maintainer,
| 
| Trying to upgrade all packages here, I see myself in a dependence
| conflict apparently without solution. Library libgsl25 (required by
| several packages here, like asymptote and sagemath) requires
| libgslcblas0 to work and its upgradable avaliable version is
| 2.7.1+dsfg-3.
| 
| The version available on libgsl25 upgrade here is 2.7+dsfg-2 which
| requires libgslcblas0 in the exact 2.7+dsfsg-2 version, which is
| unavailable. I'm not sure if it should be reported as a "bug" to
| libgsl25 or libgslcblas0. Please let me know if I should report this
| elsewhere.

Can you maybe try another mirror and/or re-run 'apt update' -- I see it
correctly here (for convenience in Docker with a freshly updated index to
testing and unstable which both have the -3):

root@d43f331200e0:/work# apt-cache policy libgslcblas0
libgslcblas0:
  Installed: (none)
  Candidate: 2.7.1+dfsg-3
  Version table:
 2.7.1+dfsg-3 990
990 http://deb.debian.org/debian testing/main amd64 Packages
500 http://http.debian.net/debian sid/main amd64 Packages
root@d43f331200e0:/work# 

It could well be that something else is amiss but this is the first report I
got about the package, now at 2.7.1+dfsg-3, apart from earlier transition
issues requiring the -3.

Dirk
 
| Thanks in advance.
| 
| Best, Alexandre
| 
| -- System Information:
| Debian Release: bookworm/sid
|   APT prefers testing
|   APT policy: (900, 'testing'), (800, 'unstable')
| Architecture: amd64 (x86_64)
| 
| Kernel: Linux 5.15.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)
| 
| Versions of packages libgsl25 depends on:
| ii  libc6 2.32-5
| ii  libgslcblas0  2.6+dfsg-2
| 
| libgsl25 recommends no packages.
| 
| Versions of packages libgsl25 suggests:
| pn  gsl-ref-psdoc | gsl-doc-pdf | gsl-doc-info | gsl-ref-html  
| 
| -- no debconf information

-- 
https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#1001555: openconnect: can't connect to server that use SSO SAML with protocol "anyconnect"

[Luca Boccassi]

On Sun, 12 Dec 2021 08:57:19 +0100 Antonio  wrote:
> Package: openconnect
> Version: 8.10-3
> Severity: normal
> 
> Dear Maintainer,
> after the recent OpenConnect update, now it correctly detect the 
> authgrouops available on a server that uses double SSO SAML 
> authentication (protocol anyconnect), but if I try connecting returns
> the warning:
> 
> $ openconnect --authgroup=mygroup myserver
> 
> POST XML abilitato
> Please complete the authentication process in the AnyConnect Login
window.
> No SSO handler
> Failed to obtain WebVPN cookie
> 
> If I include the "os" parameter in the command line (with: "linux", 
> "apple-ios" or "android"):
> 
> $ openconnect --authgroup=mygroup --os=linux myserver
> 
> the server goes into a LOOP by asking for username and password.
> 
> If I indicate other OS, instead, I get the previous warning message.
> 
> Thanks,
> Antonio

The SAML auth flow needs a web browser, so this is intended to be used
together with network-manager-openconnect, where the GUI-side is
implemented. Give that a shot, it was uploaded a couple of hours ago so
it should be available soon.

-- 
Kind regards,
Luca Boccassi


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

Bug#1001045: libconfig-model-dpkg-perl: scan-copyright reports empty license

[Dominique Dumont]

On Fri, 03 Dec 2021 10:01:05 +0530 Vignesh Raman  
wrote:
> scan-copyrights does not recognize bitstream license and empty license is 
reported
> for fonts-dejavu (https://packages.debian.org/bullseye/fonts-dejavu).

Could you check if licensecheck finds the correct information in these files ?

(cme relies on licensecheck output to create the copyright data. So if 
licensecheck fails to retrieve copyright data, cme will output lackluster 
copyright information)

All the best

Bug#999542: FTBFS with matplotlib 3.5

[Sudip Mukherjee]

Control: close -1
--

matplotlib 3.5 has migrated to unstable and I am not seeing any FTBFS
while building on unstable.

Autopkgtest: no tests
Build Architecture: amd64
Build Type: full
Build-Space: 3568
Build-Time: 7
Distribution: unstable
Host Architecture: amd64
Install-Time: 140
Job: /home/sudip/debian/topplot/topplot_0.1.8+repack-3.dsc
Lintian: warn
Machine Architecture: amd64
Package: topplot
Package-Time: 149
Source-Version: 0.1.8+repack-3
Space: 3568
Status: successful
Version: 0.1.8+repack-3


Hence closing it, if you think it still has FTBFS then please re-open this bug.


--
Regards
Sudip

Bug#998165: debian-policy: document and allow Description in the source paragraph

[Mattia Rizzolo]

On Sun, Oct 31, 2021 at 11:18:35AM +0100, Mattia Rizzolo wrote:
> If I get no pushbacks I'll also propose some text later on when I'm
> freer (unless somebody beats me to it!).

I'm hereby seeking seconds (or, well, suggestions for improvements) for
the following diff, which is based on
daa7d69fbffc1c438002993860f0df407e4aaeb1 (4.6.0.1):

|--- a/policy/ch-controlfields.rst
|+++ b/policy/ch-controlfields.rst
|@@ -131,6 +131,8 @@ package) are:
| 
| -  :ref:`Rules-Requires-Root `
| 
|+-  :ref:`Description `
|+
| The fields in the binary package paragraphs are:
| 
| -  :ref:`Package ` (mandatory)
|@@ -652,9 +654,14 @@ orderings.  [#]_
| ~~~
| 
| In a source or binary control file, the ``Description`` field contains a
|-description of the binary package, consisting of two parts, the synopsis
|-or the short description, and the long description. It is a multiline
|-field with the following format:
|+description of the package, consisting of two parts, the synopsis or the short
|+description, and the long description.
|+
|+When used in a source control file in the general paragraph (i.e., the first
|+one, for the source package), the text in this field is relevant for all 
binary
|+packages built by the given source package.
|+
|+It is a multiline field with the following format:
| 
| ::
| 

I also pushed my change here:
https://salsa.debian.org/mattia/policy/-/commit/807bd3ea551087df33c54c270e7f11151c8b0ae2

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
More about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#1001589: libgsl25: Can't be upgraded to 2.7+dfsg-2

[Alexandre Lymberopoulos]

Package: libgsl25
Version: 2.6+dfsg-2
Severity: normal

Dear Maintainer,

Trying to upgrade all packages here, I see myself in a dependence
conflict apparently without solution. Library libgsl25 (required by
several packages here, like asymptote and sagemath) requires
libgslcblas0 to work and its upgradable avaliable version is
2.7.1+dsfg-3.

The version available on libgsl25 upgrade here is 2.7+dsfg-2 which
requires libgslcblas0 in the exact 2.7+dsfsg-2 version, which is
unavailable. I'm not sure if it should be reported as a "bug" to
libgsl25 or libgslcblas0. Please let me know if I should report this
elsewhere.

Thanks in advance.

Best, Alexandre

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

Kernel: Linux 5.15.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)

Versions of packages libgsl25 depends on:
ii  libc6 2.32-5
ii  libgslcblas0  2.6+dfsg-2

libgsl25 recommends no packages.

Versions of packages libgsl25 suggests:
pn  gsl-ref-psdoc | gsl-doc-pdf | gsl-doc-info | gsl-ref-html  

-- no debconf information

Bug#892058: Your Debian key is expiring

[Jan Niehusmann]

On Sun, Dec 05, 2021 at 05:36:12AM -0800, felix.lech...@lease-up.com wrote:
> If you like this service, please leave a favorable comment here [2].
> 
> [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=892058

This service was really helpful. Otherwise I would have missed the
deadline, probably.

Jan

Bug#1001526: [Pkg-javascript-devel] On node-svgo

[Yadd]

On 11/12/2021 17:40, Pirate Praveen wrote:



On ശ, ഡിസം 11 2021 at 05:38:11 വൈകു +0100 +0100, Yadd  
wrote:

On 11/12/2021 17:35, Pirate Praveen wrote:



On ശ, ഡിസം 11 2021 at 05:28:13 വൈകു +0100 +0100, Yadd 
 wrote:

On 11/12/2021 16:21, Pirate Praveen wrote:



On ശ, ഡിസം 11 2021 at 01:48:18 വൈകു +0100 +0100, Julien Puydt 
 wrote:

Hi,

Le samedi 11 décembre 2021 à 13:24 +0100, Yadd a écrit :


 echo -n require > debian/tests/pkg-js/SKIP


Good one!

How does one test an import-able module?


Create test.mjs as
import {loadJsonFile} from 'load-json-file';

node test.mjs

or more generic
import * as loadJSONFile from 'load-json-file';

or even simpler

import 'load-json-file';


This does not work with node 12


I tested in node 12 only

load-json-file was installed via npm i load-json-file

(debian-sid)pravi@mahishi:/tmp$ cat test.mjs
import 'load-json-file';(debian-sid)pravi@mahishi:/tmp$ node -v
v12.22.7
(debian-sid)pravi@mahishi:/tmp$ apt policy nodejs
nodejs:
  Installed: 12.22.7~dfsg-2
  Candidate: 12.22.7~dfsg-2
  Version table:
 16.13.0~dfsg-5 1
  1 http://deb.debian.org/debian experimental/main amd64 
Packages

*** 12.22.7~dfsg-2 500
    500 http://deb.debian.org/debian sid/main amd64 Packages
    100 /var/lib/dpkg/status
(debian-sid)pravi@mahishi:/tmp$ node test.mjs
(debian-sid)pravi@mahishi:/tmp$ echo $?
0
(debian-sid)pravi@mahishi:/tmp$


I understand, this works because you download it in node_modules. This 
does not work with an installed module


Then it should be fixed in nodejs itself, right? Like how we did for 
commonjs. Or does ES6 prohibit global installations?


For testing, we could probably add a symbolic link like with extlinks. I 
think it is better than skipping.


Hi,

I built pkg-js-tools 0.9.85 (experimental) which tries to launch that. 
However it is not enough because sub-import will fail until nodejs will 
be able to "import" from its paths.


Cheers,
Yadd

Bug#970393: ITP: shfmt -- Shell script formatter

[Marcos Talau]

Hi there,

I'm taking care of shfmt and the packaging is almost done.
I'm a Debian Maintainer and I already have a sponsor.


Cheers,
mt


signature.asc
Description: PGP signature

Bug#1001575: lintian: duplicate-globbing-patterns notice says "(lines $lines)"

[Felix Lechner]

Control: tags -1 + pending

Hi,

On Sun, Dec 12, 2021 at 5:09 AM Julian Gilbey  wrote:
>
> Presumably the $lines variable should have been expanded?

Thanks! We already caught it in an unreleased commit. [1]

Unfortunately, we cannot adopt the relevant Perl::Critic policy just
yet, due to unresolved issues elsewhere.

Thanks for helping to make Lintian better!

Kind regards
Felix Lechner

[1] 
https://salsa.debian.org/lintian/lintian/-/commit/87825cb0c24368a4b627b70b7b3c9feecca2157f

Bug#995452: libpam-ssh breaks the agent-forwarding of normal ssh

[Jerome BENOIT]

Hello Michael,



On Fri, 01 Oct 2021 14:37:44 +0200 Michael Schindler 
 wrote:
x On the client machine with libpam-ssh installed,

however, this functionality is broken: Instead of forwarding the agent from the
server, it sets the environment variables SSH_AUTH_PID and SSH_AUTH_SOCK then
point to the freshly started ssh-agent on the client, which has no keys
charged. Thus, the login to the next client fails.




Basically you say that there a competition between sshd and libpam-ssh.
And in fact that this competition is actually not well managed.
Actually, I think that there is no policy at all for this situation.

Cheers,
Jerome

--
Jerome BENOIT | calculus+at-rezozer^dot*net
https://qa.debian.org/developer.php?login=calcu...@rezozer.net
AE28 AE15 710D FF1D 87E5  A762 3F92 19A6 7F36 C68B



OpenPGP_signature
Description: OpenPGP digital signature

Bug#1001588: debhelper: dh_dwz should look for DEB_BUILD_MAINT_OPTIONS as well

[Thorsten Alteholz]

Package: debhelper
Version: 13.5.2

Hi,

the man page of dh_dwz says that one should use DEB_BUILD_OPTIONS to avoid 
stripping. If I do so, lintian complains about using DEB_BUILD_OPTIONS and 
preferring DEB_BUILD_MAINT_OPTIONS instead. If I do so, dh_dwz ignores my 
"nostrip". There seems to be some room for improvement ...


  Thorsten

Bug#997794: xscreensaver: systemd integration leads to spurious deactivations (unblank) on desktop

[Lionel Élie Mamane]

Here's a log of the screen blanking after unactivity, then
spontaneously unblanking (it was not locked) with 6.02. I was nowhere
near the mouse or the keyboard at that time.

xscreensaver: 16:54:33: checking init file
xscreensaver: 16:54:40: XI RawKeyRelease
xscreensaver: 16:54:44: XI RawButtonPress   5
xscreensaver: 16:54:47: XI RawKeyPress  
xscreensaver: 16:55:16: XI RawKeyPress  
xscreensaver: 16:55:26: XI RawKeyPress  
xscreensaver: 16:58:28: checking init file
xscreensaver: 16:58:28: blanking
xscreensaver: 16:58:28: grabbing keyboard on 0x55a: GrabSuccess
xscreensaver: 16:58:28: grabbing mouse on 0x55a... GrabSuccess
xscreensaver: 16:58:28: pid 1456177: launched xscreensaver-gfx --verbose
xscreensaver-gfx: 16:58:28: selecting RANDR events
xscreensaver-gfx: 16:58:28: screens in use: 2
xscreensaver-gfx: 16:58:28:0/0: 1440x2560+0+0 (DP-1)
xscreensaver-gfx: 16:58:28:1/0: 1440x2560+1440+0 (DP-2)
xscreensaver-gfx: 16:58:28: blanking
xscreensaver-gfx: 16:58:28: 0: X says monitor has powered down; not launching a 
hack
xscreensaver-gfx: 16:58:28: 0: next cycle in 600 sec at 17:08:28
xscreensaver-gfx: 16:58:28: 1: X says monitor has powered down; not launching a 
hack
xscreensaver-gfx: 16:58:28: 1: offsetting cycle time by 300 sec
xscreensaver-gfx: 16:58:28: 1: next cycle in 900 sec at 17:13:28
xscreensaver: 17:01:47: checking init file
xscreensaver: 17:01:47: unblanking
xscreensaver: 17:01:47: pid 1456177: killing xscreensaver-gfx
xscreensaver: 17:01:47: ungrabbing mouse
xscreensaver: 17:01:47: ungrabbing keyboard
xscreensaver-gfx: 17:01:47: SIGTERM: unblanking
xscreensaver-gfx: 17:01:47: SIGTERM: exiting
xscreensaver: 17:01:47: pid 1456177: xscreensaver-gfx exited with SIGTERM
xscreensaver: 17:02:14: XI RawKeyPress  
xscreensaver: 17:02:17: XI RawKeyPress  
xscreensaver: 17:02:25: XI RawKeyPress  

Bug#1001549: node-mermaid: FTBFS with webpack5: Error: webpack-cli is missing

[Nilesh Patra]

control: severity -1 normal

Hi,

I maintain mermaid in debian

On 12/12/21 9:32 AM, Ayoyimika Ajibade wrote:

Found debian/nodejs/strip-css-comments/build
     cd ./strip-css-comments && sh -ex 
../debian/nodejs/strip-css-comments/build
+ babeljs -o index.cjs index.js
Found debian/nodejs/stylis/build
     cd ./stylis && sh -ex ../debian/nodejs/stylis/build
+ rollup --config script/build.js --configSrc ./

index.js → dist/umd/stylis.js...
created dist/umd/stylis.js in 1.3s

index.js → dist/stylis.mjs...
created dist/stylis.mjs in 1.1s
No build command found, searching known files
ln -sf /usr/share/nodejs/buffer .
terser escaper/dist/escaper.js -c -m -o escaper/dist/escaper.min.js
webpack --progress --colors
CLI for webpack must be installed.
   webpack-cli (https://github.com/webpack/webpack-cli)


This does not really look like a problem with mermaid, but rather with webpack 
itself.
You should probably embed this in and provide as a binary with webpack.

I have reduced the severity. Please re-assign to relevant package, and add mermaid to the 
"affects"
list instead.

Regards,
Nilesh




OpenPGP_signature
Description: OpenPGP digital signature

Bug#1001463: java-policy: Please retitle to "Java Policy for Debian"

[tony mancill]

On Sun, Dec 12, 2021 at 10:37:54AM +0100, Emmanuel Bourg wrote:
> Le 10/12/2021 à 15:20, Felix Lechner a écrit :
> 
> > Lintian cites your manual as supporting documentation for several
> > tags. [1][2][3][4][5][6][7][8] Such references help users when
> > grasping the conditions that provoke Lintian's recommendations. In our
> > view, your policy [9] should be named "Java Policy for Debian."
> 
> 
> "Debian Policy for Java" or "Java Policy for Debian", which one is correct?

Why not "Debian Java Policy" ?  That matches Perl [1] and Python [2].

[1] https://www.debian.org/doc/packaging-manuals/perl-policy/
[2] https://www.debian.org/doc/packaging-manuals/python-policy/


signature.asc
Description: PGP signature

Bug#1001587: transition: fmtlib

[Shengjing Zhu]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: z...@debian.org
Control: block -1 by 1001527

Hi,

fmtlib has bumped its SO name to 8.

I have rebuilt the reverse dependencies, the situation is:

+ spdlog/1.8.5 FTBFS, but the new version 1.9.2 has been uploaded to
  experimental, which works with fmtlib 8.
+ vast FTBFS, bug has been filed, #1001527
+ purify FTBFS, but for other reason, #1001528.
+ Other packages are in unstable only, and FTBFS:
  dpaste, ring, tiledb, lizardfs

P.S. since some level 3 packages build-depend fmtlib and spdlog, so I rebuild
with fmtlib/8 and spdlog/1.9.2 together.

Ben file:

title = "fmtlib";
is_affected = .depends ~ "libfmt7" | .depends ~ "libfmt8";
is_good = .depends ~ "libfmt8";
is_bad = .depends ~ "libfmt7";

Bug#1001586: vim-gtk3: GVim sometimes freezes when receiving focus due to switching workspaces on Gnome (Wayland)

[Mladen Mijatov]

Package: vim-gtk3
Version: 2:8.2.3565-1+b1
Severity: important
X-Debbugs-Cc: meaneye@gmail.com

GVim will sometimes freeze when switching between workspaces fast and in the
midst of that main window receives focus. Just the interface will freeze but
changes in mouse cursor would indicate that process beneath it is working as
expected.

Issue is reproducible but it doesn't happen every time making it very annoying
because it will randomly crash working environment causing loss of data.


-- Package-specific info:

--- real paths of main Vim binaries ---
/usr/bin/vi is /usr/bin/vim.gtk3
/usr/bin/vim is /usr/bin/vim.gtk3
/usr/bin/gvim is /usr/bin/vim.gtk3

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

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

Versions of packages vim-gtk3 depends on:
ii  libacl1  2.3.1-1
ii  libc62.32-5
ii  libcairo21.16.0-5
ii  libcanberra0 0.30-8
ii  libgdk-pixbuf-2.0-0  2.42.6+dfsg-2
ii  libglib2.0-0 2.70.2-1
ii  libgpm2  1.20.7-9
ii  libgtk-3-0   3.24.30-4
ii  libice6  2:1.0.10-1
ii  liblua5.2-0  5.2.4-1.1+b3
ii  libpango-1.0-0   1.48.10+ds1-1
ii  libpangocairo-1.0-0  1.48.10+ds1-1
ii  libperl5.32  5.32.1-6
ii  libpython3.9 3.9.9-1
ii  libruby2.7   2.7.4-1+b1
ii  libselinux1  3.3-1+b1
ii  libsm6   2:1.2.3-1
ii  libsodium23  1.0.18-1
ii  libtcl8.68.6.12+dfsg-1
ii  libtinfo66.3-1
ii  libx11-6 2:1.7.2-2+b1
ii  libxt6   1:1.2.0-1
ii  vim-common   2:8.2.3565-1
ii  vim-gui-common   2:8.2.3565-1
ii  vim-runtime  2:8.2.3565-1

vim-gtk3 recommends no packages.

Versions of packages vim-gtk3 suggests:
pn  cscope
ii  fonts-dejavu  2.37-2
ii  gnome-icon-theme  3.12.0-4
pn  vim-doc   

-- no debconf information

Bug#1001585: libyang: dep8 failure

[Andreas Hasenack]

Package: libyang
Version: 1.0.225-1.1
Severity: normal

Dear Maintainer,

the DEP8 tests for libyang are failing:
https://ci.debian.net/packages/liby/libyang/

The reason is that d/t/control install libyang-tools, but there is a
transition going on and this line actually pulls in libyang2-tools.
The path to the test file differs in libyang2-tools., and the test
fails:

cp: cannot stat
'/usr/share/doc/libyang-tools/examples/ietf-interfaces.yang': No such
file or directory

I believe the correct fix is for d/t/control to use "@" to specify the
just-built packages, instead of the libyang-tools, which will come
from the archive and pick up the transitional package:

diff --git a/debian/tests/control b/debian/tests/control
index ca73c4a5..0da3e4ea 100644
--- a/debian/tests/control
+++ b/debian/tests/control
@@ -1,3 +1,3 @@
 Tests: yanglint
 Depends: gzip,
- libyang-tools
+ @

Bug#1001584: fish: login shell resets $PATH between user's conf.d/ config and user's config.fish

[Marc]

Package: fish
Version: 3.3.1+ds-2
Severity: important
X-Debbugs-Cc: dkm+deb...@kataplop.net

Dear Maintainer,

It seems that something is not behaving correctly wrt login shell.
I have a very simple config:
 - ~/.config/fish/conf.d/arrakis.fish that add paths using fish_add_path
 - ~/.config/fish/config.fish that uses a command located in one of the path 
added before

In a login shell, the PATH is reset in between, leading to the command not 
being found and all children having an incorrect $PATH (in my case, sway can't 
find anything located in my custom paths).

Here's a comparison with upstream package using the same 3.3.1 version:

❯ fish -l
in conf.d, before PATH: /home/dkm/.fzf/bin /home/dkm/.cargo/bin 
/home/dkm/local/bin /usr/local/bin /usr/bin /bin /usr/local/games /usr/games
in conf.d, before fish_user_path: /home/dkm/.fzf/bin /home/dkm/.cargo/bin 
/home/dkm/local/bin
in conf.d, after PATH: /home/dkm/.fzf/bin /home/dkm/.cargo/bin 
/home/dkm/local/bin /usr/local/bin /usr/bin /bin /usr/local/games /usr/games
in conf.d, after fish_user_path: /home/dkm/.fzf/bin /home/dkm/.cargo/bin 
/home/dkm/local/bin
in config.fish PATH: /home/dkm/.fzf/bin /home/dkm/.cargo/bin 
/home/dkm/local/bin /usr/local/bin /usr/bin /bin /usr/local/games /usr/games
in config.fish fish_user_path: /home/dkm/.fzf/bin /home/dkm/.cargo/bin 
/home/dkm/local/bin

With current sid package:
❯ fish -l
in conf.d, before PATH: /home/dkm/.fzf/bin /home/dkm/.cargo/bin 
/home/dkm/local/bin /usr/local/bin /usr/bin /bin /usr/local/games /usr/games
in conf.d, before fish_user_path: /home/dkm/.fzf/bin /home/dkm/.cargo/bin 
/home/dkm/local/bin
in conf.d, after PATH: /home/dkm/.fzf/bin /home/dkm/.cargo/bin 
/home/dkm/local/bin /usr/local/bin /usr/bin /bin /usr/local/games /usr/games
in conf.d, after fish_user_path: /home/dkm/.fzf/bin /home/dkm/.cargo/bin 
/home/dkm/local/bin
in config.fish PATH: /usr/local/bin /usr/bin /bin /usr/local/games /usr/games
in config.fish fish_user_path: /home/dkm/.fzf/bin /home/dkm/.cargo/bin 
/home/dkm/local/bin
fish: Unknown command: starship

You can see that $PATH is changed after processing the file in conf.d and 
before processing config.fish.

Here are the 2 config file:

config.fish:
---
echo in config.fish PATH: $PATH
echo in config.fish fish_user_path: $fish_user_paths

starship init fish | source
---

arrakis.fish:
---
echo in conf.d, before PATH: $PATH
echo in conf.d, before fish_user_path: $fish_user_paths

fish_add_path $HOME/local/bin
fish_add_path $HOME/.cargo/bin
fish_add_path $HOME/.fzf/bin

echo in conf.d, after PATH: $PATH
echo in conf.d, after fish_user_path: $fish_user_paths
---

Current workaround:
 - move fish_add_path in config.fish
 - use fish_add_path -P (default is not enough and yields same result as 
original config)

The upstream packages fish=3.3.1-1 fish-common=3.3.1-1 work as expected with 
the original configuration.

Thank you,
Marc

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

Kernel: Linux 5.15.0-2-amd64 (SMP w/12 CPU threads)
Kernel taint flags: TAINT_CPU_OUT_OF_SPEC
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 fish depends on:
ii  bsdextrautils  2.37.2-4
ii  firefox [www-browser]  95.0-1
ii  fish-common3.3.1+ds-2
ii  groff-base 1.22.4-7
ii  libc6  2.32-5
ii  libpcre2-32-0  10.39-3
ii  libstdc++6 11.2.0-12
ii  libtinfo6  6.3-1
ii  man-db 2.9.4-2
ii  python33.9.8-1
ii  w3m [www-browser]  0.5.3+git20210102-6

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

Versions of packages fish suggests:
pn  doc-base  

-- no debconf information

Bug#1001583: fish: Version info is empty

[Marc]

Package: fish
Version: 3.3.1+ds-2
Severity: important
X-Debbugs-Cc: dkm+deb...@kataplop.net

Dear Maintainer,

It looks like debian packaged fish breaks the --version option:

With current sid package:
❯ fish --version
fish, version

With the package from the upstream project:
❯ fish --version
fish, version 3.3.1

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

Kernel: Linux 5.15.0-2-amd64 (SMP w/12 CPU threads)
Kernel taint flags: TAINT_CPU_OUT_OF_SPEC
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 fish depends on:
ii  bsdextrautils  2.37.2-4
ii  firefox [www-browser]  95.0-1
ii  fish-common3.3.1+ds-2
ii  groff-base 1.22.4-7
ii  libc6  2.32-5
ii  libpcre2-32-0  10.39-3
ii  libstdc++6 11.2.0-12
ii  libtinfo6  6.3-1
ii  man-db 2.9.4-2
ii  python33.9.8-1
ii  w3m [www-browser]  0.5.3+git20210102-6

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

Versions of packages fish suggests:
pn  doc-base  

-- no debconf information

Bug#1001582: hugin: please drop dependency on enblend/enfuse

[Heinz Repp]

Package: hugin
Version: 2021.0~beta1+dfsg-1
Severity: important




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

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

Versions of packages hugin depends on:
ii  enblend 4.2-8
ii  enfuse  4.2-8
ii  hugin-tools 2021.0~beta1+dfsg-1
ii  libc6   2.32-5
ii  libexiv2-27 0.27.3-3.1
ii  libfftw3-double33.3.8-2
ii  libgcc-s1   11.2.0-12
ii  libglew2.2  2.2.0-4
ii  libglu1-mesa [libglu1]  9.0.1-1
ii  libglx0 1.3.4-2+b1
ii  libgomp111.2.0-12
ii  libimage-exiftool-perl  12.36+dfsg-1
ii  liblcms2-2  2.12~rc1-2
ii  libopengl0  1.3.4-2+b1
ii  libpano13-3 2.9.20~rc3+dfsg-1
ii  libsqlite3-03.36.0-2
ii  libstdc++6  11.2.0-12
ii  libtiff54.3.0-2
ii  libvigraimpex11 1.11.1+dfsg-8
ii  libwxbase3.0-0v53.0.5.1+dfsg-2+b1
ii  libwxgtk3.0-gtk3-0v53.0.5.1+dfsg-2+b1
ii  make4.3-4.1

hugin recommends no packages.

Versions of packages hugin suggests:
ii  darktable3.6.1-1
ii  dcraw9.28-3
ii  rawtherapee  5.8-3

-- no debconf information

libgsl27 is the successor to libgsl25, but updating it breaks enblend/enfuse. A 
newer build of enblend/enfuse is not possible due to libvigraimpex dependency, 
which does not build with GCC 11, thus is dropped from testing.
Vigra seems to be dead upstream, the main mail address does not exist any more, 
and issues are not answered.
enblend/enfuse seems to be dead upstream also, last patches 2016, main email 
address not existing any more

Hugin can be switched to internal sticher, no need for enblend. But Hugin 
depends on enblend, so updating libgsl to 2.7 removes enblend, enfuse and Hugin.

To keep Hugin it would suffice to drop the enblend/enfuse dependency.

Bug#992133: firebird4.0 debian packaging

[Frank Doepper]

Hi Damyan.

Am 26.08.21 um 10:40 schrieb Damyan Ivanov:

Simply letting debhelper do the autoreconf seems to work and the build 
completes, no linker errors. This is in an up to date sid sbuild chroot.


Thank you for your ongoing work on firebird4.0, I've seen many commits. 
I've refreshed our jenkins/minibuildd setup and firebird4.0 now builds 
fine on sid and bookworm. Unfortunately build fails on bullseye, which is 
apparently related to autoconf 2.71 vs. 2.69:


 debian/rules binary
dh binary
   dh_update_autotools_config
   debian/rules override_dh_autoreconf
make[1]: Entering directory '/<>'
mkdir -p builds/make.new/config
dh_autoreconf
aclocal: warning: couldn't open directory 'm4': No such file or directory
libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, 
'builds/make.new/config'.
libtoolize: copying file 'builds/make.new/config/ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'.
libtoolize: copying file 'm4/libtool.m4'
libtoolize: copying file 'm4/ltoptions.m4'
libtoolize: copying file 'm4/ltsugar.m4'
libtoolize: copying file 'm4/ltversion.m4'
libtoolize: copying file 'm4/lt~obsolete.m4'
libtoolize: Consider adding '-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
make[1]: Leaving directory '/<>'
   debian/rules override_dh_auto_configure
make[1]: Entering directory '/<>'
dh_auto_configure -- --build x86_64-linux-gnu --enable-raw-devices 
--disable-rpath --with-gpre-cobol --enable-regen-codes --with-system-re2 
--with-system-editline --prefix=/usr/lib/x86_64-linux-gnu/firebird/4.0 
--with-fbsbin=/usr/sbin --with-fblib=/usr/lib/x86_64-linux-gnu 
--with-fbconf=/usr/lib/x86_64-linux-gnu/firebird/4.0 
--with-fbdoc=/usr/share/doc/firebird4.0-common-doc 
--with-fbudf=/usr/lib/x86_64-linux-gnu/firebird/4.0/UDF 
--with-fbsample=/usr/share/doc/firebird4.0-common-doc/examples 
--with-fbsample-db=/usr/share/doc/firebird4.0-common-doc/examples/empbuild 
--with-fbhelp=/var/lib/firebird/4.0/system 
--with-fbintl=/usr/lib/x86_64-linux-gnu/firebird/4.0/intl 
--with-fbmisc=/usr/lib/x86_64-linux-gnu/firebird/4.0/misc 
--with-fbsecure-db=/var/lib/firebird/4.0/system --with-fblog=/var/log/firebird 
--with-fbglock=/run/firebird4.0 --with-fblogfilename=firebird4.0.log 
--with-fbplugins=/usr/lib/x86_64-linux-gnu/firebird/4.0/plugins 
--with-fbmsg=/usr/lib/x86_64-linux-gnu/firebir!
d/4.0
./configure --build=x86_64-linux-gnu --prefix=/usr 
--includedir=\${prefix}/include --mandir=\${prefix}/share/man 
--infodir=\${prefix}/share/info --sysconfdir=/etc --localstatedir=/var 
--disable-option-checking --disable-silent-rules 
--libdir=\${prefix}/lib/x86_64-linux-gnu --runstatedir=/run 
--disable-maintainer-mode --disable-dependency-tracking --build 
x86_64-linux-gnu --enable-raw-devices --disable-rpath --with-gpre-cobol 
--enable-regen-codes --with-system-re2 --with-system-editline 
--prefix=/usr/lib/x86_64-linux-gnu/firebird/4.0 --with-fbsbin=/usr/sbin 
--with-fblib=/usr/lib/x86_64-linux-gnu 
--with-fbconf=/usr/lib/x86_64-linux-gnu/firebird/4.0 
--with-fbdoc=/usr/share/doc/firebird4.0-common-doc 
--with-fbudf=/usr/lib/x86_64-linux-gnu/firebird/4.0/UDF 
--with-fbsample=/usr/share/doc/firebird4.0-common-doc/examples 
--with-fbsample-db=/usr/share/doc/firebird4.0-common-doc/examples/empbuild 
--with-fbhelp=/var/lib/firebird/4.0/system 
--with-fbintl=/usr/lib/x86_64-linux-gnu/fire!
bird/4.0/intl --with-fbmisc=/usr/lib/x86_64-linux-gnu/firebird/4.0/misc 
--with-fbsecure-db=/var/lib/firebird/4.0/system --with-fblog=/var/log/firebird 
--with-fbglock=/run/firebird4.0 --with-fblogfilename=firebird4.0.log 
--with-fbplugins=/usr/lib/x86_64-linux-gnu/firebird/4.0/plugins 
--with-fbmsg=/usr/lib/x86_64-linux-gnu/firebird/4.0
configure: error: cannot find install-sh, install.sh, or shtool in builds/make.new/config 
"."/builds/make.new/config

Maybe there is a workaround to make the autoreconf more compatible, 
letting me backport firebird4.0 to bullseye?


Viele Grüße,
Frank

Bug#1001581: ITP: drgn -- debugger with an emphasis on programmability

[Anuradha Weeraman]

Package: wnpp
Severity: wishlist
Owner: Anuradha Weeraman 

* Package name: drgn
  Version : 0.0.16
  Upstream Author : Omar Sandoval
* URL : https://github.com/osandov/drgn
* License : GPL-3
  Programming Lang: Python
  Description : debugger with an emphasis on programmability

drgn (pronounced "dragon") is a debugger with an emphasis on
programmability. drgn exposes the types and variables in a program for
easy, expressive scripting in Python.

Bug#1001580: O: x-loader -- Board initialization helper for OMAP boards

[Mattia Rizzolo]

Package: wnpp

The current maintainer of x-loader, Riku Voipio ,
has retired.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: x-loader
Binary: x-loader-omap3-beagle, x-loader-omap3-igepv2, x-loader-omap3-overo, 
x-loader-omap4-panda
Version: 1.5.1+git20110715+fca7cd2-2
Maintainer: Riku Voipio 
Build-Depends: quilt (>= 0.46-7~), debhelper (>= 7.0.50~)
Architecture: armel armhf
Standards-Version: 3.9.1
Format: 3.0 (quilt)
Files:
 888ae3cc658a79173767dfdcb950c5e9 1447 x-loader_1.5.1+git20110715+fca7cd2-2.dsc
 4ed0a1d059f6c1f8d552ca31c1f54d35 202098 
x-loader_1.5.1+git20110715+fca7cd2.orig.tar.gz
 c76be84894fca16951ca1cb48f54ca8a 3943 
x-loader_1.5.1+git20110715+fca7cd2-2.debian.tar.gz
Checksums-Sha256:
 6b61ecae869f9e9735ed7465c117d56fea86d896f50805df8aa8ef3df09fa885 1447 
x-loader_1.5.1+git20110715+fca7cd2-2.dsc
 c0a5f3616a3b39f62df44fe7f5c57b38a65fb50e8bd053c1f7d210b74b555294 202098 
x-loader_1.5.1+git20110715+fca7cd2.orig.tar.gz
 5c5e0aff260f1fbbc57047d5fbed96355d9c1e49f23a8ca465f773f933eea438 3943 
x-loader_1.5.1+git20110715+fca7cd2-2.debian.tar.gz
Homepage: http://gitorious.org/x-loader/x-loader
Package-List: 
 x-loader-omap3-beagle deb misc optional
 x-loader-omap3-igepv2 deb misc optional
 x-loader-omap3-overo deb misc optional
 x-loader-omap4-panda deb misc optional
Directory: pool/main/x/x-loader
Priority: source
Section: misc


-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
More about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#1001579: O: xfractint -- UNIX-based fractal generator

[Mattia Rizzolo]

Package: wnpp

The current maintainer of xfractint, Riku Voipio ,
has retired.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: xfractint
Binary: xfractint
Version: 20.4.10-2.1
Maintainer: Riku Voipio 
Build-Depends: libncurses5-dev, debhelper (>= 7), libx11-dev
Architecture: any
Standards-Version: 3.8.4
Format: 1.0
Files:
 070a0965d66c8fe9c35305ee9b590131 1759 xfractint_20.4.10-2.1.dsc
 3068acbe80d3fe7311d201b37538672d 1346450 xfractint_20.4.10.orig.tar.gz
 e0c61c6b5ae781f93faf2799e8ff0c7f 5215 xfractint_20.4.10-2.1.diff.gz
Checksums-Sha256:
 045a4cdf1fa8cc3d937d56eb80dc64c9bbdf65c65dca001c671b9aad3526099b 1759 
xfractint_20.4.10-2.1.dsc
 9d77f93c5a5125fc6f2b1a8a187a6d6d98c3d3c6e518087854a77d91531a1297 1346450 
xfractint_20.4.10.orig.tar.gz
 93fd472cf636853e56d917469f0c5b0ba258890234a3c68e3a2bc08e8fec7e9f 5215 
xfractint_20.4.10-2.1.diff.gz
Homepage: http://www.fractint.org
Autobuild: yes
Package-List: 
 xfractint deb non-free/graphics optional arch=any
Directory: pool/non-free/x/xfractint
Priority: source
Section: non-free/graphics

Package: xfractint
Version: 20.4.10-2.1
Installed-Size: 2264
Maintainer: Riku Voipio 
Architecture: amd64
Replaces: fractxtra
Depends: libc6 (>= 2.29), libx11-6
Conflicts: fractxtra
Description: UNIX-based fractal generator
Description-md5: 61c3738a20c978ffe1b6a4eaac35accf
Homepage: http://www.fractint.org
Tag: game::toys, role::program, uitoolkit::ncurses, use::gameplaying
Section: non-free/graphics
Priority: optional
Filename: pool/non-free/x/xfractint/xfractint_20.4.10-2.1_amd64.deb
Size: 1005408
MD5sum: 1c9f15b919c4db382460d213817563dc
SHA256: 012d4c75443b6a9830dd8ca624d95469e7b5e654f7e73d52f4597290071a3d5c


-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
More about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#892664: dpkg: Please add support for zstd (Zstandard) compressed packages

[Bálint Réczey]

Hi Tomas,

Tomas Pospisek  ezt írta (időpont: 2021. nov. 28., V, 
16:25):
>
> Rustam wrote on 12 Oct 2021:
>
> > Hi Guillem,
> > Any news on the proposed patch?
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=892664#49
> > Can it be merged already? ;)
> > Ubuntu packages are already using zstd compression. So tools like
> > Mainline don't work on Debian any more, see e.g.
> > https://github.com/bkw777/mainline/issues/121
>
> More than that: AFAIU Ubuntu has in fact switched its default compressor
> to zstd [1], so Debian's tools haven't been able to understand Ubuntu's
> freshly generated packages from 2021-06-14 on.
>
> I have applied [2] Bálint's commit to *current* dpkg from git:
>
> * there was a trivial merge conflict in man/deb.pod, which is easily fixed [3]
> * in my dpkg git repo and zstd branch I have changed the patch author
>(including the merge conflict fix) back from me to Bálint [3], which
>might not be the right/clean way to do things, but that's a minor thing
>I can fix if Guillem would want that
> * dpkg-buildpackage built the patched package fine
> * I only did a smoketest with the resulting dpkg :
>`dpkg -x sbsigntool_0.9.4-2ubuntu1_amd64.deb foodir` [4]
>which successfully unpacked Ubuntu's zstd compressed sbsigntool package
>into the foodir directory
>
> So I am reporting that Bálint's patch [4] applies cleanly (with a
> trivially to solve merge conflict (see above)) and works (again see above
> for the minimal testing I did), has been in production in Ubuntu since
> 2021-04-14 and zstd is beeng used as default compressor in Ubtuntu since
> 2021-06-14.
>
> Of course I would welcome it very much if Debian's tools would be
> compatible and allow to work with Ubtuntu's packages. Concrete point
> in case: it would have made my life easier figuring out Ubuntu's mechanism
> to sign user-generated modules [5].

For the record a few Debian packages already work around dpkg's
inability to process zstd-compressed archives.

> Thanks a lot to all involved! For Guillem's work on dpkg, Bálint for the
> patch and all others for their contributions here and in Ubuntu!!!

You are welcome. I hope many users of Ubuntu and Ubuntu derivatives
will enjoy the fast installs and upgrades.

@all: For the record I'm not working on this bug anymore. Feel free to
close it or pick up the work from here.

Cheers,
Balint

> Greets,
> *t
>
> [1] 
> http://changelogs.ubuntu.com/changelogs/pool/main/d/dpkg/dpkg_1.20.9ubuntu2/changelog
> [2] https://salsa.debian.org/tpo/dpkg/-/tree/zstd
> [3] 
> https://salsa.debian.org/tpo/dpkg/-/commit/e7cb231bc289d356f563c1e2c761d94c85aa7055
> [4] https://packages.ubuntu.com/impish/amd64/sbsigntool/download
> [5] 
> https://salsa.debian.org/rbalint/dpkg/-/commit/eb38de93eeb9524a54e80525c480df249828e84f
> [6] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=939392

Bug#1001578: Missing egg-info folder

[Thomas Perret]

Source: python-threadpoolctl
Version: 2.1.0-1
Severity: important

Because python3-threadpoolctl deosn't install egg-info folder, when
a python package uses pkg_resources as package discovery tool, a
package that requires threadpoolctl in its metadata will fail to
fullfill the necessary dependency. You can reproduce such an error by
installing python3-setuptools, python3-pkg-resources and
python3-sklearn packages (the later one makes a requirement to
'threadpoolctl>=2.0.0' in its metadata) and running:

python3 -c 'import pkg_resources; 
pkg_resources.working_set.resolve(pkg_resources.require("scikit-learn"))'
[...]
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 891, in 
require
needed = self.resolve(parse_requirements(requirements))
  File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 777, in 
resolve
raise DistributionNotFound(req, requirers)
pkg_resources.DistributionNotFound: The 'threadpoolctl>=2.0.0' distribution was 
not found and is required by scikit-learn

The easy fix is to add the following line to the
debian/python3-threadpoolctl.install file:
usr/lib/python*/dist-packages/threadpoolctl*.egg-info

Cheers,
Thomas


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

Kernel: Linux 5.15.0-2-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_OOT_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#1001577: m17n-lib: internal vs external symbols

[Harshula]

Source: m17n-lib
Version: 1.8.0-3
Severity: normal
X-Debbugs-CC: by...@debian.org


Hi Boyuan,

re: 
https://salsa.debian.org/input-method-team/m17n-lib/-/commit/fed1505e84be88c1d21105df87763a0374693c9e


Can you please review your commit, above? The changelog entry only says 
"Refreshed". Was it an accidental error?


My understanding is that libm17n-X.so and libm17n-gd.so are dynamically 
loaded libraries that are used internally by the m17n library and not 
part of the external API.


Hence, libm17n's internal dynamically loaded library symbols were 
intentionally removed from the symbols file in Commit 
aa08c48b1a3cafdd56749d821891859df1ca91ba .


Thanks again for packaging m17n-lib 1.8.0!

Regards,
Harshula

Bug#1001576: dnsmasq-base: Occassionally hangs at startup with 100% cpu, needs kill -9 to terminate

[Andreas Metzler]

Package: dnsmasq-base
Version: 2.86-1.1
Severity: important

Hello,

I have been using dnsmasq for ages but it recenty broke, probably with
the ugrade from 2.85. Occassionaly dnsmasq ist stuck at 100% CPU and
does not respond to queries or the TERM signal, only kill -9 seems  to
work.

I have rebuilt locally with nostrip to get some info:
-
root@argenau:~# gdb /usr/sbin/dnsmasq 563
GNU gdb (Debian 10.1-2) 10.1.90.20210103-git
Copyright (C) 2021 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/sbin/dnsmasq...
Attaching to program: /usr/sbin/dnsmasq, process 563
Reading symbols from /lib/x86_64-linux-gnu/libdbus-1.so.3...
Download failed: Function not implemented.  Continuing without debug info for 
/lib/x86_64-linux-gnu/libdbus-1.so.3.
(No debugging symbols found in /lib/x86_64-linux-gnu/libdbus-1.so.3)
Reading symbols from /usr/lib/x86_64-linux-gnu/libidn2.so.0...
Download failed: Function not implemented.  Continuing without debug info for 
/u--Type  for more, q to quit, c to continue without paging--
sr/lib/x86_64-linux-gnu/libidn2.so.0.
(No debugging symbols found in /usr/lib/x86_64-linux-gnu/libidn2.so.0)
Reading symbols from /usr/lib/x86_64-linux-gnu/libnetfilter_conntrack.so.3...
Download failed: Function not implemented.  Continuing without debug info for 
/usr/lib/x86_64-linux-gnu/libnetfilter_conntrack.so.3.
(No debugging symbols found in 
/usr/lib/x86_64-linux-gnu/libnetfilter_conntrack.so.3)
Reading symbols from /usr/lib/x86_64-linux-gnu/libnettle.so.8...
Download failed: Function not implemented.  Continuing without debug info for 
/usr/lib/x86_64-linux-gnu/libnettle.so.8.
(No debugging symbols found in /usr/lib/x86_64-linux-gnu/libnettle.so.8)
Reading symbols from /usr/lib/x86_64-linux-gnu/libhogweed.so.6...
Download failed: Function not implemented.  Continuing without debug info for 
/usr/lib/x86_64-linux-gnu/libhogweed.so.6.
(No debugging symbols found in /usr/lib/x86_64-linux-gnu/libhogweed.so.6)
Reading symbols from /usr/lib/x86_64-linux-gnu/libgmp.so.10...
Download failed: Function not implemented.  Continuing without debug info for 
/usr/lib/x86_64-linux-gnu/libgmp.so.10.
(No debugging symbols found in /usr/lib/x86_64-linux-gnu/libgmp.so.10)
Reading symbols from /lib/x86_64-linux-gnu/libc.so.6...
Download failed: Function not implemented.  Continuing without debug info for 
/lib/x86_64-linux-gnu/libc.so.6.
(No debugging symbols found in /lib/x86_64-linux-gnu/libc.so.6)
--Type  for more, q to quit, c to continue without paging--
Reading symbols from /lib/x86_64-linux-gnu/libpthread.so.0...
Download failed: Function not implemented.  Continuing without debug info for 
/lib/x86_64-linux-gnu/libpthread.so.0.
(No debugging symbols found in /lib/x86_64-linux-gnu/libpthread.so.0)
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Reading symbols from /usr/lib/x86_64-linux-gnu/libsystemd.so.0...
Download failed: Function not implemented.  Continuing without debug info for 
/usr/lib/x86_64-linux-gnu/libsystemd.so.0.
(No debugging symbols found in /usr/lib/x86_64-linux-gnu/libsystemd.so.0)
Reading symbols from /usr/lib/x86_64-linux-gnu/libunistring.so.2...
Download failed: Function not implemented.  Continuing without debug info for 
/usr/lib/x86_64-linux-gnu/libunistring.so.2.
(No debugging symbols found in /usr/lib/x86_64-linux-gnu/libunistring.so.2)
Reading symbols from /usr/lib/x86_64-linux-gnu/libnfnetlink.so.0...
Download failed: Function not implemented.  Continuing without debug info for 
/usr/lib/x86_64-linux-gnu/libnfnetlink.so.0.
(No debugging symbols found in /usr/lib/x86_64-linux-gnu/libnfnetlink.so.0)
Reading symbols from /usr/lib/x86_64-linux-gnu/libmnl.so.0...
Download failed: Function not implemented.  Continuing without debug info for 
/usr/lib/x86_64-linux-gnu/libmnl.so.0.
(No debugging symbols found in /usr/lib/x86_64-linux-gnu/libmnl.so.0)
Reading symbols from /lib64/ld-linux-x86-64.so.2...
--Type  for more, q to quit, c to continue without paging--
Download failed: Function not implemented.  Continuing without debug info for 
/lib64/ld-linux-x86-64.so.2.
(No debugging symbols found in /lib64/ld-linux-x86-64.so.2)
Reading symbols from /lib/x86_64-linux-gnu/librt.so.1...
Download failed: Function not implemented.  Continuing without debug info for 

Bug#1001100: golang-1.15 1.15.15-1~deb11u2 flagged for acceptance

[Adam D Barratt]

package release.debian.org
tags 1001100 = bullseye pending
thanks

Hi,

The upload referenced by this bug report has been flagged for acceptance into 
the proposed-updates queue for Debian bullseye.

Thanks for your contribution!

Upload details
==

Package: golang-1.15
Version: 1.15.15-1~deb11u2

Explanation: fix buffer over-run issue [CVE-2021-38297], out of bounds read 
issue [CVE-2021-41771], denial of service issues [CVE-2021-44716 CVE-2021-44717]

Bug#998832: jqueryui 1.12.1+dfsg-8+deb11u1 flagged for acceptance

[Adam D Barratt]

package release.debian.org
tags 998832 = bullseye pending
thanks

Hi,

The upload referenced by this bug report has been flagged for acceptance into 
the proposed-updates queue for Debian bullseye.

Thanks for your contribution!

Upload details
==

Package: jqueryui
Version: 1.12.1+dfsg-8+deb11u1

Explanation: fix untrusted code execution issues [CVE-2021-41182 CVE-2021-41183 
CVE-2021-41184]

Bug#1001557: Ship html documentation

[Bill Allombert]

On Sun, Dec 12, 2021 at 12:32:35PM +0100, Julien Puydt wrote:
> Le dimanche 12 décembre 2021 à 12:15 +0100, Bill Allombert a écrit :
> > On Sun, Dec 12, 2021 at 11:39:19AM +0100, Julien Puydt wrote:
> > > Package: pari-doc
> > > Version: 2.13.3-1
> > > Severity: wishlist
> > > 
> > > The pari-doc package only ships documentation in tex, dvi and pdf.
> > > 
> > > For the giac package, I would need some html documentation too,
> > > like
> > > what can be found in:
> > > https://pari.math.u-bordeaux.fr/dochtml/html-stable/
> > 
> > Hello Julien,
> > 
> > The script used to generate them is not provided by the source
> > tarball and is
> > not particularly robust nor up-to-date with current web standard (it
> > use
> > html frames).
> > 
> > Could you elaborate why you need them ?
> 
> The upstream src:giac package ships a doc/pari with that documentation,
> and clicking in xcas' help menu for "PARI/GP documentation" opens it in
> a browser.

So fonctionaly, you only need a single URL, not the whole set of URL 
provided by https://pari.math.u-bordeaux.fr/dochtml/html-stable/ ?

This is important, because it is possible to convert PARI documentation
to HTML instead of PDF (with pod2html) but it will not look like
https://pari.math.u-bordeaux.fr/dochtml/html-stable/
at all... In particular it is missing an index.html page.

> I noticed that Debian's src:giac does not ship it (because it's an
> embedding), hence the link is dead.
> 
> My plan is to depend on pari-doc and link to what's there. In the mean
> time, I'm linking to pari's homepage (a privacy breach, but better than
> a broken link).

I suggest you write a simple HTML document which lists the links to the PDF 
files in
file:///usr/share/doc/pari-doc and then patches giac to open this URL.
(or use doc-base to do it for you, after all, all the pari documents are 
registered with
doc-base).

If you feel this to be inadequate for, then I can consider shipping the
pod2html-generated fils in the packages.

Cheers,
-- 
Bill. 

Imagine a large red swirl here. 

Bug#1001575: lintian: duplicate-globbing-patterns notice says "(lines $lines)"

[Julian Gilbey]

Package: lintian
Version: 2.114.0
Severity: normal

I was testing a new version of spyder and received the following
error message from lintian:

E: spyder source: duplicate-globbing-patterns 
spyder/plugins/editor/utils/kill_ring.py (lines $lines) [debian/copyright]

Presumably the $lines variable should have been expanded?

Best wishes,

   Julian

Bug#1001574: O: sbrsh -- Scratchbox Remote Shell daemon

[Mattia Rizzolo]

Package: wnpp

The current maintainer of sbrsh, Riku Voipio ,
has retired.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: sbrsh
Binary: sbrshd, sbrsh
Version: 7.6.1
Maintainer: Riku Voipio 
Build-Depends: debhelper (>= 5)
Architecture: any
Standards-Version: 3.8.0
Format: 1.0
Files:
 688a8af047082411c0e46110b71a435c 681 sbrsh_7.6.1.dsc
 361461288bbf81960a39b725357923ac 58517 sbrsh_7.6.1.tar.gz
Checksums-Sha256:
 d084213cc69638b84c80b91ad08197cd1cfce425203231ad9e0b1bb6989ab02d 681 
sbrsh_7.6.1.dsc
 32937077bc410e4d8d0a3a3105d290b5a4b17ba8d2e14427bb2c4345a8c0ccd2 58517 
sbrsh_7.6.1.tar.gz
Directory: pool/main/s/sbrsh
Priority: source
Section: net


-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
More about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#1001572: O: mutrace -- mutex and realtime memory allocation profiling tools

[Mattia Rizzolo]

Package: wnpp

The current maintainer of mutrace, Riku Voipio ,
has retired.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: mutrace
Binary: mutrace
Version: 0.2.0-3.4
Maintainer: Riku Voipio 
Build-Depends: debhelper (>= 8), automake, autoconf, libtool, binutils-dev, 
libiberty-dev
Architecture: any
Standards-Version: 3.9.1
Format: 1.0
Files:
 0dee936c01bd60f7d30924b13ee48755 1749 mutrace_0.2.0-3.4.dsc
 fc81ac4def0f2956e8d07d804e6dd681 43004 mutrace_0.2.0.orig.tar.gz
 2c8918dc49cb7b1685e1125e741707d3 2801 mutrace_0.2.0-3.4.diff.gz
Checksums-Sha256:
 e7b88a4fc1bd4e5c28cc1642e35cfbb545fb17c4e2f3c99585fbd0e576e50895 1749 
mutrace_0.2.0-3.4.dsc
 cbe19645c19de94f1204e04aa067e10bdb911600b4b22c1c0063220bc941f4a5 43004 
mutrace_0.2.0.orig.tar.gz
 82f79f792074c62eb454dc959c3282117ceae917bcbb8e751241b9310ced6c8d 2801 
mutrace_0.2.0-3.4.diff.gz
Homepage: http://0pointer.de/blog/projects/mutrace.html
Package-List: 
 mutrace deb utils optional arch=any
Directory: pool/main/m/mutrace
Priority: source
Section: utils

Package: mutrace
Source: mutrace (0.2.0-3.4)
Version: 0.2.0-3.4+b2
Installed-Size: 1386
Maintainer: Riku Voipio 
Architecture: amd64
Depends: libc6 (>= 2.17)
Description: mutex and realtime memory allocation profiling tools
Description-md5: 24acb8ced7f49bf23566aa78b26bd00d
Homepage: http://0pointer.de/blog/projects/mutrace.html
Built-Using: binutils (= 2.35.2-2)
Section: utils
Priority: optional
Filename: pool/main/m/mutrace/mutrace_0.2.0-3.4+b2_amd64.deb
Size: 449940
MD5sum: f1c0ef02592db8e3ee771a68347bf580
SHA256: 8a89e2efbfd3e9e9c5a0baceaf2f99261d434d4e353be9e876d8a23b589bef2a


-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
More about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#1001571: O: latrace -- traces library calls in dynamically linked programs

[Mattia Rizzolo]

Package: wnpp

The current maintainer of latrace, Riku Voipio ,
has retired.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: latrace
Binary: latrace
Version: 0.5.11-1
Maintainer: Riku Voipio 
Build-Depends: flex, bison, autoconf, debhelper (>= 8), asciidoc, xmlto, 
docbook-xsl, docbook-xml
Architecture: i386 amd64 armel armhf
Standards-Version: 3.9.1
Format: 1.0
Files:
 b08aef3c3942e77049d2f64867acd827 1090 latrace_0.5.11-1.dsc
 c26434be74eaeef877e0b3c22940ada7 100178 latrace_0.5.11.orig.tar.gz
 6288cc3a69590aacdca49021e6924f72 1451 latrace_0.5.11-1.diff.gz
Checksums-Sha256:
 735edfafe3757173f0041aa03c0efb2d2f3f7d3a3d3d1c264a71e2c6df11bfad 1090 
latrace_0.5.11-1.dsc
 87a89af2c40d7cbee783f20961428c2c00d2f4b8210b4b08d87ee0f09e436ae9 100178 
latrace_0.5.11.orig.tar.gz
 1cfbd0e4bfd184b0626d861e6eb7b0cfb52664717fc3a89da61ebdcc88414058 1451 
latrace_0.5.11-1.diff.gz
Homepage: http://people.redhat.com/jolsa/latrace/index.shtml
Directory: pool/main/l/latrace
Priority: source
Section: utils

Package: latrace
Source: latrace (0.5.11-1)
Version: 0.5.11-1+b2
Installed-Size: 258
Maintainer: Riku Voipio 
Architecture: amd64
Depends: libc6 (>= 2.14)
Description: traces library calls in dynamically linked programs
Description-md5: 8d608cbe9fabf2debe6b369a6ba98e84
Homepage: http://people.redhat.com/jolsa/latrace/index.shtml
Tag: role::program, scope::utility
Section: utils
Priority: optional
Filename: pool/main/l/latrace/latrace_0.5.11-1+b2_amd64.deb
Size: 76228
MD5sum: 4e6c67ea0e693d18926c4618d6d6fbe3
SHA256: d1b7b10a5d360c3715d5dd1d2d6650fa94c781b419dfb9d1c94c84f1e345d47b


-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
More about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#1001573: O: skales -- Boot image creation tools for qualcomm boards

[Mattia Rizzolo]

Package: wnpp

The current maintainer of skales, Riku Voipio ,
has retired.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: skales
Binary: skales
Version: 0.20170929-2
Maintainer: Riku Voipio 
Build-Depends: debhelper-compat (= 13), help2man, libfdt1, python3
Architecture: any
Standards-Version: 4.6.0.1
Format: 3.0 (quilt)
Files:
 a52b65371c62e45bbd3d5ab716bd1e7f 1820 skales_0.20170929-2.dsc
 246804b4cd884826579850523d8a94f4 12224 skales_0.20170929.orig.tar.gz
 e31ad2dbd96bc72d0e16b3368bd3aa99 2572 skales_0.20170929-2.debian.tar.xz
Vcs-Browser: https://salsa.debian.org/debian/skales
Vcs-Git: https://salsa.debian.org/debian/skales.git
Checksums-Sha256:
 a2272704fb7688bfd3e526ccf791a41b054941258f53f1c43e79ac6c3f0a1892 1820 
skales_0.20170929-2.dsc
 4bd7e8e769e7a14d16a497561e112719e7aface5ece9a340c16f138b9e96a146 12224 
skales_0.20170929.orig.tar.gz
 12f620712bc0f444bde3dc6ef5d7a8c430d33fbae2c067355fb3c244a72e0e39 2572 
skales_0.20170929-2.debian.tar.xz
Package-List: 
 skales deb admin optional arch=any
Directory: pool/main/s/skales
Priority: optional
Section: misc

Package: skales
Version: 0.20170929-2
Installed-Size: 35
Maintainer: Riku Voipio 
Architecture: amd64
Depends: device-tree-compiler, python3
Description: Boot image creation tools for qualcomm boards
Description-md5: 184aa410246465a9ad3a2533596c762b
Section: admin
Priority: optional
Filename: pool/main/s/skales/skales_0.20170929-2_amd64.deb
Size: 8128
MD5sum: c77eca71fa79a3cddfd85202e6dbc34d
SHA256: f79937c9cc43e03501a442246e02f59ccf99160b3df8fc35cd020235b22c56a9


-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
More about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#1001570: O: kvmtool -- Native Linux KVM TOOL

[Mattia Rizzolo]

Package: wnpp

The current maintainer of kvmtool, Riku Voipio ,
has retired.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
https://www.debian.org/devel/wnpp/#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: kvmtool
Binary: kvmtool
Version: 0.20170904-1.1
Maintainer: Riku Voipio 
Build-Depends: debhelper (>= 9), libc6-dev-i386 [amd64], libnewt-dev, 
libsdl1.2-dev [amd64 i386], libvncserver-dev [amd64 i386], libfdt-dev [armhf 
arm64 ppc64 ppc64el], binutils-dev, zlib1g-dev, libaio-dev, genisoimage
Architecture: amd64 armhf arm64 i386 mips mipsel mips64el ppc64 ppc64el
Standards-Version: 3.9.8
Format: 3.0 (quilt)
Files:
 e20b3fb3cddebf3b0eec0d4549002ba8 2199 kvmtool_0.20170904-1.1.dsc
 f0b799e1bb391f05f8795bc5cfdd3afc 195504 kvmtool_0.20170904.orig.tar.xz
 2ef0e360c05263d6032c81f906278d43 6396 kvmtool_0.20170904-1.1.debian.tar.xz
Vcs-Browser: https://anonscm.debian.org/cgit/collab-maint/kvmtool.git
Vcs-Git: https://anonscm.debian.org/collab-maint/kvmtool.git
Checksums-Sha256:
 dc4022e4d69bfaea674fb0ab6f80d5231b0e042f881e5f3af04b73a7978af386 2199 
kvmtool_0.20170904-1.1.dsc
 5a70657add5663391f689f3dc43393093abddb28df0543229498b01fe0fdbaa5 195504 
kvmtool_0.20170904.orig.tar.xz
 821b9ab194951caefe405515d9cd7ce890d2b7ce53fb14928e55c6bcb173aff1 6396 
kvmtool_0.20170904-1.1.debian.tar.xz
Homepage: https://git.kernel.org/cgit/linux/kernel/git/will/kvmtool.git/
Package-List: 
 kvmtool deb kernel optional 
arch=amd64,armhf,arm64,i386,mips,mipsel,mips64el,ppc64,ppc64el
Directory: pool/main/k/kvmtool
Priority: optional
Section: misc

Package: kvmtool
Version: 0.20170904-1.1
Installed-Size: 248
Maintainer: Riku Voipio 
Architecture: amd64
Depends: libaio1 (>= 0.3.93), libc6 (>= 2.28), libsdl1.2debian (>= 1.2.11), 
libvncserver1 (>= 0.9.10), zlib1g (>= 1:1.1.4)
Description: Native Linux KVM TOOL
Description-md5: 58d735333fbb40d18dbb5ebba4087d37
Homepage: https://git.kernel.org/cgit/linux/kernel/git/will/kvmtool.git/
Tag: uitoolkit::sdl
Section: kernel
Priority: optional
Filename: pool/main/k/kvmtool/kvmtool_0.20170904-1.1_amd64.deb
Size: 87272
MD5sum: a923868f63460486b908f9e9e0ef5df9
SHA256: b04a463052aded3742591acc2a34af437333208b99d82c94a83c2ed1799a8295


-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
More about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#1001568: Updating the u-boot-menu Uploaders list

[Mattia Rizzolo]

Source: u-boot-menu
Version: 4.0.3
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Riku Voipio  has retired, so can't work on
the u-boot-menu package anymore (at least with this address).

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
More about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#1001569: Updating the gdb-doc Uploaders list

[Mattia Rizzolo]

Source: gdb-doc
Version: 10.1-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Riku Voipio  has retired, so can't work on
the gdb-doc package anymore (at least with this address).

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
More about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#1001566: Updating the qemu Uploaders list

[Mattia Rizzolo]

Source: qemu
Version: 1:6.1+dfsg-8
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Riku Voipio  has retired, so can't work on
the qemu package anymore (at least with this address).

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
More about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#1001567: Updating the seabios Uploaders list

[Mattia Rizzolo]

Source: seabios
Version: 1.14.0-2
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Riku Voipio  has retired, so can't work on
the seabios package anymore (at least with this address).

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
More about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#1001564: Updating the mtd-utils Uploaders list

[Mattia Rizzolo]

Source: mtd-utils
Version: 1:2.1.3-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Riku Voipio  has retired, so can't work on
the mtd-utils package anymore (at least with this address).

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
More about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#1001563: Updating the device-tree-compiler Uploaders list

[Mattia Rizzolo]

Source: device-tree-compiler
Version: 1.6.0-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Riku Voipio  has retired, so can't work on
the device-tree-compiler package anymore (at least with this address).

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
More about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#1001565: Updating the orocos-kdl Uploaders list

[Mattia Rizzolo]

Source: orocos-kdl
Version: 1.5.1-2
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Riku Voipio  has retired, so can't work on
the orocos-kdl package anymore (at least with this address).

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
More about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#1001562: Updating the chromium Uploaders list

[Mattia Rizzolo]

Source: chromium
Version: 93.0.4577.82-1
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Riku Voipio  has retired, so can't work on
the chromium package anymore (at least with this address).

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
More about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#1001561: Updating the gdb Uploaders list

[Mattia Rizzolo]

Source: gdb
Version: 10.1-1 10.1-2
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint

Riku Voipio  has retired, so can't work on
the gdb package anymore (at least with this address).

We are tracking their status in the MIA team and would like to ask you
to remove them from the Uploaders list of the package so we can close
that part of the file.

(If the person is listed as Maintainer, what we are asking is to please
step in as a new maintainer.)

Thanks.

-- 
regards,
Mattia Rizzolo

GPG Key: 66AE 2B4A FCCF 3F52 DA18  4D18 4B04 3FCD B944 4540  .''`.
More about me:  https://mapreri.org : :'  :
Launchpad user: https://launchpad.net/~mapreri  `. `'`
Debian QA page: https://qa.debian.org/developer.php?login=mattia  `-


signature.asc
Description: PGP signature

Bug#1000472: rustc-mozilla 1.51.0+dfsg1-1~deb11u1 flagged for acceptance

[Adam D Barratt]

package release.debian.org
tags 1000472 = bullseye pending
thanks

Hi,

The upload referenced by this bug report has been flagged for acceptance into 
the proposed-updates queue for Debian bullseye.

Thanks for your contribution!

Upload details
==

Package: rustc-mozilla
Version: 1.51.0+dfsg1-1~deb11u1

Explanation: new source package to support building of newer firefox-esr and 
thunderbird versions