Bug#1042489: webkit2gtk: Please build with -DENABLE_INTROSPECTION=OFF on ia64

[John Paul Adrian Glaubitz]

Hi!

On Sat, 2023-07-29 at 10:44 +0200, John Paul Adrian Glaubitz wrote:
> On ia64, webkit2gtk FTBFS due to g-ir-scanner not understading the syntax used
> in the  header [1]:
> 
> /usr/include/ia64-linux-gnu/sys/ucontext.h:92: syntax error, unexpected 
> typedef-name in ' \
> unsigned long _pad[__builtin_offsetof (mcontext_t, sc_gr[0])/8];' at 
> 'mcontext_t'
> /usr/include/ia64-linux-gnu/sys/ucontext.h:94: syntax error, unexpected '}' 
> in '   }' at '}'
> 
> To work around this, webkit2gtk should be built with introspection disabled:
> 
> --- old/webkit2gtk-2.40.4/debian/rules  2023-07-06 11:51:25.0 +0200
> +++ new/webkit2gtk-2.40.4/debian/rules  2023-07-29 10:35:19.934123170 +0200
> @@ -55,6 +55,11 @@
> EXTRA_CMAKE_ARGUMENTS += -DENABLE_WEBGL=OFF
>  endif
>  
> +# https://gitlab.gnome.org/GNOME/gobject-introspection/-/issues/471
> +ifneq (,$(filter $(DEB_HOST_ARCH),ia64))
> +   EXTRA_CMAKE_ARGUMENTS += -DENABLE_INTROSPECTION=OFF
> +endif
> +
>  # libgbm-dev is not available in the Hurd (#1033999)
>  ifneq (,$(filter $(DEB_HOST_ARCH),hurd-i386))
> EXTRA_CMAKE_ARGUMENTS += -DUSE_GBM=OFF
> 
> Can you apply this change for the next upload of webkit2gtk?

I just noticed that there will be a number of files missing in dh_install when
introspection is disabled. So, better not apply this fix at the moment and I
will just build webkit2gtk on ia64 manually with a patched .

We will have to wait until the upstream bug in g-ir-scanner has been fixed
upstream.

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer
`. `'   Physicist
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#1040498: Should we consider the transition ready (Was: Bug#1040498: transition: r-bioc-biocgenerics)

[Paul Gevers]

Hi Andreas,

On 29-07-2023 21:52, Andreas Tille wrote:

IT can't be uploaded since the new version will not build due to the
missing dependencies that need to clear new.


As I understand it, you don't need to wait with *uploading*, the 
buildd's will just wait building until the build dependencies cleared 
NEW. So, just upload and forget about it (unless you're worried about 
"using" the version number already, but that was not your argument).


Paul


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1042549: ITP: asgi-lifespan -- Programmatic startup/shutdown of ASGI apps

[Edward Betts]

Package: wnpp
Severity: wishlist
Owner: Edward Betts 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org

* Package name: asgi-lifespan
  Version : 1.0.1
  Upstream Author : Florimond Manca 
* URL : https://github.com/florimondmanca/asgi-lifespan
* License : MIT
  Programming Lang: Python
  Description : Programmatic startup/shutdown of ASGI apps

  Programmatically send startup/shutdown lifespan events into ASGI applications.
  When used in combination with an ASGI-capable HTTP client such as HTTPX, this
  allows mocking or testing ASGI applications without having to spin up an ASGI
  server.

This module is required by the latest version of the ormar Python libary.

I plan to maintain this package as part of the Python team.

Bug#1042376: digikam crashes with "Illegal instruction"

[Detlef Matthiessen]

On 30.07.23 07:27, Detlef Matthiessen wrote:

Program received signal SIGILL, Illegal instruction.
0x76cc20d3 in operator* (m1=..., m2=...) at 
/usr/include/x86_64-linux-gnu/qt5/QtGui/qmatrix4x4.h:642
Downloading source file /usr/include/x86_64-linux-gnu/qt5/QtGui/qmatrix4x4.h
642 /usr/include/x86_64-linux-gnu/qt5/QtGui/qmatrix4x4.h: Directory not 
empty.


  I just realized that the last message was due to not having installed the 
related dev-packages on my system. So I did:
root@fluke:~# apt-get install qtbase5-dev

  and now the complete error message reads:
Program received signal SIGILL, Illegal instruction.
0x76cc20d3 in operator* (m1=..., m2=...) at 
/usr/include/x86_64-linux-gnu/qt5/QtGui/qmatrix4x4.h:642
642 QMatrix4x4 m = m1;

  Cheers, Kay

Bug#1042376: digikam crashes with "Illegal instruction"

[Detlef Matthiessen]

  Hi Steve,

  I've got:

Program received signal SIGILL, Illegal instruction.
0x76cc20d3 in operator* (m1=..., m2=...) at 
/usr/include/x86_64-linux-gnu/qt5/QtGui/qmatrix4x4.h:642
Downloading source file /usr/include/x86_64-linux-gnu/qt5/QtGui/qmatrix4x4.h
642 /usr/include/x86_64-linux-gnu/qt5/QtGui/qmatrix4x4.h: Directory not 
empty.

  HTH, Detlef

Bug#1042482: multilib lsan packages: dysfunctional?

[Matthias Klose]

On 29.07.23 06:30, Helmut Grohne wrote:

Package: lib32lsan0,lib64lsan0,libx32lsan0
Version: 13.1.0-9
Severity: important

Hi Matthias,

I am a bit confused about lib*lsan0. These are support libraries for the
leak sanitizer, but the multilib ones are empty (and the package
description even says so). However, these packages don't seem to work.

$ printf "int main(){}" | gcc -fsanitize=leak -xc -
$ printf "int main(){}" | gcc -fsanitize=leak -xc - -m32
/usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/13/liblsan.so 
when searching for -llsan
/usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/13/liblsan.a 
when searching for -llsan
/usr/bin/ld: cannot find -llsan: No such file or directory
/usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/13/liblsan.so 
when searching for -llsan
collect2: error: ld returned 1 exit status
$

This is in unstable with gcc-multilib, libgcc-13-dev and lib32lsan0
installed. Another hint that something is wrong is a comparison with the
address sanitizer. lib32asan8 is non-empty and -fsanitize=address tends
to work with a multilib.

I conclude that this is not working as intended. At this point, the best
course of action from my point of view is removing the multilib lsan
packages as they evidently do not work at all. Do you agree?

Why did I look into this? The multilib lsan packages happen to ship
empty directories /usr/lib{32,64,x32}. These directories are technically
susceptible to loss due to the /usr-merge. Quite probably, these
directories can be removed from the binary packages without loss of
functionality (which?), but that effort is wasted if we end up removing
these packages altogether.


see src/libsanitizer/configure.tgt, it's unsupported, the empty packages don't 
hurt. Feel free to send a patch not to build these packages, tested please for 
amd64 and i386 builds, plus cross builds targeting these architectures.


thanks, Matthias

Bug#1042548: r-bioc-rhdf5filters: does not enable vbz and zstd compression

[Nilesh Patra]

Package: r-bioc-rhdf5filters
Version: 1.12.1+dfsg-2
Severity: important

Dear Maintainer,

New version of rhdf5filters enables vbz and zstd compression as well but
these have been ignored with a debian specific patch. As a result it
enables only lz, blosc and bzip2.

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

Kernel: Linux 6.1.0-9-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_IN, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set 
to en_US.UTF-8), LANGUAGE=en_US.UTF-8
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages r-bioc-rhdf5filters depends on:
ii  libblosc11.21.3+ds-1
ii  libbz2-1.0   1.0.8-5+b1
ii  libc62.37-5
pn  r-api-bioc-3.16  
ii  r-base-core [r-api-4.0]  4.2.2.20221110-2
pn  r-bioc-rhdf5lib  

r-bioc-rhdf5filters recommends no packages.

Versions of packages r-bioc-rhdf5filters suggests:
pn  r-bioc-biocstyle  
pn  r-bioc-rhdf5  
pn  r-cran-knitr  
pn  r-cran-rmarkdown  
pn  r-cran-testthat   

Bug#1042541: ITP: libmozilla-publicsuffix-perl -- Perl interface to the Mozilla Public Suffix List

[Scott Kitterman]

On July 30, 2023 2:30:29 AM UTC, gregor herrmann  wrote:
>On Sun, 30 Jul 2023 02:06:03 +, Scott Kitterman wrote:
>
>> Debian provides a system PSL in the publicsuffix package. Please
>> depend on and use that rather than the bundled copy or the facility
>> the package provides for downloading a newer version.
>
>Thanks for the pointer.
>
>I'm now build-depending on publicsuffix and copying effective_tld_names.dat
>from the publicsuffix package over the shipped version in
>override_dh_auto_configure.
>(The perl bindings in /usr/share/perl5/Mozilla/PublicSuffix.pm are
>generated from effective_tld_names.dat at configure time.)

The publicsuffix package is often updated.  If you do it that way, you won't 
get the new version without rebuilding the package.  I'd suggest using Depends 
and installing a symlink to the file it provides, so you always get the current 
version's data.

Scott K

Bug#1042547: RFS: rednotebook/2.29.6+ds-2~bpo11+1 -- Modern desktop diary and personal journaling tool

[Phil Wyett]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name : rednotebook
   Version  : 2.29.6+ds-2~bpo11+1
   Upstream contact : Jendrik Seipp 
 * URL  : https://rednotebook.app
 * License  : GPL-2+, CC0-1.0, LGPL-3+, GPL-3+
 * Vcs  : https://github.com/jendrikseipp/rednotebook
   Section  : text

The source builds the following binary packages:

  rednotebook - Modern desktop diary and personal journaling tool

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

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

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

  dget -x
https://mentors.debian.net/debian/pool/main/r/rednotebook/rednotebook_2.29.6+ds-2~bpo11+1.dsc

Changes since the last upload:

 rednotebook (2.29.6+ds-2~bpo11+1) bullseye-backports-sloppy;
urgency=medium
 .
   * Rebuild for bullseye-backports-sloppy.

Regards

Phil

-- 
Playing the game for the games sake.

* Debian Maintainer

Social:

* Twitter: kathenasorg
* Instagram: kathenasorg



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

Bug#781776: additional patch

[Russell Coker]

tags 781776 +patch
thanks

The current problem with Postfix regarding SE Linux is that the main spool 
directory has the wrong permissions.  One way of solving this is using the 
install command.  The following applies the default SE Linux security context 
when SE Linux is activated and silently disregards the -Z option if SE Linux 
isn't activated.

--- p/postfix.preinst   2023-07-30 13:55:22.161192358 +1000
+++ p2/postfix.preinst  2023-07-30 13:55:49.274208973 +1000
@@ -16,7 +16,7 @@
 
 MASTER=/etc/postfix/master.cf
 
-(umask 022; mkdir -p /var/spool/postfix)
+install -dZ -m 755 /var/spool/postfix
 
 case "$1" in
 install)


The following is another way of doing it that is a better match for the style 
of shell scripting used for Postfix.  The -Z option to mkdir is used in the 
postinst.

--- p/postfix.preinst   2023-07-30 13:55:22.161192358 +1000
+++ p2/postfix.preinst  2023-07-30 14:02:15.295245090 +1000
@@ -16,7 +16,7 @@
 
 MASTER=/etc/postfix/master.cf
 
-(umask 022; mkdir -p /var/spool/postfix)
+mkdir -Zp -m755 /var/spool/postfix
 
 case "$1" in
 install)

-- 
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/

Bug#1042546: tac: /tmp/tac...: read error: Illegal seek

[наб]

Package: coreutils
Version: 9.1-1
Severity: normal

Dear Maintainer,

$ truncate -s 5G 5G
$ cat 5G | /bin/tac | wc -c
/bin/tac: /tmp/tacOOOwnf: read error: Illegal seek
0

наб

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

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

Versions of packages coreutils depends on:
ii  libacl1  2.3.1-3
ii  libattr1 1:2.5.1-4
ii  libc62.36-9+deb12u1
ii  libgmp10 2:6.2.1+dfsg1-1.1
ii  libselinux1  3.4-1+b6

coreutils recommends no packages.

coreutils suggests no packages.

-- no debconf information


signature.asc
Description: PGP signature

Bug#1042545: less: when the second-to-last line is very long, doesn't complete unless -S

[наб]

Package: less
Version: 590-2
Severity: normal

Dear Maintainer,

Repro by less lb, : it never scrolls anywhere
(and behaves as if it were reading infinite input from a pipe,
 but obviously isn't).
Can be interrupted. Same behaviour with cat lb | less.

By running as less -S lb (or "-S"ing),  works again.

echo 99 >> lb  makes ing work as well.

Attaching problematic file.

Best,
наб

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

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

Versions of packages less depends on:
ii  libc6  2.36-9+deb12u1
ii  libtinfo6  6.4-4

less recommends no packages.

less suggests no packages.

-- no debconf information


lb.zst
Description: application/zstd


signature.asc
Description: PGP signature

Bug#1042543: Known upstream regression in 6.4: audio distortion on ThinkPad X1 Gen 11

[Josh Triplett]

Package: src:linux
Version: 6.4.4-1
Severity: important
Tags: upstream
X-Debbugs-Cc: j...@joshtriplett.org

See https://github.com/thesofproject/linux/issues/4482 and
https://bugzilla.kernel.org/show_bug.cgi?id=217673 for the bug, and
https://github.com/thesofproject/linux/pull/4484 for the fix.

I can confirm that 6.4 has intermittent audio distortion on my system,
and 6.3 does not.

Please consider applying the fix.

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

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

Versions of packages linux-image-6.4.0-1-amd64 depends on:
ii  initramfs-tools [linux-initramfs-tool]  0.142
ii  kmod30+20230519-1
ii  linux-base  4.9

Versions of packages linux-image-6.4.0-1-amd64 recommends:
pn  apparmor 
ii  firmware-linux-free  20200122-1

Versions of packages linux-image-6.4.0-1-amd64 suggests:
pn  debian-kernel-handbook  
ii  extlinux3:6.04~git20190206.bf6db5b4+dfsg1-3+b1
ii  grub-efi-amd64  2.06-13
pn  linux-doc-6.4   

Versions of packages linux-image-6.4.0-1-amd64 is related to:
pn  firmware-amd-graphics 
pn  firmware-atheros  
pn  firmware-bnx2 
pn  firmware-bnx2x
pn  firmware-brcm80211
pn  firmware-cavium   
pn  firmware-intel-sound  
pn  firmware-intelwimax   
pn  firmware-ipw2x00  
pn  firmware-ivtv 
ii  firmware-iwlwifi  20230515-3
pn  firmware-libertas 
pn  firmware-linux-nonfree
ii  firmware-misc-nonfree 20230515-3
pn  firmware-myricom  
pn  firmware-netxen   
pn  firmware-qlogic   
ii  firmware-realtek  20230515-3
pn  firmware-samsung  
pn  firmware-siano
pn  firmware-ti-connectivity  
pn  xen-hypervisor

-- no debconf information

Bug#1001647: visidata phones home

[Anja]

Hey stqmts+5ehe03cek0yy8,

> I hope it's not relevant here that the package maintainer of visidata in
debian is also the upstream author, and this phoning home provides upstream
with some sort of revenue stream, and this is why this bug hasn't been
dealt with yet...

The creator of VisiData goes into great depth here about his decision to
enable motd by default: https://github.com/saulpw/visidata/issues/913

The privacy page is here: https://www.visidata.org/privacy/.

In particular: VisiData fetches the list of startup messages with a single
HTTP GET. The first time each day that VisiData is used, it downloads a
single small file. This access is also logged by the website.
This network request can be turned off by adding options.motd_url=None to
your ~/.visidatarc.

This daily count of users is what keeps us working on the project, because
otherwise we have feel like we are coding into a void. There are some
extremely dedicated users who talk to us about how much they love the
project, and engage with us, but by-and-large we only found out people were
using it when they were unhappy with something. Knowing that there is a
steady increase of people using it, motivates me to fix bugs in my evenings
after a full day at my day-job.

> In my case, visidata was phoning home while working on GDPR data...

You don't have to worry! Your GDPR data is perfectly safe. You can look at
the code, it is all open source:
https://github.com/saulpw/visidata/blob/develop/visidata/motd.py. It just
does an HTTP Get. The process to get a package accepted into Debian was
brutal. The user @geekscrapy is extremely privacy conscious, and he did
tell us that he made the choice to turn motd off, but otherwise has not
voiced to us any concerns. He hangs out in the VisiData discord, if you
wanted to chat any further about your concern: bluebird.sh/chat. Also, in
case this matters to you, we wrote about any occurrences of swap files
here: https://github.com/saulpw/visidata/issues/140.

I read that you are also concerned about any behind the scenes revenue.
VisiData has no revenue stream.

Saul, as a creator, has a github sponsors:
https://github.com/sponsors/saulpw and a patreon:
https://www.patreon.com/saulpw/posts. People sponsor if they want to
support his work, and no other reason. Examples of something that patreon
money has supported is paying a web developer to build a better-looking
website for VisiData.


On Tue, 25 Jul 2023 at 08:03,  wrote:

> Package: visidata
> Version: 2.11-1
> Followup-For: Bug #1001647
>
> This bug still exists in the version of visidata released with debian
> bookworm.
>
> Debian users do not expect software provided through debian to be phoning
> home for reasons unrelated to the function of the software. In my case,
> visidata was phoning home while working on GDPR data...
>
> Normally, package maintainers in debian patch out this functionality
> before releasing the software to users. Please do so.
>
> I hope it's not relevant here that the package maintainer of visidata in
> debian is also the upstream author, and this phoning home provides upstream
> with some sort of revenue stream, and this is why this bug hasn't been
> dealt with yet...
>
> -- System Information:
> Debian Release: 12.1
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500,
> 'stable')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 6.1.0-10-amd64 (SMP w/1 CPU thread; PREEMPT)
> Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
> Versions of packages visidata depends on:
> ii  python3 3.11.2-1+b1
> ii  python3-dateutil2.8.2-2
> ii  python3-importlib-metadata  4.12.0-1
>
> visidata recommends no packages.
>
> visidata suggests no packages.
>
> -- no debconf information
>

Bug#1042541: ITP: libmozilla-publicsuffix-perl -- Perl interface to the Mozilla Public Suffix List

[gregor herrmann]

On Sun, 30 Jul 2023 02:06:03 +, Scott Kitterman wrote:

> Debian provides a system PSL in the publicsuffix package. Please
> depend on and use that rather than the bundled copy or the facility
> the package provides for downloading a newer version.

Thanks for the pointer.

I'm now build-depending on publicsuffix and copying effective_tld_names.dat
from the publicsuffix package over the shipped version in
override_dh_auto_configure.
(The perl bindings in /usr/share/perl5/Mozilla/PublicSuffix.pm are
generated from effective_tld_names.dat at configure time.)

Cheers,
gregor

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature

Bug#1042541: ITP: libmozilla-publicsuffix-perl -- Perl interface to the Mozilla Public Suffix List

[Scott Kitterman]

Debian provides a system PSL in the publicsuffix package.  Please depend on and 
use that rather than the bundled copy or the facility the package provides for 
downloading a newer version.

Scott K

Bug#1042542: RM: golang-github-influxdata-tail -- RoQA; unnecessary fork, can be replaced by golang-github-nxadm-tail

[Shengjing Zhu]

Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: golang-github-influxdata-t...@packages.debian.org, z...@debian.org
Control: affects -1 + src:golang-github-influxdata-tail


No reverse dependency. golang-github-nxadm-tail is better.

Bug#1042541: ITP: libmozilla-publicsuffix-perl -- Perl interface to the Mozilla Public Suffix List

[gregor herrmann]

Package: wnpp
Owner: gregor herrmann 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libmozilla-publicsuffix-perl
  Version : 1.0.6
  Upstream Author : Tom Hukins 
* URL : https://metacpan.org/release/Mozilla-PublicSuffix
* License : MIT/X11
  Programming Lang: Perl
  Description : Perl interface to the Mozilla Public Suffix List

Mozilla::PublicSuffix provides a single function that returns the public
suffix of a domain name by referencing a parsed copy of Mozilla's Public
Suffix List. From the official website at https://publicsuffix.org/:

A "public suffix" is one under which Internet users can directly register names.
Some examples of public suffixes are com, co.uk and pvt.k12.wy.us. The Public
Suffix List is a list of all known public suffixes.

The package will be maintained under the umbrella of the Debian Perl Group.

--
Generated with the help of dpt-gen-itp(1) from pkg-perl-tools.


signature.asc
Description: Digital Signature

Bug#1041351: app crashes immediately

[Patrick Franz]

Hi,

On Mon, 17 Jul 2023 22:07:49 +0200 VA  wrote:
> Package: convertall
> Version: 0.8.0-2
> Severity: serious
[...]

I'm downgrading this as I cannot reproduce your error. I tried on 3 
different systems, but the app starts as usual every time.

Unfortunately, you did not provide any information about the system 
you're running. Without it, we cannot investigate this any further.


-- 
Med vänliga hälsningar

Patrick Franz

Bug#1042540: linux-image-6.4.0-1-amd64: Kernel 6.4.4 fails to boot on Framework 12th-gen laptops due to TPM issues (known fix)

[Steve Smith]

Package: src:linux
Version: 6.4.4-1
Severity: important
X-Debbugs-Cc: tarkast...@gmail.com

Dear Maintainer,

Kernel 6.4.4 fails to boot on 12th and 13th gen Framework laptops due
to a TPM IRQ issue. There is a fix for this in version 6.4.6.

Further context and information is available here:

https://bugzilla.kernel.org/show_bug.cgi?id=217631

https://community.frame.work/t/tracking-kernel-6-4-hang-at-boot-tpm-bug-confirmed/32956

Thanks,
Steve

-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: Framework
product_name: Laptop (12th Gen Intel Core)
product_version: A6
chassis_vendor: Framework
chassis_version: A6
bios_vendor: INSYDE Corp.
bios_version: 03.05
board_vendor: Framework
board_name: FRANMACP06
board_version: A6

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation Device [8086:4621] (rev 02)
Subsystem: Device [f111:0002]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: igen6_edac
Kernel modules: igen6_edac

00:02.0 VGA compatible controller [0300]: Intel Corporation Alder Lake-P 
Integrated Graphics Controller [8086:46a6] (rev 0c) (prog-if 00 [VGA 
controller])
Subsystem: Device [f111:0002]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: i915
Kernel modules: i915

00:04.0 Signal processing controller [1180]: Intel Corporation Alder Lake 
Innovation Platform Framework Processor Participant [8086:461d] (rev 02)
Subsystem: Device [f111:0002]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: proc_thermal_pci
Kernel modules: processor_thermal_device_pci

00:06.0 PCI bridge [0604]: Intel Corporation 12th Gen Core Processor PCI 
Express x4 Controller #0 [8086:464d] (rev 02) (prog-if 00 [Normal decode])
Subsystem: Device [f111:0002]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:07.0 PCI bridge [0604]: Intel Corporation Alder Lake-P Thunderbolt 4 PCI 
Express Root Port #0 [8086:466e] (rev 02) (prog-if 00 [Normal decode])
Subsystem: Device [f111:0002]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:07.1 PCI bridge [0604]: Intel Corporation Alder Lake-P Thunderbolt 4 PCI 
Express Root Port #1 [8086:463f] (rev 02) (prog-if 00 [Normal decode])
Subsystem: Device [f111:0002]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:07.2 PCI bridge [0604]: Intel Corporation Alder Lake-P Thunderbolt 4 PCI 
Express Root Port #2 [8086:462f] (rev 02) (prog-if 00 [Normal decode])
Subsystem: Device [f111:0002]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:07.3 PCI bridge [0604]: Intel Corporation Alder Lake-P Thunderbolt 4 PCI 
Express Root Port #3 [8086:461f] (rev 02) (prog-if 00 [Normal decode])
Subsystem: Device [f111:0002]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:08.0 System peripheral [0880]: Intel Corporation 12th Gen Core Processor 
Gaussian & Neural Accelerator [8086:464f] (rev 02)
Subsystem: Device [f111:0002]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- Pa

Bug#1042538: Timeshift and BTRFS subvolumes

[Doug Baggett]

While I agree that the issue involving Timeshift, BTRFS, and subvolumes
needs to be addressed, it is important to clarify that this problem only
affects the use of Timeshift with BTRFS snapshots. It does not impact the
use of Timeshift with rsync. If users encounter this issue and have
formatted their drive with BTRFS, they can opt to use rsync instead of
BTRFS snapshots as a fallback.

Bug#1028507: digikam: downloads binary blobs from the internet

[Steven Robbins]

clone 1028507 -1
retitle -1 Create face-recognition data package
thanks

On Tuesday, July 18, 2023 5:38:21 A.M. CDT Gregor Riepl wrote:
 
> Would it be possible to create a separate Debian package with this data
> and add it as a Recommends: dependency?

Yes, and thanks for the reminder.  The facility exists since DigiKam 8.1.0: 
https://mail.kde.org/pipermail/digikam-devel/2023-May/112408.html

> I believe there is enough precedent for large optional companion data
> packages in Debian. (0ad-data and kicad-packages3d come to mind)
> This would make it much clearer what the user is getting and from whom,
> and it would reduce the burden on the upstream CDN.

-Steve


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

Bug#1042538: timeshift: Debian installer makes BTRFS root subvolume named "@rootfs" and timeshift requires "@"

[Evan Carroll]

Package: timeshift
Severity: important
X-Debbugs-Cc: m...@evancarroll.com

Dear Maintainer,

Currently Debian uses `@rootfs` as the btrfs subvolume label in the
installer while Ubuntu uses `@`. Timeshift unfortunately only
supports the Ubuntu convention of `@` and not `@rootfs`. You can see
this in this in their README,

https://github.com/linuxmint/timeshift/blob/e7fab11ae99465a8ac405981040482c9369e957a/README.md?plain=1#L109

They have two issues to include Debian compatibility with the root
subvolume named `@rootfs`.

https://github.com/linuxmint/timeshift/issues/157
https://github.com/linuxmint/timeshift/issues/83

The Debian installer does not support subvolume management with btrfs.
You can not rename your root subvolume from `@rootfs` to `@`. To use
Timeshift on Debian, you _must_ pause the installer and modify your
subvolume names. This is common, and there are at least a few YouTube
videos which do this (without explaining it). See this question and
attached self-answer for more information,

https://unix.stackexchange.com/q/752738/3285

This is a **horrible** user experience. To be clear, if you use an
uninterrupted Debian install and never drop to the terminal you can not
make use of the Timeshift package later.

I believe Debian should patch Timeshift to support its own convention of
`@rootfs`. Both of these tools should be packaged to work by default
with one another, and if they can't be made to work with one another
using the installers default, this package should be removed from the
repository as we're not supporting end-use with our own BTRFS installer.

Note, if a patch is accepted that changes this hard-coded root-label we
will break installs that have changed their root-label manually (which
presumably we don't support anyway). Ideally, this would be something
that could be customized without user intervention with btrfs tooling.

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

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

Versions of packages timeshift depends on:
ii  cron [cron-daemon]   3.0pl1-162
ii  libc62.36-9
ii  libcairo21.16.0-7
ii  libgdk-pixbuf-2.0-0  2.42.10+dfsg-1+b1
ii  libgee-0.8-2 0.20.6-1
ii  libglib2.0-0 2.74.6-2
ii  libgtk-3-0   3.24.37-2
ii  libjson-glib-1.0-0   1.6.6-1
ii  libvte-2.91-00.70.3-1
pn  libxapp1 
ii  psmisc   23.6-1
ii  rsync3.2.7-1

timeshift recommends no packages.

timeshift suggests no packages.

Bug#1042537: manpages-fr-dev: trying to overwrite '/usr/share/man/fr/man3/uuid_generate_time_safe.3.gz', which is also in package util-linux-locales 2.39.1-3

[Vincent Lefevre]

Package: manpages-fr-dev
Version: 4.19.0-6
Severity: serious

There's still an issue about the move of man pages (and symlinks) to
util-linux-locales (see bugs 1037040 and 1042484 on the subject):

Unpacking manpages-fr-dev (4.19.0-6) over (4.19.0-3) ...
dpkg: error processing archive 
/tmp/apt-dpkg-install-McsQDG/8-manpages-fr-dev_4.19.0-6_all.deb (--unpack):
 trying to overwrite '/usr/share/man/fr/man3/uuid_generate_time_safe.3.gz', 
which is also in package util-linux-locales 2.39.1-3

This is also a symlink.

-- System Information:
Debian Release: trixie/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500, 
'stable-security'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
merged-usr: no
Architecture: amd64 (x86_64)

Kernel: Linux 6.3.0-1-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=POSIX, 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

manpages-fr-dev depends on no packages.

manpages-fr-dev recommends no packages.

Versions of packages manpages-fr-dev suggests:
ii  glibc-doc 2.37-6
ii  man-db [man-browser]  2.11.2-3
ii  manpages-dev  6.03-2

-- no debconf information

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#1042535: Acknowledgement (nfdump doesn't work with profiles using nfsen 1.3.9)

[Marcelo Gondim]

Just to complement, using the recent version of nfdump from github, the 
bug does not occur.

Bug#1042266: bazel-rules-proto: FTBFS: make[1]: *** [debian/rules:13: execute_before_dh_link-indep] Error 1

[Olek Wojnar]

Control: tag -1 pending


Hi Lucas and thanks for the bug report!


On 7/26/23 16:23, Lucas Nussbaum wrote:

During a rebuild of all packages in sid, your package failed to build
on amd64.



Fixed and will be uploading shortly.


-Olek



OpenPGP_signature
Description: OpenPGP digital signature

Bug#1042535: nfdump doesn't work with profiles using nfsen 1.3.9

[Marcelo Gondim]

Package: nfdump
Version: 1.7.1-2+deb12u1
Severity: normal
X-Debbugs-Cc: gon...@gmail.com

Dear,

nfdump author Peter Haag released nfsen version 1.3.9
(https://github.com/phaag/nfsen) which has support for nfdump 1.7.x. Many
sysadmins working with Networks use nfsen to generate graphs with the data
collected by nfdump. The nfdump package, which was released with Debian
Bookworm, has a bug that does not work when creating new profiles in the nfsen
application. The author has fixed this issue in his latest nfdump update at
https://github.com/phaag/nfdump on the master branch.


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

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

Versions of packages nfdump depends on:
ii  init-system-helpers1.65.2
ii  libbz2-1.0 1.0.8-5+b1
ii  libc6  2.36-9+deb12u1
ii  libpcap0.8 1.10.3-1
ii  librrd81.7.2-4+b8
ii  sysvinit-utils [lsb-base]  3.06-4

nfdump recommends no packages.

nfdump suggests no packages.

-- no debconf information

Bug#1042536: firefox-esr: Please allow a smooth upgrade from webext-https-everywhere by providing/breaking/replace

[Bastien Roucariès]

Package: firefox-esr
Version: 115.0.2esr-1
Severity: important
control: clone -1 src:firefox
control: clone -1 src:chromium

Dear Maintainer,

Could you allow by providing a webext-https-everywhere and correct break 
replace (versionned) a smooth upgrade for webext-https-everywhere

firefox/chromium include this functionnality so technically it is a replace



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

Bug#385069: See Md Jafor's real-time location on Google Maps

[Md Jafor (via Google Maps)]

Md Jafor's locationShared with you on Google  
Mapshttps://maps.app.goo.gl?link=https://www.google.com/maps/@/data%3D!4m5!7m4!1m2!1s111324023244013987696!2sChZxNXVnSG1yc3BqUVRDNWI5dlNyekZR!2e2&apn=com.google.android.apps.maps&amv=94900&ius=comgooglemapsurl&isi=585027354&ct=location-sharing-fdl&mt=8&pt=9008&ibi=com.google.Azimuth&ibi=com.google.Azimuth.MessagesExtension&ibi=com.google.Bzimuth&ibi=com.google.Bzimuth.MessagesExtension&ibi=com.google.Czimuth&ibi=com.google.Czimuth.MessagesExtension&ibi=com.google.Dzimuth&ibi=com.google.Dzimuth.MessagesExtension&ibi=com.google.Maps&ibi=com.google.Maps.MessagesExtension&ibi=com.google.Rzimuth&ibi=com.google.Rzimuth.MessagesExtension&afl=https://www.google.com/maps/@/data%3D!4m5!7m4!1m2!1s111324023244013987696!2sChZxNXVnSG1yc3BqUVRDNWI5dlNyekZR!2e2&ifl=https://www.google.com/maps/@/data%3D!4m5!7m4!1m2!1s111324023244013987696!2sChZxNXVnSG1yc3BqUVRDNWI5dlNyekZR!2e2Learn  
more at https://support.google.com/maps/?p=share_location_desktopGoogle  
Inc. 1600 Amphitheatre Parkway, Mountain View, CA 94043

Bug#385069: Google Maps-এ পার্কিং লোকেশন দেখুন

[Md Jafor]

Google





Md Jafor


Md Jafor

আমি আপনার সাথে একটি পার্কিং লোকেশন শেয়ার করেছি






Google Maps-এ দেখুন




Google

© 2018 Google LLC 1600 Amphitheatre Parkway, Mountain View, CA 94043

Md Jafor Google Maps-এর মাধ্যমে পাঠিয়েছেন

Bug#1042534: RM: trx -- ROM; Dead upstream, incompatible licence

[Kyle Robbertze]

Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: t...@packages.debian.org
Control: affects -1 + src:trx

Dear FTP team,

The upstream for this package is dead and it depends on ortp, which has
had a licence change making it incompatible with trx.

The details are in #1026042.

Thanks
Kyle

Bug#385069: Google Maps-এ পার্কিং লোকেশন দেখুন

[Md Jafor]

Google





Md Jafor


Md Jafor

আমি আপনার সাথে একটি পার্কিং লোকেশন শেয়ার করেছি






Google Maps-এ দেখুন




Google

© 2018 Google LLC 1600 Amphitheatre Parkway, Mountain View, CA 94043

Md Jafor Google Maps-এর মাধ্যমে পাঠিয়েছেন

Bug#1026042: trx: License is incompatible with that of up-coming ortp 5.2.0

[Kyle Robbertze]

On 2023/07/29 21:45, Bernhard Schmidt wrote:

Control: severity -1 serious

On 08/02/23 08:55 AM, Kyle Robbertze wrote:

Hi Kyle,


With the recently released version 5.2 ortp has been relicensed to GNU
AGPL-3+.  Since your package is GPL-2 it is my understanding that it
may not link in ortp 5.2 until it is relicensed to either GPL-3 or
AGPL-3.

As there has not been any development upstream in several years, I think we
will need to remove trx from Debian once the new ortp version is released.


ortp 5.2 has now been uploaded to unstable.


I'll file the RM bug shortly.

Cheers
Kyle

--

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze
⢿⡄⠘⠷⠚⠋⠀ Debian Developer
⠈⠳⣄ https://wiki.debian.org/KyleRobbertze

Bug#1042376: digikam crashes with "Illegal instruction"

[Steven Robbins]

On Thursday, July 27, 2023 3:23:07 A.M. CDT Detlef Matthiessen wrote:

> after updating digikam from 7.9.0-2 to 8.1.0-2, it crashes almost instantly:
> dm@fluke:~$ digikam
> Illegal instruction
> 
> (...)
> 
> If you need more information, please let me know.

Thanks -- we'll need a backtrace from your system.

To obtain the trace, there are instructions here: https://wiki.debian.org/
HowToGetABacktrace

I got a trace using the following simple recipe:

apt install gdb
export DEBUGINFOD_URLS="https://debuginfod.debian.net";
gdb digikam
- answer 'y' when asked "Enable debuginfod for this session?"
run

Then reproduce your crash, and cut/paste the output into an email to this bug.

Thanks,
-Steve



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

Bug#1041358: web-ui downloads extentionless page without

[Joseph Carter]

On Mon, Jul 17, 2023, at 23:53, Christian Marillat wrote:
> On 17 juil. 2023 15:39, "T. Joseph Carter"  
> wrote:
>
>> Package: qbittorrent-nox
>> Version: 4.5.4-1
>> Severity: important
>>
>> The primary (really only) way to use qbittorrent-nox is via the web UI.
>> This works in stable (4.5.2) as expected, but in sid it downloads a file
>> with a name like "4Az117Jo" (random), no extension, and no MIME type.
>> Firefox, Chromium, and Brave all just save the file without displaying
>> it—it's the web UI login page as expected.
>
> The same bug has been reported and fixed (user issue).
>
> https://bugs.debian.org/1037548

That is indeed what is happening. I do not know the source of this issue—I 
certainly never created this bogus MIME database entry myself, and it has been 
reported upstream numerous times now apparently. I sort of think that means 
there's an issue that ought to be fixed, but I do not know whose issue it is 
anymore.

The solution described here solved the problem for now:

https://github.com/qbittorrent/qBittorrent/issues/15316#issuecomment-964855980

Joseph

Bug#1041789: RM: unison-2.51+4.13.1 -- RoQA; newer version packaged

[Vincent Lefevre]

On 2023-07-28 18:04:24 +0200, Stéphane Glondu wrote:
> Note that I would like to keep unison-2.52 (even if a newer version
> is packaged) at least in trixie, to allow synchronizing between
> bookworm and trixie.

Is this version really needed?

/usr/share/doc/unison-2.52/NEWS.md.gz says:

## Changes in 2.52.0

Released 2022-03-12

   * Feature negotiation, compatible with 2.51.
   * New archive format (independent of ocaml version, based on umarshal)
 Upgrade is automatic.
   * New wire protocol (independent of ocaml version, based on umarshal)
 New protocol is used if both sides are >= 2.52.0.
[...]

But you could check and decide later.

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#1042533: netdata: Please use packaged pako

[Bastien Roucariès]

Source: netdata
Severity: serious

Dear Maintainer,

pako is packaged for debian as node-pako and minify now under
/usr/share/javascript/pako

Moreover the first line of your missing source show a webpack line so your
source are not on the prefered form and thus this is a serious bug

You should also review the other js file and ask if needed help from debian
javascript team to package

Thanks

Bastien



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

Bug#1026042: trx: License is incompatible with that of up-coming ortp 5.2.0

[Bernhard Schmidt]

Control: severity -1 serious

On 08/02/23 08:55 AM, Kyle Robbertze wrote:

Hi Kyle,

> > With the recently released version 5.2 ortp has been relicensed to GNU
> > AGPL-3+.  Since your package is GPL-2 it is my understanding that it
> > may not link in ortp 5.2 until it is relicensed to either GPL-3 or
> > AGPL-3.
> As there has not been any development upstream in several years, I think we
> will need to remove trx from Debian once the new ortp version is released.

ortp 5.2 has now been uploaded to unstable. 

Bernhard

Bug#1042532: mediawiki: Vendoring a few javascript library without source

[Bastien Roucariès]

Source: mediawiki
Version: 1:1.39.4-2
Severity: serious
Justification: missing source

Dear Maintainer,

resources/lib/
(https://sources.debian.org/src/mediawiki/1:1.39.4-2/resources/lib/)

include a few library already packaged for debian.

Moreover some source are missing (I have only checked pako).

You could use the packaged library under debian

Bastien



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

Bug#1042531: novnc: Embded copy of node-pako

[Bastien Roucariès]

Source: novnc
Severity: serious
Justification: embed code copy

Dear Maintainer,

Your package include an embded code copy of node-pako (under vendor)

Could you please use the packaged node-pako ?

Thanks

bastien

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

Bug#385069: moreutils: Please add "dirempty" command

[Nicolas Schier]

Tags: wontfix

I consider re-posting of out-dated URLs is spam.  Joey (upstream 
author) made his point already years ago, I think it's time to close 
this bug.


signature.asc
Description: PGP signature

Bug#1037107: Acknowledgement (pre-unblock: bookworm-pu: mariadb/1:10.11.3-2/+deb12u1)

[Otto Kekäläinen]

Release managers, please advise what you want me to do at this point.

On Tue, 25 Jul 2023 at 14:43, Otto Kekäläinen  wrote:
>
> I am ready to upload mariadb/1:10.11.4-0+deb12u2 as a source-only
> upload with the requested changes[1] but I guess the previous
> upload[2] needs to clear the NEW queue first, right?
>
> [1] 
> https://salsa.debian.org/mariadb-team/mariadb-server/-/merge_requests/52/diffs?commit_id=34b5d9d6b8e37871813fefd19a4168694762b1a6
> [2] https://ftp-master.debian.org/new/mariadb_1:10.11.4-0+deb12u1.html

Bug#1041291: ts with extra args behaves badly

[Nicolas Schier]

On Mon 17 Jul 2023 01:10:17 GMT, Zefram wrote:
> Package: moreutils
> Version: 0.65-1
> Severity: normal
> 
> ts(1) is documented to take a `format' argument on its command line,
> and no other non-option arguments.  In fact, if given more arguments then
> it won't complain about a usage error, but then won't read its standard
> input, and will do more or less bizarre things with the extra arguments.
> On the mild end of the spectrum, sometimes it will use an argument as
> a filename, and take input from that file (which is pointless for a
> regular file):
> 
> $ echo a > t0
> $ ts %F t0
> 2023-07-17 a
> $
> 
> It gets weirder if an argument contains certain characters that are not
> usually used in filenames:
> 
> $ ls -l
> total 4
> -rw-rw-r-- 1 zefram zefram 2 Jul 17 00:45  t0
> $ ts %F '>t1'
> $ ls -l
> total 4
> -rw-rw-r-- 1 zefram zefram 2 Jul 17 00:45  t0
> -rw-rw-r-- 1 zefram zefram 0 Jul 17 00:49  t1
> $ echo c > 't2 '
> $ ts %F 't2 '
> Can't open t2 : No such file or directory at /usr/bin/ts line 113.
> $ ts %F '|echo wibble'
> wibble
> $
> 
> The details of this behaviour arise because, after failing to check
> for extraneous arguments, the program uses the <> Perl operator,
> which magically implements a variety of interpretations of command line
> arguments.  The range of behaviour includes writing to arbitrary files
> and running arbitrary commands, which are very undesirable behaviours
> for ts(1).  However, the seriousness of the problem is limited by the
> fact that this behaviour only arises if the program is invoked with
> extraneous arguments, contrary to its documentation.
> 
> It might be considered desirable for ts(1) to read input from files
> named on the command line.  (Though pointless for regular files.)
> If that is the case then it would not be wrong for the program to
> accept the additional arguments.  But in that case it would still be
> wrong for it to use the <> Perl operator, which is not suitable for the
> implementation of a read-from-list-of-files kind of command, because
> of the variety of behaviour described above.  It would also make this
> a more serious bug, because the dangerous behaviour such as writing to
> files could be invoked by attempts to read from files.  It would also be
> a documentation bug that the possibility of naming files on the command
> line was not mentioned in the man page or usage message.

thanks for the very detailed bug description and reasoning, I really 
appreciate it!  As the documentation does not mention anything about 
reading input from files, I think, reading STDIN explicitly is probably 
the best.

Would this patch be sufficiently safe?

diff --git a/ts b/ts
index af23cf7..b39a395 100755
--- a/ts
+++ b/ts
@@ -112,3 +112,3 @@ else {
 
-while (<>) {
+while () {
if (! $rel) {

If it is, I would like to include your reasoning into a patch for 
upstream, ok?

Kind regards,
Nicolas

-- 
epost|xmpp: nico...@fjasle.eu  irc://oftc.net/nsc
↳ gpg: 18ed 52db e34f 860e e9fb  c82b 7d97 0932 55a0 ce7f
 -- frykten for herren er opphav til kunnskap --


signature.asc
Description: PGP signature

Bug#1037226:

[Daniel Suchy]

Hello,
I can confirm this, this issue can be closed.

- Daniel

On 7/29/23 14:13, Ervin Hegedüs wrote:

Seems like this bug is fixed.

# apt install libnginx-mod-http-modsecurity --default-release bookworm
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following NEW packages will be installed:
   libnginx-mod-http-modsecurity
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 25.4 kB of archives.
After this operation, 196 kB of additional disk space will be used.
Get:1 http://ftp.hu.debian.org/debian  
bookworm/main amd64 libnginx-mod-http-modsecurity amd64 1.0.3-1+b2 [25.4 kB]

Fetched 25.4 kB in 0s (331 kB/s)
Selecting previously unselected package libnginx-mod-http-modsecurity.
(Reading database ... 57140 files and directories currently installed.)
Preparing to unpack 
.../libnginx-mod-http-modsecurity_1.0.3-1+b2_amd64.deb ...

Unpacking libnginx-mod-http-modsecurity (1.0.3-1+b2) ...
Setting up libnginx-mod-http-modsecurity (1.0.3-1+b2) ...
Processing triggers for nginx (1.22.1-9) ...
Triggering nginx reload ...

Jul 29 14:11:10 debian12 systemd[1]: Starting nginx.service - A high 
performance web server and a reverse proxy server...
Jul 29 14:11:10 debian12 nginx[1600]: 2023/07/29 14:11:10 [notice] 
1600#1600: ModSecurity-nginx v1.0.3 (rules loaded inline/local/remote: 
0/921/0)


Can we close this issue?


a.

On Sat, Jul 15, 2023 at 2:51 PM Tobias Frost > wrote:


Control: tags -1 pending
Conrtol: block -1 by 1040799

This bug has been fixed in unstable with the binNMU 1.0.3-1b3, see
#1040858

It is also scheduled to be fixed in the next stable-point-release,
see #1040799


-- 
tobi

Bug#1040498: Should we consider the transition ready (Was: Bug#1040498: transition: r-bioc-biocgenerics)

[Andreas Tille]

Hi Paul,

Am Sat, Jul 29, 2023 at 07:44:32PM +0200 schrieb Paul Gevers:
> 
> Well, I didn't check everything yet (hint is at [1])

Thanks for the hint - this was the point I wanted to make with my mail.

> but at least the
> autopkgtest regression in r-bioc-rhdf5filters (see [2] to find that in
> unstable it fails too) should really be solved..

Thanks to Nilesh for fixing it.

> For several of the other
> packages, you see that the right versioned (test) dependencies aren't
> declared, so the test pass in unstable, but fails to pull in the right
> dependencies when tested in the migration scenario.

I enhanced dh-r to inject the versioned Depends declared by upstream as
long as these are packaged.  That's no guarantee that our tests will
work but hopefully a first step to enhance the situation.

> Also, but that's more my
> fault than yours, there are a bunch of packages in testing that fail their
> tests there because their *test* dependencies aren't in testing. Those
> should be pulled in by the migration scenario, but I hope none of the three
> packages mentioned above are needed for other tests, because then the tests
> will keep failing until NEW is cleared.
> 
> > If you agree it might make sense to not touch r-bioc-* packages to let
> > the testing migration happen.
> 
> Well, any fix for triggered autopkgtest failure due to the lack of the right
> constraints (versioned (test) dependencies and/or breaks) might actually
> help speed up the process, because it will need less hand-holding.

I'm just hoping for the team since I'm busy with real life and will be
absolutely offline from tomorrow noon for at least 24 hours.
 
> PS: I'm not seeing the uploads of r-bioc-isoformswitchanalyzer and
> r-bioc-scater yet

IT can't be uploaded since the new version will not build due to the
missing dependencies that need to clear new.  I see no sense in
rebuilding the old versions since they do not fit the bioconductor
version of all other r-bioc-* packages.  I intended to express with
my mail that those packages are not and can not be uploaded.

Kind regards
Andreas.

> [1] https://people.debian.org/~elbrus/ci/regressions.html (grey is only in
> unstable)
> [2] https://ci.debian.net/packages/r/r-bioc-rhdf5filters/




-- 
http://fam-tille.de

Bug#1042529: sogo: Multiple embdeded and minified javascript library

[Bastien Roucariès]

Source: sogo
Severity: serious
Tags: ftbfs security
Justification: FTBFS + security
X-Debbugs-Cc: Debian Security Team 

Dear Maintainer,

https://sources.debian.org/src/sogo/5.8.4-1/UI/WebServerResources/js/vendor/
inlclude a few library precompiled and that seems outdated (bad from a security
point of view due to recent CVE for ckeditor)

Could you deembed and use packaged library

Thanks

Bastien



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

Bug#1042528: ldap-account-manager: Multiple embeded and minified javascript library

[Bastien Roucariès]

Source: ldap-account-manager
Severity: serious
Tags: ftbfs security
Justification: FTBFS + security

Dear Maintainer,

Ldap-account-manager include a few vendored and outdated (without security
support) javascript library

Could you remove this depends and use packaged library

Thanks

Bug#932957: #932957 Please migrate Release Notes to reStructuredText

[Holger Wansing]

Hi,

I have worked out the last big blocker for this migration now.
That is, to allow the build on wolkenstein, which is happening via the
parts/7release-notes script in webmaster-team/cron git repo.

I forked that repo and committed my changings there:
https://salsa.debian.org/holgerw/cron/-/commits/master?ref_type=heads


Tests were successful, the results can be found on
https://people.debian.org/~holgerw/release-notes_sphinx/www.debian.org/,
in the exact same structure as they would appear on the Debian website.
The release-notes dir 
https://people.debian.org/~holgerw/release-notes_sphinx/www.debian.org/releases/trixie/release-notes/
holds the html files for all languages, but content negotiation does not 
work there apparently; and the apache server does not show a file browser 
view for that directory.
You can find German for example via
https://people.debian.org/~holgerw/release-notes_sphinx/www.debian.org/releases/trixie/release-notes/index.de.html
or Dutch via
https://people.debian.org/~holgerw/release-notes_sphinx/www.debian.org/releases/trixie/release-notes/index.nl.html
And remember, there is only one generic variant for all archs now!



The build process in 7releases-notes is now different between stable
and testing: stable is still on docbook, and testing is on sphinx/
reStructuredText.

So, when the time comes, we could create a bookworm branch for r-n, 
migrate master to sphinx, and activate the build on wolkenstein for
master/trixie.
That way, we have a comfortable test time, to get everything ready
on the website (Note: there are changings to do on the website then),
while the r-n for trixie are not in public attention.


So long

Holger


-- 
Holger Wansing 
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

Bug#1042527: request-tracker5: Include ckeditor minimified

[Bastien Roucariès]

Source: request-tracker5
Severity: serious
Tags: ftbfs
Justification: FTBFS
Control: tags -1 + security

Dear Maintainer,

https://sources.debian.org/src/request-
tracker5/5.0.3+dfsg-3/share/static/RichText/

include ckeditor outdated (with CVE) and moreover minified

Could you use the packaged ckeditor.

Note also that I am going to package ckeditor5 (ckeditor 4 is EOL)

Bastien


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

Bug#385069: moreutils: Please add "dirempty" command

[Md Jafor]

On Mon, 28 Aug 2006 22:31:35 +0200 Erich Schubert  wrote:
> Package: moreutils
> Version: 0.16
> Severity: wishlist
>
> Hi,
> Testing a directory to be empty in bash is hackish, see
>
http://wooledge.org/mywiki/BashFaq#head-6ec77504553115e8518271d0d319e27148634f19
>
> The cleanest way probably is
> if [ -z "$(ls -A "$dir")" ]; then
> fi
>
> Maybe we should add a small utility which does test this in a sane way.
>
> if dirempty "$dir"; then
> fi
>
> -- System Information:
> Debian Release: testing/unstable
>   APT prefers unstable
>   APT policy: (500, 'unstable'), (1, 'experimental')
> Architecture: i386 (i686)
> Shell:  /bin/sh linked to /bin/dash
> Kernel: Linux 2.6.17.7
> Locale: LANG=de_DE.UTF-8@euro, LC_CTYPE=de_DE.UTF-8@euro (charmap=UTF-8)
>
> Versions of packages moreutils depends on:
> ii  libc62.3.6.ds1-4 GNU C Library: Shared
libraries
> ii  perl 5.8.8-6.1   Larry Wall's Practical
Extraction
>
> moreutils recommends no packages.
>
> -- no debconf information
>
>

Bug#1036799: sylpheed: unable to send or read email after upgrading to Debian 12

[Ricardo Mones]

control: severity -1 important

Hi José Luis,

On Sun, 23 Jul 2023 14:22:34 +0200
José Luis González  wrote:

> control: severity -1 grave
> 
> Hi Ricardo,
> 
> > Right, but that doesn't deserve a 'grave' severity as only gsmtp
> > users are affected and no data is lost or security hole is
> > introduced. I've adjusted this accordingly.  
> 
> The definition of grave severity is:
> 
>   grave
>   makes the package in question unusable or mostly so, or
> causes data loss, or introduces a security hole allowing access to the
>   accounts of users who use the package.
> 
> This bug renders sylpheed unusuable or mostly so for me, so it is
> indeed a grave bug. I am restoring severity accordingly.

No, it's not. That "for me" you added is the part that is not mentioned
in the definition and that's a quite important difference: that the
package is unusable for _you_ doesn't make it unusable for _everybody_,
and that's what the definition mean when it says the package is
unusable.

Anybody not using Gmail can use Sylpheed without problems, for example,
so even if it makes unusable it for you, please keep severity as it
should be.

> > That has been reported on the list that downgrading to 3.7.0 fixes
> > the problem:
> > https://www.sraoss.jp/pipermail/sylpheed/2023-May/007129.html  
> 
> > Can you check if downgrading fixes it?  
> 
> I wish I could check it but so far the only way I have to do so is
> installing from source. What I can confirm is the bug appeared when
> upgrading from version 3.7.0 to version 3.8.0~beta1-1.

Building Sylpheed 3.7.0 from source in Debian 12 is pretty simple, go to
some empty dir and run:

$ sudo apt install build-essential devscripts
$ sudo apt build-dep sylpheed
$ dget http://deb.debian.org/debian/pool/main/s/sylpheed/sylpheed_3.7.0-8.dsc
$ cd sylpheed-3.7.0/
$ dpkg-buildpackage -us -uc
$ cd ..
$ sudo dpkg -i sylpheed_3.7.0-8_amd64.deb

> I hope you understand this bug is preventing me from using sylpheed
> and so from reading and writing email, unless from gmail's web
> interface. I find of great concern that the bug is in Debian's new
> stable distribution: bookworm. If you know the bug is in version
> 3.8.0~beta1-1 I would suggest downgrading stable to 3.7.0 if you can
> manage to do so.

Yeah, I understand the situation is not funny for you. Fact is upstream
has still not dealt with this bug despite the time passed (months), so
there's no patch I can apply to current version. 

This fact joined with the increased slowness of upstream development
during the past years makes me wonder if it's still worth to maintain
Sylpheed within Debian.

regards,
-- 
 Ricardo Mones
 http://people.debian.org/~mones
 «Bank error in your favor. Collect $200.»

Bug#1042526: libb-keywords-perl: FTBFS with Perl 5.38: Failed test 'keyword: ADJUST'

[Niko Tyni]

Source: libb-keywords-perl
Version: 1.24-2
Severity: important
Tags: ftbfs sid trixie fixed-upstream
Forwarded: https://github.com/rurban/b-keywords/pull/8
User: debian-p...@lists.debian.org
Usertags: perl-5.38-transition

This package fails to build from source with Perl 5.38 (currently in 
experimental.)

 
http://perl.debian.net/rebuild-logs/perl-5.38-throwaway/libb-keywords-perl_1.24-2/libb-keywords-perl_1.24-2_amd64-2023-07-06T13:42:55Z.build
   
   #   Failed test 'keyword: ADJUST'
   #   at t/11keywords.t line 71.
   # 
   
   #   Failed test 'keyword: class'
   #   at t/11keywords.t line 71.
   # 
   
   #   Failed test 'keyword: field'
   #   at t/11keywords.t line 71.
   # 
   
   #   Failed test 'keyword: method'
   #   at t/11keywords.t line 71.
   # 
   # Looks like you failed 4 tests of 547.

This seems to be fixed upstream in 1.25.
-- 
Niko Tyni   nt...@debian.org

Bug#1042525: localehelper: FTBFS with Perl 5.38: t/help.t failure

[Niko Tyni]

Source: localehelper
Version: 0.1.4-3
Severity: important
Tags: ftbfs sid trixie
User: debian-p...@lists.debian.org
Usertags: perl-5.38-transition

This package fails to build from source with Perl 5.38 (currently in
experimental.)

  
http://perl.debian.net/rebuild-logs/perl-5.38-throwaway/localehelper_0.1.4-3/localehelper_0.1.4-3_amd64-2023-07-06T13:55:13Z.build

   #   Failed test 'help message'
   #   at t/help.t line 39.
   #  got: 'given is deprecated at /<>/t/../localehelper 
line 153.
   # when is deprecated at /<>/t/../localehelper line 154.
   # when is deprecated at /<>/t/../localehelper line 159.
   # when is deprecated at /<>/t/../localehelper line 167.
   # when is deprecated at /<>/t/../localehelper line 171.
   # Usage: localehelper [-x [,...]] 
[=[,...]]... [--] 
   # '
   # expected: 'Usage: localehelper [-x [,...]] 
[=[,...]]... [--] 
   # '
   # Looks like you failed 1 test of 2.
   t/help.t .. 
   1..2
   ok 1 - exit code 0
   not ok 2 - help message
   Dubious, test returned 1 (wstat 256, 0x100)
   Failed 1/2 subtests 
 
[...]

   Test Summary Report
   ---
   t/help.t(Wstat: 256 (exited 1) Tests: 2 Failed: 1)
 Failed test:  2
 Non-zero exit status: 1
 
-- 
Niko Tyni   nt...@debian.org

Bug#1042524: nmu: uwsgi-plugin-luajit_2.0.21+3+0.0.8

[Alexandre Rossi]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: uwsgi-plugin-lua...@packages.debian.org
Control: affects -1 + src:uwsgi-plugin-luajit

Hi,

The uwsgi ABI has changed and some of the plugin need a binNMU.

Many thanks.

nmu uwsgi-plugin-luajit_2.0.21+3+0.0.8 . ANY . unstable . -m "rebuild against 
changed uwsgi ABI"

Bug#1042523: nmu: uwsgi-plugin-mongo_2.0.21+3+0.0.9

[Alexandre Rossi]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: uwsgi-plugin-mo...@packages.debian.org
Control: affects -1 + src:uwsgi-plugin-mongo

Hi,

The uwsgi ABI has changed and some of the plugin need a binNMU.

Many thanks.

nmu uwsgi-plugin-mongo_2.0.21+3+0.0.9 . ANY . unstable . -m "rebuild against 
changed uwsgi ABI"

Bug#1042522: nmu: uwsgi-plugin-php_2.0.21+4+0.0.15

[Alexandre Rossi]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: uwsgi-plugin-...@packages.debian.org
Control: affects -1 + src:uwsgi-plugin-php

Hi,

The uwsgi ABI has changed and some of the plugin need a binNMU.

Many thanks.

nmu uwsgi-plugin-php_2.0.21+4+0.0.15 . ANY . unstable . -m "rebuild against 
changed uwsgi ABI"

Bug#1042521: polymake: FTBFS with Perl 5.38: ‘Perl_ck_fun’ was not declared in this scope

[Niko Tyni]

Source: polymake
Version: 4.6-5
Severity: important
Tags: ftbfs sid trixie upstream
User: debian-p...@lists.debian.org
Usertags: perl-5.38-transition

This package fails to build from source with Perl 5.38 (currently in
experimental.)

  
http://perl.debian.net/rebuild-logs/perl-5.38/polymake_4.6-5/polymake_4.6-5+b3_amd64-2023-06-29T01:58:06Z.build

   FAILED: 
/<>/build/Opt/lib/perlx/5.38.0/x86_64-linux-gnu-thread-multi/RefHash.o
 
 g++ -c -o 
/<>/build/Opt/lib/perlx/5.38.0/x86_64-linux-gnu-thread-multi/RefHash.o
 -MMD -MT 
/<>/build/Opt/lib/perlx/5.38.0/x86_64-linux-gnu-thread-multi/RefHash.o
 -MF 
/<>/build/Opt/lib/perlx/5.38.0/x86_64-linux-gnu-thread-multi/RefHash.o.d
 -fPIC -pipe -g -O2 -ffile-prefix-map=/<>=. 
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time 
-D_FORTIFY_SOURCE=2 -std=c++14 -ftemplate-depth-200 -fno-strict-aliasing 
-fopenmp -Wshadow -Wlogical-op -Wconversion -Wzero-as-null-pointer-constant 
-Wno-parentheses -Wno-error=unused-function -Wno-stringop-overflow 
-Wno-array-bounds -Wno-maybe-uninitialized -Wno-free-nonheap-object 
-DPOLYMAKE_WITH_FLINT  -DPOLYMAKE_DEBUG=0 -DNDEBUG -O2 
-I/usr/lib/x86_64-linux-gnu/perl/5.38/CORE -D_REENTRANT -D_GNU_SOURCE -DDEBIAN 
-fwrapv -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64  -DPerlVersion=5380 -Wno-nonnull  
-I/<>/include/core-wrappers -I/<>/include/core 
/<>/build/perlx/5.38.0/x86_64-linux-gnu-thread-multi/RefHash.cc && 
: 'COMPILER_USED=12.3.0'
   /<>/lib/core/src/perl/RefHash.xxs: In function ‘OP* 
pm::perl::glue::{anonymous}::check_pushhv(PerlInterpreter*, OP*)’:
   /<>/lib/core/src/perl/RefHash.xxs:737:11: error: ‘Perl_ck_fun’ 
was not declared in this scope; did you mean ‘Perl_cx_dup’?

There's an upstream discussion at
https://forum.polymake.org/viewtopic.php?t=1914 which does not look
promising. Apparently polymake starting with 4.9 explicitly bails out
for Perl >= 5.37 because Perl internal symbols that polymake was relying
on are now hidden.

Filing this to at least track the issue. David, any thoughts on this?
-- 
Niko Tyni   nt...@debian.org

Bug#1040498: Should we consider the transition ready (Was: Bug#1040498: transition: r-bioc-biocgenerics)

[Nilesh Patra]

On Sat, Jul 29, 2023 at 07:44:32PM +0200, Paul Gevers wrote:
> Well, I didn't check everything yet (hint is at [1]) but at least the
> autopkgtest regression in r-bioc-rhdf5filters (see [2] to find that in
> unstable it fails too) should really be solved.

I've fixed hdf5filters and uploaded to unstable. This was a fallout with
the patch I had supplied earlier. Thanks for pointing it out.

Best,
Nilesh


signature.asc
Description: PGP signature

Bug#1040377: libmime-tools-perl: spurious warning with Perl 5.38

[Niko Tyni]

Control: tag -1 patch

On Wed, Jul 05, 2023 at 10:23:45AM +0300, Niko Tyni wrote:
> Package: libmime-tools-perl
> Version: 5.510-1
> Severity: normal
> Tags: trixie sid
> User: debian-p...@lists.debian.org
> Usertags: perl-5.38-transition
> 
> The MIME::Decoder::QuotedPrint module throws a warning on usage
> with Perl 5.38 (currently in experimental):
> 
>   $ perl -w -e 'use MIME::Decoder::QuotedPrint'
>   Argument "3.16_01" isn't numeric in numeric ge (>=) at 
> /usr/share/perl5/MIME/Decoder/QuotedPrint.pm line 76.

> Looks like the version check needs to be changed to handle non-numeric
> version strings.

Trivial patch attached.
-- 
Niko Tyni   nt...@debian.org
>From 5964839271fd856076da6c7ed7822bcd39324c82 Mon Sep 17 00:00:00 2001
From: Niko Tyni 
Date: Sat, 29 Jul 2023 18:54:01 +0100
Subject: [PATCH] Fix MIME::QuotedPrint version parsing

Perl 5.38 bundles MIME::QuotedPrint at version 3.16_01 which is not
numeric, causing spurious warnings on usage.

Bug-Debian: https://bugs.debian.org/1040377
---
 lib/MIME/Decoder/QuotedPrint.pm | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/lib/MIME/Decoder/QuotedPrint.pm b/lib/MIME/Decoder/QuotedPrint.pm
index 89bb3da..1a8a7ec 100644
--- a/lib/MIME/Decoder/QuotedPrint.pm
+++ b/lib/MIME/Decoder/QuotedPrint.pm
@@ -1,6 +1,7 @@
 package MIME::Decoder::QuotedPrint;
 use strict;
 use warnings;
+use version;
 
 
 =head1 NAME
@@ -73,7 +74,7 @@ $VERSION = "5.510";
 # The following code is horrible.  I know.  Beat me up. --dfs
 BEGIN {
 if (!defined(&encode_qp_threearg)) {
-if ($::MIME::QuotedPrint::VERSION >= 3.03) {
+if (version->parse($::MIME::QuotedPrint::VERSION) >= version->parse(3.03)) {
 eval 'sub encode_qp_threearg ( $$$ ) { encode_qp(shift, shift, shift); }';
 } else {
 eval 'sub encode_qp_threearg ( $$$ ) { encode_qp(shift); }';
-- 
2.39.1

Bug#1041211: libsdl-perl: FTBFS and autopkgtest failure with sdl12-compat, especially on 32-bit

[Niko Tyni]

On Tue, Jul 18, 2023 at 06:24:32PM +0100, Simon McVittie wrote:

> SDL upstream have clarified that what libsdl-perl is doing here was
> never correct, so actually, this is more a libsdl-perl bug than a
> sdl12-compat bug. The result of SDL_SetVideoMode() is never meant to be
> freed by a library user, only internally by SDL itself.
> 
> I've sent a possible fix to https://github.com/PerlGameDev/SDL/pull/306,
> but I'm intentionally not tagging this bug +patch, because it badly needs
> reviewing by someone who has written XS bindings before (I'd never tried
> writing XS before today).

Hi, many thanks for your work on this.

I fear my expertise is not up to reviewing this properly, and SDL-Perl
upstream seems to be very quiet nowadays.

I'm copying the debian-perl list for some visibility, maybe somebody
there could have a look?

If not, I think I'd be OK just pushing your patch to sid and seeing
how it fares. It would be unfortunate to lose frozen-bubble from the
next release...
-- 
Niko Tyni   nt...@debian.org

Bug#1040498: Should we consider the transition ready (Was: Bug#1040498: transition: r-bioc-biocgenerics)

[Paul Gevers]

Hi Andreas,

On 29-07-2023 12:51, Andreas Tille wrote:

all r-bioc-* packages except

r-bioc-bitseq

which is not maintained upstream and should probably be removed (as in
the last transition) and

r-bioc-scater
r-bioc-deseq
r-bioc-isoformswitchanalyzer

are uploaded.  The latter three have new dependencies which are uploaded
to new.  Since all four exceptions are in sid only we could consider the
transition done and the majority of r-bioc-* packages can migrate to
testing.  We can wait for new processing for those three remaining
packages which does not really affect all other r-bioc-* packages.


Well, I didn't check everything yet (hint is at [1]) but at least the 
autopkgtest regression in r-bioc-rhdf5filters (see [2] to find that in 
unstable it fails too) should really be solved. For several of the other 
packages, you see that the right versioned (test) dependencies aren't 
declared, so the test pass in unstable, but fails to pull in the right 
dependencies when tested in the migration scenario. Also, but that's 
more my fault than yours, there are a bunch of packages in testing that 
fail their tests there because their *test* dependencies aren't in 
testing. Those should be pulled in by the migration scenario, but I hope 
none of the three packages mentioned above are needed for other tests, 
because then the tests will keep failing until NEW is cleared.


> If you agree it might make sense to not touch r-bioc-* packages to let
> the testing migration happen.

Well, any fix for triggered autopkgtest failure due to the lack of the 
right constraints (versioned (test) dependencies and/or breaks) might 
actually help speed up the process, because it will need less hand-holding.


Paul

PS: I'm not seeing the uploads of r-bioc-isoformswitchanalyzer and 
r-bioc-scater yet


[1] https://people.debian.org/~elbrus/ci/regressions.html (grey is only 
in unstable)

[2] https://ci.debian.net/packages/r/r-bioc-rhdf5filters/


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1042519: webkit2gtk: Please update CFLAGS for sh4 to fix FTBFS

[Oleg Endo]

Hi Adrian,

ich sehe das gerade und mir stellt sich die Frage, wann/ob diese Compiler-
Einstellungen auch irgendwann später wieder zurückgestellt werden?  Ob das
irgendjemand in Zukunft hin und wieder probiert, oder ob das einfach so
stehenbleibt?

Grüße,
Oleg

On Sat, 2023-07-29 at 18:51 +0200, John Paul Adrian Glaubitz wrote:
> Source: webkit2gtk
> Version: 2.40.4-1
> Severity: normal
> Tags: patch
> User: debian-sup...@lists.debian.org
> Usertags: sh4
> X-Debbugs-Cc: debian-sup...@lists.debian.org
> 
> Hello!
> 
> The current CFLAGS result in webkit2gtk FTBFS due to a GCC internal compiler 
> error [1]:
> 
> In file included from 
> /<>/Source/JavaScriptCore/inspector/InjectedScriptHost.cpp:29,
>  from 
> JavaScriptCore/DerivedSources/unified-sources/UnifiedSource-84c9f43f-1.cpp:7:
> /<>/Source/JavaScriptCore/inspector/JSInjectedScriptHost.h: In 
> static member function ‘static JSC::Structure* 
> Inspector::JSInjectedScriptHost::createStructure(JSC::VM&, 
> JSC::JSGlobalObject*, JSC::JSValue)’:
> /<>/Source/JavaScriptCore/inspector/JSInjectedScriptHost.h:51:5: 
> error: unable to find a register to spill in class ‘R0_REGS’
> 
> This is fixed by building webkit2gtk with "-O1" instead of "-Os" which used 
> to be the
> case before but was changed in order to reduce memory usage during build [2]. 
> However,
> on sh4, we need to keep "-O1" to make the register allocator happy.
> 
> Could you apply the following change:
> 
> --- old/webkit2gtk-2.40.4/debian/rules  2023-07-06 11:51:25.0 +0200
> +++ new/webkit2gtk-2.40.4/debian/rules  2023-07-29 18:44:00.49550 +0200
> @@ -71,7 +71,7 @@
>  endif
>  
>  # Lower memory requirements on architectures with only 2 GB address space
> -ifneq (,$(filter $(DEB_HOST_ARCH),m68k mips mipsel sh4))
> +ifneq (,$(filter $(DEB_HOST_ARCH),m68k mips mipsel))
> CFLAGS := $(CFLAGS:-g1=-g0)
> CFLAGS := $(CFLAGS:-O2=-Os)
> CPPFLAGS += --param ggc-min-expand=10
> @@ -80,7 +80,9 @@
>  # See: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93876
>  # and: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877
>  ifneq (,$(filter $(DEB_HOST_ARCH),sh3 sh4))
> +   CFLAGS := $(CFLAGS:-g1=-g0)
> CFLAGS := $(CFLAGS:-O2=-O1)
> +   CPPFLAGS += --param ggc-min-expand=10
>  endif
>  
>  ifneq (,$(filter noopt,$(DEB_BUILD_OPTIONS)))
> 
> Thanks,
> Adrian
> 
> > [1] 
> > https://buildd.debian.org/status/fetch.php?pkg=webkit2gtk&arch=sh4&ver=2.41.4-1&stamp=1684382877&raw=0
> > [2] 
> > https://salsa.debian.org/webkit-team/webkit/-/commit/3160dec4b3500e97418dbd4246481dc1ae0d2c37
> 
> --
>  .''`.  John Paul Adrian Glaubitz
> : :' :  Debian Developer
> `. `'   Physicist
>   `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#1041809: groff-base: man pages cause troff warning "cannot select font 'C'"

[Dmitry Shachnev]

Control: forwarded -1 https://sourceforge.net/p/docutils/patches/205/

Hi all!

On Wed, Jul 26, 2023 at 05:08:44AM -0500, G. Branden Robinson wrote:
> # ``B`` bold, ``I`` italic, ``R`` roman should be available.
>
> Yes!
>
> # Hopefully ``C`` courier too.
>
> Yeah, no, that's never been true of groff (nor of mandoc(1)).

For some reason, with HTML output device the only way to produce a monospace
block ( or ) that I found is with ".ft C". The other options I tried
(".ft CR" and ".EX"/".EE") produce a paragraph with regular font ():

  $ cat foo.1
  .TH FOO 1
  .SH DESCRIPTION

  .ft C
  A paragraph in C font.
  .ft P

  .ft CR
  A paragraph in CR font.
  .ft P

  .EX
  An example.
  .EE

  $ groff -man -Thtml < foo.1
  [...]
  A paragraph
  in C font.

  A paragraph in
  CR font.

  An example.
  [...]

(Similar result with "man -Thtml -l foo.1".)

But I think rst2man users don't care about HTML output. If someone wanted
HTML, they would probably use rst2html.

> I have the following patch, which was super-straightforward:
> 
> $ diff -u /usr/lib/python3/dist-packages/docutils/writers/manpage.py 
> ATTIC/manpage.py
> --- /usr/lib/python3/dist-packages/docutils/writers/manpage.py  2019-12-30 
> 10:32:00.0 -0600
> +++ ATTIC/manpage.py2023-07-26 04:41:54.933370003 -0500
> @@ -218,7 +218,7 @@
>  'definition_list_item': ('.TP', ''),
>  'field_name': ('.TP\n.B ', '\n'),
>  'literal': ('\\fB', '\\fP'),
> -'literal_block': ('.sp\n.nf\n.ft C\n', '\n.ft P\n.fi\n'),
> +'literal_block': ('.EX\n', '\n.EE\n'),
> 
>  'option_list_item': ('.TP\n', ''),
>
> I'm not certain of it because I haven't yet figured out how to test it.
> (I have painful memories of "PYTHONPATH" and "virtualenv".)

I think we still need .sp, without that there is no blank line before the
example.

I have forwarded an updated patch upstream, see the Forwarded link. When it's
accepted by upstream developers, I will do a new upload.

> I see other things I'd like to improve in this man page writer (there
> are multiple mistaken claims in the comments, and some injected markup
> that _seems_ unnecessary), but one issue at a time...

That would be welcome. Please make contributions directly to upstream, they
have:

Bugs: https://sourceforge.net/p/docutils/bugs/
Patches: https://sourceforge.net/p/docutils/patches/
Mailing list: https://sourceforge.net/p/docutils/patches/

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#1041096: raspi-firmware: kernel removal can render raspi unbootable

[Archi]

Hello, today I've stumbled upon exactly the same issue, running Debian 
testing.



The config.txt was replaced with:

kernel=auto

initramfs


I had to manually fix it to:

kernel=vmlinuz-6.4.0-1-arm64

initramfs initrd.img-6.4.0-1-arm64


Please take a look into this issue, as I consider it a severe problem 
for everyone.


In my case, I just did apt dist-upgrade and apt autoremove --purge. New 
kernel (6.4.0-1 in my case) caused old one to be considered for 
autoremoval, after which rpi was rendered in unbootable state. I had to 
fix it manually editing config.txt. Executing update-initramfs -u 
manually once the system booted after manual fix rendered correct 
config.txt, so it has something to do with removal procedure that at the 
same time does not regenerate initramfs (since there is no need to do so 
since we only remove old kernel and related files).


Regards,

Archi

Bug#1042520: jabberd2: build dependency missing in testing: libgsasl7-dev

[Paul Gevers]

Source: jabberd2
Version: 2.7.0-4
Severity: serious
Tags: sid trixie
X-Debbugs-CC: hol...@debian.org
User: debian...@lists.debian.org
Usertag: edos-uninstallable

Dear maintainer(s),

Dose [1] is reporting issues with your packages. Normally your build 
dependencies shouldn't be removed from testing without removal all 
reverse build dependencies too, nor should a package be allowed to 
migrate unless all build dependencies are candidate for migration too. 
However, somehow we ended up in the current state and your source 
package is missing some Build-Depends for some while now. Not being able 
to build from source in a suite is an RC bug in that suite.


Can you please solve the situation? jabberd2 Build-Depends on a recently 
removed transitional package (bug 1038323), so you should be able to 
just Build-Depend on the non-versioned -dev package.


Paul

[1] https://qa.debian.org/dose/debcheck/src_testing_main/index.html


OpenPGP_signature
Description: OpenPGP digital signature

Bug#1042519: webkit2gtk: Please update CFLAGS for sh4 to fix FTBFS

[John Paul Adrian Glaubitz]

Source: webkit2gtk
Version: 2.40.4-1
Severity: normal
Tags: patch
User: debian-sup...@lists.debian.org
Usertags: sh4
X-Debbugs-Cc: debian-sup...@lists.debian.org

Hello!

The current CFLAGS result in webkit2gtk FTBFS due to a GCC internal compiler 
error [1]:

In file included from 
/<>/Source/JavaScriptCore/inspector/InjectedScriptHost.cpp:29,
 from 
JavaScriptCore/DerivedSources/unified-sources/UnifiedSource-84c9f43f-1.cpp:7:
/<>/Source/JavaScriptCore/inspector/JSInjectedScriptHost.h: In 
static member function ‘static JSC::Structure* 
Inspector::JSInjectedScriptHost::createStructure(JSC::VM&, 
JSC::JSGlobalObject*, JSC::JSValue)’:
/<>/Source/JavaScriptCore/inspector/JSInjectedScriptHost.h:51:5: 
error: unable to find a register to spill in class ‘R0_REGS’

This is fixed by building webkit2gtk with "-O1" instead of "-Os" which used to 
be the
case before but was changed in order to reduce memory usage during build [2]. 
However,
on sh4, we need to keep "-O1" to make the register allocator happy.

Could you apply the following change:

--- old/webkit2gtk-2.40.4/debian/rules  2023-07-06 11:51:25.0 +0200
+++ new/webkit2gtk-2.40.4/debian/rules  2023-07-29 18:44:00.49550 +0200
@@ -71,7 +71,7 @@
 endif
 
 # Lower memory requirements on architectures with only 2 GB address space
-ifneq (,$(filter $(DEB_HOST_ARCH),m68k mips mipsel sh4))
+ifneq (,$(filter $(DEB_HOST_ARCH),m68k mips mipsel))
CFLAGS := $(CFLAGS:-g1=-g0)
CFLAGS := $(CFLAGS:-O2=-Os)
CPPFLAGS += --param ggc-min-expand=10
@@ -80,7 +80,9 @@
 # See: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93876
 # and: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877
 ifneq (,$(filter $(DEB_HOST_ARCH),sh3 sh4))
+   CFLAGS := $(CFLAGS:-g1=-g0)
CFLAGS := $(CFLAGS:-O2=-O1)
+   CPPFLAGS += --param ggc-min-expand=10
 endif
 
 ifneq (,$(filter noopt,$(DEB_BUILD_OPTIONS)))

Thanks,
Adrian

> [1] 
> https://buildd.debian.org/status/fetch.php?pkg=webkit2gtk&arch=sh4&ver=2.41.4-1&stamp=1684382877&raw=0
> [2] 
> https://salsa.debian.org/webkit-team/webkit/-/commit/3160dec4b3500e97418dbd4246481dc1ae0d2c37

--
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer
`. `'   Physicist
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913
--- old/webkit2gtk-2.40.4/debian/rules  2023-07-06 11:51:25.0 +0200
+++ new/webkit2gtk-2.40.4/debian/rules  2023-07-29 18:44:00.49550 +0200
@@ -71,7 +71,7 @@
 endif
 
 # Lower memory requirements on architectures with only 2 GB address space
-ifneq (,$(filter $(DEB_HOST_ARCH),m68k mips mipsel sh4))
+ifneq (,$(filter $(DEB_HOST_ARCH),m68k mips mipsel))
CFLAGS := $(CFLAGS:-g1=-g0)
CFLAGS := $(CFLAGS:-O2=-Os)
CPPFLAGS += --param ggc-min-expand=10
@@ -80,7 +80,9 @@
 # See: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93876
 # and: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93877
 ifneq (,$(filter $(DEB_HOST_ARCH),sh3 sh4))
+   CFLAGS := $(CFLAGS:-g1=-g0)
CFLAGS := $(CFLAGS:-O2=-O1)
+   CPPFLAGS += --param ggc-min-expand=10
 endif
 
 ifneq (,$(filter noopt,$(DEB_BUILD_OPTIONS)))

Bug#1037568: Ajust fixed versions

[Hilko Bengen]

control: fixed -1 0.18.7-1~exp1

Bug#1027135: who: wrong login date

[Sven Joachim]

Control: forwarded -1 https://debbugs.gnu.org/64937

On 2022-12-28 11:58 +0100, Jakub Wilk wrote:

> Package: coreutils
> Version: 9.1-1
>
> who(1) prints bogus login dates for some(?!) logins:
>
>$ who -m
>jwilktty3 129186593-06-02 22:16
>
> This also happens in tmux:
>
>$ who -m
>jwilkpts/716847243-04-03 06:53 (tmux(4678).%0)
>
> But not in urxvt:
>
>$ who -m
>jwilkpts/82022-12-28 11:56 (:0)
>-- System Information:
> Architecture: i386

That architecture information is crucial.  I expect this problem also
occurs on other 32-bit architectures, but let's see what upstream has to
say about it.

Cheers,
   Sven

Bug#1042518: apt: preserve markauto if upgrading a packages with install ~U~nREGEX

[Jörg-Volker Peetz]

Package: apt
Version: 2.7.2
Severity: wishlist

Dear APT Development Team,

aptitude preserves the markauto state when upgrading one or more
package(s) with, e.g.,

  aptitude install '~Ulibboost'

But apt does not when calling

  apt install '~U~nlibboost'

I wished apt would also preserve the markauto settings.

Regards,
Jörg.


-- Package-specific info:
<#part type="text/plain" disposition=attachment description="Bug script output">

-- apt-config dump --

APT "";
APT::Architecture "amd64";
APT::Build-Essential "";
APT::Build-Essential:: "build-essential";
APT::Install-Recommends "false";
APT::Install-Suggests "0";
APT::Sandbox "";
APT::Sandbox::User "_apt";
APT::NeverAutoRemove "";
APT::NeverAutoRemove:: "^firmware-linux.*";
APT::NeverAutoRemove:: "^linux-firmware$";
APT::NeverAutoRemove:: "^linux-image-[a-z0-9]*$";
APT::NeverAutoRemove:: "^linux-image-[a-z0-9]*-[a-z0-9]*$";
APT::VersionedKernelPackages "";
APT::VersionedKernelPackages:: "linux-.*";
APT::VersionedKernelPackages:: "kfreebsd-.*";
APT::VersionedKernelPackages:: "gnumach-.*";
APT::VersionedKernelPackages:: ".*-modules";
APT::VersionedKernelPackages:: ".*-kernel";
APT::Never-MarkAuto-Sections "";
APT::Never-MarkAuto-Sections:: "metapackages";
APT::Never-MarkAuto-Sections:: "tasks";
APT::Move-Autobit-Sections "";
APT::Move-Autobit-Sections:: "oldlibs";
APT::Update "";
APT::Update::Post-Invoke-Success "";
APT::Update::Post-Invoke-Success:: "test -x /usr/bin/apt-show-versions || exit 0
; apt-show-versions -i";
APT::Architectures "";
APT::Architectures:: "amd64";
APT::Compressor "";
APT::Compressor::. "";
APT::Compressor::.::Name ".";
APT::Compressor::.::Extension "";
APT::Compressor::.::Binary "";
APT::Compressor::.::Cost "0";
APT::Compressor::zstd "";
APT::Compressor::zstd::Name "zstd";
APT::Compressor::zstd::Extension ".zst";
APT::Compressor::zstd::Binary "zstd";
APT::Compressor::zstd::Cost "60";
APT::Compressor::zstd::CompressArg "";
APT::Compressor::zstd::CompressArg:: "-19";
APT::Compressor::zstd::UncompressArg "";
APT::Compressor::zstd::UncompressArg:: "-d";
APT::Compressor::lz4 "";
APT::Compressor::lz4::Name "lz4";
APT::Compressor::lz4::Extension ".lz4";
APT::Compressor::lz4::Binary "false";
APT::Compressor::lz4::Cost "50";
APT::Compressor::gzip "";
APT::Compressor::gzip::Name "gzip";
APT::Compressor::gzip::Extension ".gz";
APT::Compressor::gzip::Binary "gzip";
APT::Compressor::gzip::Cost "100";
APT::Compressor::gzip::CompressArg "";
APT::Compressor::gzip::CompressArg:: "-6n";
APT::Compressor::gzip::UncompressArg "";
APT::Compressor::gzip::UncompressArg:: "-d";
APT::Compressor::xz "";
APT::Compressor::xz::Name "xz";
APT::Compressor::xz::Extension ".xz";
APT::Compressor::xz::Binary "xz";
APT::Compressor::xz::Cost "200";
APT::Compressor::xz::CompressArg "";
APT::Compressor::xz::CompressArg:: "-6";
APT::Compressor::xz::UncompressArg "";
APT::Compressor::xz::UncompressArg:: "-d";
APT::Compressor::bzip2 "";
APT::Compressor::bzip2::Name "bzip2";
APT::Compressor::bzip2::Extension ".bz2";
APT::Compressor::bzip2::Binary "bzip2";
APT::Compressor::bzip2::Cost "300";
APT::Compressor::bzip2::CompressArg "";
APT::Compressor::bzip2::CompressArg:: "-6";
APT::Compressor::bzip2::UncompressArg "";
APT::Compressor::bzip2::UncompressArg:: "-d";
APT::Compressor::lzma "";
APT::Compressor::lzma::Name "lzma";
APT::Compressor::lzma::Extension ".lzma";
APT::Compressor::lzma::Binary "xz";
APT::Compressor::lzma::Cost "400";
APT::Compressor::lzma::CompressArg "";
APT::Compressor::lzma::CompressArg:: "--format=lzma";
APT::Compressor::lzma::CompressArg:: "-6";
APT::Compressor::lzma::UncompressArg "";
APT::Compressor::lzma::UncompressArg:: "--format=lzma";
APT::Compressor::lzma::UncompressArg:: "-d";
Dir "/";
Dir::State "var/lib/apt";
Dir::State::lists "lists/";
Dir::State::cdroms "cdroms.list";
Dir::State::extended_states "extended_states";
Dir::State::status "/var/lib/dpkg/status";
Dir::Cache "var/cache/apt";
Dir::Cache::archives "archives/";
Dir::Cache::srcpkgcache "srcpkgcache.bin";
Dir::Cache::pkgcache "pkgcache.bin";
Dir::Etc "etc/apt";
Dir::Etc::sourcelist "sources.list";
Dir::Etc::sourceparts "sources.list.d";
Dir::Etc::main "apt.conf";
Dir::Etc::netrc "auth.conf";
Dir::Etc::netrcparts "auth.conf.d";
Dir::Etc::parts "apt.conf.d";
Dir::Etc::preferences "preferences";
Dir::Etc::preferencesparts "preferences.d";
Dir::Etc::trusted "trusted.gpg";
Dir::Etc::trustedparts "trusted.gpg.d";
Dir::Bin "";
Dir::Bin::methods "/usr/lib/apt/methods";
Dir::Bin::solvers "";
Dir::Bin::solvers:: "/usr/lib/apt/solvers";
Dir::Bin::planners "";
Dir::Bin::planners:: "/usr/lib/apt/planners";
Dir::Bin::dpkg "/usr/bin/dpkg";
Dir::Bin::gzip "/bin/gzip";
Dir::Bin::bzip2 "/bin/bzip2";
Dir::Bin::xz "/usr/bin/xz";
Dir::Bin::lz4 "/usr/bin/lz4";
Dir::Bin::zstd "/usr/bin/zstd";
Dir::Bin::lzma "/usr/bin/xz";
Dir::Media "";
Dir::Media::MountPath "/media/apt";
Dir::Log "var/log/apt";
Dir::Log::Terminal "term.log";
Dir::Log::History "history.log";
Dir::Log::Planner "eipp.log.xz";
Dir::Ignore-Files-

Bug#1042517: Acknowledgement (i915: oops for NULL pointer dereference on Intel HD Graphics P4000)

[Mad Horse]

The kernel log in the first report seems to be truncated. Here is a full log:


[    0.00] Linux version 6.4.0-1-amd64 (debian-ker...@lists.debian.org) 
(gcc-13 (Debian 13.1.0-9) 13.1.0, GNU ld (GNU Binutils for Debian) 
2.40.90.20230720) #1 SMP PREEMPT_DYNAMIC Debian 6.4.4-1 (2023-07-23)
[    0.00] Command line: root=/dev/mapper/vgs-root ro intel_iommu=on  
intel_iommu=on
[    0.00] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point 
registers'
[    0.00] x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
[    0.00] x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
[    0.00] x86/fpu: xstate_offset[2]:  576, xstate_sizes[2]:  256
[    0.00] x86/fpu: Enabled xstate features 0x7, context size is 832 bytes, 
using 'standard' format.
[    0.00] signal: max sigframe size: 1776
[    0.00] BIOS-provided physical RAM map:
[    0.00] BIOS-e820: [mem 0x1000-0x0009] usable
[    0.00] BIOS-e820: [mem 0x000a-0x000f] reserved
[    0.00] BIOS-e820: [mem 0x0010-0x7ff0efff] usable
[    0.00] BIOS-e820: [mem 0x8000-0x829f] reserved
[    0.00] BIOS-e820: [mem 0xf000-0xf3ff] reserved
[    0.00] BIOS-e820: [mem 0xfed4-0xfed44fff] reserved
[    0.00] BIOS-e820: [mem 0xfed9-0xfed91fff] reserved
[    0.00] BIOS-e820: [mem 0x0001-0x00047d5f] usable
[    0.00] NX (Execute Disable) protection: active
[    0.00] SMBIOS 3.0 present.
[    0.00] DMI: HP HP Z220 SFF Workstation/HP Z220 SFF Workstation, BIOS 
4.19-218-gb184e6e0a1 02/02/2023
[    0.00] tsc: Fast TSC calibration using PIT
[    0.00] tsc: Detected 3192.575 MHz processor
[    0.10] e820: update [mem 0x-0x0fff] usable ==> reserved
[    0.16] e820: remove [mem 0x000a-0x000f] usable
[    0.24] last_pfn = 0x47d600 max_arch_pfn = 0x4
[    0.32] x86/PAT: Configuration [0-7]: WB  WC  UC- UC  WB  WP  UC- WT  
[    0.000402] last_pfn = 0x7ff0f max_arch_pfn = 0x4
[    0.019298] RAMDISK: [mem 0x4760dc000-0x4797f]
[    0.019302] ACPI: Early table checksum verification disabled
[    0.019307] ACPI: RSDP 0x000F 24 (v02 COREv4)
[    0.019314] ACPI: XSDT 0x7FF270E0 5C (v01 COREv4 COREBOOT 
 CORE 20200925)
[    0.019324] ACPI: FACP 0x7FF296E0 000114 (v06 COREv4 COREBOOT 
 CORE 20200925)
[    0.019333] ACPI: DSDT 0x7FF27280 002455 (v02 COREv4 COREBOOT 
20141018 INTL 20200925)
[    0.019339] ACPI: FACS 0x7FF27240 40
[    0.019344] ACPI: FACS 0x7FF27240 40
[    0.019349] ACPI: SSDT 0x7FF29800 00284A (v02 COREv4 COREBOOT 
002A CORE 20200925)
[    0.019355] ACPI: MCFG 0x7FF2C050 3C (v01 COREv4 COREBOOT 
 CORE 20200925)
[    0.019361] ACPI: TCPA 0x7FF2C090 32 (v02 COREv4 COREBOOT 
 CORE 20200925)
[    0.019366] ACPI: APIC 0x7FF2C0D0 7E (v03 COREv4 COREBOOT 
 CORE 20200925)
[    0.019372] ACPI: DMAR 0x7FF2C150 C0 (v01 COREv4 COREBOOT 
 CORE 20200925)
[    0.019377] ACPI: HPET 0x7FF2C210 38 (v01 COREv4 COREBOOT 
 CORE 20200925)
[    0.019382] ACPI: Reserving FACP table memory at [mem 0x7ff296e0-0x7ff297f3]
[    0.019385] ACPI: Reserving DSDT table memory at [mem 0x7ff27280-0x7ff296d4]
[    0.019387] ACPI: Reserving FACS table memory at [mem 0x7ff27240-0x7ff2727f]
[    0.019388] ACPI: Reserving FACS table memory at [mem 0x7ff27240-0x7ff2727f]
[    0.019390] ACPI: Reserving SSDT table memory at [mem 0x7ff29800-0x7ff2c049]
[    0.019392] ACPI: Reserving MCFG table memory at [mem 0x7ff2c050-0x7ff2c08b]
[    0.019393] ACPI: Reserving TCPA table memory at [mem 0x7ff2c090-0x7ff2c0c1]
[    0.019395] ACPI: Reserving APIC table memory at [mem 0x7ff2c0d0-0x7ff2c14d]
[    0.019396] ACPI: Reserving DMAR table memory at [mem 0x7ff2c150-0x7ff2c20f]
[    0.019398] ACPI: Reserving HPET table memory at [mem 0x7ff2c210-0x7ff2c247]
[    0.019484] No NUMA configuration found
[    0.019486] Faking a node at [mem 0x-0x00047d5f]
[    0.019502] NODE_DATA(0) allocated [mem 0x47d5c8000-0x47d5f2fff]
[    0.019979] Zone ranges:
[    0.019981]   DMA  [mem 0x1000-0x00ff]
[    0.019984]   DMA32    [mem 0x0100-0x]
[    0.019987]   Normal   [mem 0x0001-0x00047d5f]
[    0.019990]   Device   empty
[    0.019992] Movable zone start for each node
[    0.019997] Early memory node ranges
[    0.019998]   node   0: [mem 0x1000-0x0009]
[    0.020001]   node   0: [mem 0x0010-0x7ff0efff]
[    0.020003]   node   0: [mem 0x0001-0x00047d5f]
[    0.020008] Initmem setup node 0 [mem 0x1000-0x00047d5f]
[    0.020016] On node 0, zone DMA: 1

Bug#1042517: i915: oops for NULL pointer dereference on Intel HD Graphics P4000

[Mad Horse]

Package: src:linux
Version: 6.4.4-1
Severity: important

Dear Maintainer,

i915 used to work well on my Intel HD Graphics P4000 in an Intel(R) Xeon(R) CPU
E3-1225 V2 when running Linux kernel 6.3.0-1 (6.3.7-1) and older, but on
6.4.4-1, it will oops for NULL pointer dereference as the attached kernel log
shows. This also hangs the sound card and holds the system from reboot.

i915 of linux 6.4.4-1 will neither oops on Intel GMA 4500MHD in GM45, nor on an
ordinary Intel HD Graphics 4000 in an Intel(R) Core(TM) i5-3427U CPU.


-- Package-specific info:
** Version:
Linux version 6.4.0-1-amd64 (debian-ker...@lists.debian.org) (gcc-13 (Debian 
13.1.0-9) 13.1.0, GNU ld (GNU Binutils for Debian) 2.40.90.20230720) #1 SMP 
PREEMPT_DYNAMIC Debian 6.4.4-1 (2023-07-23)

** Command line:
root=/dev/mapper/vgs-root ro intel_iommu=on intel_iommu=on
** Tainted: D (128)
* kernel died recently, i.e. there was an OOPS or BUG

** Kernel log:
[ 8.763418] systemd[1]: Mounting sys-fs-fuse-connections.mount - FUSE Control 
File System...
[ 8.764411] systemd[1]: Mounting sys-kernel-config.mount - Kernel Configuration 
File System...
[ 8.764596] systemd[1]: systemd-firstboot.service - First Boot Wizard was 
skipped because of an unmet condition check (ConditionFirstBoot=yes).
[ 8.764707] systemd[1]: systemd-repart.service - Repartition Root Disk was 
skipped because no trigger condition checks were met.
[ 8.765773] systemd[1]: Starting systemd-sysusers.service - Create System 
Users...
[ 8.765933] ppdev: user-space parallel port driver
[ 8.768736] systemd[1]: Mounted sys-fs-fuse-connections.mount - FUSE Control 
File System.
[ 8.768892] parport_pc 00:04: reported by Plug and Play ACPI
[ 8.769418] parport0: PC-style at 0x378, irq 7 [PCSPP]
[ 8.770159] systemd[1]: Mounted sys-kernel-config.mount - Kernel Configuration 
File System.
[ 8.790829] systemd[1]: Finished lvm2-monitor.service - Monitoring of LVM2 
mirrors, snapshots etc. using dmeventd or progress polling.
[ 8.796058] systemd[1]: Finished systemd-sysusers.service - Create System Users.
[ 8.821265] systemd[1]: Starting systemd-tmpfiles-setup-dev.service - Create 
Static Device Nodes in /dev...
[ 8.821479] systemd[1]: Started systemd-journald.service - Journal Service.
[ 8.865221] lp0: using parport0 (interrupt-driven).
[ 9.004135] sd 0:0:0:0: Attached scsi generic sg0 type 0
[ 9.009846] sr 2:0:0:0: Attached scsi generic sg1 type 5
[ 9.048838] EDAC MC0: Giving out device to module ie31200_edac controller 
IE31200: DEV :00:00.0 (POLLED)
[ 9.129202] iTCO_vendor_support: vendor-support=0
[ 9.134408] input: PC Speaker as /devices/platform/pcspkr/input/input12
[ 9.137872] iTCO_wdt iTCO_wdt.1.auto: Found a Panther Point TCO device 
(Version=2, TCOBASE=0x0560)
[ 9.141787] at24 0-0050: supply vcc not found, using dummy regulator
[ 9.154175] iTCO_wdt iTCO_wdt.1.auto: initialized. heartbeat=30 sec (nowayout=0)
[ 9.154624] at24 0-0050: 256 byte spd EEPROM, read-only
[ 9.161769] usbcore: registered new device driver apple-mfi-fastcharge
[ 9.234467] RAPL PMU: API unit is 2^-32 Joules, 3 fixed counters, 163840 ms 
ovfl timer
[ 9.234475] RAPL PMU: hw unit of domain pp0-core 2^-16 Joules
[ 9.234477] RAPL PMU: hw unit of domain package 2^-16 Joules
[ 9.234479] RAPL PMU: hw unit of domain pp1-gpu 2^-16 Joules
[ 9.235718] cfg80211: Loading compiled-in X.509 certificates for regulatory 
database
[ 9.235903] Loaded X.509 cert 'b...@debian.org: 
577e021cb980e0e820821ba7b54b4961b8b4fadf'
[ 9.236083] Loaded X.509 cert 'romain.per...@gmail.com: 
3abbc6ec146e09d1b6016ab9d6cf71dd233f0328'
[ 9.236251] Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
[ 9.238123] platform regulatory.0: firmware: direct-loading firmware 
regulatory.db
[ 9.238323] platform regulatory.0: firmware: direct-loading firmware 
regulatory.db.p7s
[ 9.273677] alg: No test for fips(ansi_cprng) (fips_ansi_cprng)
[ 9.286133] gsmi: no gsmi handler in firmware
[ 9.513229] intel_rapl_common: Found RAPL domain package
[ 9.513238] intel_rapl_common: Found RAPL domain core
[ 9.513240] intel_rapl_common: Found RAPL domain uncore
[ 9.566492] Bluetooth: Core ver 2.22
[ 9.566539] NET: Registered PF_BLUETOOTH protocol family
[ 9.566542] Bluetooth: HCI device and connection manager initialized
[ 9.566548] Bluetooth: HCI socket layer initialized
[ 9.566551] Bluetooth: L2CAP socket layer initialized
[ 9.566556] Bluetooth: SCO socket layer initialized
[ 9.580540] usbcore: registered new interface driver btusb
[ 9.690063] Bluetooth: hci0: BCM: chip id 102 build 0695
[ 9.691041] Bluetooth: hci0: BCM: product 05ac:8290
[ 9.693120] Bluetooth: hci0: BCM: features 0x2f
[ 9.709018] Bluetooth: hci0: BCM20703A1 Generic USB UHE Apple 20Mhz fcbga_X87
[ 9.785188] EXT4-fs (dm-2): mounting with "discard" option, but the device does 
not support discard
[ 9.785201] EXT4-fs (dm-2): mounted filesystem 
1438d07e-fadf-4596-9087-4938ff89d449 r/w with ordered data mode. Quota mode: 
none.
[ 9.790465] EXT4-fs (nvme0n1p3): mounted filesystem 
c0b73825-35d7-4312-8ab3-f5b6

Bug#1042516: wims-lti: [INTL:sv] Swedish translation of debconf strings

[Peter Kvillegård]

Package: wims-lti
Version: 0.4.4.1-12
Severity: wishlist
Tags: l10n patch
X-Debbugs-Cc: peterkvilleg...@tutanota.com

Dear Maintainer,

Please copy the attachment into debian/po/sv.po
It's in UTF-8 and has been tested with msgfmt.

Regards,

Peter Kvillegård
# Translation of wims-lti 0.4.4.1-12 debconf to Swedish.
# Copyright (C) 2018-2020 Coumes Quentin
# This file is distributed under the same license as the wims-lti package.
# Peter Kvillegård , 2023
#
msgid ""
msgstr ""
"Project-Id-Version: wims-lti 0.4.4.1-12\n"
"Report-Msgid-Bugs-To: wims-...@packages.debian.org\n"
"POT-Creation-Date: 2021-04-19 14:44+0200\n"
"PO-Revision-Date: 2023-07-28 21:17+0200\n"
"Last-Translator: Peter Kvillegård \n"
"Language-Team: Swedish \n"
"Language: sv\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Poedit 3.2.2\n"

#. Type: string
#. Description
#: ../templates:1001
msgid "hostname for the service:"
msgstr "värdnamn för tjänsten:"

#. Type: string
#. Description
#: ../templates:1001
msgid ""
"When you use Apache2 + WSGI to deploy the service, it can be implemented as "
"a virtual host. In the example below, the service administration's webpage "
"should be at http://wims-lti.example.com/admin/";
msgstr ""
"När du använder Apache2 + WSGI för att driftsätta tjänsten så kan den "
"implementeras som en virtuell värd. I exemplet nedan bör tjänstens webbsida "
"för administration finnas på http://wims-lti.example.com/admin/";

#. Type: string
#. Description
#: ../templates:1001
msgid "If unsure, you can keep the default value."
msgstr "Om du är osäker kan du behålla standardvärdet."

#. Type: string
#. Description
#: ../templates:2001
msgid "email for django's service admin:"
msgstr "e-post för djangos admin för tjänsten:"

#. Type: string
#. Description
#: ../templates:2001
msgid "Choose a valid email string."
msgstr "Välj en giltig e-poststräng."

#. Type: password
#. Description
#: ../templates:3001
msgid "password for django's service admin:"
msgstr "lösenord för djangos admin för tjänsten:"

#. Type: password
#. Description
#: ../templates:3001
msgid "Choose a strong enough password."
msgstr "Välj ett tillräckligt starkt lösenord."

#. Type: string
#. Description
#: ../templates:4001
msgid "how long to wait for a response from WIMS adm/raw module:"
msgstr "hur lång väntetid för svar från WIMS adm/raw-modul:"

#. Type: string
#. Description
#: ../templates:4001
msgid ""
"Choose an integer value (in seconds). The default value is generally fine. "
"When a server has many active classes, this time should be increased."
msgstr ""
"Välj ett heltalsvärde (i sekunder). Standardvärdet är generellt sett bra. "
"När en server har många aktiva klasser bör denna tid utökas."

Bug#849400: debian-installer: LUKS on rootfs and boot

[Cyril Brulebois]

Jinesh Choksi  (2023-07-29):
>   - cryptsetup luksFormat --type luks1 /dev/sda2

As mentioned in various other places, first we need to teach GRUB about
argon2i(d), then we can think about enabling cryptodisk support. Also,
we need a plan for the GRUB-to-Linux handover.

Ugly PoC for the first part in the following branch, but the plan is to
try and update libgcrypt instead.

  https://salsa.debian.org/kibi/grub/-/commits/luks2-argon2-v0


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


signature.asc
Description: PGP signature

Bug#1042515: RFP: CAMotics -- simulate and visualize GCode programs for CNCs in 3D

[Petter Reinholdtsen]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: Debian Science Maintainers 
, Sebastian Kuzminsky 
, Kurt Kremitzki 

  Package name: CAMotics
  Version : 1.2.0
  Upstream Author : Joseph Coffland
  URL : https://camotics.org/
  License : GPL v2+
  Programming Lang: C++
  Description : simulate and visualize GCode programs for CNCs in 3D

With CAMotics, you can simulate 3-axis GCode programs for CNCs and
visualize the results in 3D.  With the power to simulate your CNC tool
paths you will avoid dangerous and expensive mistakes.  Would you start
cutting without measuring first? Then why would you run a CNC program
with out simulating? CAMotics will save you time and money and open up a
world of creative possibilities by allowing you to rapidly visualize and
improve upon designs without wasting materials or breaking tools.

FreeCAD 0.21 will provide extra functionallity if CAMotics is installed.

-- 
Happy hacking
Petter REinholdtsen

Bug#1042514: burrow FTBFS on riscv64

[Adrian Bunk]

Source: burrow
Version: 1.2.1-2
Severity: important
Tags: ftbfs
Forwarded: https://github.com/linkedin/Burrow/pull/763

https://buildd.debian.org/status/fetch.php?pkg=burrow&arch=riscv64&ver=1.2.1-2&stamp=1690633232&raw=0

...
# github.com/linkedin/Burrow/core
src/github.com/linkedin/Burrow/core/open_out_log_unix.go:21:17: undefined: 
syscall.Dup2
...

Bug#1042513: fontconfig-config: wrong advice from dpkg-reconfigure

[suvq3v+db5qszyv7dn30]

Package: fontconfig-config
Version: 2.14.1-4
Severity: normal

Dear Maintainer,

When you run:
# dpkg-reconfigure fontconfig-config

The first question asked is:

Please select the preferred method for tuning fonts for screen rendering.

Select 'Native' if you mostly use DejaVu (the default in Debian) or any of 
the Microsoft fonts. Select

However as of debian bookworm, debian default is not DejaVu but instead Noto. 
See for example #1028643 or #1029390 or #1028897

Please change this message and provide advice on what font tuning method to 
select. Thank you.


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

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

Versions of packages fontconfig-config depends on:
ii  debconf [debconf-2.0]  1.5.82
ii  fonts-dejavu-core  2.37-6

fontconfig-config recommends no packages.

fontconfig-config suggests no packages.

-- debconf information excluded

Bug#1042512: src:python-numpysane: fails to migrate to testing for too long: uploader built arch:all binary

[Paul Gevers]

Source: python-numpysane
Version: 0.36-1
Severity: serious
Control: close -1 0.39-1
Tags: sid trixie pending
User: release.debian@packages.debian.org
Usertags: out-of-sync

Dear maintainer(s),

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


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


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


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


Your package is only blocked because the arch:all binary package(s) 
aren't built on a buildd. Unfortunately the Debian infrastructure 
doesn't allow arch:all packages to be properly binNMU'ed. Hence, I will 
shortly do a no-changes source-only upload to DELAYED/15, closing this 
bug. Please let me know if I should delay or cancel that upload.


Paul

[1] https://lists.debian.org/debian-devel-announce/2023/06/msg1.html
[2] https://qa.debian.org/excuses.php?package=python-numpysane



OpenPGP_signature
Description: OpenPGP digital signature

Bug#1042510: Not able to upgrade binutils-x86-64-linux-gnu

[Victor Westerhuis]

Source: binutils
Followup-For: Bug #1042510
Control: forcemerge 1042498 -1

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

This seems to be a duplicate of #1042498.

Regards, Victor

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

Kernel: Linux 6.3.0-1-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en_US:en:nl_NL:nl
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmTFGrITHHZpY3RvckB3
ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+xNJD/9RuQUZbZhrqSo3tCx6sBNN7J6tBLUk
K80hBiq+e6feiYqYmNBt/r9US3FEC/CX3ggwA+ne7MJWjzdrTJPHcp/Ad5ndHaqO
2eyV9fPjwbgQOYl6npAFoM8UimI5YsZ/5EwkqWGhP7PfwfikBT4XyVbuZUyFDU2R
RkzSBSGX1DJdHJL37FzBqcv22r+pls6moc9ati3yG7pthjovp4WZ5qy7LR8fJkPw
+bLcUKX+7n3zwjxckO8or2t7Bv8d6bM93G2no5OYdAvd3Kmz80ewiIHvmztTBpSC
Cu0+ruZiJizLRCpt2sWUBZ5HaiL/wAxcoQLqkWqJ6Ki3UopshYGwjhbL2HVkVQrR
GoG7Kh6wx0DPc2rCX4LXt4iTTlRd6d0VNkMyFaD3Qse7ELejlILPX3WWfk7Fl3d8
bWeUa4N3gUmvk0vfB+N4iyPoSUxvqd0XRyrbYKb36Yp3qlL+jneAZ0uWFiO1x9ix
89VsopET4AWhreWAazDCPhXc2L2OBH3/tzEszFBZZ8uu0bgyEIxq9P8JBQvdx9v8
IlEfTw/TIWVchFVchbCuf9kiRQ66F1N/emHPgYsv5vW5yMzRj4w3f2yDNSl2H52e
BgqrqiZy3AZhyVLa+rJS6nBmb1v+cGr+MTXUggfU83Hu+Kxa9tp9O5rgXOICxs9v
cSvjqP4x5Y8sZg==
=0T5p
-END PGP SIGNATURE-

Bug#598599: avfsd comes without manual page

[Peter Hyman]

Package: avfs
Version: 1.1.4-2
Followup-For: Bug #598599

Dear Reporter, Maintainer.

AVFS never had a manpage. There is plenty of documentation for packager and
user. You would refer to the file

/usr/share/doc/avfs/README.avfs-fuse and
/usr/share/doc/avfs/README.gz

the file /usr/bin/avfsd takes no options and is loaded as a daemon.
Files/devices are accessed as

ls $HOME/.avfs/$PWD/file.gz#
for example.

Maybe report the request upstream. But for most, the READMEs (which I
contributed to) should be fine.

Would suggest closing this bug as WONTFIX since it is an upstream request,
not anything Debian can/should fix.

-- System Information:
Debian Release: 12.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 
'stable')

Architecture: amd64 (x86_64)

--
Peter Hyman

Bug#1040223: libimage-imlib2-perl: diff for NMU version 2.03-1.2

[gregor herrmann]

Control: tags 1040223 + pending


Dear maintainer,

I've prepared an NMU for libimage-imlib2-perl (versioned as 2.03-1.2) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.

Regards.


-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   
diff -Nru libimage-imlib2-perl-2.03/debian/changelog libimage-imlib2-perl-2.03/debian/changelog
--- libimage-imlib2-perl-2.03/debian/changelog	2022-10-06 18:56:50.0 +0200
+++ libimage-imlib2-perl-2.03/debian/changelog	2023-07-29 16:09:32.0 +0200
@@ -1,3 +1,16 @@
+libimage-imlib2-perl (2.03-1.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix "Creates empty package on bookworm upwards":
+`imlib2-config' went missing from libimlib2-dev, so use pkgconfig (new
+patch pkg-config.diff and build dependency on libextutils-pkgconfig-perl)
+(Closes: #1040223)
+  * Add patch 0001-Work-around-an-imlib2-bug-with-alpha-channel-cloning.patch
+from Niko Tyni to work around an imlib2 bug with alpha channel cloning
+which makes a test fail.
+
+ -- gregor herrmann   Sat, 29 Jul 2023 16:09:32 +0200
+
 libimage-imlib2-perl (2.03-1.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru libimage-imlib2-perl-2.03/debian/control libimage-imlib2-perl-2.03/debian/control
--- libimage-imlib2-perl-2.03/debian/control	2011-10-16 02:28:18.0 +0200
+++ libimage-imlib2-perl-2.03/debian/control	2023-07-29 16:00:08.0 +0200
@@ -3,7 +3,7 @@
 Priority: extra
 Section: perl
 Standards-Version: 3.9.2
-Build-Depends: debhelper (>= 8), libmodule-build-perl, libimlib2-dev, libtest-simple-perl, quilt
+Build-Depends: debhelper (>= 8), libmodule-build-perl, libimlib2-dev, libtest-simple-perl, quilt, libextutils-pkgconfig-perl
 
 Package: libimage-imlib2-perl
 Architecture: any
diff -Nru libimage-imlib2-perl-2.03/debian/patches/0001-Work-around-an-imlib2-bug-with-alpha-channel-cloning.patch libimage-imlib2-perl-2.03/debian/patches/0001-Work-around-an-imlib2-bug-with-alpha-channel-cloning.patch
--- libimage-imlib2-perl-2.03/debian/patches/0001-Work-around-an-imlib2-bug-with-alpha-channel-cloning.patch	1970-01-01 01:00:00.0 +0100
+++ libimage-imlib2-perl-2.03/debian/patches/0001-Work-around-an-imlib2-bug-with-alpha-channel-cloning.patch	2023-07-29 16:01:50.0 +0200
@@ -0,0 +1,49 @@
+From c2d646b9fa925ac2a91cb6cfb3fe6dad430c7927 Mon Sep 17 00:00:00 2001
+From: Niko Tyni 
+Date: Tue, 18 Jul 2023 15:16:21 +0100
+Subject: [PATCH] Work around an imlib2 bug with alpha channel cloning
+
+As discussed in https://bugs.debian.org/1041406 imlib2 1.10.0 introduced
+a bug where imlib_clone_image() no longer copies the alpha flag. This
+breaks test 12 of t/simple.t :
+
+  #   Failed test at t/simple.t line 68.
+  #  got: '0'
+  # expected: '1'
+
+Work around this on our side by checking for any difference after
+cloning and copying the alpha flag if necessary.
+
+Bug-Debian: https://bugs.debian.org/1040223
+---
+ lib/Image/Imlib2.xs | 11 +++
+ 1 file changed, 11 insertions(+)
+
+diff --git a/lib/Image/Imlib2.xs b/lib/Image/Imlib2.xs
+index f48d4ec..cc54d2b 100644
+--- a/lib/Image/Imlib2.xs
 b/lib/Image/Imlib2.xs
+@@ -931,9 +931,20 @@ Imlib2_clone(image)
+ CODE:
+ 	{
+ 		Imlib_Image cloned;
++		char alpha_orig;
++		char alpha_cloned;
+ 		
+ 		imlib_context_set_image(image);
+ 		cloned = imlib_clone_image();
++
++		/* imlib2 no longer clones the alpha flag since 1.10 */
++		alpha_orig = imlib_image_has_alpha();
++		imlib_context_set_image(cloned);
++		alpha_cloned = imlib_image_has_alpha();
++		if (alpha_orig != alpha_cloned) {
++			imlib_image_set_has_alpha(alpha_orig);
++		}
++		imlib_context_set_image(image);
+ 		
+ 		RETVAL = cloned;
+ 	}
+-- 
+2.39.1
+
diff -Nru libimage-imlib2-perl-2.03/debian/patches/pkg-config.diff libimage-imlib2-perl-2.03/debian/patches/pkg-config.diff
--- libimage-imlib2-perl-2.03/debian/patches/pkg-config.diff	1970-01-01 01:00:00.0 +0100
+++ libimage-imlib2-perl-2.03/debian/patches/pkg-config.diff	2023-07-29 16:01:16.0 +0200
@@ -0,0 +1,43 @@
+Description: use pkgconfig instead of the discontinued imlib2-config
+Origin: vendor
+Bug-Debian: https://bugs.debian.org/1040223
+Author: gregor herrmann 
+Last-Update: 2023-07-29
+
+--- a/Build.PL
 b/Build.PL
+@@ -1,11 +1,14 @@
+ use Module::Build;
+ use strict;
+ use Cwd;
++use ExtUtils::PkgConfig ;
+ 
+-# We need to find imlib2-config
+-my $CONFIG = "imlib2-config";
++my $pkg = 'imlib2';
++my %info = ExtUtils::PkgConfig->find ($pkg) ;
++my $version = $info{modversion} ;
++my $libs= $info{libs} ;
++my $cflags  = $info{cflags} ;
+ 
+-my $version = `$CONFIG --version`;
+ if (!$version) {
+   warn 'You must install the imlib2 library before you can install
+ Image::Imlib2. You can obtain imlib

Bug#990028: /usr/bin/mogrify-im6.q16: raw support requires ufraw-batch which is no longer in Debian

[Bastien ROUCARIES]

Hi,

Help is welcome on the imagemagick side. You could step in as a maint
or test salsa tree

Le lun. 24 juil. 2023 à 17:21, Darshaka Pathirana  a écrit :
>
> Hi,
>
> On Fri, 03 Sep 2021 22:00:12 + Debian FTP Masters 
>  wrote:
> > Source: imagemagick
> > Source-Version: 8:6.9.12.20+dfsg1-1
> > Done: Bastien Roucariès 
>
> If just stumbled over this:
>
>   ❯ identify -format "%f: %wx%h\n" "DSC_0597.NEF"
>   identify-im6.q16: delegate failed `'ufraw-batch' --silent --create-id=also 
> --out-type=png --out-depth=16 --output='%u.png' '%i'' @ 
> error/delegate.c/InvokeDelegate/1966.
>   identify-im6.q16: unable to open image 
> `/tmp/magick-vD_smqp7YJHGABZ2bxgam6OJlqxQ5NMN.ppm': No such file or directory 
> @ error/blob.c/OpenBlob/2924.
>
> I am still running Debian/bullseye, but as far as I can see version 
> 6.9.12.20+dfsg1-1 is only in experimental.
> Any plans to bring it to unstable?
>
> Apart from that, imagemagick-6.q16 + imagemagick-6.q16hdri do still have 
> "Suggests: ufraw-batch"[1][2].
> This should be removed.
>
> [1] 
> https://salsa.debian.org/debian/imagemagick/-/blob/debian/lastest/debian/control?ref_type=heads#L200
> [2] 
> https://salsa.debian.org/debian/imagemagick/-/blob/debian/lastest/debian/control?ref_type=heads#L411
>
> And finally: is there a workaround for this problem, as Debian/bullseye + 
> bookworm still seem to be affected by this bug?
> Should we open a new issue or re-open this bug?
>
> Thx for maintaining!
>
> Best,
>  - Darsha

Bug#892491: SO_REUSEADDR is set

[Joachim Zobel]

Since SO_REUSEADDR is (and was for at least 9 years) set this is most
likely not caused by existing connections in status TIME_WAIT.

See net.c:
#ifndef WIN32
ss_opt = 1;
/* Unimportant if this fails */
(void)setsockopt(sock, SOL_SOCKET, SO_REUSEADDR,
&ss_opt, sizeof(ss_opt));
#endif

So the likely cause is a premature start of the new process.

Unfortunately I currently can not reproduce this.

Bug#1040388: libsdl-perl: FTBFS with Perl 5.38: undefined symbol: sv_nv

[gregor herrmann]

On Tue, 25 Jul 2023 23:29:43 +0300, Niko Tyni wrote:

> > This package fails to build from source with Perl 5.38 (currently in
> > experimental):
> > 
> >#   Failed test 'use SDLx::App;'
> >#   at t/00-load.t line 88.
> ># Tried to use 'SDLx::App'.
> ># Error:  Can't load 
> > '/<>/blib/arch/auto/SDLx/Controller/Interface/Interface.so' 
> > for module SDLx::Controller::Interface: 
> > /<>/blib/arch/auto/SDLx/Controller/Interface/Interface.so: 
> > undefined symbol: sv_nv at 
> > /usr/lib/x86_64-linux-gnu/perl-base/DynaLoader.pm line 201.
> 
> > In the upstream ticket Jitka Plesníková says using SvNVX instead of sv_nv
> > works for them.
> 
> There's a patch by Petr Pisar in https://github.com/PerlGameDev/SDL/pull/304

Fixed in git; when doing a last build in sid I ran into #1041211 …
Not sure if it makes sense to upload as-is.

Cheers,
gregor 

-- 
 .''`.  https://info.comodo.priv.at -- Debian Developer https://www.debian.org
 : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D  85FA BB3A 6801 8649 AA06
 `. `'  Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe
   `-   


signature.asc
Description: Digital Signature

Bug#1042511: avfs: AVFS version 1.1.4 should be upgraded to 1.1.5

[Peter Hyman]

Package: avfs
Version: 1.1.4-2
Severity: wishlist
Tags: upstream

Dear Maintainer,

AVFS version 1.1.4 is out of date. Version 1.1.5 is current as of 2023-02.

Updated source may be downloaded here:
https://sourceforge.net/projects/avf/files/avfs/1.1.5/avfs-1.1.5.tar.bz2/download

-- System Information:
Debian Release: 12.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 
'stable')

Architecture: amd64 (x86_64)

--
Peter Hyman

Bug#1042488: gerbera: trouble during install or purge

[Patrice Duroux]

Package: gerbera
Version: 1.12.1+dfsg-0.1+b1
Followup-For: Bug #1042488

> Could you please do

> #dpkg -S /usr/sbin/policy-rc.d

> and post the output?

#LANG=C dpkg -S /usr/sbin/policy-rc.d
dpkg-query: no path found matching pattern /usr/sbin/policy-rc.d

but I confirm that my system have:

#ls -alit /usr/sbin/policy-rc.d
52636 -rwxr-xr-x 1 root root 19  8 févr.  2020 /usr/sbin/policy-rc.d*

That is strange, and even stranger:

#cat /usr/sbin/policy-rc.d
#!/bin/sh
exit 101

I will investigate that. Should I close this?

Thanks!


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

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

Versions of packages gerbera depends on:
ii  adduser 3.137
ii  fonts-font-awesome  5.0.10+really4.7.0~dfsg-4.1
ii  fonts-lato  2.0-2.1
ii  libavcodec607:6.0-4
ii  libavformat60   7:6.0-4
ii  libavutil58 7:6.0-4
ii  libc6   2.37-6
ii  libcurl3-gnutls 7.88.1-11
ii  libduktape207   2.7.0-2
ii  libebml51.4.4-1
ii  libexif12   0.6.24-1+b1
ii  libexiv2-27 0.27.6-1
ii  libffmpegthumbnailer4v5 2.2.2+git20220218+dfsg-1+b2
ii  libfmt9 9.1.0+ds1-2
ii  libgcc-s1   13.1.0-9
ii  libixml11   1:1.14.17-2
ii  libjs-bootstrap44.6.1+dfsg1-4
ii  libjs-jquery3.6.1+dfsg+~3.5.14-1
ii  libjs-jquery-ui 1.13.2+dfsg-1
ii  libjs-popper.js 1.16.1+ds-6
ii  libjs-prototype 1.7.3-1
ii  libmagic1   1:5.44-3
ii  libmariadb3 1:10.11.4-1
ii  libmatroska71.7.1-1
ii  libpugixml1v5   1.13-0.2
ii  libspdlog1.10 [libspdlog1.10-fmt9]  1:1.10.0+ds-0.4
ii  libsqlite3-03.42.0-1
ii  libstdc++6  13.1.0-9
ii  libtag1v5   1.13.1-1
ii  libupnp17   1:1.14.17-2
ii  libuuid12.39.1-3
ii  node-js-cookie  3.0.1+~3.0.0-3

gerbera recommends no packages.

Versions of packages gerbera suggests:
ii  firefox [www-browser]   115.0.2-1
pn  gerbera-doc 
ii  google-chrome-stable [www-browser]  115.0.5790.110-1
ii  lynx [www-browser]  2.9.0dev.12-1
ii  vivaldi-stable [www-browser]6.1.3035.204-1

-- no debconf information

Bug#1042510: Not able to upgrade binutils-x86-64-linux-gnu

[Jannick Loch]

Package: binutils-x86-64-linux-gnu
Version: 2.40.90.20230729-1

During my period update routine, I notice that i am not able to upgrade the 
package binutils-x86-64-linux-gnu without removing essential packages for my 
system.
the package wants some version of libgprofng, but if i try to install some 
similar package calling libgprofng0, apt wants also to remove some essential 
packages.

I am using Debian GNU/Linux SID and the Kernel 6.4.0-1-amd64

Bug#1038935: [DRE-maint] Bug#1038935: schleuder: fails to upgrade buster -> bullseye -> bookworm: NoMethodError: undefined method `preparable='

[Georg Faerber]

Hi,

On 23-06-27 09:05:43, Georg Faerber wrote:
> Regarding the test: I'll seek comments of the Ruby team before filling
> the -pu; I believe the risk of regressions should be fairly low, as
> arel, as described, has been part of activerecord since quite some
> time.  I'll test this especially in combination with schleuder, which
> exposed this issue; to ease future maintenance and increase the
> chances of spotting these issues earlier, ideally before release, I
> added a "piuparts multi distro upgrade" test job to the Salsa CI [1].

I was on the road the last weeks, therefore I was only able to mail the
team by now.

Cheers,
Georg

Bug#1039020: bullseye-pu: package schleuder/3.6.0-3+deb11u2

[Georg Faerber]

Hi,

On 23-07-23 14:08:17, Jonathan Wiltshire wrote:
> Please go ahead.

Thanks -- uploaded accordingly.

Cheers,
Georg

Bug#1042509: gnucash: /usr/bin/finance-quote-wrapper not found

[Winston Smith]

Package: gnucash
X-Debbugs-Cc: hju...@gmail.com
Version: 1:5.1-1
Severity: normal

Displaying the Finance::Quote Version and Supported Sources

gnucash-cli --quotes info produces the following output:

Failed to initialize Finance::Quote: Can't open perl script
"/usr/bin/finance-quote-wrapper": No such file or directory


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

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

Versions of packages gnucash depends on:
ii  gnucash-common 1:5.1-1
ii  guile-3.0  3.0.8-2
ii  guile-3.0-libs 3.0.8-2
ii  libaqbanking44 6.5.3-1
ii  libboost-filesystem1.74.0  1.74.0+ds1-22
ii  libboost-locale1.74.0  1.74.0+ds1-22
ii  libboost-program-options1.74.0 1.74.0+ds1-22
ii  libboost-regex1.74.0 [libboost-regex1.74.0-icu72]  1.74.0+ds1-22
ii  libc6  2.37-6
ii  libcairo2  1.16.0-7
ii  libcrypt-ssleay-perl   0.73.06-2+b1
ii  libdate-manip-perl 6.92-1
ii  libdbi10.9.0-6
ii  libfinance-quote-perl  1.54-3
ii  libgcc-s1  13.1.0-9
ii  libgdk-pixbuf-2.0-02.42.10+dfsg-1+b1
ii  libglib2.0-0   2.76.4-4
ii  libgtk-3-0 3.24.38-2
ii  libgwengui-gtk3-79 5.10.1-2
ii  libgwenhywfar795.10.1-2
ii  libhtml-tableextract-perl  2.15-2
ii  libhtml-tree-perl  5.07-3
ii  libicu72   72.1-3
ii  libofx71:0.10.9-1
ii  libpango-1.0-0 1.50.14+ds-1
ii  libpangocairo-1.0-01.50.14+ds-1
ii  libpython3.11  3.11.4-1
ii  libsecret-1-0  0.20.5-3
ii  libstdc++6 13.1.0-9
ii  libwebkit2gtk-4.0-37   2.40.4-1
ii  libwww-perl6.72-1
ii  libxml22.9.14+dfsg-1.3
ii  perl   5.36.0-7
ii  zlib1g 1:1.2.13.dfsg-1

Versions of packages gnucash recommends:
ii  gnucash-docs 5.1-1
ii  python3-gnucash  1:5.1-1
ii  yelp 42.2-1

Versions of packages gnucash suggests:
pn  libdbd-mysql
pn  libdbd-pgsql
ii  libdbd-sqlite3  0.9.0-11

-- no debconf information

Bug#1041007: linux-image-6.1.0-0.deb11.7-amd64: Please enable TPM hardware RNG support (CONFIG_HW_RANDOM_TPM)

[Salvatore Bonaccorso]

hi Vincent,

On Sat, Jul 29, 2023 at 12:33:35AM +0200, Vincent Blut wrote:
> Hello,
> 
> Le 2023-07-13 23:10, jflf_ker...@gmx.com a écrit :
> > Package: src:linux
> > Version: 6.1.20-2~bpo11+1
> > Severity: normal
> > X-Debbugs-Cc: jflf_ker...@gmx.com
> > 
> > Dear Maintainer,
> > 
> > Currently no Debian kernel enables support for TPM hardware RNG. On one of 
> > my
> > systems:
> > 
> > $ uname -a
> > Linux XXX 6.1.0-0.deb11.7-amd64 #1 SMP PREEMPT_DYNAMIC Debian
> > 6.1.20-2~bpo11+1 (2023-04-23) x86_64 GNU/Linux
> > 
> > $ cat /sys/class/tpm/tpm0/device/description
> > TPM 2.0 Device
> > 
> > $ ls /dev/tpm*
> > /dev/tpm0  /dev/tpmrm0
> > 
> > $ sudo tpm2_getrandom 16 | xxd -p
> > 7ba65632453b191385a3989485ac80a3
> > 
> > $ grep HW_RANDOM_TPM /boot/config-$(uname -r)
> > 
> > 
> > $ find /lib/modules/$(uname -r) -iname \*tpm\*rng\*
> > 
> > 
> > $ ls /dev/hwrng
> > ls: cannot access '/dev/hwrng': No such file or directory
> > 
> > 
> > I have checked the current bookworm and trixie kernel debs, and they don't
> > include it either. It should be enabled there too.
> > 
> > I manage multiple older amd64 machines that have discrete TPM chips, but no
> > RDRAND instruction or any other hardware RNG. Enabling support for the TPM 
> > RNG
> > would provide the kernel with additional entropy earlier in the boot 
> > process.
> 
> Indeed, this regression compared to the kernel provided in bullseye is due to
> a configuration issue.
> For HW_RANDOM_TPM to be enabled, the TCG_TPM and HW_RANDOM config symbols are
> required but there is a subtlety in the way they have to be built. If TCG_TPM
> is built-in then HW_RANDOM must not be loadable (built as a module).
> 
> If we take a look at the kernel configuration files prior being constructed, 
> we
> can see that both TCG_TPM and HW_RANDOM config symbols should be built as
> modules:
> 
> $ grep -Er "TCG_TPM|HW_RANDOM="
> arm64/config:CONFIG_TCG_TPM=m
> kernelarch-x86/config:CONFIG_TCG_TPM=m
> config:CONFIG_HW_RANDOM=m
> config.cloud:CONFIG_TCG_TPM=m
>  
> However after these files have been constructed, the TCG_TPM config symbol is
> no longer provided as module but built-in:
> 
> $ grep TCG_TPM /boot/config-6.3.0-1-amd64
> CONFIG_TCG_TPM=y
> 
> This change is what causes HW_RANDOM_TPM to be disabled and is probably due to
> [1].
> 
> Ben, Salvatore, to fix this regression we should either force TCG_TPM to be
> built as a module or make HW_RANDOM built-in. The second solution have my
> preference, WDYT?

I think the later option sounds fine, do we have an idea what that
implies on sizes? If Ben agrees as well on the approach then please
make two merge requests and let's work it top-down, first have it
fixed in unstable, and have a corresponding MR on the bookworm branch
to have it included in the next bookworm point release.

Regards,
Salvatore

Bug#1042508: RFS: xdg-desktop-portal-xapp/1.0.3-1 [ITP] -- Xapp's Cinnamon, MATE and Xfce backends for xdg-desktop-portal

[Fabio Fantoni]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "xdg-desktop-portal-xapp":

 * Package name : xdg-desktop-portal-xapp
   Version  : 1.0.3-1
   Upstream contact : Linux Mint Project 
 * URL  : https://github.com/linuxmint/xdg-desktop-portal-xapp
 * License  : LGPL-2.1+, LGPL-2+
 * Vcs  : 
https://salsa.debian.org/cinnamon-team/xdg-desktop-portal-xapp

   Section  : gnome

The source builds the following binary packages:

  xdg-desktop-portal-xapp - Xapp's Cinnamon, MATE and Xfce backends for 
xdg-desktop-portal


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


  https://mentors.debian.net/package/xdg-desktop-portal-xapp/

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

  dget -x 
https://mentors.debian.net/debian/pool/main/x/xdg-desktop-portal-xapp/xdg-desktop-portal-xapp_1.0.3-1.dsc


First upload was rejected for d/copyright to fix, I didn't check good 
keeping near the d/copyright of the package from xdg-desktop-portal-xapp 
was forked, now I hope to do it right after a good check.



Changes for the initial release:

 xdg-desktop-portal-xapp (1.0.3-1) experimental; urgency=medium
 .
   * Initial release. (Closes: #1038946)

Regards,
--
  Fabio Fantoni

Bug#1035304: Bug#1038451: bullseye-pu: package systemd/247.3-7+deb11u4

[Peter van Dijk]

text looks good to me, but I think u3 also fixed a memory leak?

Bug#1037226:

[Ervin Hegedüs]

Seems like this bug is fixed.

# apt install libnginx-mod-http-modsecurity --default-release bookworm
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following NEW packages will be installed:
  libnginx-mod-http-modsecurity
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 25.4 kB of archives.
After this operation, 196 kB of additional disk space will be used.
Get:1 http://ftp.hu.debian.org/debian bookworm/main amd64
libnginx-mod-http-modsecurity amd64 1.0.3-1+b2 [25.4 kB]
Fetched 25.4 kB in 0s (331 kB/s)
Selecting previously unselected package libnginx-mod-http-modsecurity.
(Reading database ... 57140 files and directories currently installed.)
Preparing to unpack .../libnginx-mod-http-modsecurity_1.0.3-1+b2_amd64.deb
...
Unpacking libnginx-mod-http-modsecurity (1.0.3-1+b2) ...
Setting up libnginx-mod-http-modsecurity (1.0.3-1+b2) ...
Processing triggers for nginx (1.22.1-9) ...
Triggering nginx reload ...

Jul 29 14:11:10 debian12 systemd[1]: Starting nginx.service - A high
performance web server and a reverse proxy server...
Jul 29 14:11:10 debian12 nginx[1600]: 2023/07/29 14:11:10 [notice]
1600#1600: ModSecurity-nginx v1.0.3 (rules loaded inline/local/remote:
0/921/0)

Can we close this issue?


a.

On Sat, Jul 15, 2023 at 2:51 PM Tobias Frost  wrote:

> Control: tags -1 pending
> Conrtol: block -1 by 1040799
>
> This bug has been fixed in unstable with the binNMU 1.0.3-1b3, see #1040858
>
> It is also scheduled to be fixed in the next stable-point-release, see
> #1040799
>
>
> --
> tobi
>

Bug#1042374: linux-image-6.1.0-0.deb11.9-amd64: The system reboots infinitively

[rpnpif]

Hi,

I noted 3 things:
1. The kernel 6.4.0-1-amd64 from SID does not fix this issue.

2. The system reboots when it is trying to load the usb drive, I think. 
The usb mouse and other USB drives do not work at the following 
succeeded starting, even in the BIOS screen! On the following rebooting, 
the system works fine and the USB mouse and other USB are enabled again 
and work fine.


3. This issue appeared after the last updating of udev 252.5-2~bpo11+1, 
systemd and the kernel 6.1.0-0.deb11.9-amd64. So I do not know which is 
the culprit.


--
Rpnpif

Bug#1012500: ITP: latte-int -- Lattice point Enumeration

[David Bremner]

"Torrance, Douglas"  writes:

> Package: wnpp
> Severity: wishlist
> Owner: Doug Torrance 
> X-Debbugs-Cc: debian-de...@lists.debian.org, dtorra...@debian.org
>
> * Package name: latte-int
>   Version : 1.7.6
>   Upstream Author : The LattE Team 
> * URL : https://www.math.ucdavis.edu/~latte/software.php
> * License : GPL
>   Programming Lang: C++
>   Description : Lattice point Enumeration

Hi Doug;

Are you still working on this? For what it's worth I started some
packages for my own use at

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

Bug#1042507: easyeffects: do not have a visible preset reminder

[Jiff]

Package: easyeffects
Version: 7.0.0-1
Severity: normal

Dear Ma and Pa Intainer,

   * What led up to the situation?

Getting rid of pulseaudio and replacing pulseffects with easyeffects.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Unlike pulseeffects, the easyeffect GUI do not have a visible label
telling which user preset is in use - this could be deemed trivial
but is a genuine PITA, even with only a dozen of presets (and I
have at least 2 dozens more to setup).

As my presets almost all use the same effects, I have to systematically
re-select the one I want as there is no meaning to know what is already
in use.

   * What was the outcome of this action?

I cursed the dev in 5 (ancient) languages and made voodoo upon his git.

   * What outcome did you expect instead?

A visible reminder for a software that leaves you define your own presets,
which existed before it's name changed, is just common sens…

Thanks for maintaining this SW anyway.

Cheers,

Jean-Yves


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

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

Versions of packages easyeffects depends on:
ii  calf-plugins 0.90.3-4
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-4
ii  libadwaita-1-0   1.2.2-1
ii  libbs2b0 3.1.0+dfsg-7
ii  libc62.36-9+deb12u1
ii  libcairo21.16.0-7
ii  libebur128-1 1.2.6-1+b1
ii  libfftw3-double3 3.3.10-1
ii  libfftw3-single3 3.3.10-1
ii  libfmt9  9.1.0+ds1-2
ii  libgcc-s112.2.0-14
ii  libglib2.0-0 2.74.6-2
ii  libgsl27 2.7.1+dfsg-5
ii  libgtk-4-1   4.8.3+ds-2
ii  liblilv-0-0  0.24.14-1
ii  libpango-1.0-0   1.50.12+ds-1
ii  libpipewire-0.3-00.3.65-3
ii  librubberband2   1:3.2.1-dmo1
ii  libsamplerate0   0.2.2-3
ii  libsigc++-3.0-0  3.4.0-1
ii  libsndfile1  1.2.0-1
ii  libspeexdsp1 1.2.1-1
ii  libstdc++6   12.2.0-14
ii  libtbb12 2021.8.0-2
ii  libzita-convolver4   4.0.3-2

Versions of packages easyeffects recommends:
ii  lsp-plugins  1.2.5-1
ii  lsp-plugins-lv2  1.2.5-1

easyeffects suggests no packages.

-- no debconf information

Bug#1034672: Please check with new ISO

[Thomas Lange]

Hi,

please check if ventoy has this problem exists with a current ISO
for e.g. https://fai-project.org/fai-cd/faicd64-large_6.0.3.iso

-- 
regards Thomas

Bug#1042503: linux-image-6.4.0-1-amd64: grafic performance regression with kernel 6.4

[at46]

Further investigation shows mclk is stuck at lowest frequency so it is 
most likely the same bug as reported here: 
https://gitlab.freedesktop.org/drm/amd/-/issues/2657

Bug#1042484: util-linux-locales: /usr/share/man/fr/man1/lastb.1.gz is also in package manpages-fr 4.19.0-5

[Vincent Lefevre]

On 2023-07-29 12:06:01 +0200, Helge Kreutzmann wrote:
> Hello Vincent,
> On Sat, Jul 29, 2023 at 11:48:57AM +0200, Vincent Lefevre wrote:
> > So I would say that this is rather a bug in src:manpages-l10n
> > 4.19.0-5 (the new version meant to be compatible with
> > util-linux-locales 2.39.1-3). Or am I missing something?
> 
> It is supposed to be deleted, but retained as broken symlink. I have a
> vague idea what might have happened, but I need to investigate.

The links are added by dh_link, with the .gz extension:

cventin:...pages-l10n-4.19.0> lf **/lastb*
lrwxrwxrwx 1 vlefevre vlefevre 9 2023-07-29 12:29:59 
debian/manpages-de/usr/share/man/de/man1/lastb.1.gz -> last.1.gz
lrwxrwxrwx 1 vlefevre vlefevre 9 2023-07-29 12:33:32 
debian/manpages-es/usr/share/man/es/man1/lastb.1.gz -> last.1.gz
lrwxrwxrwx 1 vlefevre vlefevre 9 2023-07-29 12:37:06 
debian/manpages-fr/usr/share/man/fr/man1/lastb.1.gz -> last.1.gz
[...]

but 
https://salsa.debian.org/debian/manpages-l10n/-/commit/eb4ed081ed33e54228978c68318994e5e6edeb05
("Further removals for util-linux transfer: Also the symlink ones (part 2)")
shows lines like

  rm -f debian/manpages-es/usr/share/man/es/man1/lastb.1

without the .gz extension.

I suspect that this is the problem.

Also I have the impression that these rm are done too early
(before dh_link is called):

[...]
rm -f debian/manpages-uk/usr/share/man/uk/man8/wipefs.8
rm -f debian/manpages-uk/usr/share/man/uk/man8/zramctl.8
make[1]: Leaving directory '/home/vlefevre/tmp/manpages-l10n-4.19.0'
   dh_perl
   dh_link

but I'm not sure (the build is not finished on my machine).

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)

Bug#1042506: ares: the Linking phase is run twice

[Alexandre Detiste]

Package: ares
Version: 132-1
Severity: normal

Hi,

The linking phase will be run twice.

One can search for the line "Linking out/ares ..." in the build logs of v132.

If Clang is installed in the build environment,
the second - unexpected - linking ran during the "install" phase
will fail and the package will FTBFS.

Greetings,


-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (501, 'testing'), (450, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.3.0-1-amd64 (SMP w/2 CPU threads; PREEMPT)
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE:fr
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages ares depends on:
ii  libao4   1.2.2+20180113-1.1
ii  libasound2   1.2.9-1
ii  libc62.37-6
ii  libcairo21.16.0-7
ii  libgcc-s113.1.0-9
ii  libgdk-pixbuf-2.0-0  2.42.10+dfsg-1+b1
ii  libgl1   1.6.0-1
ii  libglib2.0-0 2.76.4-4
ii  libgtk-3-0   3.24.38-2
ii  libopenal1   1:1.23.1-3
ii  libpango-1.0-0   1.50.14+ds-1
ii  libpulse016.1+dfsg1-2+b1
ii  libsdl2-2.0-02.28.1+dfsg-1
ii  libstdc++6   13.1.0-9
ii  libudev1 253.5-1
ii  libx11-6 2:1.8.6-1
ii  libxext6 2:1.3.4-1+b1
ii  libxrandr2   2:1.5.2-2+b1
ii  libxv1   2:1.0.11-1.1

ares recommends no packages.

ares suggests no packages.

-- no debconf information