Bug#992296: Acknowledgement (texlive-latex-recommended: index package warns that \markboth and \markright have changed)

[Hilmar Preuße]

Control: tags -1 - patch
Control: tags -1 - fixed-upstream

Am 29.05.2022 um 15:54 teilte Hilmar Preuße mit:


Control: tags -1 + wontfix


Forgot to remove two tags.

Hilmar
--
sigfault



OpenPGP_signature
Description: OpenPGP digital signature

Bug#1016914: fpc-source-3.2.0: fpc is not shipped with the units of the vcl-compat package

[Paul Gevers]

Hi Jan,

Thanks for reporting.

On 09-08-2022 18:26, Jan Baumgarten wrote:

a user of Zeos (zeoslib.sourceforge.io) mentioned that our software fails to
build because the unit System.NetEncoding is not available.
There seems to be no package file that contains these units even though the
source file is installed in /usr/share/fpcsrc/3.2.0/packages/vcl-
compat/src/system.netencoding.pp.


Yes, I can see that in e.g. 
https://buildd.debian.org/status/fetch.php?pkg=fpc=amd64=3.2.2%2Bdfsg-11=1653593343=0 
(under the dh_missing section).



The fpc project itself ship these unit with their installer. Also the unit gets
built using fpclazup. I suggest to somehow include the vcl-compat packagt that
contains the System.NetEncoding unit.


Is there an existing package that makes sense to contain these units?

Paul


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1016935: assaultcube: FTBFS with GCC 12: dwz fails

[Andreas Beckmann]

Source: assaultcube
Version: 1.2.0.2.1-2
Severity: serious
Tags: ftbfs sid bookworm
Justification: fails to build from source (but built successfully in the past)

Hi,

assaultcube recently started to FTBFS, this could be related to GCC 12
becoming the default compiler.

   dh_dwz -O--sourcedirectory=source/src
dwz: debian/assaultcube/usr/lib/games/assaultcube/ac_client: Unknown debugging 
section .debug_addr
dwz: debian/assaultcube/usr/lib/games/assaultcube/ac_server: Unknown debugging 
section .debug_addr
dwz: Too few files for multifile optimization
dh_dwz: error: dwz 
-mdebian/assaultcube/usr/lib/debug/.dwz/x86_64-linux-gnu/assaultcube.debug 
-M/usr/lib/debug/.dwz/x86_64-linux-gnu/assaultcube.debug -- 
debian/assaultcube/usr/lib/games/assaultcube/ac_client 
debian/assaultcube/usr/lib/games/assaultcube/ac_server returned exit code 1
dh_dwz: error: Aborting due to earlier error
make: *** [debian/rules:9: binary] Error 25


Andreas


assaultcube_1.2.0.2.1-2.log.gz
Description: application/gzip

Bug#1016934: src:python-xarray: fails to migrate to testing for too long: autopkgtest regression

[Paul Gevers]

Source: python-xarray
Version: 2022.03.0-2
Severity: serious
Control: close -1 2022.06.0-1
Tags: sid bookworm
User: release.debian@packages.debian.org
Usertags: out-of-sync
Control: block -1 by 1013939

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:python-xarray has been trying to migrate 
for 61 days [2]. Hence, I am filing this bug. It's blocked by an 
autopkgtest regression which I reported earlier in bug #1013939.


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=python-xarray



OpenPGP_signature
Description: OpenPGP digital signature

Bug#1016933: src:ghc: fails to migrate to testing for too long: unresolved RC bug

[Paul Gevers]

Source: ghc
Version: 8.8.4-3
Severity: serious
Control: close -1 9.0.2-3
Tags: sid bookworm
User: release.debian@packages.debian.org
Usertags: out-of-sync
Control: block -1 by 1015733

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:ghc has been trying to migrate for 61 days 
[2]. Hence, I am filing this bug. You have an unresolved RC bug that 
blocks migration. You also seem to have not finished the haskell 
transition that you started.


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=ghc



OpenPGP_signature
Description: OpenPGP digital signature

Bug#1016750: sbcl breaks cl-ironclad autopkgtest on armhf: Heap exhausted, game over.

[Paul Gevers]

Hi Sean,

On 09-08-2022 18:17, Sean Whitton wrote:

I first looked at  and
the failure doesn't show up there -- do you know what that would be?


Yes, it's the difficulty of making good UI. In the past we reported the 
last overall result, but for testing that includes all tests with 
${random} package from unstable so that could be changing all the time, 
so we changed that to only report "pure" runs. It's on our wishlist to 
change it again and report both flavors on the same page, but we need a 
reasonable design to do that without causing too much confusion.


Paul


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1016847: tucnak: Dependency on telnet but not telnet-client

[tony mancill]

On Mon, Aug 08, 2022 at 01:15:05PM +0200, Guillem Jover wrote:
> Source: tucnak
> Source-Version: 4.34-1
> Severity: normal
> Usertags: inetutils-default-telnet-switch

Hi Ondřej,

I have an upload prepared to address this bug and also to update to
upstream 4.36.  However, I notice that you prepared the 4.34 for the
archive, but the Salso repo is still at 4.32.

Would you like to push your branches, or shall I `gbp import-dsc` the
4.32-1 upload into the repo and push that?

Thanks!
tony

https://salsa.debian.org/debian-hamradio-team/tucnak

Bug#1016927: [Debian-on-mobile-maintainers] Bug#1016927: gnome-console: Shortcuts being executed without shift being hold

[Evangelos Ribeiro Tzaras]

control: forwarded -1 https://gitlab.gnome.org/GNOME/gtk/-/issues/5095

Hi,

On Tue, 2022-08-09 at 21:00 -0300, Thiago Bellini Ribeiro wrote:
> Hey Jeremy,
> 
> I not only closed and reopened the app but I also restarted my pc after my
> last update to Debian Sid.
> 
> Also, as I mentioned in the upstream bug, this issue affected both my office
> pc and my personal one the same way, both which I restarted after updating all
> pacakges (they both run Debian Sid).
> 
> On Tue, Aug 9, 2022 at 8:58 PM Jeremy Bicha 
> wrote:
> > On Tue, Aug 9, 2022 at 7:45 PM Thiago Bellini Ribeiro
> >  wrote:
> > > After upgrading to the current gnome-console version in Debian Sid
> > > (43~beta-1),
> > > all shortcuts are being executed even without pressing shift.
> > > 
> > > For example, ctrl+c is executing a copy (together with a SIGINT) just as
> > > if I
> > > pressed ctrl+shift+c
> > > ctrl+v is pasting without requiring shift being hold
> > > ctrl+w is closing the current tab
> > 
> > I'm not able to reproduce that bug either with Ubuntu 22.10 which is
> > running a similar version of gnome-console.

According to the devs it appears to be a X11 specific gtk bug.

Apparently it should be reproducible with
`$ GDK_BACKEND=x11 kgx`
which wasn't the case for me.

PS: Two Ribeiro's in this bug \o/

-- 
Cheers,

Evangelos
PGP: B938 6554 B7DD 266B CB8E 29A9 90F0 C9B1 8A6B 4A19


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

Bug#1016932: slinkwatch: please add support for riscv64

[Bo YU]

Source: slinkwatch
Version: 1.1-4
Severity: wishlist
Tags: ftbfs, patch
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: debian-ri...@lists.debian.org

Dear slinkwatch Maintainer,

The slinkwatch package can be built on real riscv64 hardware
successfully and it is ok to run autopkgtest also. Could you please add
support for riscv64?

The MR is here:
https://salsa.debian.org/debian/slinkwatch/-/merge_requests/1

If there is any issue please let me know, thanks.

-- 
Regards,
--
  Bo YU



signature.asc
Description: PGP signature

Bug#1016516: notion: Notion fails on startup (in sid)

[Dima Kogan]

Thanks, Göran and Jurij. So are we done? If we're confident, I'll upload
a new notion with the relevant Depends: and close this bug.

Thanks for your work on this!

Bug#1016931: systemd: does not poweroff immediately with shutdown -h now

[Bob Wong]

Package: systemd
Version: 251.3-1
Severity: important
X-Debbugs-Cc: ybx...@gmail.com

Dear Maintainer,

   * What led up to the situation?
Poweroff the computer from the KDE user session, also with the shutdown -h now
   * What was the outcome of this action?
Show the wall message and hang for about a minute.
   * What outcome did you expect instead?
Able to change the waiting time or show the wall message and poweroff after
that immediately.


-- Package-specific info:

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

Kernel: Linux 5.18.0-3-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8), 
LANGUAGE=zh_CN:zh
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages systemd depends on:
ii  adduser3.123
ii  libacl12.3.1-1
ii  libaudit1  1:3.0.7-1+b1
ii  libblkid1  2.38.1-1
ii  libc6  2.33-8
ii  libcap21:2.44-1
ii  libcryptsetup122:2.4.3-1+b1
ii  libfdisk1  2.38.1-1
ii  libgcrypt201.10.1-2
ii  libkmod2   30+20220630-3
ii  liblz4-1   1.9.3-2
ii  liblzma5   5.2.5-2.1
ii  libmount1  2.38.1-1
ii  libseccomp22.5.4-1+b1
ii  libselinux13.4-1+b1
ii  libssl33.0.4-2
ii  libsystemd-shared  251.3-1
ii  libsystemd0251.3-1
ii  libzstd1   1.5.2+dfsg-1
ii  mount  2.38.1-1

Versions of packages systemd recommends:
ii  dbus [default-dbus-system-bus]   1.14.0-2
ii  systemd-timesyncd [time-daemon]  251.3-1

Versions of packages systemd suggests:
ii  libfido2-11.11.0-1+b1
ii  libtss2-esys-3.0.2-0  3.2.0-1+b1
ii  libtss2-mu0   3.2.0-1+b1
pn  libtss2-rc0   
ii  policykit-1   0.105-33
pn  systemd-boot  
pn  systemd-container 
pn  systemd-homed 
pn  systemd-userdbd   

Versions of packages systemd is related to:
ii  dbus-user-session  1.14.0-2
pn  dracut 
ii  initramfs-tools0.142
ii  libnss-systemd 251.3-1
ii  libpam-systemd 251.3-1
ii  udev   251.3-1

-- no debconf information

Bug#1016930: cpp-* should suggest cpp-*-doc

[Piotr Engelking]

Source: gcc-12
Version: 12-20220319-1
Severity: wishlist

Please consider having the cpp-${version} packages suggesting the
matching cpp-${version}-doc package, similarly to how gcc-${version}
suggests gcc-${version}-doc. This would help users to keep them in
sync.


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

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

Bug#1016928: override: telnet:optional/oldlibs, inetutils-telnet:standard/net, telnetd:optional/oldlibs

[Sean Whitton]

Hello,

On Wed 10 Aug 2022 at 01:53AM +02, Guillem Jover wrote:

> Package: ftp.debian.org
> Severity: wishlist
> User: ftp.debian@packages.debian.org
> Usertags: override
> User: guil...@debian.org
> Usertags: inetutils-default-telnet-switch inetutils-default-telnetd-switch
>
> Hi!
>
> Please update the overrides for these telnet related packages, as part
> of the netkit to inetutils telnet "default" implementation switch.
>
>   

Done these, though I'm not so sure about the oldlibs for the
transitional packages if you're planning to remove them the very next
release cycle -- normally we don't bother changing overrides for that.

-- 
Sean Whitton

Bug#1016925: kodi.log attached

[Vasyl Gello]

Control: severity -1 important

Hi Mark,

Sorry for the inconvenience!

I had to upload v20 with experimental ffmpeg5 support because otherwise we had 
no Kodi at all.
This case is the second video not playing that I am aware of. I am 
investigating the
"unsupported stream" error message and will send you a test build this week.
-- 
Vasyl Gello
==
Certified SolidWorks Expert

Mob.:+380 (98) 465 66 77

E-Mail: vasek.ge...@gmail.com
==
호랑이는 죽어서 가죽을 남기고 사람은 죽어서 이름을 남긴다

Bug#1016750: [Sbcl-bugs] Heap exhaustion problem with SBCL 2.2.6 on armel, armhf

[Sean Whitton]

Hello,

On Tue 09 Aug 2022 at 02:53PM -04, Douglas Katzman wrote:

> https://ci.debian.net/data/autopkgtest/testing/armhf/c/cl-ironclad/24441370/log.gz
> shows a GC invariant failure, not a heap exhaustion.

Hmm okay, sounds like it's a bug in sbcl rather than cl-ironclad, then.

> How do I identify the exact git revision of SBCL you're using? I can only 
> guess
> at what line# failed an assertion in my current tree.

We currently use the release tarballs from URIs matching:



plus these patches:



a couple of which are backported from git.

(If I continue to be the only person working on sbcl packaging in
Debian, I'll probably switch to packaging git revisions not tarballs,
and patches in git not in a directory like this, which'll mean that you
can work with our git repo directly.)

Thanks.

-- 
Sean Whitton

Bug#1016929: RFP: sd -- intuitive find & replace command-line tool (sed alternative)

[Francois Marier]

Package: wnpp
Severity: wishlist

* Package name: sd
  Version : 0.7.6
  Upstream Author : Gregory
* URL : https://github.com/chmln/sd
* License : MIT
  Programming Lang: Rust
  Description : intuitive find & replace command-line tool (sed alternative)

sd is an intuitive find & replace CLI.

sd uses regex syntax that you already know from JavaScript and Python.

Find & replace expressions are split up, which makes them easy to read and
write.

Defaults follow common sense and are tailored for typical daily use.

Bug#1009425: python-lesscpy: diff for NMU version 0.15.0+ds-0.1

[Boyuan Yang]

Control: tags 1009425 + patch
Control: tags 1009425 + pending

Dear maintainer,

I've prepared an NMU for python-lesscpy (versioned as 0.15.0+ds-0.1) and
uploaded it to DELAYED/0. Please feel free to tell me if I
should delay it longer.

Regards.

diff -Nru python-lesscpy-0.13.0+ds/AUTHORS python-lesscpy-0.15.0+ds/AUTHORS
--- python-lesscpy-0.13.0+ds/AUTHORS1969-12-31 19:00:00.0 -0500
+++ python-lesscpy-0.15.0+ds/AUTHORS2019-10-08 14:40:38.0 -0400
@@ -0,0 +1,5 @@
+James Page 
+Patrick 
+Sascha Peilicke 
+Simon de Haan 
+Jóhann T Maríusson 
diff -Nru python-lesscpy-0.13.0+ds/debian/changelog python-lesscpy-
0.15.0+ds/debian/changelog
--- python-lesscpy-0.13.0+ds/debian/changelog   2019-11-12 05:07:24.0
-0500
+++ python-lesscpy-0.15.0+ds/debian/changelog   2022-08-09 21:29:18.0
-0400
@@ -1,3 +1,12 @@
+python-lesscpy (0.15.0+ds-0.1) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * New upstream release.
++ Fix FTBFS due to collections module. (Closes: #1009425)
+  * debian/control: Bump Standards-Version to 4.6.1.
+
+ -- Boyuan Yang   Tue, 09 Aug 2022 21:29:18 -0400
+
 python-lesscpy (0.13.0+ds-2) unstable; urgency=medium
 
   * Unnecessary postinst and prerm and add preinst for upgrade
diff -Nru python-lesscpy-0.13.0+ds/debian/control python-lesscpy-
0.15.0+ds/debian/control
--- python-lesscpy-0.13.0+ds/debian/control 2019-11-12 05:07:24.0
-0500
+++ python-lesscpy-0.15.0+ds/debian/control 2022-08-09 21:28:00.0
-0400
@@ -8,7 +8,7 @@
python3-all,
python3-ply,
python3-setuptools,
-Standards-Version: 4.4.1
+Standards-Version: 4.6.1
 Vcs-Browser: https://salsa.debian.org/totol-guest/python-lesscpy
 Vcs-Git: https://salsa.debian.org/totol-guest/python-lesscpy.git
 Homepage: https://pypi.python.org/pypi/lesscpy
diff -Nru python-lesscpy-0.13.0+ds/lesscpy/__init__.py python-lesscpy-
0.15.0+ds/lesscpy/__init__.py
--- python-lesscpy-0.13.0+ds/lesscpy/__init__.py2018-02-05
09:46:27.0 -0500
+++ python-lesscpy-0.15.0+ds/lesscpy/__init__.py2021-07-15
02:45:16.0 -0400
@@ -1,4 +1,4 @@
-__version_info__ = ('0', '13', '0')
+__version_info__ = ('0', '15', '0')
 __version__ = '.'.join(__version_info__)
 
 
@@ -18,4 +18,3 @@
 p.parse(file=file)
 f = formatter.Formatter(opt)
 return f.format(p)
-
diff -Nru python-lesscpy-0.13.0+ds/lesscpy/lessc/color.py python-lesscpy-
0.15.0+ds/lesscpy/lessc/color.py
--- python-lesscpy-0.13.0+ds/lesscpy/lessc/color.py 2017-12-28
10:17:44.0 -0500
+++ python-lesscpy-0.15.0+ds/lesscpy/lessc/color.py 2020-01-24
09:00:33.0 -0500
@@ -12,13 +12,12 @@
 
 import colorsys
 import re
-import six
+from six import string_types
 from . import utility
 from lesscpy.lib import colors
 
 
-class Color():
-
+class Color:
 def process(self, expression):
 """ Process color expression
 args:
@@ -70,10 +69,9 @@
 return self._rgbatohex(list(map(int, args)))
 except ValueError:
 if all((a for a in args
-if a[-1] == '%'
-and 100 >= int(a[:-1]) >= 0)):
-return self._rgbatohex([int(a[:-1]) * 255 / 100.0
-for a in args])
+if a[-1] == '%' and 100 >= int(a[:-1]) >= 0)):
+return self._rgbatohex(
+[int(a[:-1]) * 255 / 100.0 for a in args])
 raise ValueError('Illegal color values')
 
 def rgba(self, *args):
@@ -94,15 +92,14 @@
 return self._rgbatohex(list(map(int, args)))
 except ValueError:
 if all((a for a in args
-if a[-1] == '%'
-and 100 >= int(a[:-1]) >= 0)):
+if a[-1] == '%' and 100 >= int(a[:-1]) >= 0)):
 alpha = list(args)[3]
 if alpha[-1] == '%' and float(alpha[:-1]) == 0:
-values = self._rgbatohex_raw([int(a[:-1]) * 255 /
100.0
- for a in args])
+values = self._rgbatohex_raw(
+[int(a[:-1]) * 255 / 100.0 for a in args])
 return "rgba(%s)" % ','.join([str(a) for a in
values])
-return self._rgbatohex([int(a[:-1]) * 255 / 100.0
-for a in args])
+return self._rgbatohex(
+[int(a[:-1]) * 255 / 100.0 for a in args])
 raise ValueError('Illegal color values')
 
 def argb(self, *args):
@@ -135,16 +132,17 @@
 if fval > 1:
 rgb = [255] + rgb[1:]  # Clip invalid integer/float
values
 elif 1 >= fval >= 0:
-rgb = [fval * 256] + rgb[1:]  # Convert 0-1 to 0-255
range for _rgbatohex
+rgb 

Bug#1016927: gnome-console: Shortcuts being executed without shift being hold

[Thiago Bellini Ribeiro]

Hey Jeremy,

I not only closed and reopened the app but I also restarted my pc after my
last update to Debian Sid.

Also, as I mentioned in the upstream bug, this issue affected both my
office pc and my personal one the same way, both which I restarted after
updating all pacakges (they both run Debian Sid).

On Tue, Aug 9, 2022 at 8:58 PM Jeremy Bicha 
wrote:

> On Tue, Aug 9, 2022 at 7:45 PM Thiago Bellini Ribeiro
>  wrote:
> > After upgrading to the current gnome-console version in Debian Sid
> (43~beta-1),
> > all shortcuts are being executed even without pressing shift.
> >
> > For example, ctrl+c is executing a copy (together with a SIGINT) just as
> if I
> > pressed ctrl+shift+c
> > ctrl+v is pasting without requiring shift being hold
> > ctrl+w is closing the current tab
>
> I'm not able to reproduce that bug either with Ubuntu 22.10 which is
> running a similar version of gnome-console.
>
> The new gnome-console has switched to gtk4 and there are some bugs.
> Perhaps try closing the app and reopening it?
>
> Thank you,
> Jeremy Bicha
>


-- 
Thiago Bellini Ribeiro | https://bellini.dev

Bug#1016927: gnome-console: Shortcuts being executed without shift being hold

[Jeremy Bicha]

On Tue, Aug 9, 2022 at 7:45 PM Thiago Bellini Ribeiro
 wrote:
> After upgrading to the current gnome-console version in Debian Sid 
> (43~beta-1),
> all shortcuts are being executed even without pressing shift.
>
> For example, ctrl+c is executing a copy (together with a SIGINT) just as if I
> pressed ctrl+shift+c
> ctrl+v is pasting without requiring shift being hold
> ctrl+w is closing the current tab

I'm not able to reproduce that bug either with Ubuntu 22.10 which is
running a similar version of gnome-console.

The new gnome-console has switched to gtk4 and there are some bugs.
Perhaps try closing the app and reopening it?

Thank you,
Jeremy Bicha

Bug#1016928: override: telnet:optional/oldlibs, inetutils-telnet:standard/net, telnetd:optional/oldlibs

[Guillem Jover]

Package: ftp.debian.org
Severity: wishlist
User: ftp.debian@packages.debian.org
Usertags: override
User: guil...@debian.org
Usertags: inetutils-default-telnet-switch inetutils-default-telnetd-switch

Hi!

Please update the overrides for these telnet related packages, as part
of the netkit to inetutils telnet "default" implementation switch.

  

Thanks,
Guillem

Bug#1016927: gnome-console: Shortcuts being executed without shift being hold

[Thiago Bellini Ribeiro]

Package: gnome-console
Version: 43~beta-1
Severity: important
X-Debbugs-Cc: hackedbell...@gmail.com

After upgrading to the current gnome-console version in Debian Sid (43~beta-1),
all shortcuts are being executed even without pressing shift.

For example, ctrl+c is executing a copy (together with a SIGINT) just as if I
pressed ctrl+shift+c
ctrl+v is pasting without requiring shift being hold
ctrl+w is closing the current tab
etc

I reported this upstream (https://gitlab.gnome.org/GNOME/console/-/issues/176)
but the maintainers there said that could not reproduce this and thus it should
probably be an issue in Debian itself.


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

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

Versions of packages gnome-console depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-3
ii  gsettings-desktop-schemas42.0-1
ii  libadwaita-1-0   1.2~beta-1
ii  libc62.34-3
ii  libglib2.0-0 2.72.3-1+b1
ii  libgtk-4-1   4.6.6+ds-2
ii  libgtop-2.0-11   2.40.0-2
ii  libpango-1.0-0   1.50.7+ds-1
ii  libvte-2.91-gtk4-0   0.69.92-1

gnome-console recommends no packages.

gnome-console suggests no packages.

-- no debconf information

Bug#919697: arcanist: file conflict with arc

[Guillem Jover]

Hi!

[ The bug has been (correctly) bumped back to serious. Sorry that I
  have not engaged about this bug in the past, but the reply to simply
  ignore policy looked rather off-putting, I just noticed the reply
  below, which seemed encouraging! :) ]

On Sat, 2019-01-26 at 11:20:13 +0100, Sylvestre Ledru wrote:
> As we shipped the previous release with this bug, we are close to
> the freeze and there is not easy fix,
> I propose that we fix this issue for the next stable release.

Could you please rename the archanist /usr/bin/arc into
/usr/bin/arcanist? Or if that's not feasible, then stop installing the
symlink in PATH, and document that users might want to add the /usr/share
/arcanist/bin/ into their own PATH? Or do both?

Renaming the binary from the arc package, which matches the package
name itself, seems unfair, as it has existed upstream and has been in
the Debian archive for way way longer, and in addition the idea of
potentially having a binary package arc with a non-arc program, and
arcanist providing an arc program seems rather confusing and just
wrong. :)

Otherwise, all these package will get removed in the coming days. So I'd
also appreciate if you could reassign these bugs to arcanist.

Thanks,
Guillem

Bug#1016926: RFS: zcfan/1.2.0-1 [ITP] -- Zero-configuration fan daemon for ThinkPads

[Michel Alexandre Salim]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

 * Package name: zcfan
   Version : 1.2.0-1
   Upstream Author : Chris Down 
 * URL : https://github.com/cdown/zcfan
 * License : Expat
 * Vcs : https://salsa.debian.org/michel/zcfan
   Section : utils

The source builds the following binary packages:

  zcfan - Zero-configuration fan daemon for ThinkPads

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

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

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

  dget -x https://mentors.debian.net/debian/pool/main/z/zcfan/zcfan_1.2.0-1.dsc

Changes for the initial release:

 zcfan (1.2.0-1) unstable; urgency=low
 .
   * Initial release. (Closes: #1016908)

Regards,

-- 
Michel Alexandre Salim
identities: https://keyoxide.org/5dce2e7e9c3b1cffd335c1d78b229d2f7ccc04f2


signature.asc
Description: PGP signature

Bug#1016924: hddemux: FTBFS on ppc64el

[Dan Bungert]

Package: hddemux
Version: 0.5-1
Severity: normal
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu kinetic

Dear Maintainer,

Due to recent changes to knot-resolver to drop ppc64el builds, hddemux will
FTBFS on ppc64el.  I suggest adding ppc64el to the KRESD_BROKEN_ARCHES list.

-Dan

Bug#1016923: transition: mathcomp-finmap

[julien . puydt]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: jpu...@debian.org

Hi,

I would like to upload src:mathcomp-finmap 1.5.2-1 to unstable ; that
means a few other packages will need a recompilation or they'll be
uninstallable -- I checked just recompiling in the right order is
enough.

My experimental wanna-build script for such cases expresses it as:

 nmu mathcomp-analysis_0.5.2-2 . ANY . -m 'Rebuild due to new mathcomp-
finmap 1.5.2-1'
 dw mathcomp-analysis_0.5.2-2 . ANY . -m 'mathcomp-finmap => 1.5.2-1'
 nmu mathcomp-multinomials_1.5.5-8 . ANY . -m 'Rebuild due to new
mathcomp-finmap 1.5.2-1'
 dw mathcomp-multinomials_1.5.5-8 . ANY . -m 'mathcomp-finmap => 1.5.2-
1'
 nmu coqeal_1.1.1-1 . ANY . -m 'Rebuild due to new mathcomp-finmap
1.5.2-1'
 dw coqeal_1.1.1-1 . ANY . -m 'mathcomp-multinomials => 1.5.5-8+b1'


There's also: https://release.debian.org/transitions/html/coq.html
which might be helpful.

The src:package is signed and ready for dput, just waiting for your
ack.

Cheers,

J.Puydt

Bug#1016922: pkgconf: fails to find spirv

[Peter Green]

Package: pkgconf
Version: 1.6.0-1

glslang-dev provides spirv.pc, unfortunately it seems
pkgconf is unable to use it. This leads to builds of
filament breaking if pkgconf happens to be installed.


root@cuboxi4x4:/filament# pkg-config --libs spirv
Package spirv was not found in the pkg-config search path.
Perhaps you should add the directory containing `spirv.pc'
to the PKG_CONFIG_PATH environment variable
Package 'spirv', required by 'virtual:world', not found
root@cuboxi4x4:/filament# 
PKG_CONFIG_PATH=/usr/lib/arm-linux-gnueabihf/pkgconfig/ pkg-config --libs spirv
Package spirv was not found in the pkg-config search path.
Perhaps you should add the directory containing `spirv.pc'
to the PKG_CONFIG_PATH environment variable
Package 'spirv', required by 'virtual:world', not found
root@cuboxi4x4:/filament# which pkg-config
/usr/bin/pkg-config
root@cuboxi4x4:/filament# ls -l /usr/bin/pkg-config
lrwxrwxrwx 1 root root 7 Aug 23  2021 /usr/bin/pkg-config -> pkgconf
<--snip removal of pkgconf and installation of pkg-config-->
root@cuboxi4x4:/filament# pkg-config --libs spirv
-lSPIRV -lSPIRV-Tools-opt -lSPIRV-Tools -lSPIRV-Tools-link -lglslang 
-lMachineIndependent -lOSDependent -lHLSL -lOGLCompiler -lGenericCodeGen 
-lSPVRemapper -lpthread

Bug#1016921: krita: Way to many .desktop files all with same app name

[Eyal Rozenberg]

Package: krita
Version: 1:5.0.8+dfsg-1
Severity: normal
X-Debbugs-Cc: eyalr...@gmx.com

Dear Maintainer,

When a user of a Gtk-based DE, such as Cinnamon, opens the "Open With..."
dialog for a format which can be opened with krita, and with the krita package
installed, that user gets 23 (!) instances of "Krita" suggested to them as one
of the other applications. This is not useful, and actually kind of a bad idea.

The cause is 23 different .desktop files bundled with krita!

At the very least, these .desktop files should have distinguished names in the
GUI, otherwise nobody is ever going to use the right one and it's useless to
even have them.

But beyond this, I doubt that it's a good idea to have these 23 desktop files
to begin with. It would probably make sense to have a single .desktop file with
multiple mime types in it (I'm pretty sure that's supported).


-- System Information:
Debian Release: bookworm/sid
Architecture: amd64 (x86_64)

Kernel: Linux 5.18.0-2-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_IL, LC_CTYPE= (charmap=UTF-8), LANGUAGE=en_IL:en
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages krita depends on:
ii  krita-data1:5.0.8+dfsg-1
ii  libc6 2.33-8
ii  libexiv2-27   0.27.5-3
ii  libfftw3-double3  3.3.8-2
ii  libgcc-s1 12.1.0-7
ii  libgif7   5.2.1-2.5
ii  libgsl27  2.7.1+dfsg-3
ii  libheif1  1.12.0-2+b4
ii  libilmbase25  2.5.7-2
ii  libjpeg62-turbo   1:2.1.2-1
ii  libkf5completion5 5.94.0-1
ii  libkf5configcore5 5.96.0-1
ii  libkf5configgui5  5.96.0-1
ii  libkf5coreaddons5 5.96.0-1
ii  libkf5crash5  5.94.0-1
ii  libkf5guiaddons5  5.96.0-1
ii  libkf5i18n5   5.96.0-1
ii  libkf5itemviews5  5.94.0-1
ii  libkf5widgetsaddons5  5.96.0-1
ii  libkf5windowsystem5   5.94.0-1
ii  libkseexpr4   4.0.4.0-2
ii  libkseexprui4 4.0.4.0-2
ii  liblcms2-22.13.1-1
ii  libmypaint-1.5-1  1.6.0-2
ii  libopenexr25  2.5.7-1
ii  libopenjp2-7  2.5.0-1
ii  libpng16-16   1.6.37-5
ii  libpoppler-qt5-1  22.02.0-3
ii  libpython3.10 3.10.5-1
ii  libqt5core5a  5.15.4+dfsg-4
ii  libqt5dbus5   5.15.4+dfsg-4
ii  libqt5gui55.15.4+dfsg-4
ii  libqt5multimedia5 5.15.4-2
ii  libqt5network55.15.4+dfsg-4
ii  libqt5printsupport5   5.15.4+dfsg-4
ii  libqt5qml55.15.4+dfsg-4
ii  libqt5quick5  5.15.4+dfsg-4
ii  libqt5quickwidgets5   5.15.4+dfsg-4
ii  libqt5sql55.15.4+dfsg-4
ii  libqt5sql5-sqlite 5.15.4+dfsg-4
ii  libqt5svg55.15.4-2
ii  libqt5widgets55.15.4+dfsg-4
ii  libqt5x11extras5  5.15.4-2
ii  libqt5xml55.15.4+dfsg-4
ii  libquazip5-1  0.9.1-2
ii  libraw20  0.20.2-2
ii  libstdc++612.1.0-7
ii  libtiff5  4.4.0-3
ii  libwebp7  1.2.2-2+b1
ii  libx11-6  2:1.7.5-1
ii  zlib1g1:1.2.11.dfsg-4

Versions of packages krita recommends:
ii  krita-gmic   2.9.4-4+b2
ii  python3-pyqt55.15.7+dfsg-1
ii  python3-sip  4.19.25+dfsg-3+b2
ii  qml-module-qtmultimedia  5.15.4-2

Versions of packages krita suggests:
ii  colord  1.4.6-1devuan1
ii  ffmpeg  10:5.1-dmo1
pn  krita-l10n  

-- no debconf information

Bug#1016920: libopenscenegraph-dev: openscenegraph for Testing/Bookworm

[Mario Luppi]

Package: libopenscenegraph-dev
Severity: normal
X-Debbugs-Cc: mario_lu...@tiscali.it

Dear Maintainer,

Howdy.
It seems to me that there is no package in Testing/Bookworm referring to 
openscenegraph, whether it is libraries, development libraries or the actual 
package.
Am I wrong? Do you plan to add it sooner or later?
Thank you.

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

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

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


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

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

Bug#1008992: xwayland: all X clients hang indefinitely waiting for /tmp/.X11-unix/X0

[Jeremy Bicha]

Control: reassign -1 src:gnome-settings-daemon
Control: tags -1 -moreinfo

This apparently was a bug in gnome-settings-daemon
https://gitlab.gnome.org/GNOME/gnome-settings-daemon/-/merge_requests/302

Thank you,
Jeremy Bicha

Bug#1016919: lintian: bash-term-in-posix-shell false positive for `. "$(dirname "$0")/functions.sh"`

[Gioele Barabucci]

Package: lintian
Version: 2.115.2

The following script (approved by `shellcheck -s sh`) causes a false 
positive warning `bash-term-in-posix-shell`:


#!/bin/sh
. "$(dirname "$0")/functions.sh"
do_something

I: my-test: bash-term-in-posix-shell '. "$(dirname "$0")/functions.sh"' 
[usr/bin/my-test:2]


Probably the lintian check is misparsing the quotes and the space 
between `dirname` and `"$0"`, leading it to believe that an argument is 
being passed to the sourced script (that would be, in fact, a bashism).


Regards,

--
Gioele Barabucci

Bug#985026: python3-pulp: SyntaxWarning during package installation

[Nilesh Patra]

Control: fixed -1 2.5.1+dfsg-1
Control: close -1

No longer relevant hence closing.

On Thu, 11 Mar 2021 22:07:33 +0100 Andreas Beckmann  wrote:
> Package: python3-pulp
> Version: 1.6.0+dfsg1-5
> Severity: important
> User: debian...@lists.debian.org
> Usertags: piuparts
> 
> Hi,
> 
> during a test with piuparts I noticed your package emits a SyntaxWarning
> during installation:
> 
>   Setting up python3-pulp (1.6.0+dfsg1-5) ...
>   /usr/lib/python3/dist-packages/pulp/pulp.py:700: SyntaxWarning: "is" with a 
> literal. Did you mean "=="?
> if other is 0: return self
>   /usr/lib/python3/dist-packages/pulp/pulp.py:720: SyntaxWarning: "is" with a 
> literal. Did you mean "=="?
> if other is 0: return self
> 
> 
> Andreas
> 
> 

-- 
Best,
Nilesh


signature.asc
Description: PGP signature

Bug#1016918: ITP: tcpbench -- TCP/UDP benchmarking and measurement tool

[Tobias Heider]

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

* Package name: tcpbench
  Version : 1.02
  Upstream Author : Alexander Bluhm 
* URL : https://github.com/bluhm/tcpbench-portable
* License : ISC
  Programming Lang: C
  Description : TCP/UDP benchmarking and measurement tool

tcpbench is a small tool that performs throughput benchmarking for TCP or
UDP. It runs as a client/server pair. Once connected, the client will send
TCP or UDP traffic as fast as possible to the server. Both the client and
server will periodically compute and display throughput statistics

I plan to maintain the package myself and would appreciate a sponsor.

Bug#1015905: src: qpdfview: please fix "hardening-no-fortify-functions" Lintian tag

[Louis-Philippe Véronneau]

On Mon, 8 Aug 2022 21:55:14 +0200 =?UTF-8?Q?Bernhard_=c3=9cbelacker?= 
 wrote:

Hello Louis-Philippe,
I found this an interesting topic and as far as I see lintian is
triggered by a read function call in signalhandler.cpp
in SignalHandler::on_socketNotifier_activated.

This line raises currently already a warning "ignoring return value of",
which seems was tried to get silenced by a Q_UNUSED.

For a short test, lintian does not report this tag if the line
containing the read is just commented out.

I am not sure, but isn't the usage of "-D_FORTIFY_SOURCE=2"
expected to get g++ replace the call to "read" by the
buffer length checking "__read_chk"?

Kind regards,
Bernhard


Thanks for looking into this. I sadly have very little C/C++ knowledge.

I can indeed see from the command you pasted that the qpdfview binary 
ends up with "read" instead of "__read_chk" and if you say 
"-D_FORTIFY_SOURCE=2" should be fixing that, well it seems something 
isn't working properly, as we're compiling with that flag :(


If you have ideas or things you want me to try, I'll be more than happy 
to experiment.


Cheers,

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


OpenPGP_0xE1E5457C8BAD4113.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1016910: [Pkg-sass-devel] Bug#1016910: sass-stylesheets-purecss: Please provide backport for bullseye

[Jonas Smedegaard]

Hi James,

Quoting James Valleroy (2022-08-09 17:10:03)
> I am looking to upload shaarli to bullseye-backports, and it build-depends on 
> sass-stylesheets-purecss. So I would like to request a backport of this 
> package. I can also help to maintain this package in backports, if there is 
> no objection.

I have no plans to backport sass-stylesheets-purecss - feel free to
maintain that yourself.  Or better: Join the Sass team and maintain the
backport in the team (and, if you like, help maintain it for unstable as
well).


Kind regards,

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

signature.asc
Description: signature

Bug#1012552: Text on cloud.d.o incorrectly says all checksums are signed

[Steve McIntyre]

Hey Ross!

On Wed, Jun 08, 2022 at 09:57:44PM -0700, Ross Vandegrift wrote:
>Package: cloud.debian.org
>Severity: normal
>
>Hi Olaf,
>
>On Fri, Jun 03, 2022 at 10:03:35AM +0200, Olaf Seibert wrote:
>> The PGP signature files, such as SHA512SUMS.sign, are missing from the pages 
>> https://cdimage.debian.org/images/cloud/bullseye/latest/ and 
>> https://cloud.debian.org/images/cloud/bullseye/latest/. They are promised at 
>> https://cdimage.debian.org/images/cloud/ and 
>> https://cloud.debian.org/images/cloud/.
>
>The promises here are misleading - they only apply to the images from the older
>OpenStack process, in the OpenStack/ directory.  The other images in the
>per-release directories are built by a pipeline on salsa, and we do not
>currently have signing infrastructure in place.
>
>I'm filing this bug to clarify the text on 
>https://cdimage.debian.org/cdimage/cloud/

I've just given you developer access to the repo at
https://salsa.debian.org/images-team/setup. Feel free to make changes
to the file you want - it's in

  publish-docs/images-cloud-HEADER.html

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
“Rarely is anyone thanked for the work they did to prevent the
 disaster that didn’t happen.”
   -- Mikko Hypponen (https://twitter.com/mikko/)

Bug#1016917: dvdbackup: has really clunky way of dealing with i/o errors

[Alan W. Irwin]

Package: dvdbackup
Version: 0.4.2-4+b1
Severity: wishlist
Tags: upstream

Dear Maintainer,

vlc plays my old scratched dvd's without ANY viewing issues while dvdbackup
creates a disk image with lots of remarks in the log about i/o errors, e.g.,

Error reading VTS_06_1.VOB at block 34304, read error returned
padding 512 blocks

and when I attempt to view that disk image with vlc, there are lots of
viewing artifacts.

So it is pretty clear that vlc deals with i/o issues *on the fly
(which is the more difficult problem) in a much better manner than
dvdbackup does with all the time in the world to do the right thing.

So my wishlist bug report for dvdbackup is it adopts the same
excellent workarounds for i/o issues that vlc uses so that the visual
results of running vlc on a disk image created by dvdbackup are the
same as running vlc on the original (scratched) DVD.

-- System Information:
Debian Release: 10.11
  APT prefers oldstable-debug
  APT policy: (500, 'oldstable-debug'), (500, 'oldstable')
Architecture: amd64 (x86_64)

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

Versions of packages dvdbackup depends on:
ii  libc62.28-10
ii  libdvdread4  6.0.1-1

dvdbackup recommends no packages.

Versions of packages dvdbackup suggests:
ii  libdvd-pkg [libdvdcss2]  1.4.2-1-1
ii  libdvdcss2   1.4.2-1~local

-- no debconf information

Bug#992485: override: mime-support:oldlibs/optional

[Sean Whitton]

Hello,

On Thu 19 Aug 2021 at 04:52PM +09, Charles Plessy wrote:

> Le Thu, Aug 19, 2021 at 01:48:01AM -0500, Daniel Lewart a écrit :
>>
>> Please change mime-support from:
>> net/standard
>> to:
>> oldlibs/optional
>
> Thanks Daniel,
>
> Indeed I intended to ask for it during this release cycle.  Actually,
> the source package already reflects this.
>
> 
> https://salsa.debian.org/debian/mime-support/-/blob/master/debian/control#L4-5
>
> I have started to open bugs on some of the packages that still depend on
> mime-support directly.  Your help is welcome.

I don't think we normally bother changing the overrides for transitional
packages since they are eligible for removal the very next release
cycle.  Is there something different for this case?

Thanks.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#945962: libgl1: still uses Priority: extra

[Sean Whitton]

Hello,

On Sun 01 Dec 2019 at 08:37PM +01, Thorsten Glaser wrote:

> Package: libgl1
> Version: 1.1.0-1+b1
> Severity: normal
>
> Please change Priority extra to optional, in accordance with latest
> Policy, as to not make packages depending on libgl1 but of a conforming
> priority violate Policy’s requirement of not depending on packages with
> a lower priority.

I thought we systematically altered everything extra->optional in dak.

Anyway, have run 'dak override' for this now.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#981323: usbutils not installed by default anymore

[Sean Whitton]

control: tag -1 + moreinfo

Hello,

On Fri 29 Jan 2021 at 11:51AM +01, Laurent Bigonville wrote:

> Package: usbutils
> Version: 1:013-3
> Severity: normal
>
> Hello,
>
> I think we already discussed that on IRC, but usbutils is apparently not
> installed by default anymore.
>
> As a user I would expect to have that package installed (like pciutils),
> all physical machines have USB today (and desktop VM's also)
>
> util-linux is already pulling libudev1. The only extra dependency that
> usbutils is adding is libusb-1.0-0.

Do you know the history of this -- what happened to mean that it stopped
being installed by default when it used to be?

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#1016915: usbrelay: Please backport to bullseye

[Martin]

Source: usbrelay
Version: 1.0-2
Severity: wishlist

Dears, please backport usbrelay 1.0-2 to bullseye.

If you don't have time/energy/fun, I can do it myself.
I would create a branch debian/bullseye-backports for that.

PS: If I'm not mistaken the tag upstream/1.0 tag is missing
in salsa. Missing a git push?

Bug#944632: override: color-theme-modern:editors/optional

[Sean Whitton]

Hello,

On Tue 12 Nov 2019 at 08:10PM -05, Nicholas D Steeves wrote:

> I was not aware that the Emacsen Team had standardised on Section:
> editors, moving away from Section: lisp.  This particularly makes
> sense for things that affect UI like themes and new modes.

Queued, though I note that it was in 'misc' not 'lisp' before.

> A section change would be very much appreciated :-) Also, please let
> me know if the use of reportbug's "override" submenu for
> ftp.debian.org bugs was appropriate when filing this bug.

Yup.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#992476: override: gcc-9-base:libs/optional

[Sean Whitton]

Hello,

On Tue 09 Aug 2022 at 05:55PM +02, Cyril Brulebois wrote:

> Hey,
>
> Simon McVittie  (2022-08-09):
>> On Thu, 19 Aug 2021 at 00:06:00 -0500, Daniel Lewart wrote:
>> > Please change gcc-9-base from:
>> > libs/required
>> > to:
>> > libs/optional
>>
>> Reminder that this request for a priority reduction is still outstanding.
>>
>> gcc 9 has not been the default gcc since 2020, and Debian 11 was released
>> with gcc 10 as default; but as of mid 2022, a minimal debootstrap of
>> unstable still contains gcc-9-base as a result of its inflated Priority,
>> even though nothing in the minimal set depends on it any more.
>
> Fun you should be reprising that today, I stumbled upon it a few hours
> ago while comparing upgraded 10→11 systems vs. fresh 11 systems…
>
> No objections from the d-i side, sorry if that blocked the issue. :/

That wasn't it, we would have asked.

These bugs have a higher status in my MUA than they used to so hopefully
this won't happen again.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#1016914: fpc-source-3.2.0: fpc is not shipped with the units of the vcl-compat package

[Jan Baumgarten]

Package: fpc-source-3.2.0
Version: 3.2.0+dfsg-12
Severity: normal

Dear Maintainer,

a user of Zeos (zeoslib.sourceforge.io) mentioned that our software fails to
build because the unit System.NetEncoding is not available.
There seems to be no package file that contains these units even though the
source file is installed in /usr/share/fpcsrc/3.2.0/packages/vcl-
compat/src/system.netencoding.pp.
The fpc project itself ship these unit with their installer. Also the unit gets
built using fpclazup. I suggest to somehow include the vcl-compat packagt that
contains the System.NetEncoding unit.

Best regards,

Jan Baumgarten

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

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

Bug#1016750: Heap exhaustion problem with SBCL 2.2.6 on armel, armhf

[Sean Whitton]

Hello,

When I updated SBCL in Debian from 2.2.3 to 2.2.6, our ci infrastructure
detected that the test suite for the cl-ironclad package consistently
runs out of memory on armhf and armel.  This didn't happen before.

https://ci.debian.net/packages/c/cl-ironclad/testing/armhf/
https://ci.debian.net/packages/c/cl-ironclad/testing/armel/

Based on your understanding of the changes between SBCL 2.2.3 and 2.2.6,
does it seem likely that this is an SBCL bug, or rather that changes in
SBCL have uncovered a bug or limitation in the ironclad test suite,
e.g. that it tries to use more memory than a 32-bit address space can
accommodate?

Also asked about here: .

Would be grateful for any input.  Thanks.

-- 
Sean Whitton

Bug#1016750: sbcl breaks cl-ironclad autopkgtest on armhf: Heap exhausted, game over.

[Sean Whitton]

Hello,

On Tue 09 Aug 2022 at 07:46AM +02, Paul Gevers wrote:

> Hi Sean,
>
> On 09-08-2022 05:08, Sean Whitton wrote:
>> It looks like Lisp just ran out of memory.
>
> Yes, but it does so systematically.
>
>> Indeed, I can't see this
>> failure on debci.debian.org at present,
>
> Huh? Did you check https://ci.debian.net/packages/c/cl-ironclad/testing/armhf/
> or https://ci.debian.net/packages/c/cl-ironclad/testing/armel/ You'll see
> there that cl-ironclad was retried with sbcl about 11 + 10 times and every
> time it failed (and never succeeded).
>
>> which makes sense if it's a
>> random OOM problem on weaker architectures like armhf -- so, not the
>> fault of the new sbcl upload.
>
> This isn't random. And, our armhf box has 255 GB of RAM (and armel VM has 26
> GB), so running out of memory isn't likely. What can happen is that threads
> use too much resources for the address space, but that's something under
> control of the packages in question if I'm correct (but please correct me if I
> misunderstand). I'm not saying it's (easily) fixable, just that it
> systematically runs out of reachable memory during the particular test.

Right, it's not random.  I was looking at the page for unstable.

I first looked at  and
the failure doesn't show up there -- do you know what that would be?
Then I clicked on unstable but not testing, it would seem.

I'll write to upstream about this.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#1016536: kexec-tools: broken on systemd without EFI

[Khalid Aziz]

Thanks for the bug report. systemd supplies its own kexec service files 
and ties kexec rather closely to EFI which is not a great idea. I will 
take a look at what I can do to break this dependency since I will be 
working soon to upgrade kexec-tools to latest version.


--
Khalid

On 8/2/22 08:45, Martin-Éric Racine wrote:

> Package: kexec-tools
> Version: 1:2.0.24-1
> Severity: important
>
The init.d scripts are currently skipped on hosts running systemd. 
This is a bad idea:


$ sudo systemctl kexec
No kexec kernel loaded and autodetection failed.
Automatic loading works only on systems booted with EFI.

Therefore init.d scripts should only be skipped if we run systemd AND 
on an EFI-enabled host.


Martin-Éric

-- System Information:
Debian Release: bookworm/sid
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'testing')
Architecture: i386 (i586)

Kernel: Linux 5.18.0-3-686 (SMP w/1 CPU thread; PREEMPT)
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8), 
LANGUAGE=fi:en

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

Versions of packages kexec-tools depends on:
ii  debconf [debconf-2.0]  1.5.79
ii  dpkg   1.21.9
ii  libc6  2.33-8
ii  lsb-base   11.2

kexec-tools recommends no packages.

kexec-tools suggests no packages.

-- debconf information:
* kexec-tools/use_grub_config: true
* kexec-tools/load_kexec: true

Bug#992476: override: gcc-9-base:libs/optional

[Cyril Brulebois]

Hey,

Simon McVittie  (2022-08-09):
> On Thu, 19 Aug 2021 at 00:06:00 -0500, Daniel Lewart wrote:
> > Please change gcc-9-base from:
> > libs/required
> > to:
> > libs/optional
> 
> Reminder that this request for a priority reduction is still outstanding.
> 
> gcc 9 has not been the default gcc since 2020, and Debian 11 was released
> with gcc 10 as default; but as of mid 2022, a minimal debootstrap of
> unstable still contains gcc-9-base as a result of its inflated Priority,
> even though nothing in the minimal set depends on it any more.

Fun you should be reprising that today, I stumbled upon it a few hours
ago while comparing upgraded 10→11 systems vs. fresh 11 systems…

No objections from the d-i side, sorry if that blocked the issue. :/


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


signature.asc
Description: PGP signature

Bug#1016900: chromium: advertisement on default startpage

[Andres Salomon]

The next chromium upload will default to using duckduckgo instead of 
google.


https://salsa.debian.org/chromium-team/chromium/-/commit/b7adbaea2c73ce836fd3bc6371d96766da655027

On Tue, Aug 9, 2022 at 14:06, Christian Göttsche 
 wrote:

Package: chromium
Version: 104.0.5112.79-1

The default startpage shows a google advertisement, and thus probably
phones home:

https://www.google.com/images/hpp/allegro-fog-42px.png;
src="chrome://image?https://www.google.com/images/hpp/allegro-fog-42px.png;
class="image">Neu! https://www.google.com/url?q=https://store.google.com/product/pixel_buds_pro%3Futm_source%3Dhpp%26utm_medium%3Dgoogle_oo%26utm_campaign%{REPLACED}=hpp=19030690=3={REPLACED}=243;>Google
Pixel Buds Pro: Hochwertiger Klang mit aktiver
Geräuschunterdrückung

Bug#1016912: autopkgtest: d/tests/lxd should not use EOL distro (Ubuntu xenial)

[Simon McVittie]

Source: autopkgtest
Version: 5.22
Severity: normal
X-Debbugs-Cc: Paride Legovini , Iain Lane 
, Mathias Gibbens 

autopkgtest's test suite currently tries to test lxd by downloading and
running an Ubuntu 16.04 'xenial' image, but this is currently Ubuntu
oldoldoldLTS and is more than 6 years old.

I don't use lxd myself, and it isn't currently available in Debian, only
on Ubuntu (or as a Snap app, but Snap apps seem like they ought to be
out-of-scope for autopkgtest), so I don't routinely test with lxd and it
isn't tested on Gitlab-CI. If/when lxd gets through the NEW queue into
Debian, it might be possible to enable it on Gitlab-CI.

Please could someone with a working lxd installation update this test
to the current state of the world, verify that it still passes, and send
a merge request?

I would prefer it to be using either Debian testing, the latest Debian
stable at the time of preparing the MR (currently bullseye), or the latest
Ubuntu LTS at the time of preparing the MR (currently jammy) as its target
distro. My personal preference would be testing > bullseye > jammy, but I'm
willing to be persuaded otherwise.

smcv

Bug#1016913: remove invalidate_nscd

[Marc Haber]

Package: adduser
Version: 3.123
Severity: minor

We have planned to remove the invalidate_nscd function. There was
discussion on debian-glibc
(https://lists.debian.org/debian-glibc/2022/07/msg0.html) with the
result that nscd is already using inotify to validate itself on write
access to passwd/shadow files, so we can stop bothering with the
"manual" invalidation.

Greetings
Marc

Bug#1016911: RFS: lsb-release-minimal/0.5-1 -- Linux Standard Base version reporting utility (minimal implementation)

[Gioele Barabucci]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "lsb-release-minimal":

 * Package name: lsb-release-minimal
   Version : 0.5-1
   Upstream Author : Gioele Barabucci
 * URL : https://gioele.io/lsb-release-minimal
 * License : ISC
 * Vcs : https://salsa.debian.org/gioele/lsb-release-minimal
   Section : misc

The source builds the following binary packages:

  lsb-release-minimal - Linux Standard Base version reporting utility 
(minimal implementation)


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


  https://mentors.debian.net/package/lsb-release-minimal/

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

  dget -x 
https://mentors.debian.net/debian/pool/main/l/lsb-release-minimal/lsb-release-minimal_0.5-1.dsc


Changes since the last upload:

 lsb-release-minimal (0.5-1) unstable; urgency=medium
 .
   * New upstream release
   * d/control: Mark package as Multi-Arch: foreign

Regards,

--
Gioele Barabucci

Bug#1016897: Temporary failure resolving 'deb.debian.org'

[David Kalnischkies]

On Tue, Aug 09, 2022 at 04:41:44PM +0530, probal basak wrote:
> We have GitHub actions setup for building/running some scripts.

We don't use GitHub or actions, but a simple search on GitHub
https://github.com/search?q=http%3A%2F%2Fdeb.debian.org+path%3A.github
finds more than a hundred matches.

This is not a recommendation for any of these projects/setups:
Some of the matches look dangerous if not used with extreme caution
even on the very short glance I gave the first page. And no, I don't
have a best-practice/recommendation for it as I am not using it.


The important part is that I doubt all these have broken CI lying around,
so its something about YOUR setup/action/project/… that you haven't told
us and you will have to figure out as we don't know your project.


So first come up with a reliable way to reproduce your problem by
stripping down your project to the bare minimum needed and share this
reproducer here with us.


Best regards

David Kalnischkies


signature.asc
Description: PGP signature

Bug#1016908: ITP: zcfan -- Zero-configuration fan daemon for ThinkPads

[Michel Alexandre Salim]

Package: wnpp
Severity: wishlist
Owner: Michel Alexandre Salim 
X-Debbugs-Cc: debian-de...@lists.debian.org, mic...@michel-slm.name

* Package name: zcfan
  Version : 1.2.0
  Upstream Author : Chris Down 
* URL : https://github.com/cdown/zcfan
* License : Expat
  Programming Lang: C
  Description : Zero-configuration fan daemon for ThinkPads


## Features

- Extremely small (~250 lines), simple, and easy to understand code
- Sensible out of the box, configuration is optional (see "usage" below)
- Strong focus on stopping the fan as soon as safe to do so, without inducing
  throttling
- Automatic temperature- and time-based hysteresis: no bouncing between fan
  levels
- Watchdog support
- Minimal resource usage
- No dependencies

Per the author, this is a much simpler alternative to thinkfan. I will
need to be sponsored.

Bug#1016880: fbasics: FTBFS on hppa - /usr/bin/ld: cannot find /usr/lib/gcc/hppa-linux-gnu/11/libgcc.a

[Dirk Eddelbuettel]

On 9 August 2022 at 10:27, John David Anglin wrote:
| On 2022-08-08 8:17 p.m., Dirk Eddelbuettel wrote:
| > Will I need an explicit depends or is gcc-12 now the default in unstable (as
| > I suspect it is)?
| It is now default.

That's what I thought. I'll send up a -2 build.

Dirk

-- 
dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

Bug#1016880: fbasics: FTBFS on hppa - /usr/bin/ld: cannot find /usr/lib/gcc/hppa-linux-gnu/11/libgcc.a

[John David Anglin]

On 2022-08-08 8:17 p.m., Dirk Eddelbuettel wrote:

Will I need an explicit depends or is gcc-12 now the default in unstable (as
I suspect it is)?

It is now default.

Dave

--
John David Anglin  dave.ang...@bell.net

Bug#1016880: fbasics: FTBFS on hppa - /usr/bin/ld: cannot find /usr/lib/gcc/hppa-linux-gnu/11/libgcc.a

[John David Anglin]

On 2022-08-08 8:17 p.m., Dirk Eddelbuettel wrote:

Rebuilding r-base package with gcc-12 resolves issue.

Thanks for confirming. I can trigger a rebuild.

I already did.

Dave

--
John David Anglin  dave.ang...@bell.net

Bug#1010157: [RFS] ruby-rbtrace 0.4.14-1, fixes riscv FTBFS

[dai]

On Tue, Aug 02, 2022 at 01:05:15PM +, Ileana Dumitrescu wrote:
> I submitted merge requests to the ruby-rbtrace salsa repo at 
> https://salsa.debian.org/ruby-team/ruby-rbtrace a few months ago with a fix 
> for the riscv FTBFS along with updated upstream version. Can someone please 
> review and then merge and upload if it looks good?

uploaded. thanks!
-- 
Regards,
dai

GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E


signature.asc
Description: PGP signature

Bug#1014964:

[Andreas Hasenack]

Hi,

we hit this bug in Ubuntu as well, and I created a salsa PR for it:

https://salsa.debian.org/science-team/netgen/-/merge_requests/12

Bug#1016907: ITP: docarray -- data structure for unstructured multimodal data

[Chin Ah Toh]

Package: docarray
Severity: wishlist
Owner: Jack Toh 

* Package name: docarray
  Version : 0.14.8
  Upstream Author : jina-ai 
* URL : docarray.jina.ai
* License : Apache-2.0
  Programming Lang: python
  Description : data structure for unstructured multimodal data


DocArray is a library for nested, unstructured, multimodal data in
transit, including text, image, audio, video, 3D mesh, etc. It allows
deep-learning engineers to efficiently process, embed, search,
recommend, store, and transfer the multi-modal data with a Pythonic API.

This is a dependency of jina, which I already submitted an ITP for. I plan to 
package and maintain docarray myself.

Best

Jack Toh

Bug#1016906: ITP: weblogo -- Sequence Logo Generator

[Andrius Merkys]

Package: wnpp
Owner: Andrius Merkys 
Severity: wishlist

* Package name: weblogo
  Version : 3.7.12
  Upstream Author : Gavin E. Crooks et al.
* URL : https://github.com/WebLogo/weblogo
* License : Expat
  Programming Lang: Python
  Description : Sequence Logo Generator

WebLogo is a web based application designed to make the generation of
sequence logos as easy and painless as possible.

WebLogo can create output in several common graphics' formats, including
the bitmap formats GIF and PNG, suitable for on-screen display, and the
vector formats EPS and PDF, more suitable for printing, publication, and
further editing. Additional graphics options include bitmap resolution,
titles, optional axis, and axis labels, antialiasing, error bars, and
alternative symbol formats.

A sequence logo is a graphical representation of an amino acid or
nucleic acid multiple sequence alignment. Each logo consists of stacks
of symbols, one stack for each position in the sequence. The overall
height of the stack indicates the sequence conservation at that
position, while the height of symbols within the stack indicates the
relative frequency of each amino or nucleic acid at that position. The
width of the stack is proportional to the fraction of valid symbols in
that position.

Remark: This package is to be maintained with Debichem Team.

Bug#1016905: freecad: fails to install when installing together with kicad

[Johannes Schauer Marin Rodrigues]

Package: freecad
Version: 0.20+dfsg1-2
Severity: serious
X-Debbugs-Cc: jo...@debian.org

Hi,

when installing freecad together with kicad, one gets the following
error:

Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libfreecad-python3-0.20 : Depends: libocct-data-exchange-7.5 (>= 7.5.2+dfsg1) 
but it is not installable
   Depends: libocct-foundation-7.5 (>= 7.5.2+dfsg1) but 
it is not installable
   Depends: libocct-modeling-algorithms-7.5 (>= 
7.5.2+dfsg1) but it is not installable
   Depends: libocct-modeling-data-7.5 (>= 7.5.2+dfsg1) 
but it is not installable
   Depends: libocct-ocaf-7.5 (>= 7.5.2+dfsg1) but it is 
not installable
   Depends: libocct-visualization-7.5 (>= 7.5.2+dfsg1) 
but it is not installable
E: Unable to correct problems, you have held broken packages.


The reason is a conflict between libocct-modeling-algorithms-7.6 (as
pulled in by kicad) and libocct-modeling-algorithms-7.5 (as pulled in by
freecad):

report:
 -
  coinst: freecad:amd64 (= 0.20+dfsg1-2) , kicad:amd64 (= 6.0.7+dfsg-1+b1)
  status: broken

 reasons:
  -
   conflict:
pkg1:
 package: libocct-modeling-algorithms-7.6
 version: 7.6.3+dfsg1-2
 architecture: amd64
 unsat-conflict: libocct-modeling-algorithms-7.5:amd64
pkg2:
 package: libocct-modeling-algorithms-7.5
 version: 7.5.2+dfsg1-2
 architecture: amd64
depchain2:
 -
  depchain:
   -
package: freecad
version: 0.20+dfsg1-2
architecture: all
depends: freecad-python3:amd64 (>= 0.20+dfsg1-2)
   -
package: freecad-python3
version: 0.20+dfsg1-2
architecture: amd64
depends: libfreecad-python3-0.20:amd64 (= 0.20+dfsg1-2)
   -
package: libfreecad-python3-0.20
version: 0.20+dfsg1-2
architecture: amd64
depends: libocct-modeling-algorithms-7.5:amd64 (>= 7.5.2+dfsg1)

Bug#1016904: boost1.74: Please include patch to fix FTBFS on qemu-user

[John Paul Adrian Glaubitz]

Source: boost1.74
Version: 1.74.0-16.1
Severity: normal
Tags: patch
User: debian-...@lists.debian.org
Usertags: m68k sh4
X-Debbugs-Cc: debian-...@lists.debian.org,debian-sup...@lists.debian.org

Hello!

boost1.74 currently FTBFS on m68k and sh4 due to a filesystem compatiblity
issue that is present on qemu-user [1]. Both m68k and sh4 use qemu-based
buildds which is why these architectures are affected by this problem.

Upstream has come up with a workaround for the problem which is present in
newer versions of the b2 utility [2].

Could you backport the patch to boost1.74 so that the builds get fixed on
m68k and sh4?

Please see the attached patch.

Thanks,
Adrian

> [1] 
> https://buildd.debian.org/status/fetch.php?pkg=boost1.74=m68k=1.74.0-16.1=1659775192=0
> [2] https://github.com/bfgroup/b2/issues/49

--
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer
`. `'   Physicist
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913
--- boost1.74-1.74.0.orig/tools/build/src/engine/config.h
+++ boost1.74-1.74.0/tools/build/src/engine/config.h
@@ -31,4 +31,13 @@ http://www.boost.org/LICENSE_1_0.txt)
 #endif
 #endif
 
+
+// To work around QEMU failures on mixed mode situations (32 vs 64) we need to
+// enable partial LFS support in system headers. And we need to do this before
+// any system headers are included.
+
+#if !defined(NT) && !defined(VMS)
+#   define _FILE_OFFSET_BITS 64
+#endif
+
 #endif

Bug#1016821: libspf2: FTBFS with glibc 2.34

[Aurelien Jarno]

control: tag -1 + patch

Hi,

On 2022-08-08 01:34, Sebastian Ramacher wrote:
> Source: libspf2
> Version: 1.2.10-7.1
> Severity: serious
> Tags: ftbfs sid bookworm
> Justification: fails to build from source (but built successfully in the past)
> X-Debbugs-Cc: sramac...@debian.org
> 
> https://buildd.debian.org/status/fetch.php?pkg=libspf2=arm64=1.2.10-7.1%2Bb2=1659915050=0
> 
> /bin/bash ../../libtool  --tag=CC   --mode=link gcc  -g -O2 
> -ffile-prefix-map=/<>=. -fstack-protector-strong -Wformat 
> -Werror=format-security -Wall  -Wl,-z,relro 
> -Wl,--version-script=/<>/debian/libspf2.ver -o spfquery 
> spfquery.o ../../src/libspf2/libspf2.la -lpthread -lnsl -lresolv 
> libtool: link: gcc -g -O2 -ffile-prefix-map=/<>=. 
> -fstack-protector-strong -Wformat -Werror=format-security -Wall -Wl,-z 
> -Wl,relro -Wl,--version-script=/<>/debian/libspf2.ver -o 
> .libs/spfquery spfquery.o  ../../src/libspf2/.libs/libspf2.so -lpthread -lnsl 
> -lresolv
> /usr/bin/ld: ../../src/libspf2/.libs/libspf2.so: undefined reference to 
> `__dn_expand'
> /usr/bin/ld: ../../src/libspf2/.libs/libspf2.so: undefined reference to 
> `__dn_skipname'

It appears that these two symbols have been renamed in glibc 2.34 when
moved from libresolv to libc. Quoting the glibc NEWS file:

| * Various symbols previously defined in libresolv have been moved to libc
|   in order to prepare for libresolv moving entirely into libc (see earlier
|   entry for merging libraries into libc).  The symbols __dn_comp,
|   __dn_expand, __dn_skipname, __res_dnok, __res_hnok, __res_mailok,
|   __res_mkquery, __res_nmkquery, __res_nquery, __res_nquerydomain,
|   __res_nsearch, __res_nsend, __res_ownok, __res_query, __res_querydomain,
|   __res_search, __res_send formerly in libresolv have been renamed and no
|   longer have a __ prefix.  They are now available in libc.

libspf2 is using libreplace internally to provide "replacements in case
the OS does not have native libraries that contain (working) copies.".
In that case it takes care to rename dn_expand into __dn_expand and
dn_skipname into __dn_skipname. It appears that with the changes done in
glibc 2.34, libspf2 does not need to use libreplace anymore. Therefore
the following patch from Ubuntu fixes the issue:

https://patches.ubuntu.com/libs/libspf2/libspf2_1.2.10-7.1ubuntu1.patch

Regards
Aurelien

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

Bug#1011165: org.h2.jdbc.JdbcSQLSyntaxErrorException: schema "MEDIATHEKVIEW" not found

[Markus Koschany]

Hello,

I have pushed a new branch which includes version 13.9.1.

https://salsa.debian.org/debian/mediathekview/-/tree/experimental

As you can see I have started from scratch because this is basically a new
package now. In order to complete this upgrade we need at least 

an upgrade of okhttp to version 4.x

https://tracker.debian.org/pkg/libokhttp-java

an upgrade of okio to 3.x

https://tracker.debian.org/pkg/okio

tilesfx

a new package eu.hansolo tilesfx

https://github.com/HanSolo/tilesfx

a new package glazedlists

https://github.com/glazedlists/glazedlists

We could omit flatlaf because that seems to be only relevant for Windows


Those are the major issues we have to fix in order to package a new upstream
release of mediathekview. And we also need to fix kotlin in unstable. If
someone wants to help, that's our todo list.

Regards,

Markus 


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

Bug#1016903: tree-vectorize: Wrong code at O2 level (-fno-tree-vectorize is working)

[Mathieu Malaterre]

Package: g++-12
Version: 12.1.0-7
Forwarded: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106322
Affects: src:highway

I am getting some odd behavior for unit test of highway. I believe
there is some wrong-code generation using g++ + -O2 (tree-vectorize is
default now).

Bug#1016902: ITP: elpa-vertico -- VERTical Interactive COmpletion for Emacs

[Aymeric Agon-Rambosson]

Package: wnpp
Owner: Aymeric Agon-Rambosson 
Severity: wishlist

* Package name: elpa-vertico
 Version : 0.25
 Upstream Author : Daniel Mendler
* URL or Web page : https://github.com/minad/vertico
* License : GPL-3+
 Programming Lang: Emacs Lisp
 Description : VERTical Interactive COmpletion for Emacs

This is a performant and minimalistic vertical completion user 
interface for emacs.


Aymeric Agon-Rambosson

Bug#1016895: [Piuparts-devel] Bug#1016895: piuparts-devel dead, possible documentation issue

[Marc Haber]

On Tue, Aug 09, 2022 at 11:54:59AM +, Holger Levsen wrote:
> discussions have moved to nowhere else, they are still ment to take place
> on this list or in the bts.

Well, on the list, they don't. Polite questions go unanswered, albeit
the wiki page suggests asking there. Given that piuparts errors are
directly filed as RC bug for packages, contact to piuparts people should
be easier.

For my part, I'm going to give up trying to talk to piuparts unless
absolutely necessary in the future.

Greetings
Marc

-- 
-
Marc Haber | "I don't trust Computers. They | Mailadresse im Header
Leimen, Germany|  lose things."Winona Ryder | Fon: *49 6224 1600402
Nordisch by Nature |  How to make an American Quilt | Fax: *49 6224 1600421

Bug#1016901: Please update ublock-origin to latest stable release 1.43.0 in Debian unstable

[Amr Ibrahim]

Package: ublock-origin

Hallo Markus,

Please update ublock-origin to the latest stable version 1.43.0. It was 
released on 09 Jun 2022.

https://github.com/gorhill/uBlock/releases/latest

And maybe adjust the watch file to follow only the latest stable release.

Best,
Amr

Bug#1016897: Temporary failure resolving 'deb.debian.org'

[probal basak]

Sorry I may not have the required knowledge or expertise to fix or analyse
the issue.
It would be helpful if you can please provide a resolution/fix.

If you need anything from my side please let me know. Will be happy to
provide all the required information. Regards

On Tue, 9 Aug 2022 at 17:34, Julian Andres Klode  wrote:

> Control: tag -1 moreinfo
>
> On Tue, Aug 09, 2022 at 04:41:44PM +0530, probal basak wrote:
> > Package: apt
> > Version: apt 2.2.4 (amd64)
> >
> > We have GitHub actions setup for building/running some scripts.
> >
> > However, we see some issues while the script is run.
> >
> > Please note that with nslookup, deb.debian.org is getting resolved as
> > expected.
>
> Note that APT does a whole bunch of SRV record look ups, and implements
> happy eyeballs 2.
>
> >
> > Please find the error snippet below:
> >
> > + update
> > + apt update
> > WARNING: apt does not have a stable CLI interface. Use with caution in
> scripts.
> > Ign:1 http://deb.debian.org/debian unstable InRelease
> > Ign:1 http://deb.debian.org/debian unstable InRelease
> > Ign:1 http://deb.debian.org/debian unstable InRelease
> > Err:1 http://deb.debian.org/debian unstable InRelease
> >   Temporary failure resolving 'deb.debian.org'
> > Reading package lists...
> > Building dependency tree...
> > All packages are up to date.
> > W: Failed to fetch
> > http://deb.debian.org/debian/dists/unstable/InRelease  Temporary
> > failure resolving 'deb.debian.org'
> > W: Some index files failed to download. They have been ignored, or old
> > ones used instead.
> >
> > Can you please look into the issue and suggest any way to avoid the
> issue?
>
> Can *you* please do that? You're the one who can reproduce that. Patches
> welcome.
>
> --
> debian developer - deb.li/jak | jak-linux.org - free software dev
> ubuntu core developer  i speak de, en
>


-- 
Thanks,
Probal Basak.
Phone : +91-9681893111

Bug#1016897: Temporary failure resolving 'deb.debian.org'

[Julian Andres Klode]

Control: tag -1 moreinfo

On Tue, Aug 09, 2022 at 04:41:44PM +0530, probal basak wrote:
> Package: apt
> Version: apt 2.2.4 (amd64)
> 
> We have GitHub actions setup for building/running some scripts.
> 
> However, we see some issues while the script is run.
> 
> Please note that with nslookup, deb.debian.org is getting resolved as
> expected.

Note that APT does a whole bunch of SRV record look ups, and implements
happy eyeballs 2.

> 
> Please find the error snippet below:
> 
> + update
> + apt update
> WARNING: apt does not have a stable CLI interface. Use with caution in 
> scripts.
> Ign:1 http://deb.debian.org/debian unstable InRelease
> Ign:1 http://deb.debian.org/debian unstable InRelease
> Ign:1 http://deb.debian.org/debian unstable InRelease
> Err:1 http://deb.debian.org/debian unstable InRelease
>   Temporary failure resolving 'deb.debian.org'
> Reading package lists...
> Building dependency tree...
> All packages are up to date.
> W: Failed to fetch
> http://deb.debian.org/debian/dists/unstable/InRelease  Temporary
> failure resolving 'deb.debian.org'
> W: Some index files failed to download. They have been ignored, or old
> ones used instead.
> 
> Can you please look into the issue and suggest any way to avoid the issue?

Can *you* please do that? You're the one who can reproduce that. Patches 
welcome.

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

Bug#1016895: [Piuparts-devel] Bug#1016895: piuparts-devel dead, possible documentation issue

[Holger Levsen]

On Tue, Aug 09, 2022 at 12:12:42PM +0200, Marc Haber wrote:
> this is just a friendly heads-up that the wiki page
> https://wiki.debian.org/piuparts and especially the FAQ on
> https://wiki.debian.org/piuparts/FAQ suggest that people interested in
> piuparts might ask questions on piuparts-de...@lists.alioth.debian.org
> 
> That list has moved to piuparts-de...@alioth-lists.debian.net and

those two lists are the same.

> consists mainly of automated messages and spam. There is been no visible
> on-topic discussion between January and August 2022.
> 
> I don't know where development of piuparts has moved to, coordination
> does seem to happen on that mailing list, and users should most
> definetely not be sent there to ask questions.

discussions have moved to nowhere else, they are still ment to take place
on this list or in the bts.

thus i'd suggest to close this bug report.

(obviously spam etc is a problem.)


-- 
cheers,
Holger

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

Encryption is binary. Either something is end to end encrypted or it's not.
If there are backdoors, they will be open to anyone eventually and thus
encryption with backdoors is like there's no encryption at all.
 Privacy and thus encryption are human rights.


signature.asc
Description: PGP signature

Bug#1016892: python-socketio: Please update the package

[Paulo Henrique de Lima Santana]

Hi Sophie,

I will work on that next days.

Best regards,

Em 09/08/2022 06:22, Sophie Brun escreveu:

Source: python-socketio
Version: 5.0.3-2
Severity: wishlist
User: de...@kali.org
Usertags: origin-kali
X-Debbugs-Cc: sop...@offensive-security.com

Hello,

Debian has version 5.0.3-2 but latest upstream version is 5.7.1.
The package is used by packages in Kali Linux. One of them now requires
python3-socketio >= 5.5.1

Can you update the package?

Thank you very much

Sophie


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

Kernel: Linux 5.18.0-3-amd64 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled


--
Paulo Henrique de Lima Santana (phls)
Belo Horizonte - Brasil
Debian Developer
Associado do Instituto para Conservação de Tecnologias Livres
Site: http://phls.com.br
GPG ID: 0443C450

Bug#1016898: dolfin needs a rebuild against glibc 2.34

[Aurelien Jarno]

On 2022-08-09 13:21, Aurelien Jarno wrote:
> Source: dolfin
> Version: 2019.2.0~git20220407.d29e24d-5
> Severity: serious

FYI, I filled this bug with severity serious as it currently makes this
package uninstallable in sid, given breaks have been added to libc6-dev
against the affected version of libdolfin-dev-common.

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

Bug#1016899: RM: xprobe -- ROM; abandoned upstream, does not work against default installs

[Neil Williams]

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

xprobe is an old package with no upstream development - the old SF page
links to a Wiki, other links in d.copyright go to 404.

The current RC bug can be fixed but the package no longer works in a
useful manner. xprobe is unable to probe a standard Debian install but
it goes on to print a useless report containing mangled UTF-8 codes.

The most likely alternative package is nmap. There is no need for xprobe
in Debian any longer.

Bug#1016898: dolfin needs a rebuild against glibc 2.34

[Aurelien Jarno]

Source: dolfin
Version: 2019.2.0~git20220407.d29e24d-5
Severity: serious

Dear maintainer,

glibc 2.34 has merged a few libraries (libpthread, libdl, libutil,
libanl) into libc. While this is handled transparently at runtime, there
are a few corner cases at build time. In the case of dolfin, the file
usr/share/dolfin/cmake/DOLFINTargets.cmake files embed the path to
libdl.so which doesn't exist anymore.

dolfin has been binNMUed as part of the transition [1], however we later
realised that the above file is actually in the libdolfin-dev-common
package which is binary all. Therefore a source upload is necessary.

Could you please schedule one? There should be no change needed besides
adding a build-depends on libc-dev (>= 2.34) to ensure it is built
against glibc 2.34 (not all chroots have been upgraded yet).

Thanks,
Aurelien

[1] https://buildd.debian.org/status/package.php?p=dolfin

Bug#1016897: Temporary failure resolving 'deb.debian.org'

[probal basak]

Package: apt
Version: apt 2.2.4 (amd64)

We have GitHub actions setup for building/running some scripts.

However, we see some issues while the script is run.

Please note that with nslookup, deb.debian.org is getting resolved as
expected.

Please find the error snippet below:

+ update
+ apt update
WARNING: apt does not have a stable CLI interface. Use with caution in scripts.
Ign:1 http://deb.debian.org/debian unstable InRelease
Ign:1 http://deb.debian.org/debian unstable InRelease
Ign:1 http://deb.debian.org/debian unstable InRelease
Err:1 http://deb.debian.org/debian unstable InRelease
  Temporary failure resolving 'deb.debian.org'
Reading package lists...
Building dependency tree...
All packages are up to date.
W: Failed to fetch
http://deb.debian.org/debian/dists/unstable/InRelease  Temporary
failure resolving 'deb.debian.org'
W: Some index files failed to download. They have been ignored, or old
ones used instead.

Can you please look into the issue and suggest any way to avoid the issue?


-- 
Thanks,
Probal Basak.

Bug#1009163: import-orig: please make --upstream-vcs-tag=%(version)s strip +dfsg/+ds repack suffixes

[Guilhem Moulin]

Hi Guido,

On Tue, 09 Aug 2022 at 10:54:54 +0200, Guido Günther wrote:
> We could fix the replacement to be empty:
> 
> https://github.com/agx/git-buildpackage/compare/master...ds
> 
> This causes trouble for people though that need this *and* to mangle the
> version by other means.

That'd work for me, thanks!  Some ideas to cover other use-cases if
desired:

 - Always strip ‘+ds(\.\d*)?’ and ‘+dfsg(\.\d*)?’ repack suffixes
   *after* version mangling.  After all, if upstream uses such suffixes
   in its tags or version number, then the revision has to be mangled so
   it doesn't collide with a repack suffix no?
 - New option --upstream-vcs-tag-strip='\+ds(\.\d*)?$'
 - AFAIK substitution in tag formats currently support a single
   character; it could be changed so the remaining of the middle portion
   is stripped, so ‘%(version%.+ds%_)’ rewrites ‘1.2.3+ds’ to ‘1_2_3’
   and ‘%(version%.+ds%.)’ rewrite it to ‘1.2.3’.  Odd semantics though
   and not trivial to document…

cheers
-- 
Guilhem.


signature.asc
Description: PGP signature

Bug#1014447: bullseye-pu: package lwip/2.1.2+dfsg1-8

[Adam D. Barratt]

Control: reopen -1
Control: tags -1 + confirmed

On Tue, 2022-08-09 at 10:41 +0200, Joan Lledó wrote:
> Done. Closing this bug.


Please don't do that.

The bug should remain open until the updated package is actually in
stable (i.e. after the next point release), at which point we (the
Release Team) will close it.

Regards,

Adam

> El 6/8/22 a les 19:30, Adam D. Barratt ha escrit:
> > Control: tags -1 + confirmed
> > 
> > On Wed, 2022-07-06 at 11:26 +0200, Joan Lledó wrote:
> > > This patch fixes  CVE-2020-22283 and  CVE-2020-22284 in bullseye.
> > > 
> > 
> > Please go ahead.
> > 
> > Regards,
> > 
> > Adam
> > 

Bug#1005322: Acknowledgement (ITP:php-laravel-mail-auto-embed - Automatically parses your messages and embeds the images found into your mail)

[Katharina Drexel]

The package is waiting for revision (and upload):
https://salsa.debian.org/php-team/pear/php-laravel-mail-auto-embed/-/blob/debian/latest

Spoiler: Upload only if php-illuminate (as part of laravel-framework) is 
available in version >=8
(-> 
https://salsa.debian.org/php-team/pear/php-laravel-framework/-/tree/debian/8.83.18)

(otherwise the installation will fail with
php-illuminate-mail : Depends: php-league-commonmark (< 2~~) but 2.3.5-1 is to 
be installed
)

Bug#1016896: firmware-sof-signed: Extend description to clarify why it’s in non-free

[Paul Menzel]

Package: firmware-sof-signed
Version: 2.1.1-1
Severity: minor

Dear Debian folks,


Despite the word *Open* in the project *Sound Open Firwmare*, a users 
wonders why it’s in the non-free section of Debian. I assume, it’s 
because the files are signed with a private key, but it’d be great if 
that could be clarified in the package description.



Kind regards,

Paul

Bug#1016596: dh_installdocs: can't install a filename with a space in it

[Julian Gilbey]

On Mon, Aug 08, 2022 at 06:00:56PM +0200, Niels Thykier wrote:
> Julian Gilbey:
> > [...]
> 
> Hi Julian,
> 
> That is correct.  It is possible via the indirection below.
> 
> In compat 13, you can use substitution variables[1] via the .docs file
> would enable you to support this use-case
> ("doc/Subprocess${Space}debugging.md"), which is the level of support I
> expect there will ever be for filenames with spaces in debhelper.
> 
> Closing as already supported (even if awkward)

Thanks Niels!

Best wishes,

   Julian

Bug#1007887: xxd autoremoved - please recommend or suggest

[RjY]

James McCoy wrote:
>I'm not sure how many people that use Vim actually know or care about
>xxd.  For those that do, manually installing the package (now that it
>has its own) is pretty easy.
>
>Other than a menu item that uses xxd, there's nothing else in Vim that
>directly uses it.
>
>I guess I can add the Recommends to (neo)vim so there's a common
>baseline, and people can uninstall if they don't want it.

Fair enough. If that is the case I defer to your better judgement. May I
withdraw the request? I see now it is unnecessary. Please do not add any
extra unnecessary package relationships. I would feel terribly guilty if
you did. Sorry to waste your time. Thank you for your work on vim
packaging.

Bug#1016895: piuparts-devel dead, possible documentation issue

[Marc Haber]

Source: piuparts
Severity: minor

Hi,

this is just a friendly heads-up that the wiki page
https://wiki.debian.org/piuparts and especially the FAQ on
https://wiki.debian.org/piuparts/FAQ suggest that people interested in
piuparts might ask questions on piuparts-de...@lists.alioth.debian.org

That list has moved to piuparts-de...@alioth-lists.debian.net and
consists mainly of automated messages and spam. There is been no visible
on-topic discussion between January and August 2022.

I don't know where development of piuparts has moved to, coordination
does seem to happen on that mailing list, and users should most
definetely not be sent there to ask questions.

Greetings
Marc

Bug#1016014: UDD: false positive(s) for sid-broken-symlinks

[Peter B]

Links I originally posted are not working now,
but still seeing the problem here.

https://piuparts.debian.org/sid-broken-symlinks/source/f/flam3.html
https://piuparts.debian.org/sid-broken-symlinks/fail/flam3-palette_3.1.1+ds2-1.log

flam3-palette is a very simple binary, with just one XML file apart from debian 
copyright & changelog.
It seems unlikely to be a genuine piuparts fail.

/0m8.9s ERROR: FAIL: Broken symlinks:
  /usr/share/man/da/man8/addgroup.8.gz -> adduser.8.gz
  /usr/share/man/da/man8/delgroup.8.gz -> deluser.8.gz
  /usr/share/man/de/man8/addgroup.8.gz -> adduser.8.gz
  /usr/share/man/de/man8/delgroup.8.gz -> deluser.8.gz/

I'm wondering if this is a problem relating to recent changes in adduser?

The issue seem to be growing
https://piuparts.debian.org/sid-broken-symlinks/states.png



Cheers,
Peter

Bug#1016809: [UEFI] Installed (minimal) bookworm system hangs at boot

[Philip Hands]

Philip Hands  writes:

> Holger Wansing  writes:
>
>> Holger Wansing  wrote (Sun, 7 Aug 2022 21:36:43 +0200):
>>> Installing Debian on an UEFI-driven QEMU machine (minimal installation, only
>>> standard system task) leads to a successful installation, but the newly 
>>> installed system cannot complete its boot process.
>>> It hangs forever (here on linux 5.18.0-3) with this messages
>>
>>
>> I wonder why this is not detected by tests on
>> https://openqa.debian.net/group_overview/10
>> I see there are specific runs for UEFI, so it should be possible to detect
>> this?
>>
>>
>> The reason for this is, there are no standard-system-only tests there.
>
> That's true, so I put one together last night, which (on my laptop at least)
> seems to work fine, so I guess there's something about your setup that's
> different (as kibi & rclobus suggest).

Sledge, even

anyway, for completeness, here's an openQA test running, showing that it
can get to the logged-in shell prompt on the installed system:

  https://openqa.debian.net/tests/68307#step/_console_wait_login/6

so I'm afraid I'm not reproducing your problem.

BTW That is a UEFI (although not secure-boot) boot.

Cheers, Phil.
-- 
|)|  Philip Hands  [+44 (0)20 8530 9560]  HANDS.COM Ltd.
|-|  http://www.hands.com/http://ftp.uk.debian.org/
|(|  Hugo-Klemm-Strasse 34,   21075 Hamburg,GERMANY


signature.asc
Description: PGP signature

Bug#1016893: python3-ldap crashing and causing issues

[Shaheena Kazi]

Package: python3-ldap

I am using Debian 11.
Openldap : 2.4.57+dfsg-3+deb11u1
python3-ldap : 3.2.0-4+b3
python3-ldap3: 2.8.1-1
TLS - 1.3
Openssl - 1.1.1n-0+deb11u3

I am try to set a new connect and then import files using below commands:

ldapcon = ldap.initialize('ldap://localhost')
ldapcon.set_option(ldap.OPT_PROTOCOL_VERSION, ldap.VERSION3)
ldapcon.set_option(ldap.OPT_X_TLS_REQUIRE_CERT, ldap.OPT_X_TLS_NEVER)
ldapcon.set_option(ldap.OPT_X_TLS_NEWCTX, 0)


dn_to_add = 'cn=test.user,ou=people,dc=framework,dc=protegrity,dc=com'

modlist_to_add = [('uid', [b'test.user']), ('objectclass',
[b'inetOrgPerson', b'posixAccount', b'top']), ('uidnumber', [b'1003']),
('gidnumber', [b'100']), ('homedirectory', [b'/home/test.user']),
('userpassword', [b'qwer1234']), ('givenname', [b'test']), ('sn',
[b'user']), ('displayname', [b'test user']), ('loginshell',
[b'/usr/local/sbin/manager']), ('cn', [b'test.user']), ('description',
[b'testing']), ('pwdreset', [b'TRUE'])]

*
But when I run this - ldapcon.add_s(dn_to_add, modlist_to_add)
The slapd service crashes and I get below error

 LDAP Failure: {'desc': "Can't contact LDAP server}
ldap.CONFIDENTIALITY_REQUIRED: {'desc': 'Confidentiality required', 'info':
'TLS confidentiality required'}

Can u guys help me here as in what am I missing on and why the ldap is
crashing... it seems to be an issue with python3-ldap as I am able to run
the below commands without any issues:

 /usr/bin/ldapsearch -x -s base -ZZ -H `conf-get-value -k LDAP_URI` -D
`conf-get-value -k LDAP_BINDDN` -w `conf-get-value -k LDAP_BINDPW` -b
`conf-get-value -k LDAP_BASEDN`

Also, When I was using buster and the relavant packages to to buster and
python3.7 the same code worked absolutely fine.

Can you guys check and help me here ?

Regards,

Shaheena K

Bug#1016892: python-socketio: Please update the package

[Sophie Brun]

Source: python-socketio
Version: 5.0.3-2
Severity: wishlist
User: de...@kali.org
Usertags: origin-kali
X-Debbugs-Cc: sop...@offensive-security.com

Hello,

Debian has version 5.0.3-2 but latest upstream version is 5.7.1.
The package is used by packages in Kali Linux. One of them now requires
python3-socketio >= 5.5.1

Can you update the package?

Thank you very much

Sophie


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

Kernel: Linux 5.18.0-3-amd64 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Bug#1009163: import-orig: please make --upstream-vcs-tag=%(version)s strip +dfsg/+ds repack suffixes

[Guido Günther]

Hi,
On Fri, Apr 08, 2022 at 02:10:28AM +0200, Guilhem Moulin wrote:
> Package: git-buildpackage
> Version: 0.9.25
> Severity: wishlist
> 
> Dear Maintainer,
> 
> `gpg import-orig --upstream-vcs-tag=%(version)s` is great, however the
> substitution doesn't work well will repack suffixes such as +dfsg or
> +ds.  Perhaps ‘%(version)s’ shouldn't unconditionally strip repack
> suffixes, but unfortunately ‘%(version%+ds%)s’ doesn't work either
> 
>   >>> DebianGitRepository.version_to_tag(r'%(version%+ds%)s', "1.2.3+ds")
>   […]
> gbp.errors.GbpError: Failed to format %(version%+ds%)s: Missing value 
> 'version%+ds%' in {'version': '1.2.3+ds', 'hversion': '1-2-3+ds'}
> 
> AFAIK one can't use d/gbp.conf, instead one needs to manually run `gpg
> import-orig --upstream-vcs-tag=1.2.3 --uscan` which requires to find out
> the most recent upstream version number beforehand.  It would be nice if
> d/gbp.conf had a way to specify a substitution string or template that
> works with repack suffixes.

We could fix the replacement to be empty:

  https://github.com/agx/git-buildpackage/compare/master...ds

This causes trouble for people though that need this *and* to mangle the
version by other means.

Cheers,
 -- Guido



> 
> Thanks for maintaining gbp!
> -- 
> Guilhem.

Bug#1016890: python-omegaconf: update Vcs-Browser/Git fields in d/control

[Julian Gilbey]

Source: python-omegaconf
Version: 2.2.2-1
Severity: normal

The Vcs-Browser and Vcs-Git fields in d/control give 404 errors;
please could you update them?

Thanks,

   Julian

Bug#992476: override: gcc-9-base:libs/optional

[Simon McVittie]

On Thu, 19 Aug 2021 at 00:06:00 -0500, Daniel Lewart wrote:
> Please change gcc-9-base from:
> libs/required
> to:
> libs/optional

Reminder that this request for a priority reduction is still outstanding.

gcc 9 has not been the default gcc since 2020, and Debian 11 was released
with gcc 10 as default; but as of mid 2022, a minimal debootstrap of
unstable still contains gcc-9-base as a result of its inflated Priority,
even though nothing in the minimal set depends on it any more.

Thanks,
smcv

Bug#1016363: Bug#1016516: notion: Notion fails on startup (in sid)

[Göran Weinholt]

Jurij Smakov  writes:

> On Mon, Aug 8, 2022 at 9:50 AM Göran Weinholt  wrote:
>
>  @Jurij: What happens if you update your libc6, could you give it a try?
>  It would be good to get confirmation that the bug was in libc6.
>
> I can confirm that upgrading libc6 (in my case, to Debian's 2.34-3 package) 
> fixes the problem.

Thank you very much. There is the possibility that libc6 2.34 just hides
the problem. Adam Jackson wrote:

| glibc 2.34 merged several libraries into libc.so.6, including
| libpthread, which would probably explain that.



I have a suggested fix for libX11 here, which adds -pthread to the
compilation and linking commands:



It seems harmless, but I've tested it very little.

The discussion is complicated a bit by the fact that there are clients
with genuine bugs (calls to libX11 during event processing), and other
clients that break just because they themselves don't build with
-pthread.

Either way, notion (and glxgears, etc) stopped working because Debian sid
for a short while had glibc 2.33 and a libx11 that called XInitThreads()
without using -pthread, resulting in pthread mutexes being used when
uninitialized.

Regards,

-- 
Göran Weinholt   | https://weinholt.se/
Debian Developer | 73 de SA6CJK

Bug#1016516: notion: Notion fails on startup (in sid)

[Jurij Smakov]

On Mon, Aug 8, 2022 at 9:50 AM Göran Weinholt  wrote:

>
> @Jurij: What happens if you update your libc6, could you give it a try?
> It would be good to get confirmation that the bug was in libc6.
>
>
I can confirm that upgrading libc6 (in my case, to Debian's 2.34-3 package)
fixes the problem.

-- 
Jurij Smakov | ju...@wooyd.org | Key ID: 43C30A7D

Bug#1016540: wmanager: FTBFS / autopkgtest regression with glibc 2.34

[Aurelien Jarno]

control: severity 1016540 serious

On 2022-08-02 18:46, Aurelien Jarno wrote:
> Source: wmanager
> Version: 0.3.0-2
> Severity: important
> Tags: upstream patch
> Forwarded: https://gitlab.com/wmanager/wmanager/-/merge_requests/1
> 
> wmanager fails to build when built against glibc 2.34, and the
> autopkgtest fails when run against glibc 2.34 due to a timeout:
> 
> https://ci.debian.net/data/autopkgtest/unstable/amd64/w/wmanager/24248015/log.gz
> 
> The problem has already been reported upstream with a patch available:
> https://gitlab.com/wmanager/wmanager/-/merge_requests/1
> 
> Could you please do an upload with this fix?

glibc 2.34 is now in unstable, upgrading the severity.

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

Bug#1016560: glibc 2.34 breaks scalpel autopkgtest on amd64: bash: line 1: 1961 Segmentation fault

[Aurelien Jarno]

control: severity 1016560 serious

On 2022-08-03 00:01, Aurelien Jarno wrote:
> Source: scalpel
> Version: 1.60-9
> Severity: important
> Tags: upstream patch
> User: debian-gl...@lists.debian.org
> Usertags: glibc2.34
> 
> Dear maintainer,
> 
> The autopkgtest of scalpel fails in sid on amd64 when that autopkgtest is
> run with the binary packages of glibc from experimental. It passes when
> run with only packages from sid. In tabular form:
> 
>  passfail
> glibcfrom sid2.34-0experimental5
> scalpel  from sid1.60-9
> all others   from sidfrom sid
> 
> Here is the relevant part of the test log:
> 
> autopkgtest [10:36:40]: test command1: scalpel -c debian/tests/scalpel.conf 
> debian/tests/lua.img
> autopkgtest [10:36:40]: test command1: [---
> 
> Opening target 
> "/tmp/autopkgtest-lxc.93yq46zi/downtmp/build.fXk/src/debian/tests/lua.img"
> 
> bash: line 1:  1961 Segmentation fault  bash -ec 'scalpel -c 
> debian/tests/scalpel.conf debian/tests/lua.img' 2> >(tee -a 
> /tmp/autopkgtest-lxc.93yq46zi/downtmp/command1-stderr >&2) > >(tee -a 
> /tmp/autopkgtest-lxc.93yq46zi/downtmp/command1-stdout)
> 
> The full test log is available there:
> https://ci.debian.net/data/autopkgtest/unstable/amd64/s/scalpel/24235565/log.gz
> 
> After some debugging, I have found the issue to be a duplicate use of a
> va_list without using va_copy. Please find attached a patch to fix that.
> 
> Regards
> Aurelien

> --- scalpel-1.60.orig/helpers.c
> +++ scalpel-1.60/helpers.c
> @@ -70,12 +70,14 @@ void setProgramName(char *s) {
>  // write entry to both the screen and the audit file 
>  void scalpelLog(struct scalpelState *state, char *format, ...) {
>  
> -  va_list argp;
> +  va_list argp, argp2;
>  
>va_start(argp,format);
> +  va_copy(argp2, argp);
>vfprintf (stderr,format,argp);
> -  vfprintf (state->auditFile,format,argp);
>va_end(argp);
> +  vfprintf (state->auditFile,format,argp2);
> +  va_end(argp2);
>  }
>  
>  // determine if two characters match, with optional case 

glibc 2.34 is now in unstable, upgrading the severity.

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

Bug#1016710: zlib: CVE-2022-37434

[Salvatore Bonaccorso]

On Fri, Aug 05, 2022 at 09:26:31PM +0200, Salvatore Bonaccorso wrote:
> Source: zlib
> Version: 1:1.2.11.dfsg-4
> Severity: important
> Tags: security upstream
> X-Debbugs-Cc: car...@debian.org, Debian Security Team 
> 
> Control: found -1 1:1.2.11.dfsg-1
> Control: found -1 1:1.2.11.dfsg-2+deb11u1
> 
> Hi,
> 
> The following vulnerability was published for zlib.
> 
> CVE-2022-37434[0]:
> | zlib through 1.2.12 has a heap-based buffer over-read or buffer
> | overflow in inflate in inflate.c via a large gzip header extra field.
> | NOTE: only applications that call inflateGetHeader are affected. Some
> | common applications bundle the affected zlib source code but may be
> | unable to call inflateGetHeader (e.g., see the nodejs/node reference).
> 
> 
> If you fix the vulnerability please also make sure to include the
> CVE (Common Vulnerabilities & Exposures) id in your changelog entry.
> 
> For further information see:
> 
> [0] https://security-tracker.debian.org/tracker/CVE-2022-37434
> https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2022-37434
> [1] 
> https://github.com/madler/zlib/commit/eff308af425b67093bab25f80f1ae950166bece1
> [2] https://github.com/ivd38/zlib_overflow
> 
> Please adjust the affected versions in the BTS as needed.

There is an additional followup commit due to regression in curl:
https://github.com/curl/curl/issues/9271

https://github.com/madler/zlib/commit/1eb7682f845ac9e9bf9ae35bbfb3bad5dacbd91d

Regards,
Salvatore

Bug#1016888: ITP: prody -- Python package for protein dynamics analysis

[Andrius Merkys]

Package: wnpp
Owner: Andrius Merkys 
Severity: wishlist

* Package name: prody
  Version : 2.2.0
  Upstream Author : James Krieger et al.
* URL : https://github.com/prody/ProDy
* License : Expat
  Programming Lang: Python
  Description : Python package for protein dynamics analysis

ProDy is a free and open-source Python package for protein structure,
dynamics, and sequence analysis. It allows for comparative analysis and
modeling of protein structural dynamics and sequence co-evolution. Fast
and flexible ProDy API is for interactive usage as well as application
development. ProDy also comes with several analysis applications and a
graphical user interface for visual analysis.

Remark: This package is to be maintained with Debichem Team at
   https://salsa.debian.org/debichem-team/prody