Bug#1064102: shim-signed: Shim needs to be updated to latest version for Microsoft Surface devices

[Valerio Passini]

Package: shim-signed
Version: 1.40+15.7-1
Severity: normal
Tags: upstream

Dear Maintainer,

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

I tried to install Debian on a Surface Pro 9, but it doesn't boot even with
a
disabled SecureBoot (secured core must be disabled in any case).
In order to have a bootable Linux you need to hack into /efi/boot/debian and
overwrite mmx64.efi with grubx64.efi or even try more exotic actions.
Here you can find a more detailed explanation on this bug and possible
working
solutions:
https://github.com/linux-surface/linux-surface/issues/1274

[...]The good news is: This issue is fixed on the shim main branch, so once
the
distributions update their shim, this issue should disappear. The bad news
is,
that it is not possible for us to fix this, since we can't get a signed
shim /
MokManager from Microsoft.

For now there are three possible solutions:

Disable secureboot and don't enroll any certificates. This is certainly
the
easiest.
There is a Linux Mint installation image (21.2) that contains a working
MokManager. When you are trapped in the bugged state, you can use this to
finish the enrollment process. After the certificate is enrolled, you
should be
able to boot normally.
Downgrading the firmware.
[...]



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


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

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

Versions of packages shim-signed depends on:
ii  grub-efi-amd64-bin 2.12-1
ii  grub2-common   2.12-1
ii  shim-helpers-amd64-signed  1+15.7+1
ii  shim-signed-common 1.40+15.7-1

shim-signed recommends no packages.

shim-signed suggests no packages.

-- no debconf information

Bug#1064105: agent-transfer: Depends on transitional package gnupg-agent instead of gpg-agent

[Andreas Metzler]

Package: agent-transfer
Version: 0.43-3.1
Severity: normal

Please update the package's dependcies to point to gpg-agent.

cu Andreas

Bug#1064104: enigmail: Depends on transitional package gnupg-agent instead of gpg-agent

[Andreas Metzler]

Source: enigmail
Version: 2:2.2.4-0.3
Severity: normal

Please update the package's dependcies to point to gpg-agent.

cu Andreas

Bug#1064112: kup-client: Recommends transitional package gnupg-agent instead of gpg-agent

[Andreas Metzler]

Package: kup-client
Version: 0.3.6-2.1
Severity: normal

Please update the package's recommends to point to gpg-agent.

cu Andreas

Bug#1064113: kwalletcli: Recommends transitional package gnupg-agent instead of gpg-agent

[Andreas Metzler]

Package: kwalletcli
Version: 3.03-1
Severity: normal

Please update the package's recommends to point to gpg-agent.

cu Andreas

Bug#1064116: x2gothinclient: Recommends transitional package gnupg-agent instead of gpg-agent

[Andreas Metzler]

Source: x2gothinclient
Version: 1.5.0.1-10
Severity: normal

Please update the package's recommends to point to gpg-agent.

cu Andreas

Bug#1064121: yubico-pam: install PAM module into /usr

[Michael Biebl]

Source: yubico-pam
Version: 2.26-1.1
Severity: normal
Tags: patch
User: helm...@debian.org
Usertags: dep17m2

We want to finalize the /usr-merge via DEP17 by moving all files to
/usr. yubico-pam installs files into /lib; these should be moved into the
respective canonical locations in /usr/.

Please find a patch attached. It has been build-tested.

Note 1: this change includes moving the .so into a multiarch path which
is recommended on Debian nowadays.

Note 2: this should not be backported to bookworm. If you intend to
backport, please use dh_movetousr instead.

If your package will change for the t64 transition or otherwise
rename/split/move its binaries (packages) during trixie, please
then upload to experimental and get in touch with the UsrMerge
driver, please see the wiki [1].

Michael

[1] https://wiki.debian.org/UsrMerge
diff -Nru yubico-pam-2.26/debian/changelog yubico-pam-2.26/debian/changelog
--- yubico-pam-2.26/debian/changelog2020-05-29 16:37:57.0 +0200
+++ yubico-pam-2.26/debian/changelog2024-02-17 13:14:52.0 +0100
@@ -1,3 +1,10 @@
+yubico-pam (2.26-1.2) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Install PAM module into multiarch path in /usr. (Closes: #-1)
+
+ -- Michael Biebl   Sat, 17 Feb 2024 13:14:52 +0100
+
 yubico-pam (2.26-1.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru yubico-pam-2.26/debian/rules yubico-pam-2.26/debian/rules
--- yubico-pam-2.26/debian/rules2018-08-04 08:50:40.0 +0200
+++ yubico-pam-2.26/debian/rules2024-02-17 13:14:52.0 +0100
@@ -1,5 +1,7 @@
 #!/usr/bin/make -f
 
+include /usr/share/dpkg/architecture.mk
+
 export DEB_BUILD_MAINT_OPTIONS = hardening=+all
 
 %:
@@ -7,14 +9,14 @@
 
 override_dh_auto_configure:
dh_auto_configure -- \
-   --with-pam-dir=$(DESTDIR)/lib/security \
+   --with-pam-dir=/usr/lib/$(DEB_HOST_MULTIARCH)/security \
--includedir=/usr/include/libpam-yubico
 
 override_dh_install:
install -D -m 0644 debian/pam-auth-update \

debian/libpam-yubico/usr/share/libpam-yubico/pam-auth-update.template
chrpath -d debian/libpam-yubico/usr/bin/ykpamcfg
-   chrpath -d debian/libpam-yubico/lib/security/pam_yubico.so
-   rm debian/libpam-yubico/lib/security/pam_yubico.la
+   chrpath -d debian/libpam-yubico/usr/lib/*/security/pam_yubico.so
+   rm debian/libpam-yubico/usr/lib/*/security/pam_yubico.la
rm -rf debian/libpam-yubico/usr/include
dh_install --fail-missing

Bug#1064119: libmail-gnupg-perl: Suggests transitional package gnupg-agent instead of gpg-agent

[Andreas Metzler]

Package: libmail-gnupg-perl
Version: 0.23-3
Severity: normal

Please update the package's suggests to point to gpg-agent.

cu Andreas

Bug#1064120: reprepro: Suggests transitional package gnupg-agent instead of gpg-agent

[Andreas Metzler]

Package: reprepro
Version: 5.3.1-4
Severity: normal

Please update the package's suggests to point to gpg-agent.

cu Andreas

Bug#1064123: libgl1-mesa-dri: latest version crashes X, can't use mouse/keyboard

[Lorenzo Beretta]

Package: libgl1-mesa-dri
Version: 24.0.1-1
Severity: important

Dear Maintainer,

after the latest upgrade it's impossible for me to run a display manager
or startx any window manager; after at most a few seconds / keypresses /
mouse movements the screen freezes, completely unresponsive to anything
other than the power button; the log below suggests a null pointer.

Running "sleep 30; killall -u lorenzo" as root before startx returns me
to a tty.

Reverting to the previous version everything works.

I'm running this on a debian derivative, devuan; afaik it shouldn't make
a difference, as the package is unmodified from debian - I don't know
how to verify that other than by installing debian in some partition,
can one start some window manager from a debian chroot/whatever?

If it's ok in debian or you need any more info please do let me know.

-- Package-specific info:
glxinfo:

DISPLAY is not set.

/etc/X11/X does not exist.
/etc/X11/X is not a symlink.
/etc/X11/X is not executable.

VGA-compatible devices on PCI bus:
--
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc.
[AMD/ATI] Oland [Radeon HD 8570 / R5 430 OEM / R7 240/340 / Radeon 520
OEM] [1002:6611]

/etc/X11/xorg.conf does not exist.

Contents of /etc/X11/xorg.conf.d:
-
total 0

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 6.6.15-amd64 (debian-ker...@lists.debian.org) (gcc-13
(Debian 13.2.0-13) 13.2.0, GNU ld (GNU Binutils for Debian) 2.42) #1
SMP PREEMPT_DYNAMIC Debian 6.6.15-2 (2024-02-04)

Xorg X server log files on system:
--
-rw-r--r-- 1 lorenzo lorenzo 48300 Sep 19 15:56
/home/lorenzo/.local/share/xorg/Xorg.1.log
-rw-r--r-- 1 rootroot39672 Feb 16 20:09 /var/log/Xorg.0.log
-rw-r--r-- 1 lorenzo lorenzo 45226 Feb 17 12:58
/home/lorenzo/.local/share/xorg/Xorg.0.log

Contents of most recent Xorg X server log file
(/home/lorenzo/.local/share/xorg/Xorg.0.log):

[  2392.994]
X.Org X Server 1.21.1.10
X Protocol Version 11, Revision 0
[  2392.996] Current Operating System: Linux dudu 6.6.15-amd64 #1 SMP
PREEMPT_DYNAMIC Debian 6.6.15-2 (2024-02-04) x86_64
[  2392.996] Kernel command line:
BOOT_IMAGE=/boot/vmlinuz-6.6.15-amd64 root=/dev/mapper/dev1-root ro
quiet
[  2392.997] xorg-server 2:21.1.10-1devuan1
(https://www.devuan.org/os/community)
[  2392.998] Current version of pixman: 0.42.2
[  2392.999] Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[  2392.999] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[  2393.002] (==) Log file:
"/home/lorenzo/.local/share/xorg/Xorg.0.log", Time: Sat Feb 17
12:58:09 2024
[  2393.003] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[  2393.003] (==) No Layout section.  Using the first Screen section.
[  2393.003] (==) No screen section available. Using defaults.
[  2393.003] (**) |-->Screen "Default Screen Section" (0)
[  2393.003] (**) |   |-->Monitor ""
[  2393.003] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[  2393.003] (==) Automatically adding devices
[  2393.003] (==) Automatically enabling devices
[  2393.003] (==) Automatically adding GPU devices
[  2393.003] (==) Automatically binding GPU devices
[  2393.003] (==) Max clients allowed: 256, resource mask: 0x1f
[  2393.003] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[  2393.003] Entry deleted from font path.
[  2393.003] (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist.
[  2393.003] Entry deleted from font path.
[  2393.003] (WW) The directory "/usr/share/fonts/X11/75dpi/" does not exist.
[  2393.003] Entry deleted from font path.
[  2393.003] (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist.
[  2393.003] Entry deleted from font path.
[  2393.003] (WW) The directory "/usr/share/fonts/X11/75dpi" does not exist.
[  2393.003] Entry deleted from font path.
[  2393.003] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/Type1,
built-ins
[  2393.003] (==) ModulePath set to "/usr/lib/xorg/modules"
[  2393.003] (II) The server relies on udev to provide the list of
input devices.
If no devices become available, reconfigure udev or disable AutoAddDevices.
[  2393.003] (II) Loader magic: 0x55d77bd08ea0
[  2393.003] (II) Module ABI versions:
[  2393.003] X.Org ANSI C Emulation: 0.4
[  2393.003] X.Org Video Driver: 25.2
[  2393.003] X.Org XInput driver : 24.4
[  2393.003] X.Org Server Extension : 10.0
[  2393.003] (++) using VT number 3

[  2393.003] (II) seatd_libseat init
[  2393.004] (II) [libseat/libseat.c:73] Seat opened 

Bug#1063690: nftables: Segfault on named set or map definition in second table specification

[Jeremy Sowden]

Control: severity -1 normal
Control: tags -1 confirmed bullseye patch

On 2024-02-11, at 09:50:27 +0100, Einhard Leichtfuß wrote:
> Package: nftables
> Version: 0.9.8-3.1+deb11u2
> Severity: important
> 
> Upon running `nft -f file.nft`, where `file.nft` specifies the same
> table at least twice, and a named set or map is defined in the second
> (or later) table specification, a segmentation fault is caused.
> 
> The specified ruleset appears to be correctly applied regardless.
> 
> Example `file.nft`:
> ---
> table inet t0 {
> }
> 
> table inet t0 {
> set s0 {
> type inet_service
> elements = { 42 }
> }
> }
> ---
> 
> Note that both a named set and a named map definition cause the
> segfault, while a (similarly simple) chain definition does not.
> 
> The only error message printed is "Segmentation fault\n".
> 
> Note that this causes nftables.service to fail if `/etc/nftables.conf`
> contains such configuration (but the ruleset appears to be applied).
> 
> I cannot reproduce the bug with the preceding package version,
> 0.9.8-3.1+deb11u1, nor on Debian 12 Bookworm (nftables 1.0.6-2+deb12u2).

0.9.8-3.1+deb11u2 includes some cherry-picked patches from upstream to a
different bug (#1051592).  Unfortunately, it turns out that they also
introduce the crash that you have observed.

The crash occurs when freeing resources after processing the file, so as
you note the commands in the file are successfully executed.  The crash
can be avoided by making sure that the set definition is in the first
table block.  For example, swapping:

table inet t0 {
set s0 {
type inet_service
elements = { 42 }
}
}
table inet t0 {
}

or just merging:

table inet t0 {
set s0 {
type inet_service
elements = { 42 }
}
}

should work around the problem.  For these reasons I am lowering the
severity to "normal".

I have identified the underlying problem and I believe that only a small
code change is needed to fix it (patch attached).  I'm going to get a
second opinion from upstream.

J.
From 45203fff06e15b97037e3c32e4c6256025a23d75 Mon Sep 17 00:00:00 2001
From: Jeremy Sowden 
Date: Sat, 17 Feb 2024 14:58:23 +
Subject: [PATCH] evaluate: don't call `set_add_hash` for sets which are
 already associated with a table

Signed-off-by: Jeremy Sowden 
---
 src/evaluate.c | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/src/evaluate.c b/src/evaluate.c
index 232ae39020cc..c58e37e14064 100644
--- a/src/evaluate.c
+++ b/src/evaluate.c
@@ -3759,7 +3759,8 @@ static int set_evaluate(struct eval_ctx *ctx, struct set *set)
 	}
 	ctx->set = NULL;
 
-	if (set_lookup(table, set->handle.set.name) == NULL)
+	if (set_lookup(table, set->handle.set.name) == NULL &&
+	list_empty(>list))
 		set_add_hash(set_get(set), table);
 
 	return 0;
-- 
2.43.0



signature.asc
Description: PGP signature

Bug#1064135: src:r-cran-bigmemory: fails to migrate to testing for too long: autopkgtest fails on arm*, ppc64el and s390x

[Paul Gevers]

Source: r-cran-bigmemory
Version: 4.6.1-1
Severity: serious
Control: close -1 4.6.4-1
Tags: sid trixie
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:r-cran-bigmemory has been trying to 
migrate for 31 days [2]. Hence, I am filing this bug. The version in 
unstable added an autopkgtest (thanks for that), but it fails everywhere 
except on amd64 and i386.


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.


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


Paul

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



OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1064137: procdump no longer builds on mips64el/ppc64el/riscv64

[Adrian Bunk]

Source: procdump
Version: 2.2-1
Severity: serious
Tags: ftbfs patch
Forwarded: https://github.com/Sysinternals/ProcDump-for-Linux/pull/217

https://buildd.debian.org/status/logs.php?pkg=procdump=2.2-1

...
clang++ -o obj/ProcDumpProfiler.so -DELPP_NO_DEFAULT_LOG_FILE 
-DELPP_THREAD_SAFE -g -pthread -shared --no-undefined -Wno-invalid-noreturn 
-Wno-pragma-pack -Wno-writable-strings -Wno-format-security -fPIC 
-fms-extensions -DHOST_64BIT -DBIT64 -DPAL_STDCPP_COMPAT -DPLATFORM_UNIX 
-std=c++11 -I profiler/inc -I include profiler/src/ClassFactory.cpp 
profiler/src/ProcDumpProfiler.cpp profiler/src/dllmain.cpp 
profiler/src/corprof_i.cpp profiler/src/easylogging++.cc
In file included from profiler/src/ClassFactory.cpp:4:
In file included from profiler/inc/ClassFactory.h:6:
In file included from profiler/inc/unknwn.h:12:
In file included from profiler/inc/rpc.h:15:
In file included from profiler/inc/palrt.h:136:
profiler/inc/pal.h:2312:2: error: Unknown architecture for defining CONTEXT.
#error Unknown architecture for defining CONTEXT.
 ^
...
fatal error: too many errors emitted, stopping now [-ferror-limit=]
1 warning and 20 errors generated.
make[1]: *** [Makefile:57: obj/ProcDumpProfiler.so] Error 1

Bug#1061219: Please upgrade to llvm-toolchain-17

[Kari Pahula]

On Sat, Feb 17, 2024 at 09:25:29AM +0100, Petter Reinholdtsen wrote:
> I tried switching to a newer llvm package, but it seem to me the
> libmlir-14-dev and mlir-14-tools content changed in a way that break the
> build with newer llvm versions.  Not sure how to work around this, not
> skilled enough with cmake to figure out a solution so far.

My suggestion: upgrade to the new upstream version.  Triton 2.1.0 has
support for newer LLVM.  I just tried it and the cmake configuration
succeeded with LLVM 17 (though I needed to patch
lib/Dialect/TritonGPU/IR/CMakeLists.txt and
lib/Conversion/TritonGPUToLLVM/CMakeLists.txt with
s/MLIRGPUOps/MLIRGPUDialect/).

I still got some compile errors after that that I don't unfortunately
have time to look further into right now.  I guess 2.1.0 would work
out of the box with LLVM 16, but I'd wager it's still much closer to
working with LLVM 17 than Triton 2.0.0 would be.

Bug#1063323: libiw30t64: file loss due to /usr-move (DEP17)

[Steve Langasek]

Thanks, I've uploaded an updated NMU to experimental.  Attached is the
consolidated patch.

On Tue, Feb 06, 2024 at 07:42:48AM +0100, Helmut Grohne wrote:
>  Package: libiw30t64
>  Provides: ${t64:Provides}
> -Replaces: libiw30
> -Breaks: libiw30 (<< ${source:Version})
> +Conflicts: libiw30
>  Section: libs
>  Architecture: linux-any
>  Multi-Arch: same

I think this still needs to be a versioned Conflicts to avoid breaking
multiarch coinstallability (after all the package is marked Multi-Arch:
same).


-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developer   https://www.debian.org/
slanga...@ubuntu.com vor...@debian.org
diff -Nru wireless-tools-30~pre9/debian/changelog 
wireless-tools-30~pre9/debian/changelog
--- wireless-tools-30~pre9/debian/changelog 2023-12-05 23:04:39.0 
+
+++ wireless-tools-30~pre9/debian/changelog 2024-02-17 17:01:16.0 
+
@@ -1,3 +1,17 @@
+wireless-tools (30~pre9-16.1~exp2) experimental; urgency=medium
+
+  * Fix /usr-move file loss.  Thanks to Helmut Grohne .
+(Closes: #1063323)
+
+ -- Steve Langasek   Sat, 17 Feb 2024 17:01:16 +
+
+wireless-tools (30~pre9-16.1~exp1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Sun, 04 Feb 2024 20:34:45 +
+
 wireless-tools (30~pre9-16) unstable; urgency=medium
 
   * QA upload.
diff -Nru wireless-tools-30~pre9/debian/clean 
wireless-tools-30~pre9/debian/clean
--- wireless-tools-30~pre9/debian/clean 1970-01-01 00:00:00.0 +
+++ wireless-tools-30~pre9/debian/clean 2024-02-17 16:59:10.0 +
@@ -0,0 +1,2 @@
+debian/libiw30t64.preinst
+debian/libiw30t64.postinst
diff -Nru wireless-tools-30~pre9/debian/control 
wireless-tools-30~pre9/debian/control
--- wireless-tools-30~pre9/debian/control   2022-11-12 11:58:45.0 
+
+++ wireless-tools-30~pre9/debian/control   2024-02-17 17:00:10.0 
+
@@ -29,7 +29,9 @@
  the network interfaces on the system, the most common selector is the
  interface MAC address.
 
-Package: libiw30
+Package: libiw30t64
+Provides: ${t64:Provides}
+Conflicts: libiw30 (<< ${source:Version})
 Section: libs
 Architecture: linux-any
 Multi-Arch: same
@@ -46,7 +48,7 @@
 Section: libdevel
 Architecture: linux-any
 Multi-Arch: same
-Depends: libiw30 (= ${binary:Version}), libc6-dev, ${misc:Depends}
+Depends: libiw30t64 (= ${binary:Version}), libc6-dev, ${misc:Depends}
 Description: Wireless tools - development files
  Wireless tools are used to manipulate the Linux Wireless Extensions. The
  Wireless Extension is an interface allowing you to set Wireless LAN specific
diff -Nru wireless-tools-30~pre9/debian/libiw30.install 
wireless-tools-30~pre9/debian/libiw30.install
--- wireless-tools-30~pre9/debian/libiw30.install   2023-11-28 
00:07:13.0 +
+++ wireless-tools-30~pre9/debian/libiw30.install   1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-/usr/lib/*/libiw.so.30
diff -Nru wireless-tools-30~pre9/debian/libiw30.shlibs 
wireless-tools-30~pre9/debian/libiw30.shlibs
--- wireless-tools-30~pre9/debian/libiw30.shlibs2020-03-07 
20:56:23.0 +
+++ wireless-tools-30~pre9/debian/libiw30.shlibs1970-01-01 
00:00:00.0 +
@@ -1,2 +0,0 @@
-libiw 30 libiw30 (>= 30~pre1)
-udeb: libiw 30 libiw30-udeb (>= 30~pre1)
diff -Nru wireless-tools-30~pre9/debian/libiw30t64.install 
wireless-tools-30~pre9/debian/libiw30t64.install
--- wireless-tools-30~pre9/debian/libiw30t64.install1970-01-01 
00:00:00.0 +
+++ wireless-tools-30~pre9/debian/libiw30t64.install2024-02-04 
20:34:45.0 +
@@ -0,0 +1 @@
+/usr/lib/*/libiw.so.30
diff -Nru wireless-tools-30~pre9/debian/libiw30t64.lintian-overrides 
wireless-tools-30~pre9/debian/libiw30t64.lintian-overrides
--- wireless-tools-30~pre9/debian/libiw30t64.lintian-overrides  1970-01-01 
00:00:00.0 +
+++ wireless-tools-30~pre9/debian/libiw30t64.lintian-overrides  2024-02-17 
16:59:10.0 +
@@ -0,0 +1,5 @@
+libiw30t64: package-name-doesnt-match-sonames libiw30
+# begin-remove-after: released:trixie
+# DEP17 protective diversion
+diversion-for-unknown-file lib/x86_64-linux-gnu/libiw.so.30 [preinst:*]
+# end-remove-after
diff -Nru wireless-tools-30~pre9/debian/libiw30t64.postinst.in 
wireless-tools-30~pre9/debian/libiw30t64.postinst.in
--- wireless-tools-30~pre9/debian/libiw30t64.postinst.in1970-01-01 
00:00:00.0 +
+++ wireless-tools-30~pre9/debian/libiw30t64.postinst.in2024-02-17 
16:59:10.0 +
@@ -0,0 +1,13 @@
+#!/bin/sh
+
+set -e
+
+# begin-remove-after: released:trixie
+if [ "$1" = configure ]; then
+   dpkg-divert --package libiw30t64 --no-rename --remove --divert 
"/lib/#DEB_HOST_MULTIARCH#/libiw.so.30.usr-is-merged" 

Bug#1064144: Acknowledgement (rpki-client: /var/lib/rpki-client/cache created with wrong permissions)

[Tobias Heider]

Tags: patch

Salsa won't let me open a merge request so I will attach the fix as a patch 
file here.
>From bcfad1cae13497908027f2cb16ee890cb860c143 Mon Sep 17 00:00:00 2001
From: Tobias Heider 
Date: Sat, 17 Feb 2024 18:33:43 +0100
Subject: [PATCH 1/2] Make sure /var/lib/rpki-client/cache has the right
 permissions

---
 debian/rpki-client.tmpfiles | 1 +
 1 file changed, 1 insertion(+)

diff --git a/debian/rpki-client.tmpfiles b/debian/rpki-client.tmpfiles
index e54ffcb..db72da2 100644
--- a/debian/rpki-client.tmpfiles
+++ b/debian/rpki-client.tmpfiles
@@ -1,2 +1,3 @@
 d /var/lib/rpki-client/ 0755 _rpki-client _rpki-client
+d /var/lib/rpki-client/cache 0755 _rpki-client _rpki-client
 f /var/lib/rpki-client/CACHEDIR.TAG - - - - Signature: 8a477f597d28d172789f06886806bc55
-- 
2.40.1

Bug#949610: will it ever work?

[Thomas Lange]

Hi,

currently I think it's not possible to have raid+luks+lvm prepared
with setup-storage.

I didn't manage to prepare a working example.
-- 
regards Thomas

Bug#1064147: ftbfs: test failures affecting Bio.SeqIO.SeqXmIIO

[Étienne Mollier]

Source: python-biopython
Version: 1.81+dfsg-3
Severity: serious
Tags: ftbfs
Justification: ftbfs

While trying to pinpoint the root cause of test failures in the
packaging attempt of Biopython 1.83, I eventually realized that
the version 1.81 of Biopython is also affected by the same
issues.  The relevant part of the test log looks like:

==
ERROR: test_embl7 (test_SeqIO.TestSeqIO.test_embl7)
--
Traceback (most recent call last):
  File 
"/<>/.pybuild/cpython3_3.11/build/Tests/test_SeqIO.py", line 3388, 
in test_embl7
self.perform_test(
  File 
"/<>/.pybuild/cpython3_3.11/build/Tests/test_SeqIO.py", line 626, 
in perform_test
self.check_simple_write_read(
  File 
"/<>/.pybuild/cpython3_3.11/build/Tests/test_SeqIO.py", line 363, 
in check_simple_write_read
records2 = list(SeqIO.parse(handle=handle, format=fmt))
   
  File 
"/<>/.pybuild/cpython3_3.11/build/Bio/SeqIO/Interfaces.py", line 
72, in __next__
return next(self.records)
   ^^
  File 
"/<>/.pybuild/cpython3_3.11/build/Bio/SeqIO/SeqXmlIO.py", line 
447, in iterate
parser.close()
  File "/usr/lib/python3.11/xml/sax/expatreader.py", line 240, in close
self.feed(b"", isFinal=True)
  File "/usr/lib/python3.11/xml/sax/expatreader.py", line 217, in feed
self._parser.Parse(data, isFinal)
  File "../Modules/pyexpat.c", line 416, in StartElement
  File "/usr/lib/python3.11/xml/sax/expatreader.py", line 369, in 
start_element_ns
self._cont_handler.startElementNS(pair, None,
  File 
"/<>/.pybuild/cpython3_3.11/build/Bio/SeqIO/SeqXmlIO.py", line 
163, in startEntryFieldElement
return self.startPropertyElement(attrs)
   
  File 
"/<>/.pybuild/cpython3_3.11/build/Bio/SeqIO/SeqXmlIO.py", line 
339, in startPropertyElement
record = self.records[-1]
 
IndexError: list index out of range

==
ERROR: test_genbank8 (test_SeqIO.TestSeqIO.test_genbank8)
--
Traceback (most recent call last):
  File 
"/<>/.pybuild/cpython3_3.11/build/Tests/test_SeqIO.py", line 2785, 
in test_genbank8
self.perform_test(
  File 
"/<>/.pybuild/cpython3_3.11/build/Tests/test_SeqIO.py", line 626, 
in perform_test
self.check_simple_write_read(
  File 
"/<>/.pybuild/cpython3_3.11/build/Tests/test_SeqIO.py", line 363, 
in check_simple_write_read
records2 = list(SeqIO.parse(handle=handle, format=fmt))
   
  File 
"/<>/.pybuild/cpython3_3.11/build/Bio/SeqIO/Interfaces.py", line 
72, in __next__
return next(self.records)
   ^^
  File 
"/<>/.pybuild/cpython3_3.11/build/Bio/SeqIO/SeqXmlIO.py", line 
447, in iterate
parser.close()
  File "/usr/lib/python3.11/xml/sax/expatreader.py", line 240, in close
self.feed(b"", isFinal=True)
  File "/usr/lib/python3.11/xml/sax/expatreader.py", line 217, in feed
self._parser.Parse(data, isFinal)
  File "../Modules/pyexpat.c", line 416, in StartElement
  File "/usr/lib/python3.11/xml/sax/expatreader.py", line 369, in 
start_element_ns
self._cont_handler.startElementNS(pair, None,
  File 
"/<>/.pybuild/cpython3_3.11/build/Bio/SeqIO/SeqXmlIO.py", line 
163, in startEntryFieldElement
return self.startPropertyElement(attrs)
   
  File 
"/<>/.pybuild/cpython3_3.11/build/Bio/SeqIO/SeqXmlIO.py", line 
339, in startPropertyElement
record = self.records[-1]
 
IndexError: list index out of range

I haven't checked but I heavily suspect that this is causing
also autopkgtest failures.

For information,
-- 
  .''`.  Étienne Mollier 
 : :' :  pgp: 8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da
 `. `'   sent from /dev/pts/0, please excuse my verbosity
   `-


signature.asc
Description: PGP signature

Bug#1063191: libcifpp-data: Incorrect URL in update-libcifpp-data script

[Maarten L. Hekkelman]

Hi Andreas,

The URL's were updated in upstream some time ago. The debian version of 
libcifpp (and all dependent tools) are a bit out of date.


The problem I have is that development of libcifpp is a bit too fast. 
Whenever I break the ABI I have to ask for someone to upload a newer 
version. And last time this apparently did not went well and so the 
update stalled. I don't remember who I asked to update, but since that 
didn't happen I forgot about it.


Anyway, so I had an upload ready for version 5.2 and libcifpp is now at 
version 6.1. I will thus have to prepare yet another update and then 
upload all depending packages. I'll see what I can do.


regards, -maarten

Op 13-02-2024 om 08:28 schreef Andreas Tille:

Hi Maarten,

since last September there is a new upstream version in Git which was
not uploaded.  I see less instances of ftp.wwpdb.org in this code but
there are some remainings.  It would be great if you could upload your
preparation after checking that the bug below is fixed.

Kind regards
Andreas.

Am Mon, Feb 05, 2024 at 11:27:36AM -0500 schrieb Rick Bernard:

Package: libcifpp-data
Version: 5.0.7.1-3
Severity: important
Tags: patch

Dear Maintainer,

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

* What led up to the situation?
Installing libcifpp-data via "apt install".  The incorrect URL causes apt to
hang for a long period of time before returrning to a prompt.  As a result, the
file supposed to be loaced in /var/cache/libcifpp/components.cif fails to
download.  The Stable version of this package was showing timeout errors when
attempting to connect to https://ftp.wwpdb.org.  The correct URL that is
published by wwpdb.org is https://files.wwpdb.org for downloading via HTTP.
This will happen durring install via apt when you are prompted Package
configuration about setting up weekly downloads of these data files from
wwpdb.org.

* What exactly did you do (or not do) that was effective (or
  ineffective)?
 Editing the file /etc/cron.weekly/update-libcifpp-data and changing the URL
for the components.cif download from https://ftp.wwpdb.org to
https://files.wwpdb.org leaving all subpaths the same resolves the issue.  This
also helps with the stable version of this package and fixes dpkg and apt when
running "dpkg --configure -a"

* What was the outcome of this action?
  Resolves the package install and fixes apt/dpkg package management system.

* What outcome did you expect instead?
 The expected outcome is that "apt install" will successfully install the
package and be able to run the download scripts successfully.

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


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

Kernel: Linux 6.1.0-17-amd64 (SMP w/12 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 libcifpp-data depends on:
ii  debconf [debconf-2.0]  1.5.82

libcifpp-data recommends no packages.

libcifpp-data suggests no packages.

-- debconf information:
* libcifpp/update: true
--- update-libcifpp-data.orig   2024-02-05 11:13:15.964579981 -0500
+++ update-libcifpp-data2024-02-05 11:24:35.219320601 -0500
@@ -60,7 +60,7 @@
  
  # Update the dictionaries
  
-update_dictionary "/var/cache/libcifpp/components.cif" "https://ftp.wwpdb.org/pub/pdb/data/monomers/components.cif.gz;

+update_dictionary "/var/cache/libcifpp/components.cif" 
"https://files.wwpdb.org/pub/pdb/data/monomers/components.cif.gz;
  update_dictionary "/var/cache/libcifpp/mmcif_pdbx.dic" 
"https://mmcif.wwpdb.org/dictionaries/ascii/mmcif_pdbx_v50.dic.gz;
  update_dictionary "/var/cache/libcifpp/mmcif_ma.dic" 
"https://github.com/ihmwg/ModelCIF/raw/master/dist/mmcif_ma.dic;
  
___

Debian-med-packaging mailing list
debian-med-packag...@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-med-packaging




--
Maarten L. Hekkelman
http://www.hekkelman.com/

Bug#1064107: cgilib does Segmentation fault when CGI parameter is duplicated

[Balthasar Szczepański]

Package: cgilib
Version: 0.6-1.1

The CGI library provided in the package "cgilib" will crash on a 
Segmentation fault when a CGI parameter name is used twice.
(when used on a www server this will be seen by the user as a HTTP 500 
error)


Here is a demonstration program:

/* cgidemo.c */
#include 
#include 
s_cgi *cgi;

int main (int argc, char **argv) {
char *a;
cgi = cgiInit();
a = cgiGetValue(cgi,"a");
printf("Content-type: text/plain\n\na=%s\n",a);
return 0;
}

It can be tested locally, without installing it on a www server:

$ gcc -o cgidemo cgidemo.c -lcgi
$ ./cgidemo
(offline mode: enter name=value pairs on standard input)
Content-type: text/plain

a=(null)
$ ./cgidemo
(offline mode: enter name=value pairs on standard input)
a=1
Content-type: text/plain

a=1
$ ./cgidemo
(offline mode: enter name=value pairs on standard input)
a=1
a=2
Segmentation fault
$

As seen on the last example, when I entered the parameter "a" twice I 
got a Segmentation fault.


On a www server this happens too, but then it's more difficult to debug.
Here is an example log from apache2, using the ScriptLog:

%% [Sat Feb 17 11:04:19 2024] GET /cgidemo?a=1=2 HTTP/1.1
%% 500 /bin/cgidemo/cgidemo
%request
Host: 1190.botcastle1a
Connection: keep-alive
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, 
like Gecko) Chrome/90.0.4430.212 Safari/537.36
Accept: 
text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9

Accept-Encoding: gzip, deflate
Accept-Language: en-US,en;q=0.9
Cookie: style_cookie=printonly
%response

I can observe it both on Debian 10 amd64 and Debian 11 armv7l

Linux balt4 4.19.0-6-amd64 #1 SMP Debian 4.19.67-2+deb10u1 (2019-09-20) 
x86_64 GNU/Linux


lrwxrwxrwx 1 root root 12 Mar 15  2022 /lib/i386-linux-gnu/libc.so.6 -> 
libc-2.28.so
lrwxrwxrwx 1 root root 12 Mar 15  2022 /lib/x86_64-linux-gnu/libc.so.6 
-> libc-2.28.so


Linux botcastle1 5.10.0-11-armmp-lpae #1 SMP Debian 5.10.92-1 
(2022-01-18) armv7l GNU/Linux


lrwxrwxrwx 1 root root 12 Oct  2  2021 
/lib/arm-linux-gnueabihf/libc.so.6 -> libc-2.31.so



Version of cgilib is 0.6-1.1

Bug#1064117: claws-mail-pgpmime: Suggests transitional package gnupg-agent instead of gpg-agent

[Andreas Metzler]

Package: claws-mail-pgpmime
Version: 4.2.0-1
Severity: normal

Please update the package's suggests to point to gpg-agent.

cu Andreas

Bug#1064118: keychain: Suggests transitional package gnupg-agent instead of gpg-agent

[Andreas Metzler]

Package: keychain
Version: 2.8.5-3
Severity: normal

Please update the package's suggests to point to gpg-agent.

cu Andreas

Bug#1032752: please drop transitional package gnupg-agent from src:gnupg2

[Andreas Metzler]

Control: block -1 by 1064104 1064105 1064110 1064111 1064112 1064113 1064114 
1064115 1064116 1064118 1064117 1064119 1064120

On 2023-03-11 Holger Levsen  wrote:
[...]
> Please drop the transitional package gnupg-agent (from the source package 
> gnupg2) after the release of bookworm, it has been released with buster and 
> bullseye already...

Hello,
thanks for the reminder!

I have submitted bugs against packages in sid with
Depends/Suggest/Recommends on gnupg-agent.

cu Andreas

Bug#1064122: libpam-freerdp2: install PAM module into /usr

[Michael Biebl]

Source: libpam-freerdp2
Version: 2.0.0-3
Severity: normal
Tags: patch
User: helm...@debian.org
Usertags: dep17m2

We want to finalize the /usr-merge via DEP17 by moving all files to
/usr. libpam-freerdp2 installs files into /lib; these should be moved
into the respective canonical locations in /usr/.

Please find a patch attached. It has been build-tested.

This should not be backported to bookworm. If you intend to backport,
please use dh_movetousr instead.

If your package will change for the t64 transition or otherwise
rename/split/move its binaries (packages) during trixie, please
then upload to experimental and get in touch with the UsrMerge
driver, please see the wiki [1].

Michael

[1] https://wiki.debian.org/UsrMerge
diff -Nru libpam-freerdp2-2.0.0/debian/changelog 
libpam-freerdp2-2.0.0/debian/changelog
--- libpam-freerdp2-2.0.0/debian/changelog  2019-12-04 08:45:58.0 
+0100
+++ libpam-freerdp2-2.0.0/debian/changelog  2024-02-17 13:27:25.0 
+0100
@@ -1,3 +1,10 @@
+libpam-freerdp2 (2.0.0-3.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Install PAM module into /usr. (Closes: #-1)
+
+ -- Michael Biebl   Sat, 17 Feb 2024 13:27:25 +0100
+
 libpam-freerdp2 (2.0.0-3) unstable; urgency=medium
 
   [ Mike Gabriel ]
diff -Nru libpam-freerdp2-2.0.0/debian/libpam-freerdp2.install 
libpam-freerdp2-2.0.0/debian/libpam-freerdp2.install
--- libpam-freerdp2-2.0.0/debian/libpam-freerdp2.install2018-05-08 
13:06:56.0 +0200
+++ libpam-freerdp2-2.0.0/debian/libpam-freerdp2.install2024-02-17 
13:27:25.0 +0100
@@ -1,2 +1 @@
-lib/
 usr/lib/
diff -Nru libpam-freerdp2-2.0.0/debian/patches/pammoddir.patch 
libpam-freerdp2-2.0.0/debian/patches/pammoddir.patch
--- libpam-freerdp2-2.0.0/debian/patches/pammoddir.patch1970-01-01 
01:00:00.0 +0100
+++ libpam-freerdp2-2.0.0/debian/patches/pammoddir.patch2024-02-17 
13:27:05.0 +0100
@@ -0,0 +1,13 @@
+Index: libpam-freerdp2-2.0.0/configure.ac
+===
+--- libpam-freerdp2-2.0.0.orig/configure.ac2018-05-07 15:46:46.0 
+0200
 libpam-freerdp2-2.0.0/configure.ac 2024-02-17 13:27:01.065645905 +0100
+@@ -33,7 +33,7 @@
+ # PAM Module dir
+ ###
+ 
+-PAMMODULEDIR="/lib/security"
++PAMMODULEDIR="/usr/lib/security"
+ AC_SUBST(PAMMODULEDIR)
+ 
+ ###
diff -Nru libpam-freerdp2-2.0.0/debian/patches/series 
libpam-freerdp2-2.0.0/debian/patches/series
--- libpam-freerdp2-2.0.0/debian/patches/series 2019-12-04 08:09:11.0 
+0100
+++ libpam-freerdp2-2.0.0/debian/patches/series 2024-02-17 13:26:44.0 
+0100
@@ -1 +1,2 @@
 1001_dont_abuse_AC_CHECK_FILES.patch
+pammoddir.patch
diff -Nru libpam-freerdp2-2.0.0/debian/rules libpam-freerdp2-2.0.0/debian/rules
--- libpam-freerdp2-2.0.0/debian/rules  2018-05-08 13:06:56.0 +0200
+++ libpam-freerdp2-2.0.0/debian/rules  2024-02-17 13:27:23.0 +0100
@@ -17,9 +17,9 @@
 cleanbuilddir::
rm -f README
 
-# Remove .a and .la files from /lib/security
+# Remove .a and .la files from /us/lib/security
 remove-cruft::
-   find $(DEB_DESTDIR)/lib/security -type f \
+   find $(DEB_DESTDIR)/usr/lib/security -type f \
\( -name '*.a' -o -name '*.la' \) \
-exec rm '{}' +
 

Bug#1063864: src:mediawiki2latex: fails to migrate to testing for too long: not installable on armel, mips64el and s390x

[Dirk Hünniger]

HI Georges,

Thanks a lot.

I think all we have to do now is to wait for 5 days.

Yours Dirk

On 16.02.24 08:48, Georges Khaznadar wrote:

Dirk Hünniger a écrit :

chromium-sandbox [!armel !mips64el !s390x],

Done.

Best regards,   Georges.

Bug#1064127: ftp.debian.org: Sources file is retains _all_ versions of src:sphinx

[Alexandre Detiste]

Package: ftp.debian.org
Severity: important

Hi,

For the 'sphinx' package, the archive will retain all past versions.

It doesn't seems to be the only case.

Greetings,


/tmp $ zgrep 'Package:' Sources.gz  | sort | uniq -d | wc -l
538

/tmp $ wget 
http://ftp.be.debian.org/debian/dists/unstable/main/source/Sources.gz
--2024-02-17 14:08:32--  
http://ftp.be.debian.org/debian/dists/unstable/main/source/Sources.gz
Résolution de ftp.be.debian.org (ftp.be.debian.org)… 195.234.45.114, 
2a05:7300:0:100:195:234:45:114
Connexion à ftp.be.debian.org (ftp.be.debian.org)|195.234.45.114|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
2024-02-17 14:08:34 (16,5 MB/s) — « Sources.gz » sauvegardé [14108215/14108215]



/tmp $ zgrep -A3 'Package: sphinx$' Sources.gz 
Package: sphinx
Binary: python-sphinx, python3-sphinx, sphinx-common, sphinx-doc, 
libjs-sphinxdoc
Version: 1.8.5-5
Maintainer: Debian Python Modules Team 

--
Package: sphinx
Binary: python3-sphinx, sphinx-common, sphinx-doc, libjs-sphinxdoc
Version: 3.3.1-1
Maintainer: Debian Python Team 
--
Package: sphinx
Binary: python3-sphinx, sphinx-common, sphinx-doc, libjs-sphinxdoc
Version: 3.5.4-2
Maintainer: Debian Python Team 
--
Package: sphinx
Binary: python3-sphinx, sphinx-common, sphinx-doc, libjs-sphinxdoc
Version: 4.2.0-5
Maintainer: Debian Python Team 
--
Package: sphinx
Binary: python3-sphinx, sphinx-common, sphinx-doc, libjs-sphinxdoc
Version: 4.3.2-1
Maintainer: Debian Python Team 
--
Package: sphinx
Binary: python3-sphinx, sphinx-common, sphinx-doc, libjs-sphinxdoc
Version: 4.5.0-3
Maintainer: Debian Python Team 
--

Bug#1064128: FTBFS: Error: Unbound module Pcre

[Bo YU]

Package: liquidsoap
Version: 2.2.3-1
Severity: serious

Dear Maintainer,

The package has one ftbfs issue due to:

```
299 | let key = Pcre.get_substring sub 1 in
^^
Error: Unbound module Pcre
(cd _build/default && /usr/bin/ocamlc.opt -w -40 -g -bin-annot -I 
src/core/.liquidsoap_core.objs/byte -I /usr/lib/ocaml/angstrom -I 
/usr/lib/ocaml/bigstringaf -I /usr/lib/ocaml/bytes -I 
/usr/lib/ocaml/camlp-streams -I /usr/lib/ocaml/camomile/lib -I 
/usr/lib/ocaml/cry -I /usr/lib/ocaml/curl -I /usr/lib/ocaml/dtools -I 
/usr/lib/ocaml/dune-build-info -I /usr/lib/ocaml/dune-private-libs/dune-section 
-I /usr/lib/ocaml/dune-site -I /usr/lib/ocaml/dune-site/private -I 
/usr/lib/ocaml/duppy -I /usr/lib/ocaml/fileutils -I /usr/lib/ocaml/gen -I 
/usr/lib/ocaml/inotify -I /usr/lib/ocaml/magic -I /usr/lib/ocaml/menhirLib -I 
/usr/lib/ocaml/metadata -I /usr/lib/ocaml/mm -I /usr/lib/ocaml/mm/audio -I 
/usr/lib/ocaml/mm/base -I /usr/lib/ocaml/mm/image -I /usr/lib/ocaml/mm/midi -I 
/usr/lib/ocaml/mm/video -I /usr/lib/ocaml/re -I /usr/lib/ocaml/sedlex -I 
/usr/lib/ocaml/seq -I /usr/lib/ocaml/stdlib-shims -I /usr/lib/ocaml/stringext 
-I /usr/lib/ocaml/syslog -I /usr/lib/ocaml/threads -I /usr/lib/ocaml/uri -I 
src/console/.console.objs/byte -I src/lang/.liquidsoap_lang.objs/byte 
-no-alias-deps -o src/core/.liquidsoap_core.objs/byte/ffmpeg_format.cmo -c 
-impl src/core/encoder/formats/ffmpeg_format.pp.ml)
File "src/core/encoder/formats/ffmpeg_format.ml", line 136, characters 20-31:
136 | (if Pcre.pmatch ~pat:"video" name then "" else 
"video_content,")
  ^^^
Error: Unbound module Pcre
(cd _build/default && /usr/bin/ocamlopt.opt -w -40 -g -w -9 -alert --deprecated 
-O2 -I src/core/.liquidsoap_core.objs/byte -I 
src/core/.liquidsoap_core.objs/native -I /usr/lib/ocaml/angstrom -I 
/usr/lib/ocaml/bigstringaf -I /usr/lib/ocaml/bytes -I 
/usr/lib/ocaml/camlp-streams -I /usr/lib/ocaml/camomile/lib -I 
/usr/lib/ocaml/cry -I /usr/lib/ocaml/curl -I /usr/lib/ocaml/dtools -I 
/usr/lib/ocaml/dune-build-info -I /usr/lib/ocaml/dune-private-libs/dune-section 
-I /usr/lib/ocaml/dune-site -I /usr/lib/ocaml/dune-site/private -I 
/usr/lib/ocaml/duppy -I /usr/lib/ocaml/fileutils -I /usr/lib/ocaml/gen -I 
/usr/lib/ocaml/inotify -I /usr/lib/ocaml/magic -I /usr/lib/ocaml/menhirLib -I 
/usr/lib/ocaml/metadata -I /usr/lib/ocaml/mm -I /usr/lib/ocaml/mm/audio -I 
/usr/lib/ocaml/mm/base -I /usr/lib/ocaml/mm/image -I /usr/lib/ocaml/mm/midi -I 
/usr/lib/ocaml/mm/video -I /usr/lib/ocaml/re -I /usr/lib/ocaml/sedlex -I 
/usr/lib/ocaml/seq -I /usr/lib/ocaml/stdlib-shims -I /usr/lib/ocaml/stringext 
-I /usr/lib/ocaml/syslog -I /usr/lib/ocaml/threads -I /usr/lib/ocaml/uri -I 
src/console/.console.objs/byte -I src/console/.console.objs/native -I 
src/lang/.liquidsoap_lang.objs/byte -I src/lang/.liquidsoap_lang.objs/native 
-intf-suffix .ml -no-alias-deps -o 
src/core/.liquidsoap_core.objs/native/http.cmx -c -impl 
src/core/tools/http.pp.ml)
File "src/core/tools/http.ml", line 69, characters 10-20:
69 | match Pcre.split ~pat:"=" arg with
   ^^
Error: Unbound module Pcre
dh_auto_build: error: dune build -j 4 -p 
liquidsoap,liquidsoap-core,liquidsoap-lang,liquidsoap-js,liquidsoap-libs,liquidsoap-libs-extra,liquidsoap-mode,tls-liquidsoap,sdl-liquidsoap
 returned exit code 1
make: *** [debian/rules:7: binary-arch] Error 25

```

Although it was failed with -b1 version on buildd[0], but it is reproduced on 
my local build for amd64 and riscv64 also.


[0]: 
https://buildd.debian.org/status/fetch.php?pkg=liquidsoap=amd64=2.2.3-1%2Bb1=1708087445=0


-- 
Regards,
--
  Bo YU



signature.asc
Description: PGP signature

Bug#1051833: python3-poetry-core: does not work, i.e. "import poetry" fails at Python prompt, without python3-pep517

[Emmanuel Arias]

Hi Dima,

Sorry for this long delay to respond. I have just test 
python3-poetry-core in a clean docker container and I cannot reproduce 
your issue. Please could you provide a way to reproduce your issue? I 
think the best way is in a virtual machine or docker container.


I will wait your response.

--
cheers,
Emmanuel Arias

 ⢀⣴⠾⠻⢶⣦⠀
 ⣾⠁⢠⠒⠀⣿⡁  eam...@debian.org
 ⢿⡄⠘⠷⠚⠋⠀  OpenPGP: 13796755BBC72BB8ABE2AEB5 FA9DEC5DE11C63F1 


 ⠈⠳⣄


OpenPGP_0xFA9DEC5DE11C63F1.asc
Description: OpenPGP public key


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1008573: [pkg-gnupg-maint] Bug#1008573: gpg-agent -managed SSH keys stored in Yubikeys cannot be used with OpenSSH 8.9

[Andreas Metzler]

On 2022-04-28 Daniel Kahn Gillmor  wrote:
> On Fri 2022-04-22 12:04:15 +0900, NIIBE Yutaka wrote:
>> I found an issue of scdaemon.  At upstream development, it is tracked by:

>>  https://dev.gnupg.org/T5935

>> When the data is not so large (smaller than the buffer size of token),
>> it works using Gnuk, with the patch of scdaemon.

> Thanks for tracking this down, gniibe!

> If there's a specific patch that we should include in the debian release
> of the 2.2 branch, please let me know.  The patch mentioned in
> https://dev.gnupg.org/T5935
> (https://dev.gnupg.org/rGe8fb8e2b3e66d5ea8a3dc90afdc14611abf2c3da) 
> doesn't look like it will apply directly to the 2.2 branch.
[...]

Hello,

The respective patch was backported by gniibe
https://dev.gnupg.org/rG07e43eda8dc69cecc385a6b3723e155afbc59257 and is
part of 2.2.37.

Do you still see the problem (#998728, 1008573, and #1032907)?

cu Andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.'
`I sew his ears on from time to time, sure'

Bug#1062320: libgpiod: NMU diff for 64-bit time_t transition

[賴建宇]

Hi,


Now I understand it. Thanks for the explanation!


Currently, I am working on upgrading libgpiod. The upstream reworks the
whole API since v2.0 [3], so I also plan to rename the package[1].


To avoid renaming the package two times in a short time. Is it okay that I
upload the new version with abi=+time64 [2] to experimental? I think the
setting can make sure the newer version covers the 64-bit time topic.


Does this idea make sense to you? I have almost completed the work. I hope
I can upload it to Experimental ASAP if this idea makes sense. Thank you.


[1]: Add libgpiod3 symbol table (3f480bd3) · Commits · Gavin Lai / libgpiod
· GitLab (debian.org)


[2]: d/rules: Use 64-bit time_t on 32-bit arch (da487e35) · Commits · Gavin
Lai / libgpiod · GitLab (debian.org)


[3]: NEWS · debian/master · Gavin Lai / libgpiod · GitLab




Steve Langasek  於 2024年2月15日 週四 上午2:29寫道：

> Hello,
>
> On Thu, Feb 08, 2024 at 11:13:51PM +0800, 賴建宇 wrote:
> > Hi Steve,
>
> > I am working on upgrading the libgpiod version, so I also took time to
> > investigate this 64-bit time_t topic.
>
> > I noticed that the libgpiod2.symbols and libgpiod2t64.symbols are
> identical
> > in the debdiff file. I am wondering if it is necessary to rename this
> > package in this case. Please correct me if I miss anything.
>
> > Thanks for your great effort.
>
> This report explains:
>
>
> https://adrien.dcln.fr/misc/armhf-time_t/2024-02-03T09%3A18%3A00/compat_reports/libgpiod-dev/lfs_to_time_t/compat_report.html
>
> There are ABI changes that do not show up in the type signatures of C++
> functions and therefore do not affect C++ symbol mangling.
>
> --
> Steve Langasek   Give me a lever long enough and a Free OS
> Debian Developer   to set it on, and I can move the world.
> Ubuntu Developer   https://www.debian.org/
> slanga...@ubuntu.com vor...@debian.org
>

Bug#1064108: ktimetracker: On long idle, Plasma not respond any more

[Stefano Callegari]

Package: ktimetracker
Version: 4:5.0.1-3
Severity: normal

Dear Maintainer,

form ktimetracker page (https://userbase.kde.org/KTimeTracker):

When going for lunch, it may happen that you forget to stop timetracking
before. No problem: the idle time detector in KTimeTracker will pop up
after a configurable amount of time giving you the possibility to revert
(as if you said, "I was not working during this time.") or continue timing
(as if you said "I was working during this time.").


It's a good idea, but the pop up itself or the huge number of pop up opened
(last time, I saw a "(208)" in the titlebar) make Plasma inusable: mouse
and keyboard don't work, nothing to have back the control of Plasma.

If I forget to stop the timer, I can only switch to tty and restart sddm
(X11).

I don't know if it's related but syslog reports (for all day, more times
and grouped by tens) many lines like '2024-02-17T12:24:56.501410+01:00
G5045 ktimetracker[100669]: m_sessionStartTime= ""'.

Thanks

Stefano


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (903, 'unstable'), (500, 'oldstable-updates'), (500, 
'oldstable-security'), (500, 'testing'), (500, 'oldstable'), (400, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages ktimetracker depends on:
ii  kio  5.107.0-1+b1
ii  libc62.37-15
ii  libkf5calendarcore5abi2  5:5.107.0-1+b1
ii  libkf5configcore55.107.0-1+b1
ii  libkf5configgui5 5.107.0-1+b1
ii  libkf5configwidgets5 5.107.0-2+b1
ii  libkf5coreaddons55.107.0-1+b1
ii  libkf5dbusaddons55.107.0-1+b1
ii  libkf5i18n5  5.107.0-1+b1
ii  libkf5idletime5  5.107.0-1+b1
ii  libkf5jobwidgets55.107.0-1+b1
ii  libkf5kiocore5   5.107.0-1+b1
ii  libkf5notifications5 5.107.0-1+b1
ii  libkf5textwidgets5   5.107.0-1+b1
ii  libkf5widgetsaddons5 5.107.0-1+b1
ii  libkf5windowsystem5  5.107.0-1+b1
ii  libkf5xmlgui55.107.0-1+b1
ii  libqt5core5a 5.15.10+dfsg-6
ii  libqt5dbus5  5.15.10+dfsg-6
ii  libqt5gui5   5.15.10+dfsg-6
ii  libqt5widgets5   5.15.10+dfsg-6
ii  libqt5xml5   5.15.10+dfsg-6
ii  libstdc++6   14-20240201-3

ktimetracker recommends no packages.

ktimetracker suggests no packages.

-- no debconf information

Bug#1064125: libnss-pgsql: install NSS module into /usr

[Michael Biebl]

Source: libnss-pgsql
Version: 1.4.0debian-8
Severity: normal
Tags: patch
User: helm...@debian.org
Usertags: dep17m2

We want to finalize the /usr-merge via DEP17 by moving all files to
/usr. libnss-pgsql installs files into /lib; these should be moved into
the respective canonical locations in /usr/.

Please find a patch attached. It has been build-tested.

Note 1: this change includes moving the .so into a multiarch path which
is recommended on Debian nowadays.

Note 2: this should not be backported to bookworm. If you intend to
backport, please use dh_movetousr instead.

If your package will change for the t64 transition or otherwise
rename/split/move its binaries (packages) during trixie, please
then upload to experimental and get in touch with the UsrMerge
driver, please see the wiki [1].

Michael

[1] https://wiki.debian.org/UsrMerge
diff -Nru libnss-pgsql-1.4.0debian/debian/changelog 
libnss-pgsql-1.4.0debian/debian/changelog
--- libnss-pgsql-1.4.0debian/debian/changelog   2014-10-10 17:54:53.0 
+0200
+++ libnss-pgsql-1.4.0debian/debian/changelog   2024-02-17 13:43:18.0 
+0100
@@ -1,3 +1,10 @@
+libnss-pgsql (1.4.0debian-8.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Install NSS module into multiarch path in /usr. (Closes: #-1)
+
+ -- Michael Biebl   Sat, 17 Feb 2024 13:43:18 +0100
+
 libnss-pgsql (1.4.0debian-8) unstable; urgency=medium
 
   * debian/control: set myself as Maintainer because the team list does
diff -Nru libnss-pgsql-1.4.0debian/debian/libnss-pgsql2.dirs 
libnss-pgsql-1.4.0debian/debian/libnss-pgsql2.dirs
--- libnss-pgsql-1.4.0debian/debian/libnss-pgsql2.dirs  2014-10-10 
17:54:53.0 +0200
+++ libnss-pgsql-1.4.0debian/debian/libnss-pgsql2.dirs  1970-01-01 
01:00:00.0 +0100
@@ -1 +0,0 @@
-lib
diff -Nru libnss-pgsql-1.4.0debian/debian/rules 
libnss-pgsql-1.4.0debian/debian/rules
--- libnss-pgsql-1.4.0debian/debian/rules   2014-10-10 17:54:53.0 
+0200
+++ libnss-pgsql-1.4.0debian/debian/rules   2024-02-17 13:43:18.0 
+0100
@@ -1,10 +1,12 @@
 #!/usr/bin/make -f
 
+include /usr/share/dpkg/architecture.mk
+
 override_dh_auto_configure:
autoreconf -if
./configure \
--prefix=/usr \
-   --libdir=/lib \
+   --libdir=/usr/lib/$(DEB_HOST_MULTIARCH) \
--mandir=\$${prefix}/share/man \
--infodir=\$${prefix}/share/info \
--with-docdir=\$${prefix}/share/doc/libnss-pgsql2 \
@@ -20,9 +22,9 @@
 
 override_dh_install:
$(MAKE) install DESTDIR=$(CURDIR)/debian/libnss-pgsql2
-   rm -f $(CURDIR)/debian/libnss-pgsql2/lib/libnss_pgsql.la \
- $(CURDIR)/debian/libnss-pgsql2/lib/libnss_pgsql.a \
- $(CURDIR)/debian/libnss-pgsql2/lib/libnss_pgsql.so
+   rm -f $(CURDIR)/debian/libnss-pgsql2/usr/lib/*/libnss_pgsql.la \
+ $(CURDIR)/debian/libnss-pgsql2/usr/lib/*/libnss_pgsql.a \
+ $(CURDIR)/debian/libnss-pgsql2/usr/lib/*/libnss_pgsql.so
 
 %:
dh $@ --with autotools_dev

Bug#1064126: libvirt: install NSS modules into /usr

[Michael Biebl]

Source: libvirt
Version: 10.0.0-2
Severity: normal
Tags: patch
User: helm...@debian.org
Usertags: dep17m2

We want to finalize the /usr-merge via DEP17 by moving all files to
/usr. libvirt installs files into /lib; these should be moved into the
respective canonical locations in /usr/.

Please find a patch attached. It has been build-tested.

This should not be backported to bookworm. If you intend to
backport, please use dh_movetousr instead.

If your package will change for the t64 transition or otherwise
rename/split/move its binaries (packages) during trixie, please
then upload to experimental and get in touch with the UsrMerge
driver, please see the wiki [1].

Michael

[1] https://wiki.debian.org/UsrMerge
diff -Nru libvirt-10.0.0/debian/changelog libvirt-10.0.0/debian/changelog
--- libvirt-10.0.0/debian/changelog 2024-02-04 10:54:58.0 +0100
+++ libvirt-10.0.0/debian/changelog 2024-02-17 13:54:36.0 +0100
@@ -1,3 +1,10 @@
+libvirt (10.0.0-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Install NSS modules into /usr. (Closes: #-1)
+
+ -- Michael Biebl   Sat, 17 Feb 2024 13:54:36 +0100
+
 libvirt (10.0.0-2) unstable; urgency=medium
 
   * [9a4ad47] patches: Add backport/scripts-Make-check-symfile[...]
diff -Nru libvirt-10.0.0/debian/libnss-libvirt.install 
libvirt-10.0.0/debian/libnss-libvirt.install
--- libvirt-10.0.0/debian/libnss-libvirt.install2024-02-04 
10:54:58.0 +0100
+++ libvirt-10.0.0/debian/libnss-libvirt.install2024-02-17 
13:54:36.0 +0100
@@ -1,2 +1,4 @@
 # the nss module (once enabled) will make apt call getdents (LP: #1732030)
 debian/apt/90libnss-libvirt etc/apt/apt.conf.d
+usr/lib/${DEB_HOST_MULTIARCH}/libnss_libvirt.so.2
+usr/lib/${DEB_HOST_MULTIARCH}/libnss_libvirt_guest.so.2
diff -Nru libvirt-10.0.0/debian/rules libvirt-10.0.0/debian/rules
--- libvirt-10.0.0/debian/rules 2024-02-04 10:54:58.0 +0100
+++ libvirt-10.0.0/debian/rules 2024-02-17 13:53:46.0 +0100
@@ -249,11 +249,6 @@
 usr.sbin.libvirtd \
 $(NULL)
 
-NSS_PLUGINS = \
-libvirt \
-libvirt_guest \
-$(NULL)
-
 SYSTEMTAP_TAPSETS = \
 libvirt_functions \
 libvirt_probes \
@@ -354,11 +349,6 @@
   usr/share/systemtap/tapset/$${f}.stp; \
done; \
fi
-   set -e; for f in $(NSS_PLUGINS); do \
-   dh_install -p libnss-libvirt \
-  usr/lib/$(DEB_HOST_MULTIARCH)/libnss_$${f}.so.2 \
-  lib/$(DEB_HOST_MULTIARCH)/; \
-   done
dh_install -p libvirt-clients usr/bin/virt-host-validate
dh_install -p libvirt-clients usr/share/man/man1/virt-host-validate.1
 endif

Bug#1064132: libabigail: please migrate away from old deprecated python3-mock

[Alexandre Detiste]

Source: libabigail
Version: 2.4-2
Severity: normal

"Mock" was a standalone library that was merged years ago
in the standard Python library as unittest.mock.

python3-mock is deprecated and slowly being removed from Debian.

Please consider this change.

Greetings,


diff --git a/debian/control b/debian/control
index 4bc2090..4a5a3ed 100644
--- a/debian/control
+++ b/debian/control
@@ -16,7 +16,7 @@ Build-Depends: debhelper (>= 11),
   cpio, rpm2cpio,
   valgrind [amd64 arm64 armhf i386 mips mips64el mipsel powerpc ppc64 ppc64el 
s390x],
   python3,
-  python3-xdg, python3-rpm, python3-mock,
+  python3-xdg, python3-rpm,
   rpm,
 Build-Conflicts: libzip-dev
 Standards-Version: 4.6.2
diff --git a/tests/mockfedabipkgdiff.in b/tests/mockfedabipkgdiff.in
index 1e56266..863cf7f 100644
--- a/tests/mockfedabipkgdiff.in
+++ b/tests/mockfedabipkgdiff.in
@@ -42,7 +42,7 @@ import tempfile
 import six
 
 try:
-from mock import patch
+from unittest.mock import patch
 except ImportError:
 import sys
 six.print_('mock is required to run tests. Please install before running'

Bug#1064133: systemd-resolved: Using systemd-resolved as drop-in replacements breaks in conjunction with ifupdown

[Felix Jacobi]

Package: systemd-resolved
Version: 252.22-1~deb12u1
Severity: important
Tags: upstream
X-Debbugs-Cc: fe...@jacobi-bs.de


Since Debian Bookworm, systemd-resolved cannot be installed along with
resolvconf anymore and provides its own stub implementation of this
command.

However, when using it in conjunction with ifupdown, this overrides either
IPv4 or IPv6 nameservers.

Considers the following /etc/network/interfaces:

auto lo
iface lo inet loopback
iface lo inet6 loopback

auto ens3
iface ens3 inet static
  address 192.0.0.2/24
  gateway 192.0.0.1
  dns-nameservers 192.0.0.1

iface ens3 inet6 static
  address 2001:db8::2/64
  netmask 64
  gateway fe80::1
  dns-nameservers 2001:db8::1

In background, this executes `resolvconf -a IFACE.PROTOCOL` and supplies
the nameservers to resolvconf, e.g.

echo 'nameserver 192.0.0.1' | resolvconf -a ens3.inet

However, the systemd-resolved resolvconf implementation removes the
protocol indentifier:

echo "nameserver 192.0.0.1" | resolvconf -a ens3.inet
Dropped protocol specifier '.inet' from 'ens3.inet'. Using 'ens3' (ifindex=2).

This leads to the fact, that only ens3 is used internally. For the
configuration above, this means the previous configured IPv4 nameserver
is completely overriddden with the latter one in the IPv6 stanza.

This also causes several other problems for tools relying on resolvconf
not dropping the protocol identifier and I would consider this a
breaking change compared to the original resolvconf implementation.

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

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

Versions of packages systemd-resolved depends on:
ii  dbus [default-dbus-system-bus]  1.14.10-1~deb12u1
ii  libc6   2.36-9+deb12u4
ii  libssl3 3.0.11-1~deb12u2
ii  libsystemd-shared   252.22-1~deb12u1
ii  systemd 252.22-1~deb12u1

Versions of packages systemd-resolved recommends:
ii  libnss-myhostname  252.22-1~deb12u1
pn  libnss-resolve 

Versions of packages systemd-resolved suggests:
ii  polkitd  122-3

-- no debconf information

---
Kind regards
Felix Jacobi

Bug#1064123: libgl1-mesa-dri: latest version crashes X, can't use mouse/keyboard

[Grégory Mounié]

Package: libgl1-mesa-dri
Followup-For: Bug #1064123

Dear Maintainer,

Two others points:

1) Disabling "Accel" in X allows me  to use my graphical session (sddm/lxqt)
I create a file /etc/X11/xorg.conf.d/10-radeonenvrac.conf
with in it:

Section "Device"
 Identifier "radeaonenvrac"
 Driver "radeon"
 Option "Accel" "no"
EndSection

2) xdm works but is unable to start a session and fall back almost
immediatly to the login screen

-- Package-specific info:
glxinfo:

name of display: :0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
server glx extensions:
GLX_ARB_context_flush_control, GLX_ARB_create_context,
GLX_ARB_create_context_no_error, GLX_ARB_create_context_profile,
GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_multisample,
GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile,
GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB,
GLX_EXT_get_drawable_type, GLX_EXT_libglvnd, GLX_EXT_no_config_context,
GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating,
GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGIS_multisample,
GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group,
GLX_SGI_make_current_read
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
client glx extensions:
GLX_ARB_context_flush_control, GLX_ARB_create_context,
GLX_ARB_create_context_no_error, GLX_ARB_create_context_profile,
GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float,
GLX_ARB_framebuffer_sRGB, GLX_ARB_get_proc_address, GLX_ARB_multisample,
GLX_ATI_pixel_format_float, GLX_EXT_buffer_age,
GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile,
GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB,
GLX_EXT_import_context, GLX_EXT_no_config_context, GLX_EXT_swap_control,
GLX_EXT_swap_control_tear, GLX_EXT_texture_from_pixmap,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_INTEL_swap_event,
GLX_MESA_copy_sub_buffer, GLX_MESA_gl_interop, GLX_MESA_query_renderer,
GLX_MESA_swap_control, GLX_NV_float_buffer, GLX_OML_sync_control,
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGIX_visual_select_group, GLX_SGI_make_current_read,
GLX_SGI_swap_control, GLX_SGI_video_sync
GLX version: 1.4
GLX extensions:
GLX_ARB_context_flush_control, GLX_ARB_create_context,
GLX_ARB_create_context_no_error, GLX_ARB_create_context_profile,
GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB,
GLX_ARB_get_proc_address, GLX_ARB_multisample,
GLX_EXT_create_context_es2_profile, GLX_EXT_create_context_es_profile,
GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB,
GLX_EXT_no_config_context, GLX_EXT_texture_from_pixmap,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer,
GLX_MESA_query_renderer, GLX_SGIS_multisample, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read
Extended renderer info (GLX_MESA_query_renderer):
Vendor: Mesa (0x)
Device: llvmpipe (LLVM 17.0.6, 256 bits) (0x)
Version: 24.0.1
Accelerated: no
Video memory: 7403MB
Unified memory: yes
Preferred profile: core (0x1)
Max core profile version: 4.5
Max compat profile version: 4.5
Max GLES1 profile version: 1.1
Max GLES[23] profile version: 3.2
Memory info (GL_ATI_meminfo):
VBO free memory - total: 31 MB, largest block: 31 MB
VBO free aux. memory - total: 5219 MB, largest block: 5219 MB
Texture free memory - total: 31 MB, largest block: 31 MB
Texture free aux. memory - total: 5219 MB, largest block: 5219 MB
Renderbuffer free memory - total: 31 MB, largest block: 31 MB
Renderbuffer free aux. memory - total: 5219 MB, largest block: 5219 MB
Memory info (GL_NVX_gpu_memory_info):
Dedicated video memory: 4293581724 MB
Total available memory: 4293589127 MB
Currently available dedicated video memory: 31 MB
OpenGL vendor string: Mesa
OpenGL renderer string: llvmpipe (LLVM 17.0.6, 256 bits)
OpenGL core profile version string: 4.5 (Core Profile) Mesa 24.0.1-1
OpenGL core profile shading language version string: 4.50
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
GL_3DFX_texture_compression_FXT1, GL_AMD_conservative_depth,
GL_AMD_draw_buffers_blend, GL_AMD_gpu_shader_int64,
GL_AMD_multi_draw_indirect, GL_AMD_pinned_memory,
GL_AMD_query_buffer_object, GL_AMD_seamless_cubemap_per_texture,
GL_AMD_shader_stencil_export, GL_AMD_shader_trinary_minmax,
GL_AMD_texture_texture4, GL_AMD_vertex_shader_layer,
GL_AMD_vertex_shader_viewport_index, GL_ANGLE_texture_compression_dxt3,
GL_ANGLE_texture_compression_dxt5, GL_ARB_ES2_compatibility,
GL_ARB_ES3_1_compatibility, GL_ARB_ES3_2_compatibility,
GL_ARB_ES3_compatibility, GL_ARB_arrays_of_arrays, GL_ARB_base_instance,
GL_ARB_blend_func_extended, GL_ARB_buffer_storage,
GL_ARB_clear_buffer_object, GL_ARB_clear_texture, GL_ARB_clip_control,
GL_ARB_compressed_texture_pixel_storage, GL_ARB_compute_shader,

Bug#1055036: bookworm-pu: package crmsh/4.4.1-1+deb12u1

[Valentin Vidic]

On Mon, Feb 12, 2024 at 06:21:52PM +, Jonathan Wiltshire wrote:
> This will happen on every package update, no? What if the local
> administrator has set other properties on the log file (e.g. to allow other
> users to read it)?

Thanks, I have updated the postinst to only make the changes if
the logs don't exist. Updated debdiff attached below...

-- 
Valentin
diff -Nru crmsh-4.4.1/debian/changelog crmsh-4.4.1/debian/changelog
--- crmsh-4.4.1/debian/changelog	2023-03-03 22:48:41.0 +0100
+++ crmsh-4.4.1/debian/changelog	2023-10-29 20:46:13.0 +0100
@@ -1,3 +1,10 @@
+crmsh (4.4.1-1+deb12u1) bookworm; urgency=medium
+
+  * d/postinst: create a logging directory (Closes: #1042448)
+  * d/patches: add patch for log file error
+
+ -- Valentin Vidic   Sun, 29 Oct 2023 20:46:13 +0100
+
 crmsh (4.4.1-1) unstable; urgency=medium
 
   [ Bas Couwenberg ]
diff -Nru crmsh-4.4.1/debian/control crmsh-4.4.1/debian/control
--- crmsh-4.4.1/debian/control	2023-03-03 22:46:48.0 +0100
+++ crmsh-4.4.1/debian/control	2023-10-29 20:46:13.0 +0100
@@ -43,6 +43,7 @@
 Breaks: pacemaker (<< 1.1.12)
 Suggests:
  bash-completion,
+ cluster-glue,
  csync2,
  dmidecode,
  fdisk | util-linux (<< 2.29.2-3~),
diff -Nru crmsh-4.4.1/debian/crmsh.postinst crmsh-4.4.1/debian/crmsh.postinst
--- crmsh-4.4.1/debian/crmsh.postinst	1970-01-01 01:00:00.0 +0100
+++ crmsh-4.4.1/debian/crmsh.postinst	2023-10-29 20:46:13.0 +0100
@@ -0,0 +1,50 @@
+#!/bin/sh
+# postinst script for crmsh
+#
+# see: dh_installdeb(1)
+
+set -e
+
+# summary of how this script can be called:
+#*  `configure' 
+#*  `abort-upgrade' 
+#*  `abort-remove' `in-favour' 
+#  
+#*  `abort-deconfigure' `in-favour'
+#`removing'
+#   
+# for details, see http://www.debian.org/doc/debian-policy/ or
+# the debian-policy package
+#
+
+case "$1" in
+configure)
+if [ ! -e /var/log/crmsh ]; then
+mkdir /var/log/crmsh
+chown hacluster:haclient /var/log/crmsh
+chmod 0775 /var/log/crmsh
+fi
+
+if [ ! -e /var/log/crmsh/crmsh.log ]; then
+touch /var/log/crmsh/crmsh.log
+chown hacluster:haclient /var/log/crmsh/crmsh.log
+chmod 0664 /var/log/crmsh/crmsh.log
+fi
+;;
+
+abort-upgrade|abort-remove|abort-deconfigure)
+
+;;
+
+*)
+echo "postinst called with unknown argument \`$1'" >&2
+exit 1
+;;
+esac
+
+# dh_installdeb will replace this with shell code automatically
+# generated by other debhelper scripts.
+
+#DEBHELPER#
+
+exit 0
diff -Nru crmsh-4.4.1/debian/crmsh.postrm crmsh-4.4.1/debian/crmsh.postrm
--- crmsh-4.4.1/debian/crmsh.postrm	1970-01-01 01:00:00.0 +0100
+++ crmsh-4.4.1/debian/crmsh.postrm	2023-10-29 20:46:13.0 +0100
@@ -0,0 +1,41 @@
+#!/bin/sh
+# postrm script for crmsh
+#
+# see: dh_installdeb(1)
+
+set -e
+
+# summary of how this script can be called:
+#*  `remove'
+#*  `purge'
+#*  `upgrade' 
+#*  `failed-upgrade' 
+#*  `abort-install'
+#*  `abort-install' 
+#*  `abort-upgrade' 
+#*  `disappear' 
+#  
+# for details, see https://www.debian.org/doc/debian-policy/ or
+# the debian-policy package
+
+
+case "$1" in
+purge)
+rm -rf /var/log/crmsh
+;;
+
+remove|upgrade|failed-upgrade|abort-install|abort-upgrade|disappear)
+;;
+
+*)
+echo "postrm called with unknown argument \`$1'" >&2
+exit 1
+;;
+esac
+
+# dh_installdeb will replace this with shell code automatically
+# generated by other debhelper scripts.
+
+#DEBHELPER#
+
+exit 0
diff -Nru crmsh-4.4.1/debian/patches/0019-Fix-log-file-error.patch crmsh-4.4.1/debian/patches/0019-Fix-log-file-error.patch
--- crmsh-4.4.1/debian/patches/0019-Fix-log-file-error.patch	1970-01-01 01:00:00.0 +0100
+++ crmsh-4.4.1/debian/patches/0019-Fix-log-file-error.patch	2023-10-29 20:46:13.0 +0100
@@ -0,0 +1,52 @@
+From b4abe21d2fd55ced0f56baff5c4892a4826aa0f7 Mon Sep 17 00:00:00 2001
+From: nicholasyang 
+Date: Tue, 25 Oct 2022 13:28:40 +0800
+Subject: [PATCH] fix: log: fail to open log file even if user is in haclient
+ group (bsc#1204670)
+
+The file had been created with umask 0022 in usual so that it was not
+group-writable.
+
+Call chown and chmod explicitly to fix it.
+---
+ crmsh/log.py | 21 ++---
+ 1 file changed, 10 insertions(+), 11 deletions(-)
+
+--- a/crmsh/log.py
 b/crmsh/log.py
+@@ -423,14 +423,6 @@
+ self.logger.info("offending xml: %s", xml)
+ 
+ 
+-def setup_directory_for_logfile():
+-"""
+-Create log file's parent directory
+-"""
+-_dir = os.path.dirname(CRMSH_LOG_FILE)
+-os.makedirs(_dir, exist_ok=True)
+-
+-
+ def setup_logging(only_help=False):
+ """
+ Setup log directory and loadding logging config dict
+@@ -439,10 +431,17 @@
+ if only_help:
+ 

Bug#1064139: ogre-1.12: FTBFS: error: ‘BuildFontAtlas’ is not a member of ‘ImGuiFreeType’

[Aurelien Jarno]

Source: ogre-1.12
Version: 1.12.10+dfsg2-3
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)

Dear maintainer,

ogre-1.12 fails to build from source, probably due to a change in imgui.
From my build log on amd64:

| [ 73%] Building CXX object 
Components/Overlay/CMakeFiles/OgreOverlay.dir/src/OgreFontManager.cpp.o
| cd /<>/obj-x86_64-linux-gnu/Components/Overlay && /usr/bin/c++ 
-DOgreOverlay_EXPORTS -I/<>/Components/Overlay/include 
-I/usr/include/freetype2 -I/misc/freetype -I/<>/OgreMain/include 
-I/<>/obj-x86_64-linux-gnu/include -isystem /usr/include/imgui 
-isystem /usr/include/stb -Wall -Winit-self -Wcast-qual -Wwrite-strings -Wextra 
-Wundef -Wmissing-declarations -Wno-unused-parameter -Wshadow 
-Wno-missing-field-initializers -Wno-long-long -g -O2 
-ffile-prefix-map=/<>=. -fstack-protector-strong 
-fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -pipe 
-Wall -Wdate-time -D_FORTIFY_SOURCE=2 -Wdate-time -D_FORTIFY_SOURCE=2 -msse 
-std=c++11 -fPIC -fvisibility=hidden -fvisibility-inlines-hidden -MD -MT 
Components/Overlay/CMakeFiles/OgreOverlay.dir/src/OgreFontManager.cpp.o -MF 
CMakeFiles/OgreOverlay.dir/src/OgreFontManager.cpp.o.d -o 
CMakeFiles/OgreOverlay.dir/src/OgreFontManager.cpp.o -c 
/<>/Components/Overlay/src/OgreFontManager.cpp
| [ 73%] Building CXX object 
Components/Overlay/CMakeFiles/OgreOverlay.dir/src/OgreImGuiOverlay.cpp.o
| cd /<>/obj-x86_64-linux-gnu/Components/Overlay && /usr/bin/c++ 
-DOgreOverlay_EXPORTS -I/<>/Components/Overlay/include 
-I/usr/include/freetype2 -I/misc/freetype -I/<>/OgreMain/include 
-I/<>/obj-x86_64-linux-gnu/include -isystem /usr/include/imgui 
-isystem /usr/include/stb -Wall -Winit-self -Wcast-qual -Wwrite-strings -Wextra 
-Wundef -Wmissing-declarations -Wno-unused-parameter -Wshadow 
-Wno-missing-field-initializers -Wno-long-long -g -O2 
-ffile-prefix-map=/<>=. -fstack-protector-strong 
-fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -pipe 
-Wall -Wdate-time -D_FORTIFY_SOURCE=2 -Wdate-time -D_FORTIFY_SOURCE=2 -msse 
-std=c++11 -fPIC -fvisibility=hidden -fvisibility-inlines-hidden -MD -MT 
Components/Overlay/CMakeFiles/OgreOverlay.dir/src/OgreImGuiOverlay.cpp.o -MF 
CMakeFiles/OgreOverlay.dir/src/OgreImGuiOverlay.cpp.o.d -o 
CMakeFiles/OgreOverlay.dir/src/OgreImGuiOverlay.cpp.o -c 
/<>/Components/Overlay/src/OgreImGuiOverlay.cpp
| /<>/Components/Overlay/src/OgreImGuiOverlay.cpp: In member 
function ‘void Ogre::ImGuiOverlay::ImGUIRenderable::createFontTexture()’:
| /<>/Components/Overlay/src/OgreImGuiOverlay.cpp:118:20: error: 
‘BuildFontAtlas’ is not a member of ‘ImGuiFreeType’
|   118 | ImGuiFreeType::BuildFontAtlas(io.Fonts, 0);
|   |^~
| make[4]: *** [Components/Overlay/CMakeFiles/OgreOverlay.dir/build.make:121: 
Components/Overlay/CMakeFiles/OgreOverlay.dir/src/OgreImGuiOverlay.cpp.o] Error 
1
| make[4]: Leaving directory '/<>/obj-x86_64-linux-gnu'
| make[3]: *** [CMakeFiles/Makefile2:1187: 
Components/Overlay/CMakeFiles/OgreOverlay.dir/all] Error 2
| make[3]: Leaving directory '/<>/obj-x86_64-linux-gnu'
| make[2]: *** [Makefile:159: all] Error 2
| make[2]: Leaving directory '/<>/obj-x86_64-linux-gnu'
| dh_auto_build: error: cd obj-x86_64-linux-gnu && make -j1 "INSTALL=install 
--strip-program=true" VERBOSE=1 returned exit code 2
| make[1]: *** [debian/rules:65: override_dh_auto_build-indep] Error 25
| make[1]: Leaving directory '/<>'
| make: *** [debian/rules:41: binary] Error 2
| dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 
2

A full build log is also available on riscv64:
https://buildd.debian.org/status/fetch.php?pkg=ogre-1.12=riscv64=1.12.10%2Bdfsg2-3%2Bb1=1707901622=0

The issue is also visible on the reproducible builds:
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/ogre-1.12_1.12.10+dfsg2-3.rbuild.log.gz
https://tests.reproducible-builds.org/debian/rbuild/unstable/arm64/ogre-1.12_1.12.10+dfsg2-3.rbuild.log.gz

Regards
Aurelien

Bug#1038016: adlibtracker2: Depends on SDL 1.2

[Gregor Riepl]

Package: adlibtracker2
Version: 2.4.24-2
Followup-For: Bug #1038016
X-Debbugs-Cc: onit...@gmail.com

I can confirm that the package builds and runs fine with libsdl1.2-compat-dev.

However, it seems to be broken in general, because no GUI is shown and the
adtrack2 process can only be ended with a SIGKILL.
This behavior is the same with the current package in sid.


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

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

Versions of packages adlibtracker2 depends on:
ii  libsdl1.2debian  1.2.68-2

adlibtracker2 recommends no packages.

adlibtracker2 suggests no packages.

-- no debconf information

Bug#1064141: imath: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: imath
Version: 3.1.9-3
Severity: important
Tags: patch pending sid trixie
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
imath as a source package shipping runtime libraries whose ABI
either is affected by the change in size of time_t, or could not be
analyzed via abi-compliance-checker (and therefore to be on the safe
side we assume is affected).

To ensure that inconsistent combinations of libraries with their
reverse-dependencies are never installed together, it is necessary to
have a library transition, which is most easily done by renaming the
runtime library package.

Since turning on 64-bit time_t is being handled centrally through a change
to the default dpkg-buildflags (https://bugs.debian.org/1037136), it is
important that libraries affected by this ABI change all be uploaded close
together in time.  Therefore I have prepared a 0-day NMU for imath
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.

Please find the patch for this NMU attached.

If you have any concerns about this patch, please reach out ASAP.  Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.



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

Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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)
diff -Nru imath-3.1.9/debian/changelog imath-3.1.9/debian/changelog
--- imath-3.1.9/debian/changelog2023-09-04 12:11:55.0 +
+++ imath-3.1.9/debian/changelog2024-02-17 17:03:43.0 +
@@ -1,3 +1,10 @@
+imath (3.1.9-3.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Sat, 17 Feb 2024 17:03:43 +
+
 imath (3.1.9-3) unstable; urgency=medium
 
   * debian/control: add python3-imath as dep to -dev
diff -Nru imath-3.1.9/debian/control imath-3.1.9/debian/control
--- imath-3.1.9/debian/control  2023-09-04 12:09:31.0 +
+++ imath-3.1.9/debian/control  2024-02-17 17:03:43.0 +
@@ -21,7 +21,10 @@
 Vcs-Git: https://salsa.debian.org/debian-phototools-team/imath.git
 Vcs-Browser: https://salsa.debian.org/debian-phototools-team/imath
 
-Package: libimath-3-1-29
+Package: libimath-3-1-29t64
+Provides: ${t64:Provides}
+Replaces: libimath-3-1-29
+Breaks: libimath-3-1-29 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends:
@@ -46,7 +49,7 @@
 Architecture: any
 Multi-Arch: same
 Depends:
- libimath-3-1-29 (= ${binary:Version}),
+ libimath-3-1-29t64 (= ${binary:Version}),
  python3-imath,
  ${misc:Depends},
  ${shlibs:Depends}
diff -Nru imath-3.1.9/debian/libimath-3-1-29.install 
imath-3.1.9/debian/libimath-3-1-29.install
--- imath-3.1.9/debian/libimath-3-1-29.install  2023-08-12 18:38:03.0 
+
+++ imath-3.1.9/debian/libimath-3-1-29.install  1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/libImath-3_1.so.*
diff -Nru imath-3.1.9/debian/libimath-3-1-29t64.install 
imath-3.1.9/debian/libimath-3-1-29t64.install
--- imath-3.1.9/debian/libimath-3-1-29t64.install   1970-01-01 
00:00:00.0 +
+++ imath-3.1.9/debian/libimath-3-1-29t64.install   2023-08-12 
18:38:03.0 +
@@ -0,0 +1 @@
+usr/lib/*/libImath-3_1.so.*
diff -Nru imath-3.1.9/debian/libimath-3-1-29t64.lintian-overrides 
imath-3.1.9/debian/libimath-3-1-29t64.lintian-overrides
--- imath-3.1.9/debian/libimath-3-1-29t64.lintian-overrides 1970-01-01 
00:00:00.0 +
+++ imath-3.1.9/debian/libimath-3-1-29t64.lintian-overrides 2024-02-17 
17:03:43.0 +
@@ -0,0 +1 @@
+libimath-3-1-29t64: package-name-doesnt-match-sonames libimath-3-1-29

Bug#1064143: salt: please remove extraneous build-dependency on python3-mock

[Alexandre Detiste]

Source: salt
Severity: normal

Please remove references to python3-mock from debian/control
& debian/tests/control.

It's usage has been hybridized as a fallback to the newer
unittest.mock.

Greetings


try:
from unittest import mock  # type: ignore
except ImportError:
try:
import mock  # type: ignore
except ImportError:
mock = None


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

Kernel: Linux 6.6.13-amd64 (SMP w/2 CPU threads; PREEMPT)
Kernel taint flags: TAINT_USER
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)

Bug#1064142: ipe: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: ipe
Version: 7.2.28-2
Severity: important
Tags: patch pending sid trixie
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
ipe as a source package shipping runtime libraries whose ABI
either is affected by the change in size of time_t, or could not be
analyzed via abi-compliance-checker (and therefore to be on the safe
side we assume is affected).

To ensure that inconsistent combinations of libraries with their
reverse-dependencies are never installed together, it is necessary to
have a library transition, which is most easily done by renaming the
runtime library package.

Since turning on 64-bit time_t is being handled centrally through a change
to the default dpkg-buildflags (https://bugs.debian.org/1037136), it is
important that libraries affected by this ABI change all be uploaded close
together in time.  Therefore I have prepared a 0-day NMU for ipe
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.

Please find the patch for this NMU attached.

If you have any concerns about this patch, please reach out ASAP.  Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.



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

Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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)
diff -Nru ipe-7.2.28/debian/changelog ipe-7.2.28/debian/changelog
--- ipe-7.2.28/debian/changelog 2023-08-25 03:48:58.0 +
+++ ipe-7.2.28/debian/changelog 2024-02-17 17:12:03.0 +
@@ -1,3 +1,10 @@
+ipe (7.2.28-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Sat, 17 Feb 2024 17:12:03 +
+
 ipe (7.2.28-2) unstable; urgency=medium
 
   [ Steve Robbins ]
diff -Nru ipe-7.2.28/debian/control ipe-7.2.28/debian/control
--- ipe-7.2.28/debian/control   2023-08-25 03:48:58.0 +
+++ ipe-7.2.28/debian/control   2024-02-17 17:12:02.0 +
@@ -54,7 +54,10 @@
  Package texlive-latex-recommended enables unicode text entry (for
  accented characters).
 
-Package: libipe7.2.28
+Package: libipe7.2.28t64
+Provides: ${t64:Provides}
+Replaces: libipe7.2.28
+Breaks: libipe7.2.28 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${misc:Depends},
@@ -70,7 +73,7 @@
 Architecture: any
 Section: libdevel
 Depends: ${misc:Depends},
- libipe7.2.28 (= ${binary:Version})
+ libipe7.2.28t64 (= ${binary:Version})
 Conflicts: libipe1-dev
 Replaces: libipe1-dev
 Description: Ipe library used by ipelets (developer files)
diff -Nru ipe-7.2.28/debian/ipetoipe ipe-7.2.28/debian/ipetoipe
--- ipe-7.2.28/debian/ipetoipe  1970-01-01 00:00:00.0 +
+++ ipe-7.2.28/debian/ipetoipe  2024-02-17 17:12:03.0 +
@@ -0,0 +1,9 @@
+#! /bin/sh
+
+set -e
+
+IPELATEXDIR=/tmp/ipetoipe-$$
+trap "rm -rf $IPELATEXDIR" 0 1 15
+
+export IPELATEXDIR
+/usr/bin/ipetoipe-bin ${1+"$@"}
diff -Nru ipe-7.2.28/debian/libipe7.2.28t64.lintian-overrides 
ipe-7.2.28/debian/libipe7.2.28t64.lintian-overrides
--- ipe-7.2.28/debian/libipe7.2.28t64.lintian-overrides 1970-01-01 
00:00:00.0 +
+++ ipe-7.2.28/debian/libipe7.2.28t64.lintian-overrides 2024-02-17 
17:12:02.0 +
@@ -0,0 +1 @@
+libipe7.2.28t64: package-name-doesnt-match-sonames libipe7.2.28
diff -Nru ipe-7.2.28/debian/rules ipe-7.2.28/debian/rules
--- ipe-7.2.28/debian/rules 2023-08-25 03:48:58.0 +
+++ ipe-7.2.28/debian/rules 2024-02-17 17:12:03.0 +
@@ -3,7 +3,7 @@
 export IPEPREFIX=/usr
 export INSTALL_ROOT=$(shell pwd)/debian/tmp
 
-IPEVER = 7.2.28
+IPEVER = 7.2.28t64
 
 export DEB_BUILD_MAINT_OPTIONS=hardening=+all
 

Bug#1061603: Tags pending

[Andreas Tille]

Control: tags -1 pending

Its fixed in experimental and waiting for time_t transition.

Bug#1064144: rpki-client: /var/lib/rpki-client/cache created with wrong permissions

[Tobias Heider]

Package: rpki-client
Version: 8.9-1
Severity: important

Dear Maintainer,

since the last update a fresh rpki-client installation will create
/var/lib/rpki-client/cache with the wrong permissions. It should be
owned by _rpki-client:_rpki_client but is installed as root:root.

As a result rpki-client will fail to run on fresh installations unless
one runs chown -R _rpki-client:_rpki-client /var/lib/rpki-client/cache

This can be fixed by adding /var/lib/rpki-client/cache to 
d/rpki-client.tmpfiles.
I will submit the fix seperately via salsa.

Bug#1052597: RFS: libkysdk-base/2.2.0.1-1 -- common files for kylin sdk base library

[xibowen]

Hi.

I have updated the symbols file and source file to fix the warnings ,and
uploaded latest version on:https://mentors.debian.net/package/libkysdk-base/

May I ask about that the symbols file is necessary? It doesn't seem to be a
error and warning in Lintian. ​

Thanks a lot!
xibowen

Bug#1061219: Please upgrade to llvm-toolchain-17

[Petter Reinholdtsen]

[Kari Pahula]
> I guess 2.1.0 would work out of the box with LLVM 16, but I'd wager
> it's still much closer to working with LLVM 17 than Triton 2.0.0 would
> be.

I tested building 2.1.0 in unstable a few days ago, and could not get it
to build, so my guess is different.

-- 
Happy hacking
Petter Reinholdtsen

Bug#1064123: libgl1-mesa-dri: latest version crashes X, can't use mouse/keyboard

[Sven Joachim]

Control: severity -1 grave

On 2024-02-17 13:35 +0100, Lorenzo Beretta wrote:

> Package: libgl1-mesa-dri
> Version: 24.0.1-1
> Severity: important
>
> Dear Maintainer,
>
> after the latest upgrade it's impossible for me to run a display manager
> or startx any window manager; after at most a few seconds / keypresses /
> mouse movements the screen freezes, completely unresponsive to anything
> other than the power button; the log below suggests a null pointer.
>
> Running "sleep 30; killall -u lorenzo" as root before startx returns me
> to a tty.
>
> Reverting to the previous version everything works.
>
> I'm running this on a debian derivative, devuan; afaik it shouldn't make
> a difference, as the package is unmodified from debian - I don't know
> how to verify that other than by installing debian in some partition,
> can one start some window manager from a debian chroot/whatever?
>
> If it's ok in debian or you need any more info please do let me know.

I can reproduce that on my laptop which runs pure Debian, and at least
one other user seems to have the same problem.

> VGA-compatible devices on PCI bus:
> --
> 01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc.
> [AMD/ATI] Oland [Radeon HD 8570 / R5 430 OEM / R7 240/340 / Radeon 520
> OEM] [1002:6611]

I have the following graphics hardware:

,
| 00:01.0 VGA compatible controller [0300]: Advanced Micro Devices,
| Inc. [AMD/ATI] Mullins [Radeon R3 Graphics] [1002:985\ 0] (rev 40)
`

This is also using the radeonsi driver, and the symptoms and the
backtrace are the same as yours.

Bumping severity to keep this mesa version out of testing, but I will
not be able to investigate the problem because I need the machine and
have already downgraded all packages from src:mesa.  There does not seem
to be an upstream report yet.

Cheers,
   Sven

Bug#1064148: jbig2enc: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: jbig2enc
Version: 0.29-2
Severity: important
Tags: patch pending sid trixie
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
jbig2enc as a source package shipping runtime libraries whose ABI
either is affected by the change in size of time_t, or could not be
analyzed via abi-compliance-checker (and therefore to be on the safe
side we assume is affected).

To ensure that inconsistent combinations of libraries with their
reverse-dependencies are never installed together, it is necessary to
have a library transition, which is most easily done by renaming the
runtime library package.

Since turning on 64-bit time_t is being handled centrally through a change
to the default dpkg-buildflags (https://bugs.debian.org/1037136), it is
important that libraries affected by this ABI change all be uploaded close
together in time.  Therefore I have prepared a 0-day NMU for jbig2enc
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.

Please find the patch for this NMU attached.

If you have any concerns about this patch, please reach out ASAP.  Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.



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

Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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)
diff -Nru jbig2enc-0.29/debian/changelog jbig2enc-0.29/debian/changelog
--- jbig2enc-0.29/debian/changelog  2023-10-19 17:51:55.0 +
+++ jbig2enc-0.29/debian/changelog  2024-02-17 17:22:00.0 +
@@ -1,3 +1,11 @@
+jbig2enc (0.29-2.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+  * Bump d-shlibs build dependency for t64 support.
+
+ -- Steve Langasek   Sat, 17 Feb 2024 17:22:00 +
+
 jbig2enc (0.29-2) unstable; urgency=medium
 
   * fix: set LD_LIBRARY_PATH when generating man page;
diff -Nru jbig2enc-0.29/debian/control jbig2enc-0.29/debian/control
--- jbig2enc-0.29/debian/control2023-09-19 20:01:47.0 +
+++ jbig2enc-0.29/debian/control2024-02-17 17:22:00.0 +
@@ -4,7 +4,7 @@
 Maintainer: Jonas Smedegaard 
 Build-Depends:
  cmark-gfm ,
- d-shlibs (>= 0.105~),
+ d-shlibs (>= 0.106~),
  debhelper-compat (= 13),
  help2man ,
  libgif-dev,
@@ -20,7 +20,10 @@
 Homepage: https://github.com/agl/jbig2enc
 Rules-Requires-Root: no
 
-Package: libjbig2enc0
+Package: libjbig2enc0t64
+Provides: ${t64:Provides}
+Replaces: libjbig2enc0
+Conflicts: libjbig2enc0 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -50,7 +53,7 @@
 Architecture: any
 Multi-Arch: same
 Depends:
- libjbig2enc0 (= ${binary:Version}),
+ libjbig2enc0t64 (= ${binary:Version}),
  ${devlibs:Depends},
  ${misc:Depends},
 Description: encoder for JBIG2 - development headers
diff -Nru jbig2enc-0.29/debian/libjbig2enc0t64.lintian-overrides 
jbig2enc-0.29/debian/libjbig2enc0t64.lintian-overrides
--- jbig2enc-0.29/debian/libjbig2enc0t64.lintian-overrides  1970-01-01 
00:00:00.0 +
+++ jbig2enc-0.29/debian/libjbig2enc0t64.lintian-overrides  2024-02-17 
17:22:00.0 +
@@ -0,0 +1 @@
+libjbig2enc0t64: package-name-doesnt-match-sonames libjbig2enc0
diff -Nru jbig2enc-0.29/debian/rules jbig2enc-0.29/debian/rules
--- jbig2enc-0.29/debian/rules  2023-10-19 17:46:36.0 +
+++ jbig2enc-0.29/debian/rules  2024-02-17 17:22:00.0 +
@@ -32,6 +32,7 @@
 execute_after_dh_auto_install:
find debian/ -name "*.la" -delete
d-shlibmove --commit \
+   --t64 \
--devunversioned \
--exclude-la \
--exclude-a \

Bug#1053943: q2-taxa: test failure with pandas 2.1

[s3v]

Hi,

More immediate fix is attached but I guess there is a more elegant
way by changing the code in _ids_to_keep_from_taxonomy() function.

Please note I only ran pytest against q2_taxa/tests/test_methods.py
because q2-types are uninstallable ATM and the testing ops are a pain
after pandas added some breaks that heavy impact on qiime's plugin
dependency chain.
Reference link are below.

Thanks again for considering.

Kind Regards


[1] https://github.com/pandas-dev/pandas/issues/42825
[2] https://github.com/pandas-dev/pandas/pull/45052


On Sat, 17 Feb 2024 17:56:37 +0100 Andreas Tille  wrote:
> Control: tags -1 help
>
> Am Sat, Feb 17, 2024 at 06:35:41AM +0100 schrieb s3v:
> > Attached patch makes autopkg tests pass in unstable on a basis of
> > your work/references and [1] (iteritems() was deprecated since version
> > 1.5.0 in favor of items()).
>
> Cool. This is uploaded (but not yet in incoming due to some routing
> issue in Debian infrastructure.)
>
> > Please note that autopkg test fail with python 3.12 as default because
> > qiime2, I guess. (log attached).
>
> Thanks for the additional hint - I've forwarded the issue upstream.
>
> > Thanks for all your work!
>
> ... which is possible thanks to the help of kind people like you.
>
>
> The next problem is with q2-taxa, which throws some errors
>
> "Passing a set as an indexer is not supported. Use a list instead."
> E TypeError: Passing a set as an indexer is not supported. Use a list instead.
>
> Again I had some vague feeling what to do but failed finding an actual
> patch after poking around a bit.
>
> Any further help would be really great
> Andreas.
>
> --
> http://fam-tille.de
>
>
--- a/q2_taxa/_method.py
+++ b/q2_taxa/_method.py
@@ -79,7 +79,7 @@
 # becomes an issue, this is a target for refactoring.
 ids_to_keep -= set(taxonomy.get_ids(where=query))
 
-return ids_to_keep
+return list(ids_to_keep)
 
 
 def filter_table(table: pd.DataFrame, taxonomy: qiime2.Metadata,

Bug#1064103: qt5-gtk-platformtheme: Qt and KDE applications look pretty bad on a Gnome desktop (even with qt5-gtk-platformtheme installed)

[Ralf Jung]

Package: qt5-gtk-platformtheme
Version: 5.15.10+dfsg-6
Severity: normal

Dear Maintainer,

the default experience of starting a Qt or KDE application in a Gnome desktop on
Debian is not great: the default widget style is very different from what one
sees in a KDE desktop (and it's not very pretty either), and the cursor is way
too big. I will attach a screenshot demonstrating the problem (if reportbug lets
me). This is despite installing qt5-gtk-platformtheme.

So far, I have managed to partially work around this:
- I have installed qt5ct
- I have edited my ~/.profile to set QT_QPA_PLATFORMTHEME=qt5ct
- I have selected the "Breeze" theme in qt5ct

This helps a lot, but few non-experts are going to be able to find these steps.

And even after all these steps, the cursor is still way too big when moving 
into Qt or KDE windows.
(I originally reported this as a KDE bug: 
https://bugs.kde.org/show_bug.cgi?id=480272,
but I was told that I should report this against the distro.)

Kind regards,
Ralf

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

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

Versions of packages qt5-gtk-platformtheme depends on:
ii  libc6  2.37-15
ii  libglib2.0-0   2.78.3-2
ii  libgtk-3-0 3.24.41-1
ii  libpango-1.0-0 1.51.0+ds-4
ii  libqt5core5a [qtbase-abi-5-15-10]  5.15.10+dfsg-6
ii  libqt5dbus55.15.10+dfsg-6
ii  libqt5gui5 5.15.10+dfsg-6
ii  libstdc++6 14-20240201-3
ii  libx11-6   2:1.8.7-1

qt5-gtk-platformtheme recommends no packages.

qt5-gtk-platformtheme suggests no packages.

-- no debconf information

Bug#1063656: linux-image-6.1.0-18-amd64: Building nvidia modules (from Debian package) fails. Resulting kernel panics.

[Christoph Groth]

I confirm that this issue has been fixed (along with bug 1062932).  It
should be marked as done.

Bug#1064106: RM: libpam-tacplus -- RoQA; unmaintained, low popcon

[Michael Biebl]

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

Hi,

libpam-tacplus turned up as one of the packages needing updates for
usrmerge.
While looking at the package, it appears to be unmaintained in Debian
- Last maintainer upload 10 years ago
- Lags behind upstream several releases
- Open CVE issue
- Not in testing for 3 years

It seems that nobody is really interested in the package and due to
its low popcon numbers I would recommend to remove the package from the
archive.

Regards,
Michael

Bug#1064039: Unexpected string when using tmux with rxvt-unicode

[Karine Crévecœur]

Hi,

I tried the patch proposed at:
https://github.com/exg/rxvt-unicode/commit/417b540d6dba67d440e3617bc2cf6d7cea1ed968

It seems to work perfectly.

Cheers

--
Karine Crévecœur

Bug#1064109: slurm-wlm: install PAM modules into /usr

[Michael Biebl]

Source: slurm-wlm
Version: 23.11.3-2
Severity: normal
Tags: patch
User: helm...@debian.org
Usertags: dep17m2

We want to finalize the /usr-merge via DEP17 by moving all files to
/usr. slurm-wlm installs files into /lib; these should be moved into the
respective canonical locations in /usr/.

Please find a patch attached. It has been build-tested.

Note 1: this change includes moving the .so into a multiarch path which
is recommended on Debian nowadays.

Note 2: this should not be backported to bookworm. If you intend to
backport, please use dh_movetousr instead.

Note 3: this change also drops the libpam dev packages as they appear to
be unnecessary. Instead the .la/.a files are listed as not-installed.

If your package will change for the t64 transition or otherwise
rename/split/move its binaries (packages) during trixie, please
then upload to experimental and get in touch with the UsrMerge
driver, please see the wiki [1].

Michael

[1] https://wiki.debian.org/UsrMerge
diff --git a/debian/changelog b/debian/changelog
index f8262c05..9206ce5d 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,13 @@
+slurm-wlm (23.11.3-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Drop libpam dev packages.
+PAM modules are shared libraries that are loaded by the PAM stack. They
+do not have an public API which would warrant a -dev package.
+  * Install PAM modules into multiarch path in /usr. (Closes: #-1)
+
+ -- Michael Biebl   Sat, 17 Feb 2024 12:49:38 +0100
+
 slurm-wlm (23.11.3-2) unstable; urgency=medium
 
   * Team upload
diff --git a/debian/control b/debian/control
index 62482dce..f6de02f6 100644
--- a/debian/control
+++ b/debian/control
@@ -654,21 +654,6 @@ Description: PAM module to authenticate using the Slurm 
resource manager
  restricted to user root and users who have been allocated resources on
  that node.
 
-Package: libpam-slurm-dev
-Architecture: any
-Pre-Depends: ${misc:Pre-Depends}
-Depends:
- ${shlibs:Depends},
- ${misc:Depends}
-Description: Slurm PAM module development files
- The Slurm Workload Manager is an open-source cluster resource management and
- job scheduling system that strives to be simple, scalable, portable,
- fault-tolerant, and interconnect agnostic.
- Pluggable Authentication Module (PAM) for restricting access to compute
- nodes where Slurm performs resource management. Access to the node is
- restricted to user root and users who have been allocated resources on
- This package contains development files for the Slurm pam module
-
 Package: libpam-slurm-adopt
 Architecture: any
 Pre-Depends: ${misc:Pre-Depends}
@@ -685,23 +670,6 @@ Description: PAM module to authenticate users running a 
Slurm job and track thei
  step of the job so that processes spawned are tracked and Slurm can
  perform a complete cleanup when the job is completed.
 
-Package: libpam-slurm-adopt-dev
-Architecture: any
-Pre-Depends: ${misc:Pre-Depends}
-Depends:
- ${shlibs:Depends},
- ${misc:Depends}
-Description: Slurm adopt PAM module development files
- The Slurm Workload Manager is an open-source cluster resource management and
- job scheduling system that strives to be simple, scalable, portable,
- fault-tolerant, and interconnect agnostic.
- Pluggable Authentication Module (PAM) for restricting access to compute
- nodes where Slurm performs resource management to users who have a
- running job. The user's connection is "adopted" into the "external"
- step of the job so that processes spawned are tracked and Slurm can
- perform a complete cleanup when the job is completed.
- This package contains development files for the Slurm adopt pam module
-
 Package: slurm-wlm-emulator
 Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends},
diff --git a/debian/libpam-slurm-adopt-dev.install 
b/debian/libpam-slurm-adopt-dev.install
deleted file mode 100644
index 25bd6cc4..
--- a/debian/libpam-slurm-adopt-dev.install
+++ /dev/null
@@ -1,2 +0,0 @@
-lib/security/pam_slurm_adopt.a
-lib/security/pam_slurm_adopt.la
diff --git a/debian/libpam-slurm-adopt.install 
b/debian/libpam-slurm-adopt.install
index ee78e99c..c3f95b7b 100644
--- a/debian/libpam-slurm-adopt.install
+++ b/debian/libpam-slurm-adopt.install
@@ -1,2 +1,2 @@
-lib/security/pam_slurm_adopt.so
+usr/lib/*/security/pam_slurm_adopt.so
 debian/pam-configs/slurm-adopt usr/share/pam-configs/
diff --git a/debian/libpam-slurm-dev.install b/debian/libpam-slurm-dev.install
deleted file mode 100644
index 524f2623..
--- a/debian/libpam-slurm-dev.install
+++ /dev/null
@@ -1,2 +0,0 @@
-lib/security/pam_slurm.a
-lib/security/pam_slurm.la
diff --git a/debian/libpam-slurm.install b/debian/libpam-slurm.install
index 60be2be0..4b51d83c 100644
--- a/debian/libpam-slurm.install
+++ b/debian/libpam-slurm.install
@@ -1,2 +1,2 @@
-lib/security/pam_slurm.so
+usr/lib/*/security/pam_slurm.so
 debian/pam-configs/slurm usr/share/pam-configs/
diff --git a/debian/not-installed b/debian/not-installed
index a43db53c..5d535cf6 

Bug#1064115: nitrocli: Recommends transitional package gnupg-agent instead of gpg-agent

[Andreas Metzler]

Package: nitrocli
Version: 0.2.4-2
Severity: normal

Please update the package's recommends to point to gpg-agent.

cu Andreas

Bug#1064114: notmuch: Recommends transitional package gnupg-agent instead of gpg-agent

[Andreas Metzler]

Package: notmuch
Version: 0.38.2-1
Severity: normal

Please update the package's recommends to point to gpg-agent.

cu Andreas

Bug#1064124: libpam-x2go: install PAM module into /usr

[Michael Biebl]

Source: libpam-x2go
Version: 0.0.2.0-3
Severity: normal
Tags: patch
User: helm...@debian.org
Usertags: dep17m2

We want to finalize the /usr-merge via DEP17 by moving all files to
/usr. libpam-x2go installs files into /lib; these should be moved
into the respective canonical locations in /usr/.

Please find a patch attached. It has been build-tested.

This should not be backported to bookworm. If you intend to backport,
please use dh_movetousr instead.

If your package will change for the t64 transition or otherwise
rename/split/move its binaries (packages) during trixie, please
then upload to experimental and get in touch with the UsrMerge
driver, please see the wiki [1].

Michael

[1] https://wiki.debian.org/UsrMerge
diff -Nru libpam-x2go-0.0.2.0/debian/changelog 
libpam-x2go-0.0.2.0/debian/changelog
--- libpam-x2go-0.0.2.0/debian/changelog2019-12-04 08:14:10.0 
+0100
+++ libpam-x2go-0.0.2.0/debian/changelog2024-02-17 13:32:37.0 
+0100
@@ -1,3 +1,10 @@
+libpam-x2go (0.0.2.0-3.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Install PAM module into /usr. (Closes: #-1)
+
+ -- Michael Biebl   Sat, 17 Feb 2024 13:32:37 +0100
+
 libpam-x2go (0.0.2.0-3) unstable; urgency=medium
 
   [ Mike Gabriel ]
diff -Nru libpam-x2go-0.0.2.0/debian/libpam-x2go.install 
libpam-x2go-0.0.2.0/debian/libpam-x2go.install
--- libpam-x2go-0.0.2.0/debian/libpam-x2go.install  2018-05-07 
15:16:11.0 +0200
+++ libpam-x2go-0.0.2.0/debian/libpam-x2go.install  2024-02-17 
13:32:35.0 +0100
@@ -1,2 +1 @@
-lib/
 usr/lib/
diff -Nru libpam-x2go-0.0.2.0/debian/patches/pammoddir.patch 
libpam-x2go-0.0.2.0/debian/patches/pammoddir.patch
--- libpam-x2go-0.0.2.0/debian/patches/pammoddir.patch  1970-01-01 
01:00:00.0 +0100
+++ libpam-x2go-0.0.2.0/debian/patches/pammoddir.patch  2024-02-17 
13:32:37.0 +0100
@@ -0,0 +1,13 @@
+Index: libpam-x2go-0.0.2.0/configure.ac
+===
+--- libpam-x2go-0.0.2.0.orig/configure.ac  2018-05-07 15:10:42.0 
+0200
 libpam-x2go-0.0.2.0/configure.ac   2024-02-17 13:32:14.447579799 +0100
+@@ -32,7 +32,7 @@
+ # PAM Module dir
+ ###
+ 
+-PAMMODULEDIR="/lib/security"
++PAMMODULEDIR="/usr/lib/security"
+ AC_SUBST(PAMMODULEDIR)
+ 
+ ###
diff -Nru libpam-x2go-0.0.2.0/debian/patches/series 
libpam-x2go-0.0.2.0/debian/patches/series
--- libpam-x2go-0.0.2.0/debian/patches/series   2019-12-04 08:09:11.0 
+0100
+++ libpam-x2go-0.0.2.0/debian/patches/series   2024-02-17 13:32:02.0 
+0100
@@ -1 +1,2 @@
 1001_dont_abuse_AC_CHECK_FILES.patch
+pammoddir.patch
diff -Nru libpam-x2go-0.0.2.0/debian/rules libpam-x2go-0.0.2.0/debian/rules
--- libpam-x2go-0.0.2.0/debian/rules2018-05-09 00:12:37.0 +0200
+++ libpam-x2go-0.0.2.0/debian/rules2024-02-17 13:32:30.0 +0100
@@ -17,9 +17,9 @@
 cleanbuilddir::
rm -f README
 
-# Remove .a and .la files from /lib/security
+# Remove .a and .la files from /usr/lib/security
 remove-cruft::
-   find $(DEB_DESTDIR)/lib/security -type f \
+   find $(DEB_DESTDIR)/usr/lib/security -type f \
\( -name '*.a' -o -name '*.la' \) \
-exec rm '{}' +
 

Bug#1060761: lomiri-ui-toolkit: FTBFS with Qt ≥ 5.15.11: error: invalid use of non-static member function ‘QV4::CompiledData::Binding::Type QV4::CompiledData::Binding::type() const’

[Dmitry Shachnev]

Hi James!

On Thu, Feb 15, 2024 at 05:17:00PM +, James Addison wrote:
> Source: lomiri-ui-toolkit
> Followup-For: Bug #1060761
> X-Debbugs-Cc: sunwea...@debian.org, mity...@debian.org
> 
> Hi Mike, Dmitry,
> 
> Is the second patch here (to disable the failing unit test) likely to be
> uploaded to unstable in the nearish future?
> 
> I'm eager to see the results of some build reproducibility improvements in
> qttools from 5.15.12 (#1059592, #1059631) and this is tagged as a blocker for
> the relevant qtbase ABI migration.

I don’t think the start of Qt transition is blocked by this bug. I rather
think that there are many transition requests and mine waits in the queue.

Because it is going to take longer than I expected, I have now uploaded the
qttools patches to unstable.

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#1063508: ITP: node-long -- Class for representing 64-bit two's-complement integer value

[Bastien ROUCARIES]

Hi all

I have done some work here
https://salsa.debian.org/js-team/node-long/

Yadd could you get a glimpse why the webassembly is not strictly identical ?

Bastien

Le ven. 16 févr. 2024 à 19:16, Bastien ROUCARIES
 a écrit :
>
> Hi,
>
> .
> >
> > I've given access to the js salsa team.
> >
> > [1] https://salsa.debian.org/3v1n0-guest/node-esm2umd/
>
> It is not the node-long tree...
> >

Bug#998627:

[an xiao]

On Wed, 14 Jun 2023 09:18:05 +0200 Salvatore Bonaccorso 
wrote:
> Hi,
>
> On Wed, Jun 14, 2023 at 08:41:29AM +0200, BW wrote:
> > Is NTFS3 still not available, not even in Debian 12? After so long?
> > Please don't be patronizing and think you now better than the users and
> > decide what they need and don't.
> > This is Linux, users are capable of deciding if this is useable for
them or
> > not.
> > I don't think any will use NTFS as a production file-system on Linux! So
> > don't use any excuse of missing utils or it is not stable. NTFS-3G is
not
> > stable and useable as production FS either.
> > NTFS3 will for the huge majority of users be used in a utility-context,
> > e.g. accessing/grapping files from a disk from a MS box etc.
> > Please make it available
>
> No it is not available even in Debian 12; Unless paragon-software show
> to be active more on their subsystem.  Or let's say "maybe for trixie
> it will be made available at some point". With a highlight on "maybe".
>
> There is not enough confidence that it is well maintained upstream.
> Additionally a stream of CVEs would have affected bookworm if we would
> have enabled it. So, while not written in stone, it was the right
> decision to not enable it for Debian 12.
>
> https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=ntfs3 (gives a rough
> overview)
>
> And the story around fs/ntfs* and Debian requiring to mark it as
> broken (cf.
>
https://salsa.debian.org/kernel-team/linux/commit/becaca2c809a9c8eeb45287d3ecc5c572cc49733
)
> should not be needed to be repeated.
>
> Regards,
> Salvatore
>
>
Hello,

Paragon-software is active enough on their subsystem,
and NTFS3 is extremely stable now.
Please consider enabling the NTFS3 driver for sid.

Thinks and best regards,
Littlewhite

Bug#1064131: libnss-nisplus: install NSS module into /usr

[Michael Biebl]

Source: libnss-nisplus
Version: 1.3-4
Severity: normal
Tags: patch
User: helm...@debian.org
Usertags: dep17m2

We want to finalize the /usr-merge via DEP17 by moving all files to
/usr. libnss-nisplus installs files into /lib; these should be moved
into the respective canonical locations in /usr/.

Please find a patch attached. It has been build-tested.

This should not be backported to bookworm. If you intend to
backport, please use dh_movetousr instead.

If your package will change for the t64 transition or otherwise
rename/split/move its binaries (packages) during trixie, please
then upload to experimental and get in touch with the UsrMerge
driver, please see the wiki [1].

Michael

[1] https://wiki.debian.org/UsrMerge
diff -Nru libnss-nisplus-1.3/debian/changelog 
libnss-nisplus-1.3/debian/changelog
--- libnss-nisplus-1.3/debian/changelog 2020-10-18 10:56:30.0 +0200
+++ libnss-nisplus-1.3/debian/changelog 2024-02-17 15:56:05.0 +0100
@@ -1,3 +1,10 @@
+libnss-nisplus (1.3-4.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Install NSS module into /usr. (Closes: #-1)
+
+ -- Michael Biebl   Sat, 17 Feb 2024 15:56:05 +0100
+
 libnss-nisplus (1.3-4) unstable; urgency=medium
 
   * Add a build-depends on libnsl-dev. 
diff -Nru libnss-nisplus-1.3/debian/install libnss-nisplus-1.3/debian/install
--- libnss-nisplus-1.3/debian/install   2020-08-20 19:08:28.0 +0200
+++ libnss-nisplus-1.3/debian/install   2024-02-17 15:56:04.0 +0100
@@ -1 +1 @@
-usr/lib/${DEB_HOST_MULTIARCH}/libnss_nisplus.so.2* /lib/${DEB_HOST_MULTIARCH}
+usr/lib/${DEB_HOST_MULTIARCH}/libnss_nisplus.so.2*

Bug#988129: Patch to fix the issue

[Michael.Karcher]

Please find attached the patch to fix this issue.diff --git a/hfst-ol.cc b/hfst-ol.cc
index e0a52f4..afb6d4e 100644
--- a/hfst-ol.cc
+++ b/hfst-ol.cc
@@ -59,9 +59,9 @@ uint16_t read_uint16_flipping_endianness(FILE * f)
 uint16_t read_uint16_flipping_endianness(char * raw)
 {
 uint16_t result = 0;
-result |= *(raw + 1);
+result |= static_cast(*(raw + 1));
 result <<= 8;
-result |= *raw;
+result |= static_cast(*raw);
 return result;
 }
 
@@ -85,13 +85,13 @@ uint32_t read_uint32_flipping_endianness(FILE * f)
 uint32_t read_uint32_flipping_endianness(char * raw)
 {
 uint32_t result = 0;
-result |= *(raw + 3);
+result |= static_cast(*(raw + 3));
 result <<= 8;
-result |= *(raw + 2);
+result |= static_cast(*(raw + 2));
 result <<= 8;
-result |= *(raw + 1);
+result |= static_cast(*(raw + 1));
 result <<= 8;
-result |= *raw;
+result |= static_cast(*raw);
 return result;
 }
 

Bug#1064134: ITP: python-nixio -- NIX data model implementation in pure Python

[Étienne Mollier]

Package: wnpp
Severity: wishlist
Owner: Étienne Mollier 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: python-nixio
  Version : 1.5.3
  Upstream Contact: Jan Grewe 
* URL : 
* License : BDS-3-Clauses
  Programming Lang: Python
  Description : NIX data model implementation in pure Python

 The NIXIO module is the native Python re-implementation of the NIX C++ library
 for the NIX data model.
 .
 The NIX data model allows to store fully annotated scientific datasets,
 i.e. the data together with its metadata within the same container. Our aim is
 to achieve standardization by providing a common/generic data structure for a
 multitude of data types.
 .
 The current implementations store the actual data using the HDF5 file format
 as a storage backend.

This package is a new dependency required by neo 0.13.0.
I consider maintaining it under the Debian Python Team umbrella.

Have a nice day,  :)
-- 
  .''`.  Étienne Mollier 
 : :' :  pgp: 8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da
 `. `'   sent from /dev/pts/2, please excuse my verbosity
   `-


signature.asc
Description: PGP signature

Bug#1064136: src:btm: unsatisfied build dependency in testing: librust-toml-edit-0.19+default-dev

[Paul Gevers]

Source: btm
Version: 0.9.6-3
Severity: serious
Tags: sid trixie
User: debian...@lists.debian.org
Usertags: edos-uninstallable

Dear maintainer(s),

Dose [1] is reporting a build issue with your package, it's missing a
build dependency. Obviously your build dependencies shouldn't be
removed from testing, but unfortunately there are multiple scenarios
where that can happen nevertheless. To uphold our social contract,
Debian requires that packages can be rebuild from source in the suite
we are shipping them, so currently this is a serious issue with your
package in testing.

Can you please investigate the situation and figure out how to resolve
it? Regularly, if the build dependency is available in unstable,
helping the maintainer of your Build-Depends to enable migration to
testing is a great way to solve the issue. If your build dependency is
gone from unstable and testing, you'll have to fix the build process
in some other way.

Paul

Note: this bug report was sent after some quick manual checks using a
template. Please reach out to me if you believe I made a mistake in my
process.

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



OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1064101: RFP: whisper.cpp -- automatic speech recognition

[Petter Reinholdtsen]

I have drafted a package in
https://salsa.debian.org/deeplearning-team/whisper.cpp.git >.

Still need lots of work.

-- 
Happy hacking
Petter Reinholdtsen

Bug#1064126: Acknowledgement (libvirt: install NSS modules into /usr)

[Michael Biebl]

retitle 1064126 libvirt: install NSS modules and systemd units into /usr
thanks


I noticed that you manually move the systemd units to /lib/systemd via 
debian/rules. Those should be installed in /usr/lib/systemd as well.



I've updated the patch accordingly.


Regards,
Michael
diff -Nru libvirt-10.0.0/debian/changelog libvirt-10.0.0/debian/changelog
--- libvirt-10.0.0/debian/changelog 2024-02-04 10:54:58.0 +0100
+++ libvirt-10.0.0/debian/changelog 2024-02-17 13:54:36.0 +0100
@@ -1,3 +1,10 @@
+libvirt (10.0.0-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Install NSS modules and systemd units into /usr. (Closes: #-1)
+
+ -- Michael Biebl   Sat, 17 Feb 2024 13:54:36 +0100
+
 libvirt (10.0.0-2) unstable; urgency=medium
 
   * [9a4ad47] patches: Add backport/scripts-Make-check-symfile[...]
diff -Nru libvirt-10.0.0/debian/libnss-libvirt.install 
libvirt-10.0.0/debian/libnss-libvirt.install
--- libvirt-10.0.0/debian/libnss-libvirt.install2024-02-04 
10:54:58.0 +0100
+++ libvirt-10.0.0/debian/libnss-libvirt.install2024-02-17 
13:54:36.0 +0100
@@ -1,2 +1,4 @@
 # the nss module (once enabled) will make apt call getdents (LP: #1732030)
 debian/apt/90libnss-libvirt etc/apt/apt.conf.d
+usr/lib/${DEB_HOST_MULTIARCH}/libnss_libvirt.so.2
+usr/lib/${DEB_HOST_MULTIARCH}/libnss_libvirt_guest.so.2
diff -Nru libvirt-10.0.0/debian/libvirt-daemon-system.install 
libvirt-10.0.0/debian/libvirt-daemon-system.install
--- libvirt-10.0.0/debian/libvirt-daemon-system.install 2024-02-04 
10:54:58.0 +0100
+++ libvirt-10.0.0/debian/libvirt-daemon-system.install 2024-02-17 
13:54:36.0 +0100
@@ -11,6 +11,20 @@
 usr/lib/firewalld/policies/libvirt-to-host.xml
 usr/lib/firewalld/zones/libvirt-routed.xml
 usr/lib/firewalld/zones/libvirt.xml
+usr/lib/systemd/system/libvirt-guests.service
+usr/lib/systemd/system/libvirtd-admin.socket
+usr/lib/systemd/system/libvirtd-ro.socket
+usr/lib/systemd/system/libvirtd-tcp.socket
+usr/lib/systemd/system/libvirtd-tls.socket
+usr/lib/systemd/system/libvirtd.service
+usr/lib/systemd/system/libvirtd.socket
+usr/lib/systemd/system/virt-guest-shutdown.target
+usr/lib/systemd/system/virtlockd-admin.socket
+usr/lib/systemd/system/virtlockd.service
+usr/lib/systemd/system/virtlockd.socket
+usr/lib/systemd/system/virtlogd-admin.socket
+usr/lib/systemd/system/virtlogd.service
+usr/lib/systemd/system/virtlogd.socket
 usr/share/polkit-1/actions/org.libvirt.api.policy
 usr/share/polkit-1/actions/org.libvirt.unix.policy
 usr/share/polkit-1/rules.d/60-libvirt.rules
diff -Nru libvirt-10.0.0/debian/rules libvirt-10.0.0/debian/rules
--- libvirt-10.0.0/debian/rules 2024-02-04 10:54:58.0 +0100
+++ libvirt-10.0.0/debian/rules 2024-02-17 13:54:36.0 +0100
@@ -249,11 +249,6 @@
 usr.sbin.libvirtd \
 $(NULL)
 
-NSS_PLUGINS = \
-libvirt \
-libvirt_guest \
-$(NULL)
-
 SYSTEMTAP_TAPSETS = \
 libvirt_functions \
 libvirt_probes \
@@ -268,7 +263,6 @@
 
 DEB_BUILDDIR := $(CURDIR)/debian/build
 DEB_DESTDIR := $(CURDIR)/debian/tmp
-SRV_MONOLITHIC = libvirt-guests virtlogd virtlockd libvirtd libvirtd-tcp 
libvirtd-tls virt-guest-shutdown
 # For split daemons later, as of 6.0 the remaining elments are
 #SRV_SPLIT = virtnwfilterd virtinterfaced virtlxcd virtnetworkd virtnodedevd 
virtproxyd virtqemud virtsecretd virtstoraged virtvboxd virtxend virtproxyd-tcp 
virtproxyd-tls
 
@@ -331,11 +325,6 @@
 execute_after_dh_install:
 ifeq ($(DEB_HOST_ARCH_OS), linux)
# Linux supports more nice things:
-   set -e; for f in $(SRV_MONOLITHIC); do \
-   dh_install -p libvirt-daemon-system \
-  usr/lib/systemd/system/$${f}* \
-  lib/systemd/system/; \
-   done
dh_install -p libvirt-daemon usr/lib/libvirt/virt-aa-helper
set -e; for f in $(APPARMOR_ABSTRACTIONS); do \
dh_install -p libvirt-daemon-system 
etc/apparmor.d/abstractions/$${f}; \
@@ -354,11 +343,6 @@
   usr/share/systemtap/tapset/$${f}.stp; \
done; \
fi
-   set -e; for f in $(NSS_PLUGINS); do \
-   dh_install -p libnss-libvirt \
-  usr/lib/$(DEB_HOST_MULTIARCH)/libnss_$${f}.so.2 \
-  lib/$(DEB_HOST_MULTIARCH)/; \
-   done
dh_install -p libvirt-clients usr/bin/virt-host-validate
dh_install -p libvirt-clients usr/share/man/man1/virt-host-validate.1
 endif


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1053943: [Help] q2-taxa: test failure with pandas 2.1 (Was: q2-types: test failure with pandas 2.1)

[Andreas Tille]

Control: tags -1 help

Am Sat, Feb 17, 2024 at 06:35:41AM +0100 schrieb s3v:
> Attached patch makes autopkg tests pass in unstable on a basis of
> your work/references and [1] (iteritems() was deprecated since version
> 1.5.0 in favor of items()).

Cool.  This is uploaded (but not yet in incoming due to some routing
issue in Debian infrastructure.)
 
> Please note that autopkg test fail with python 3.12 as default because
> qiime2, I guess. (log attached).

Thanks for the additional hint - I've forwarded the issue upstream.
 
> Thanks for all your work!

... which is possible thanks to the help of kind people like you.


The next problem is with q2-taxa, which throws some errors

"Passing a set as an indexer is not supported. Use a list 
instead."
E   TypeError: Passing a set as an indexer is not supported. Use a list 
instead.

Again I had some vague feeling what to do but failed finding an actual
patch after poking around a bit.

Any further help would be really great
  Andreas.

-- 
http://fam-tille.de

Bug#1059647: scikit-fmm: autopkgtest failure with Python 3.12

[Bdale Garbee]

tags 1059647 +help
thanks

Graham Inggs  writes:

> Source: scikit-fmm
> Version: 2022.08.15-4
> Severity: serious
> User: debian-pyt...@lists.debian.org
> Usertags: python3.12
>
> Hi Maintainer
>
> scikit-fmm's autopkgtests fail with Python 3.12 [1].  I've copied what
> I hope is the relevant part of the log below.

It looks like upstream may not be ready for use with Python 3.12, at
least in part due to numpy.distutils disappearing.  There is an open
issue about this at

 https://github.com/scikit-fmm/scikit-fmm/issues/78
 
Since upstream doesn't seem to have a fix yet, fixing the Debian package
may require someone who understands what's going on offering to help fix
the upstream code.

Bdale


signature.asc
Description: PGP signature

Bug#1063476: the sanesecurity configuration is not suitable for a release

[Scott Kitterman]

On Fri, 16 Feb 2024 09:17:40 -0500 Scott Kitterman  
wrote:
> On Thu, 8 Feb 2024 19:35:50 +0100 Marco d'Itri  wrote:
> > Source: fangfrisch
> > Version: 1.7.0-1
> > Severity: grave
> > Tags: upstream
> > 
> > Control: forwarded -1 https://github.com/rseichter/fangfrisch/issues/30
> > 
> > The sanesecurity section of default configuration, if enabled, relies on 
> > an unofficial HTTP mirror which is seriously overloaded and probably 
> > seriously expensive for their operators, since it is located in 
> > Australia.
> > The only other known HTTP mirror is mentioned on 
> > https://wiki.gentoo.org/wiki/ClamAV_Unofficial_Signatures, with a vague 
> > note about it being available to the public.
> > 
> > Until fangfrisch will implement rsync support, I do not think that it is 
> > safe to include fangfrisch in a Debian release due to the possible 
> > effect on unsuspecting third party mirrors.
> > 
> > This has also been discussed upstream:
> > https://github.com/rseichter/fangfrisch/issues/30
> 
> I don't know that I'd call this fixed upstream, since the package is not 
> directly using rsync, but the fact that he's now rsyncing from sanesecurity 
> and running his own mirror is progress (that only person he can DoS is 
> himself) is progress.
> 
> If we update to 1.8.0, I don't think we should mark this bug done, but it 
> might be reasonable to change the severity to Important.  What do you think?

Upon further reflection, I'm going to mark this as done in 1.8.0.  The specific 
issue raised in the bug is resolved.  Direct support for rsync would be 
better, but I think we've cleared this particular hurdle for releasability.

Scott K

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

Bug#1063864: src:mediawiki2latex: fails to migrate to testing for too long: not installable on armel, mips64el and s390x

[Georges Khaznadar]

Dirk Hünniger a écrit :
> chromium-sandbox [!armel !mips64el !s390x],

Done.

Best regards,   Georges.



signature.asc
Description: PGP signature

Bug#1063191: libcifpp-data: Incorrect URL in update-libcifpp-data script

[Andreas Tille]

Hi Maarten,

Am Sat, Feb 17, 2024 at 10:55:37AM +0100 schrieb Maarten L. Hekkelman:
> The URL's were updated in upstream some time ago. The debian version of
> libcifpp (and all dependent tools) are a bit out of date.

OK.
 
> The problem I have is that development of libcifpp is a bit too fast.
> Whenever I break the ABI I have to ask for someone to upload a newer
> version. And last time this apparently did not went well and so the update
> stalled. I don't remember who I asked to update, but since that didn't
> happen I forgot about it.

Its a good idea to send sponsoring requests to the Debian Med mailing
list.
 
> Anyway, so I had an upload ready for version 5.2 and libcifpp is now at
> version 6.1. I will thus have to prepare yet another update and then upload
> all depending packages. I'll see what I can do.

It would probably be a good idea to update libcifpp and all dependencies
to the current version.

Thanks a lot for your contribution
Andreas.

-- 
http://fam-tille.de

Bug#1064111: kmymoney: Recommends on transitional package gnupg-agent instead of gpg-agent

[Andreas Metzler]

Package: kmymoney
Version: 5.1.3-1
Severity: normal

Please update the package's recommends to point to gpg-agent.

cu Andreas

Bug#1064110: debdelta: Recommends on transitional package gnupg-agent instead of gpg-agent

[Andreas Metzler]

Package: debdelta
Version: 0.70
Severity: normal

Please update the package's recommends to point to gpg-agent.

cu Andreas

Bug#1032752: please drop transitional package gnupg-agent from src:gnupg2

[Holger Levsen]

On Sat, Feb 17, 2024 at 01:29:54PM +0100, Andreas Metzler wrote:
> Control: block -1 by 1064104 1064105 1064110 1064111 1064112 1064113 1064114 
> 1064115 1064116 1064118 1064117 1064119 1064120
> I have submitted bugs against packages in sid with
> Depends/Suggest/Recommends on gnupg-agent.

great, thank you!


-- 
cheers,
Holger

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

Make earth cool again.


signature.asc
Description: PGP signature

Bug#1063837: coreutils: shred: documentation bug: 3>- should be 3>&-

[Pádraig Brady]

On 13/02/2024 12:21, Greg Wooledge wrote:

Package: coreutils
Version: 9.1-1
Severity: minor
Tags: upstream

The info page for shred includes this example code:

  i=$(mktemp)
  exec 3<>"$i"
  rm -- "$i"
  echo "Hello, world" >&3
  shred - >&3
  exec 3>-

The last line is incorrect.  It should be "exec 3>&-" which closes file
descriptor 3.  As written, the example code creates or truncates a
file literally named "-" instead.

This same error appears on
https://www.gnu.org/software/coreutils/manual/html_node/shred-invocation.html
(as of today) so I believe it's an upstream bug.


Fixed upstream.
https://github.com/coreutils/coreutils/commit/d39c52372

Thank you.
Pádraig.

Bug#1064129: python-jsonschema: please remove extraneous obsolete python3-mock dependency

[Alexandre Detiste]

Source: python-jsonschema
Version: 4.10.3-2
Severity: normal

Hi,

Please remove the leftover dependency on python3-mock,
this project has moved to unittest.mock:


$ grep mock -r
debian/control: python3-mock,
debian/tests/control: python3-mock,
jsonschema/tests/test_validators.py:from unittest import TestCase, mock


Greetings

Bug#964033: /usr/bin/dirmngr: dane key location doesn't validate DNSSEC

[Andreas Metzler]

Control: tags -1 wontfix

This has been closed upstream as "Wontfix".

Bug#1060270: /lib/cryptsetup/askpass: coordinated move to /usr for DEP17

[Raphael Hertzog]

Hello,

On Tue, 23 Jan 2024, Guilhem Moulin wrote:
> On Tue, 23 Jan 2024 at 10:15:02 +0100, Raphael Hertzog wrote:
> > when do you plan to upload a cryptsetup moving the files to /usr?
> 
> I can have a look after the week-end or in early February.  There are
> other issues I'd like to fix in the next upload.

Small ping, we're now mid-February. Any updated ETA?

Cheers,
-- 
  ⢀⣴⠾⠻⢶⣦⠀   Raphaël Hertzog 
  ⣾⠁⢠⠒⠀⣿⡁
  ⢿⡄⠘⠷⠚⠋The Debian Handbook: https://debian-handbook.info/get/
  ⠈⠳⣄   Debian Long Term Support: https://deb.li/LTS


signature.asc
Description: PGP signature

Bug#1057249: elki: please package v0.8

[Erich Schubert]

block 1057249 by 998708
thanks

There are at least these two blockers to updating ELKI in Debian:

1. Gradle in Debian is 4.4.1, from 2017, current Gradle is 8.6 #998708

2. JaFaMa is not packaged in Debian https://github.com/jeffhain/jafama
(we should possibly eliminate this dependency from ELKI)

Regards,
Erich

Am 02.12.23 um 04:52 schrieb Alexandre Detiste:

Source: elki
Version: 0.7.1-10.1
Severity: normal

A new version 0.8 is available:

https://github.com/elki-project/elki/releases/tag/release0.8.0


Please also add a debian/watch file.

Greetings

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

Kernel: Linux 6.5.0-4-amd64 (SMP w/2 CPU threads; PREEMPT)
Kernel taint flags: TAINT_USER
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)

Bug#1063927: xpdf: FTBFS with poppler 24.02.0

[Florian Schlichting]

Hi Amin,

On Wed, Feb 14, 2024 at 06:55:51PM -0500, Amin Bandali wrote:
> Source: xpdf
> Version: 3.04+git20240124-1
> Severity: important
> Tags: ftbfs patch upstream fixed-upstream
> X-Debbugs-Cc: band...@debian.org
> 
> Dear Maintainer,
> 
> I recently uploaded new poppler 24.02.0 to experimental, and xpdf is
> one of the affected packages that fails to build from source with it.
> 
> Please consider cherry-picking upstream commit
> 0698734c46d6414c5285d9fa985c3bd4e380aaa8 (also attached to this bug
> report for your convenience) to fix the build with the new poppler.

thanks for the heads up. I'm going to upload a new upstream version in a
minute, which includes the fix.

Florian

Bug#1064130: libnss-nis: install NSS module into /usr

[Michael Biebl]

Source: libnss-nis
Version: 3.1-4
Severity: normal
Tags: patch
User: helm...@debian.org
Usertags: dep17m2

We want to finalize the /usr-merge via DEP17 by moving all files to
/usr. libnss-nis installs files into /lib; these should be moved into
the respective canonical locations in /usr/.

Please find a patch attached. It has been build-tested.

This should not be backported to bookworm. If you intend to
backport, please use dh_movetousr instead.

If your package will change for the t64 transition or otherwise
rename/split/move its binaries (packages) during trixie, please
then upload to experimental and get in touch with the UsrMerge
driver, please see the wiki [1].

Michael

[1] https://wiki.debian.org/UsrMerge
diff -Nru libnss-nis-3.1/debian/changelog libnss-nis-3.1/debian/changelog
--- libnss-nis-3.1/debian/changelog 2020-10-18 10:48:47.0 +0200
+++ libnss-nis-3.1/debian/changelog 2024-02-17 15:51:43.0 +0100
@@ -1,3 +1,10 @@
+libnss-nis (3.1-4.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Install NSS module into /usr. (Closes: #-1)
+
+ -- Michael Biebl   Sat, 17 Feb 2024 15:51:43 +0100
+
 libnss-nis (3.1-4) unstable; urgency=medium
 
   * Add a build-depends on libnsl-dev.
diff -Nru libnss-nis-3.1/debian/install libnss-nis-3.1/debian/install
--- libnss-nis-3.1/debian/install   2020-08-20 19:09:05.0 +0200
+++ libnss-nis-3.1/debian/install   2024-02-17 15:51:41.0 +0100
@@ -1 +1 @@
-usr/lib/${DEB_HOST_MULTIARCH}/libnss_nis.so.2* /lib/${DEB_HOST_MULTIARCH}
+usr/lib/${DEB_HOST_MULTIARCH}/libnss_nis.so.2*

Bug#1064138: O: python-pmw -- Pmw -- Python MegaWidgets

[Boyuan Yang]

Package: wnpp
Control: affects -1 + src:python-pmw
X-Debbugs-Cc: python-...@packages.debian.org
Severity: normal

I intend to orphan the python-pmw package since I no longer use it.

Please visit https://tracker.debian.org/pkg/python-pmw for its current
packaging condition.

The package description is:
 Pmw is a framework for building high-level compound widgets in Python
 using the Tkinter interface to the Tk graphics library.  It
 consists of a set of base classes and a library of flexible and
 extensible megawidgets built on these base classes.

Thanks,
Boyuan Yang


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

Bug#1064145: ITP: sdml -- CLI tool for Simple Domain Modeling Language

[Jonas Smedegaard]

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

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: sdml
  Version : 0.2.7
  Upstream Contact: Simon Johnston 
* URL : https://github.com/sdm-lang/rust-sdml
* License : Apache-2.0
  Programming Lang: Rust
  Description : CLI tool for Simple Domain Modeling Language

 sdml is a command-line tool
 that provides functionality to process SDML files.
 The Simple Domain Modeling Language (SDML) is
 a small data-oriented language
 for constructing, documenting, and reasoning
 about a conceptual domain model.
 The SDML language comprises:
  * a semantic model
whose structure and semantics are described
in RDF by an OWL ontology
  * a surface syntax for editing and sharing model artifacts
  * a constraint language to capture model invariants
not covered by the data descriptions in the surface syntax
 .
 Resource Description Framework (RDF) is a standard model
 for data interchange on the Web.
 .
 The Web Ontology Language (OWL) is
 a family of knowledge representation languages
 for authoring ontologies.

This package will be maintained in the collaborative Debian section of
Salsa, at .

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEn+Ppw2aRpp/1PMaELHwxRsGgASEFAmXQ99cACgkQLHwxRsGg
ASHdZw/+J+Ku4OKwRJ30CuDKM6wQc5mgoTSGa0tJWZtFkvlKMv8ncblEAcjHVclT
4q7V3+u3umCrO6DErJxgvB5vU2tZvNifoqABtLjluwyTTiKMR2ZxZBc0W/EomdiO
O5pL6X5558HCC6mNRxrWhgRA3EqG97UIP156JSo7TCqEfH9sUklVuqF1+HmJjlEM
okotoqkL+jNnjBnvajTBdNV2zebqlTrqUo56UBOqQHQzD25otMxNUWkRGTHpven0
fjIhV9UCTVbENH2lNWoat5E/UghsOAeobkCQm6/wWhlxP5vsItp7elzZ3dK7FaA3
s81f7Bue7PVfnAv0NXVK/0pcJTilLSWR3UO2uYWlB/EgRSWIf4cBSpv5H8OycifU
/diOy2OA+qu6vPE44a3wnkU6qp3tMIdQc6xdigdsQdvyy6rKAV9gbp8aJqK53NzF
ElYdQ+kaISZ6Idx/ha17oBuDghsEv1UGNcf6SS1Hk8Q0T+TAZdGoCDRS6qXOTNYE
251bdusyeJc8CPe5wMHvrisQ/nh5acOdYV49ZLpqGtFYnqQSmdPgok8p2La3qreT
ihPHlK1/32C9Q/BfRn2suG09jXRSQ0pkPG7NVwYVx9jeZZxMb+MA/cbhssmE4msF
Y743G/zSWLtuTCZxsalDEog1AcMUI6DD+/w5Ucd9XM4vJ+Wq3hc=
=Zvbp
-END PGP SIGNATURE-

Bug#1064146: Update snakeyaml to v2.2 or later

[Jérôme Charaoui]

Package: snakeyaml
Severity: wishlist

Dear maintainer,

Please upgrade snakeyaml to the latest version.

To help prevent remote code execution vulnerabilities, snakeyaml 2.2 and 
later disallows global tags by default.


This has prompted a number of projects to migrate to this new release, 
Puppet Server and PuppetDB, among others.


Thank you!

-- Jerome

Bug#1064149: [INTL:es] Spanish translation of minissdpd debconf template

[Camaleón]

Package: minissdpd
Severity: wishlist
Tags: patch l10n

Hello,

You can find enclosed the Spanish translation template to be uploaded with the 
latest package build.

Kindly place this file in debian/po/ as es.po for your next upload.

Cheers,
-- 
Camaleón# minissdpd po-debconf translation to Spanish.
# Copyright (C) 2021
# This file is distributed under the same license as the minissdpd package.
# Camaleón , 2021.
#
msgid ""
msgstr ""
"Project-Id-Version: minissdpd\n"
"Report-Msgid-Bugs-To: miniss...@packages.debian.org\n"
"POT-Creation-Date: 2024-02-08 14:45+0800\n"
"PO-Revision-Date: 2024-02-17 18:46+0100\n"
"Last-Translator: Camaleón \n"
"Language-Team: Debian Spanish \n"
"Language: es\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Poedit 2.4.2\n"

#. Type: note
#. Description
#: ../minissdpd.templates:2001
msgid "MiniSSDP daemon configuration"
msgstr "Configuración del demonio MiniSSDP"

#. Type: note
#. Description
#: ../minissdpd.templates:2001
msgid ""
"The MiniSSDP daemon is being installed (perhaps as a dependency for "
"UPnP support) but will not function correctly until it is configured."
msgstr ""
"Se va a instalar el demonio MiniSSDP (quizás debido a una dependencia "
"para trabajar con UPnP) pero no funcionará correctamente hasta que lo "
"configure."

#. Type: note
#. Description
#: ../minissdpd.templates:2001
msgid ""
"MiniSSDP is a daemon used by MiniUPnPc to speed up device discovery. "
"For security reasons, no out-of-box default configuration can be "
"provided, so it requires manual configuration."
msgstr ""
"MiniSSDP es un demonio utilizado por MiniUPnPc para agilizar el "
"descubrimiento de dispositivos. Por motivos de seguridad, tras la "
"instalación no se proporciona ninguna configuración predeterminada, "
"por lo que necesita configurarlo manualmente."

#. Type: note
#. Description
#: ../minissdpd.templates:2001
msgid ""
"Alternatively you can simply override the recommendation and remove "
"MiniSSDP, or leave it unconfigured - it won't work, but MiniUPnPc "
"(and UPnP applications) will still function properly despite some "
"performance loss."
msgstr ""
"Alternativamente, puede ignorar la anterior recomendación y eliminar "
"MiniSSDP, o dejarlo sin configurar. El demonio no funcionará, pero "
"MiniUPnPc y las aplicaciones UPnP seguirán funcionando correctamente, "
"aunque con una ligera pérdida de rendimiento."

#. Type: boolean
#. Description
#: ../minissdpd.templates:3001
msgid "Start the MiniSSDP daemon automatically?"
msgstr "¿Desea iniciar el demonio MiniSSDP automáticamente?"

#. Type: boolean
#. Description
#: ../minissdpd.templates:3001
msgid ""
"Choose this option if the MiniSSDP daemon should start automatically, "
"now and at boot time."
msgstr ""
"Seleccione esta opción si desea que el demonio MiniSSDP se inicie "
"automáticamente, ahora y al arrancar el sistema."

#. Type: string
#. Description
#: ../minissdpd.templates:4001
msgid "Interfaces to listen on for UPnP queries:"
msgstr "Interfaces donde escuchar consultas UPnP:"

#. Type: string
#. Description
#: ../minissdpd.templates:4001
msgid ""
"The MiniSSDP daemon will listen for requests on those interfaces, and "
"drop all queries that do not come from the local network. Please "
"enter the LAN interfaces that it should listen on, separated by space."
msgstr ""
"El demonio MiniSSDP escuchará las solicitudes en estas interfaces y "
"descartará todas las consultas que no provengan de la red local. Por "
"favor, introduzca las interfaces de red donde escuchar peticiones, "
"separadas por un espacio."

#. Type: boolean
#. Description
#: ../minissdpd.templates:5001
msgid "Enable IPv6 listening?"
msgstr "¿Desea activar la escucha IPv6?"

#. Type: boolean
#. Description
#: ../minissdpd.templates:5001
msgid ""
"Please specify whether the MiniSSDP daemon should listen for IPv6 "
"queries."
msgstr ""
"Por favor, indique si el demonio MiniSSDP debería escuchar peticiones "
"IPv6."

#~ msgid ""
#~ "Interface names are highly preferred, and required if you plan to "
#~ "enable IPv6 port forwarding."
#~ msgstr ""
#~ "Preferiblemente, introduzca el nombre de la interfaz; requerido si "
#~ "planea activar el reenvío de puertos en IPv6."

Bug#1064150: [INTL:es] Spanish translation of kwartz-client debconf template

[Camaleón]

Package: kwartz-client
Severity: wishlist
Tags: patch l10n

Hello,

You can find enclosed the Spanish translation template to be uploaded with the 
latest package build.

Kindly place this file in debian/po/ as es.po for your next upload.

Cheers,
-- 
Camaleón# kwartz-client po-debconf translation to Spanish.
# Copyright (C) 2021
# This file is distributed under the same license as the kwartz-client package.
# Camaleón , 2021.
#
msgid ""
msgstr ""
"Project-Id-Version: kwartz-client\n"
"Report-Msgid-Bugs-To: kwartz-cli...@packages.debian.org\n"
"POT-Creation-Date: 2024-01-28 22:56+0100\n"
"PO-Revision-Date: 2024-02-17 19:38+0100\n"
"Last-Translator: Camaleón \n"
"Language-Team: Debian Spanish \n"
"Language: es\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"X-Generator: Poedit 2.4.2\n"

#. Type: string
#. Description
#: ../kwartz-client.templates:1001
msgid "IP address of the proxy service:"
msgstr "Dirección IP del proxy:"

#. Type: string
#. Description
#: ../kwartz-client.templates:1001
msgid ""
"Please enter the address of the proxy service. It is ususally the "
"same as the address of the Kwartz server. If unsure, keep the default "
"value."
msgstr ""
"Introduzca la dirección IP del proxy. Suele ser la misma dirección "
"del servidor Kwartz. Si tiene alguna duda, mantenga el valor "
"predeterminado."

#. Type: string
#. Description
#: ../kwartz-client.templates:2001
msgid "Port number of the proxy service:"
msgstr "Número del puerto del proxy:"

#. Type: string
#. Description
#: ../kwartz-client.templates:2001
msgid ""
"Please enter the port number of the proxy service. The default value "
"is usually safe."
msgstr ""
"Introduzca el número del puerto del proxy. El valor predeterminado "
"suele ser seguro."

#. Type: string
#. Description
#: ../kwartz-client.templates:3001
msgid "List of IP addresses not concerned by the proxy service:"
msgstr "Lista de direcciones IP no afectadas por el proxy:"

#. Type: string
#. Description
#: ../kwartz-client.templates:3001
msgid ""
"Please enter the IP addresses and ranges which must be fetched "
"without the help of the proxy. If unsure, keep the default list."
msgstr ""
"Introduzca las direcciones IP y los rangos de red a las que no "
"afectará el proxy. Si tiene alguna duda, mantenga la lista "
"predeterminada."

#. Type: string
#. Description
#: ../kwartz-client.templates:4001
msgid "Landing page URL for the browser:"
msgstr "Dirección URL de la página de inicio del navegador:"

#. Type: string
#. Description
#: ../kwartz-client.templates:4001
msgid ""
"Please choose the URL of a landing page for the browser. This web "
"page will appear each time the browser is launched. If unsure, keep "
"the default URL."
msgstr ""
"Indique la URL de la página de inicio del navegador. Esta página se "
"cargará cada vez que se inicie el navegador. Si tiene alguna duda, "
"mantenga la URL predeterminada."

#. Type: string
#. Description
#: ../kwartz-client.templates:5001
msgid "Halt the client computer every night:"
msgstr "Detener el equipo cliente cada noche:"

#. Type: string
#. Description
#: ../kwartz-client.templates:5001
msgid "- 0: no, the computer will not be halted automatically"
msgstr "- 0: no, el equipo no se detendrá automáticamente"

#. Type: string
#. Description
#: ../kwartz-client.templates:5001
msgid "- 1: yes, the computer will be halted at 19:00"
msgstr "- 1: sí, el equipo se detendrá a las 19:00"

#. Type: string
#. Description
#: ../kwartz-client.templates:5001
msgid "- 2: yes, the computer will be halted at 20:00"
msgstr "- 2: sí, el equipo se detendrá a las 20:00"

#. Type: string
#. Description
#: ../kwartz-client.templates:5001
msgid "- 3: yes, the computer will be halted at 22:00"
msgstr "- 3: sí, el equipo se detendrá a las 22:00"

#. Type: string
#. Description
#: ../kwartz-client.templates:6001
msgid "An unpriviledged user to access the web:"
msgstr "Usuario sin privilegios para acceder a la web:"

#. Type: string
#. Description
#: ../kwartz-client.templates:6001
msgid ""
"When APT will run some automatic update for the package database, a "
"user name is needed to use the proxy service. This user must be "
"unpriviledged."
msgstr ""
"Cuando APT actualiza automáticamente la base de datos del paquete, "
"necesita un nombre de usuario para usar el proxy. Debe ser un usuario "
"sin privilegios."

#. Type: password
#. Description
#: ../kwartz-client.templates:7001
msgid "Password to access the web:"
msgstr "Contraseña para acceder a la web:"

#. Type: password
#. Description
#: ../kwartz-client.templates:7001
msgid ""
"The unpriviledged user which will be used by APT to access the web "
"needs a password. It must be some strong password."
msgstr ""
"El usuario sin privilegios que APT utilizará para acceder a la web "
"necesita una contraseña. Debe ser una contraseña fuerte."

#. Type: string
#. Description
#: ../kwartz-client.templates:8001
msgid "Network name of the Kwartz server:"
msgstr 

Bug#1061219: Please upgrade to llvm-toolchain-17

[Petter Reinholdtsen]

[Sylvestre Ledru]
> As part of the effort to limit the number of llvm packages in the
> archive, it would be great if you could upgrade to -17.
>
> This package depends on 14.

I would be happy to, but...

I tried switching to a newer llvm package, but it seem to me the
libmlir-14-dev and mlir-14-tools content changed in a way that break the
build with newer llvm versions.  Not sure how to work around this, not
skilled enough with cmake to figure out a solution so far.

-- 
Happy hacking
Petter Reinholdtsen

Bug#1064101: RFP: whisper.cpp -- automatic speech recognition

[Petter Reinholdtsen]

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

* Package name: whisper.cpp
  Version : 1.5.4
  Upstream Author : Georgi Gerganov
* URL : https://github.com/ggerganov/whisper.cpp
* License : MIT
  Programming Lang: C++
  Description : Automatic speech recogniztion, port of OpenAI's Whisper 
model in C/C++

High-performance inference of OpenAI's Whisper automatic speech
recognition (ASR) model:

 * Plain C/C++ implementation without dependencies
 * Apple Silicon first-class citizen - optimized via ARM NEON, Accelerate 
framework, Metal and Core ML
 * AVX intrinsics support for x86 architectures
 * VSX intrinsics support for POWER architectures
 * Mixed F16 / F32 precision
 * 4-bit and 5-bit integer quantization support
 * Zero memory allocations at runtime
 * Support for CPU-only inference
 * Efficient GPU support for NVIDIA
 * Partial OpenCL GPU support via CLBlast
 * OpenVINO Support
 * C-style API

This package could be a good fit for maintainence by the Debian Deep
Learning Team.  It might need to go into non-free, as it to work need a
machine learning model trained on unknown content and without any easy
way to be reproduced using non-proprietary data sets.

This is an alternative implementation to the one requested in
https://bugs.debian.org/1034091 >.

-- 
Happy hacking
Petter Reinholdtsen

Bug#982010: Can sponsor vimb

[Mateusz Łukasik]

W dniu 17.02.2024 o 07:40, Abhijith PA pisze:

Hello Mateusz.

I was lurking on mentors.debian.net and I found your package vimb.
Seems like a nice package to have. I saw that you are looking for a
sponsor. Well I can sponsor vimb package for you. Let me know.

Thank you.

--a



Hi Abhijith,

Please become a sponsor of this package.

--
.''`.  Mateusz Łukasik
: :' :  l0calh0st.pl
`. `'   Debian Member -mat...@linuxmint.pl
  `-GPG: D93B 0C12 C8D0 4D7A AFBC  FA27 CCD9 1D61 11A0 6851

Bug#1064100: grpc: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: grpc
Version: 1.51.1-4
Severity: important
Tags: patch pending sid trixie
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
grpc as a source package shipping runtime libraries whose ABI
either is affected by the change in size of time_t, or could not be
analyzed via abi-compliance-checker (and therefore to be on the safe
side we assume is affected).

To ensure that inconsistent combinations of libraries with their
reverse-dependencies are never installed together, it is necessary to
have a library transition, which is most easily done by renaming the
runtime library package.

Since turning on 64-bit time_t is being handled centrally through a change
to the default dpkg-buildflags (https://bugs.debian.org/1037136), it is
important that libraries affected by this ABI change all be uploaded close
together in time.  Therefore I have prepared a 0-day NMU for grpc
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.

Please find the patch for this NMU attached.

If you have any concerns about this patch, please reach out ASAP.  Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.



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

Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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)
diff -Nru grpc-1.51.1/debian/changelog grpc-1.51.1/debian/changelog
--- grpc-1.51.1/debian/changelog2023-12-26 06:49:37.0 +
+++ grpc-1.51.1/debian/changelog2024-02-06 06:47:07.0 +
@@ -1,3 +1,10 @@
+grpc (1.51.1-4.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Tue, 06 Feb 2024 06:47:07 +
+
 grpc (1.51.1-4) unstable; urgency=medium
 
   [ Pirate Praveen  ]
diff -Nru grpc-1.51.1/debian/control grpc-1.51.1/debian/control
--- grpc-1.51.1/debian/control  2023-12-26 06:49:37.0 +
+++ grpc-1.51.1/debian/control  2024-02-06 06:47:07.0 +
@@ -31,21 +31,22 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: libgrpc29 (= ${binary:Version}), pkgconf, zlib1g-dev, libssl-dev, 
libabsl-dev (>= 20220623.1), libc-ares-dev, libre2-dev, ${misc:Depends}
+Depends: libgrpc29t64 (= ${binary:Version}), pkgconf, zlib1g-dev, libssl-dev, 
libabsl-dev (>= 20220623.1), libc-ares-dev, libre2-dev, ${misc:Depends}
 Conflicts: libgpr1-dev, libgpr2-dev, libgpr3-dev, libupb-dev
 Description: high performance general RPC framework (development)
  A modern, open source remote procedure call (RPC) framework that can
  run anywhere. It enables client and server applications to communicate
  transparently, and makes it easier to build connected systems.
  .
- This package contains the headers and the static library for libgrpc29 .
+ This package contains the headers and the static library for libgrpc29t64 .
 
-Package: libgrpc29
+Package: libgrpc29t64
+Provides: ${t64:Provides}
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends}, ${misc:Depends}
-Breaks: libgrpc9, libgrpc10, libgrpc28, libgrpc22
-Replaces: libgrpc9, libgrpc10, libgrpc28, libgrpc22
+Breaks: libgrpc29 (<< ${source:Version}), libgrpc9, libgrpc10, libgrpc28, 
libgrpc22
+Replaces: libgrpc29, libgrpc9, libgrpc10, libgrpc28, libgrpc22
 Description: high performance general RPC framework
  A modern, open source remote procedure call (RPC) framework that can
  run anywhere. It enables client and server applications to communicate
@@ -57,15 +58,18 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: libgrpc++1.51 (= ${binary:Version}), libgrpc-dev (= 
${binary:Version}), pkgconf, zlib1g-dev, libssl-dev, libabsl-dev (>= 
20220623.1), libc-ares-dev, libre2-dev, ${misc:Depends}
+Depends: libgrpc++1.51t64 (= ${binary:Version}), libgrpc-dev (= 
${binary:Version}), pkgconf, zlib1g-dev, libssl-dev, libabsl-dev (>= 
20220623.1), libc-ares-dev, libre2-dev, ${misc:Depends}
 Description: high performance general RPC framework (development)
  A modern, open source remote procedure call (RPC) framework that can
  run anywhere. It enables client and server applications to communicate
  transparently, and makes it easier to build connected systems.
  .
- This package contains the 

Bug#1052930: triton: FTBFS: make: *** [debian/rules:5: binary] Error 25

[Petter Reinholdtsen]

[Petter Reinholdtsen]
> I tried replacing build dependencies libmlir-14-dev and mlir-14-tools
> with libmlir-16-dev and mlir-16-tools to match the llvm version
> detected during my build, but it still fail.  I do not undrestand
> cmake enough to understand why it fail.

I figured out a short term fix for this:

--- a/debian/control
+++ b/debian/control
@@ -7,7 +7,7 @@ Build-Depends: cmake,
debhelper-compat (= 13),
dh-python,
libmlir-14-dev,
-   llvm-dev,
+   llvm-14-dev,
mlir-14-tools,
python3-all-dev,
python3-sphinx,

Instead of trying to get it working with newer llvm, it ensure llvm 14
is used consistently during built.  I am planning an upload, but sadly
ftp.upload.debian.org is unavailable via IPv4 at the moment, so I am
unable to upload.  Git on salsa is updated, though.

This is a short term fix as we need to get it working with newer
versions of llvm to fix https://bugs.debian.org/1061219 >.

-- 
Happy hacking
Petter Reinholdtsen

Bug#1059476: please reopen - still happens with 15.6

[Clemens Eisserer]

Hello Michael,

| can you try to upgrade and check whether your
| problamatic case is fixed as well? If not, I will reopen this bug
| report.
| are usually very bad memory leaks
| due to the way PostgreSQL uses LLVM.

I've just tested the query with 15.6 - and the crash still occurs,
despite the closed bug report ;)
As can be seen in my email to the postgresql mailing list this is a
segfault crash, not some failed allocation or the linux oom killer
kicking in.

Also the issue was analyzed by the postgresql devs and they came to
the conclusion it is a bug within llvm-14.
As mentioned, I've tested the same query on the same dataset with the
same version of postgresql (15.5) on the same hardware on ubuntu, with
the sole difference that ubuntu links to llvm-15 and there the query
succeeds and postgresql doesn't crash.

Just to be curious, what was the rational behind linking against the
oldest available llvm version available in the debian repos (I saw 14,
15 and 16 are provided).

Best regards, Clemens

Bug#884119: libdbi1: dbi_result_next_row() error handler change breaks existing code

[Dmitry]

Hi,

I encountered this bug while trying to use gammu-smsd (1.42.0-8) with
libdbi1 (0.9.0-6) + libdbd-sqlite3 (0.9.0-11) on debian buster. The
gammu-smsd does not exit for me, but it spams the log with the "An invalid
or out-of-range index was passed to libdbi" error message periodically. I
am not sure if it is fully functional with this error message or not.

Rebuilding libdbi1 without re-enable_call_to_error_handler.patch made the
error message go away.

It's been a while since this bug was opened, is there something blocking us
from applying this fix or did it just slip through the cracks?

I guess that theoretically there's a possibility that there's now some
other software that depends on this new behavior :( Having said that, I
peeked at the most recent libdbi package source in another distribution,
and this call to error handler is still commented out there.

On Fri, 9 Nov 2018 07:25:15 +0100
=?UTF-8?B?TMOhc3psw7MgQsO2c3rDtnJtw6lueWkgKEdDUyk=?=  wrote:
> On Mon, Jan 22, 2018 at 11:21 PM gotodimas  wrote:
> >
> > This bug breakes gammu-smsd. Daemon exit with error:
> >
> > gammu-smsd[2018]: DBI error -6: -6: An invalid or out-of-range index
was passed to libdbi
>  This is bad. :(
>
> > Reverting libdbi1 to 0.9.0-4 (not 0.9.0-4+deb9u1) fixes this problem.
>  Going to ask for a package update with the attached patch.
>
> Regards,
> Laszlo/GCS

Bug#1064159: bookworm-pu: package ebook-speaker/6.2.0-4+deb12u1

[Samuel Thibault]

Package: release.debian.org
Severity: normal
Tags: bookworm
X-Debbugs-Cc: ebook-spea...@packages.debian.org
Control: affects -1 + src:ebook-speaker
User: release.debian@packages.debian.org
Usertags: pu

Hello,

I have uploaded ebook-speaker_6.2.0-4+deb12u1 for inclusion in
bookworm.

[ Reason ]
As reported on
https://github.com/book-readers/ebook-speaker/issues/4
Some users see ebook-speaker just completely fail... just because their
login is longer than 8 characters. oldstable already had the issue.

[ Impact ]
Users with a login longer than 8 characters cannot use ebook-speaker.

[ Tests ]
This was tested manually.

[ Risks ]
The code is rather simple.

[ Checklist ]
  [X] *all* changes are documented in the d/changelog
  [X] I reviewed all changes and I approve them
  [X] attach debdiff against the package in (old)stable
  [X] the issue is verified as fixed in unstable

[ Changes ]
The patch gets rid of the use of the cuserid() function which brings the
length limitation. Instead we just compare gids as int rather than
interating over the logins of the group, which won't pose such kind of
issues.

Thanks,
Samuel
diff -Nru ebook-speaker-6.2.0/debian/changelog 
ebook-speaker-6.2.0/debian/changelog
--- ebook-speaker-6.2.0/debian/changelog2022-01-08 18:01:53.0 
+0100
+++ ebook-speaker-6.2.0/debian/changelog2022-02-06 01:10:26.0 
+0100
@@ -1,3 +1,9 @@
+ebook-speaker (6.2.0-4+deb12u1) bookworm; urgency=medium
+
+  * patches/long-logins: Fix testing belonging to the audio group.
+
+ -- Samuel Thibault   Sun, 06 Feb 2022 01:10:26 +0100
+
 ebook-speaker (6.2.0-4) unstable; urgency=medium
 
   * control: Bump Standards-Version to 4.6.0 (no change)
diff -Nru ebook-speaker-6.2.0/debian/patches/long-logins 
ebook-speaker-6.2.0/debian/patches/long-logins
--- ebook-speaker-6.2.0/debian/patches/long-logins  1970-01-01 
01:00:00.0 +0100
+++ ebook-speaker-6.2.0/debian/patches/long-logins  2022-02-06 
01:10:26.0 +0100
@@ -0,0 +1,47 @@
+commit b29f4884e9a7637e09f93f8d53973c83a69670d9
+Author: Samuel Thibault 
+Date:   Sun Feb 11 21:32:24 2024 +0100
+
+Fix testing belonging to the audio group
+
+cuserid() is limited to L_cuserid characters, which is 9.  This means that
+users with a longer login were never seen as belonging to the group.
+
+Let us just replace with using getgroups, which allows
+- to actually check the current allowed groups,
+- to compare gids, which don't pose length limitations.
+
+Fixes #4
+
+diff --git a/src/common.c b/src/common.c
+index a580153..6658c40 100644
+--- a/src/common.c
 b/src/common.c
+@@ -911,17 +911,18 @@ void get_list_of_sound_devices (misc_t *misc, 
audio_info_t *sound_devices)
+char *str, *orig_language;
+struct group *grp;
+FILE *p;
++   int ngroups;
++
++   ngroups = getgroups (0, NULL);
++   gid_t groups[ngroups];
++   getgroups (ngroups, groups);
+ 
+grp = getgrnam ("audio");
+-   found = 0;
+-   for (g = 0; grp->gr_mem[g]; g++)
+-   {
+-  if (strcmp (grp->gr_mem[g], cuserid (NULL)) == 0)
+-  {
+- found = 1;
+- break;
+-  } // if
+-   } // for
++   found = getegid () == grp->gr_gid;
++
++   for (g = 0; !found && g < ngroups; g++)
++  found = groups[g] == grp->gr_gid;
++
+if (found == 0)
+{
+   beep ();
diff -Nru ebook-speaker-6.2.0/debian/patches/series 
ebook-speaker-6.2.0/debian/patches/series
--- ebook-speaker-6.2.0/debian/patches/series   2021-10-23 21:25:33.0 
+0200
+++ ebook-speaker-6.2.0/debian/patches/series   2022-02-06 01:10:26.0 
+0100
@@ -2,3 +2,4 @@
 path-fix
 format
 automake
+long-logins
diff -Nru ebook-speaker-6.2.0/debian/salsa-ci.yml 
ebook-speaker-6.2.0/debian/salsa-ci.yml
--- ebook-speaker-6.2.0/debian/salsa-ci.yml 2021-09-26 11:05:02.0 
+0200
+++ ebook-speaker-6.2.0/debian/salsa-ci.yml 2022-02-06 01:10:26.0 
+0100
@@ -3,6 +3,9 @@
   - https://salsa.debian.org/salsa-ci-team/pipeline/raw/master/salsa-ci.yml
   - 
https://salsa.debian.org/salsa-ci-team/pipeline/raw/master/pipeline-jobs.yml
 
+variables:
+  RELEASE: bookworm
+
 test-crossbuild-arm64:
   allow_failure: false
 

Bug#1007360: acpi: please consider upgrading to 3.0 source format

[Bastian Germann]

I am uploading a NMU to DELAYED/10 in order to fix this.
The debdiff is attached.diff -Nru acpi-1.7/debian/changelog acpi-1.7/debian/changelog
--- acpi-1.7/debian/changelog   2024-02-17 21:13:13.0 +
+++ acpi-1.7/debian/changelog   2024-02-17 21:10:52.0 +
@@ -1,3 +1,10 @@
+acpi (1.7-1.3) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Convert to source format 3.0. (Closes: #1007360)
+
+ -- Bastian Germann   Sat, 17 Feb 2024 21:10:52 +
+
 acpi (1.7-1.2) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru acpi-1.7/debian/source/format acpi-1.7/debian/source/format
--- acpi-1.7/debian/source/format   2024-02-17 21:13:13.0 +
+++ acpi-1.7/debian/source/format   2024-02-17 21:10:52.0 +
@@ -1 +1 @@
-1.0
+3.0 (quilt)

Bug#1064160: pngcrush FTBFS with libpng 1.6.42

[Adrian Bunk]

Source: pngcrush
Version: 1.8.13-0.1
Severity: serious
Tags: ftbfs trixie sid
Forwarded: https://sourceforge.net/p/pmt/bugs/82/

https://buildd.debian.org/status/fetch.php?pkg=pngcrush=riscv64=1.8.13-0.1%2Bb1=1708198996=0
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/pngcrush.html

...
pngcrush.c: In function ‘main’:
pngcrush.c:5515:46: error: ‘PNG_IGNORE_ADLER32’ undeclared (first use in this 
function)
 5515 | png_set_option(read_ptr, PNG_IGNORE_ADLER32,
  |  ^~
pngcrush.c:5515:46: note: each undeclared identifier is reported only once for 
each function it appears in
make[2]: *** [Makefile:55: pngcrush.o] Error 1

Bug#1036413: asterisk-prompt-fr-armelle: please consider upgrading to 3.0 source format

[Bastian Germann]

I am uploading a NMU in order to fix this.
Please find the debdiff attached.diff -Nru asterisk-prompt-fr-armelle-20070613/debian/changelog 
asterisk-prompt-fr-armelle-20070613/debian/changelog
--- asterisk-prompt-fr-armelle-20070613/debian/changelog2024-02-17 
23:08:50.0 +
+++ asterisk-prompt-fr-armelle-20070613/debian/changelog2024-02-17 
22:59:47.0 +
@@ -1,3 +1,11 @@
+asterisk-prompt-fr-armelle (20070613-2.3) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Convert to source format 3.0. (Closes: #1036413)
+  * d/copyright: Convert to machine-readable format.
+
+ -- Bastian Germann   Sat, 17 Feb 2024 22:59:47 +
+
 asterisk-prompt-fr-armelle (20070613-2.2) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru asterisk-prompt-fr-armelle-20070613/debian/copyright 
asterisk-prompt-fr-armelle-20070613/debian/copyright
--- asterisk-prompt-fr-armelle-20070613/debian/copyright2024-02-17 
23:08:50.0 +
+++ asterisk-prompt-fr-armelle-20070613/debian/copyright2024-02-17 
22:59:47.0 +
@@ -1,17 +1,17 @@
-This package was debianized by Lionel Elie Mamane  on
-Fri, 15 Jun 2007 19:59:50 +0200.
-
-It was downloaded from 

-
-Upstream:
-
+Format: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
+Comment:
+ This package was debianized by Lionel Elie Mamane  on
+ Fri, 15 Jun 2007 19:59:50 +0200.
+Source:
+ 
+Upstream-Contact:
  Voice actor: Armelle Desjardins 
  Copyright holder (2006): Michel Gutierrez 
 
-License:
-
+Files: *
+Copyright:
  Copyright (C) 2006 Michel Gutierrez
-
+License: BSD-2-clause
  Redistribution and use, with or without modification, are permitted
  provided that the following conditions are met:
  1. Redistributions must retain the above copyright notice, this
@@ -20,7 +20,7 @@
 contributors, contractors and employees may be used to endorse
 or promote products derived from this software without specific
 prior written permission.
-
+ .
  THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
  ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
  IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
@@ -33,22 +33,24 @@
  OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
  SUCH DAMAGE.
 
-
-The Debian packaging is (C) 2007, Lionel Elie Mamane
- and is free software; you can redistribute it
-and/or modify it under the terms of the GNU General Public License;
-either version 2 of the License, or (at your option) any later version
-as published by the Free Software Foundation.
-
-It is distributed in the hope that it will be useful,
-but WITHOUT ANY WARRANTY; without even the implied warranty of
-MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
-GNU General Public License for more details.
-
-You should have received a copy of the GNU General Public License
-along with this package; if not, write to the Free Software
-Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301
-USA
-
-On Debian systems, the complete text of the GNU General
-Public License can be found in `/usr/share/common-licenses/GPL'.
+Files: debian/*
+Copyright:
+ (C) 2007, Lionel Elie Mamane 
+License: GPL-2+
+ The Debian packaging is free software; you can redistribute it
+ and/or modify it under the terms of the GNU General Public License;
+ either version 2 of the License, or (at your option) any later version
+ as published by the Free Software Foundation.
+ .
+ It is distributed in the hope that it will be useful,
+ but WITHOUT ANY WARRANTY; without even the implied warranty of
+ MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+ GNU General Public License for more details.
+ .
+ You should have received a copy of the GNU General Public License
+ along with this package; if not, write to the Free Software
+ Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA 02110-1301
+ USA
+Comment:
+ On Debian systems, the complete text of the GNU General
+ Public License v2 can be found in `/usr/share/common-licenses/GPL-2'.
diff -Nru asterisk-prompt-fr-armelle-20070613/debian/source/format 
asterisk-prompt-fr-armelle-20070613/debian/source/format
--- asterisk-prompt-fr-armelle-20070613/debian/source/format1970-01-01 
00:00:00.0 +
+++ asterisk-prompt-fr-armelle-20070613/debian/source/format2024-02-17 
22:59:47.0 +
@@ -0,0 +1 @@
+3.0 (quilt)

Bug#1064168: gnome: folder icons, they look small

[jhumer]

Package: gnome
Severity: normal
X-Debbugs-Cc: jhume...@gmail.com

Dear Maintainer,

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

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

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


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

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

Versions of packages gnome depends on:
ii  avahi-daemon 0.8-10
pn  cheese   
ii  cups-pk-helper   0.2.6-1+b1
ii  desktop-base 12.0.6+nmu1~deb12u1
ii  evolution3.46.4-2
ii  evolution-plugins3.46.4-2
ii  file-roller  43.0-1
ii  gnome-calendar   43.1-2
ii  gnome-clocks 43.0-1
ii  gnome-color-manager  3.36.0-1+b1
ii  gnome-core   1:43+1
ii  gnome-maps   43.5-2~deb12u1
ii  gnome-music  42.1-1
ii  gnome-sound-recorder 43~beta-1
ii  gnome-tweaks 42~beta-4
ii  gnome-weather43.0-1
ii  gstreamer1.0-libav   1.22.0-2
ii  gstreamer1.0-plugins-ugly1.22.0-2+deb12u1
ii  libgsf-bin   1.14.50-1
ii  libproxy1-plugin-networkmanager  0.4.18-1.2
ii  libreoffice-calc 4:7.4.7-1+deb12u1
ii  libreoffice-gnome4:7.4.7-1+deb12u1
ii  libreoffice-impress  4:7.4.7-1+deb12u1
ii  libreoffice-writer   4:7.4.7-1+deb12u1
ii  network-manager-gnome1.30.0-2
ii  orca 43.1-1
ii  rhythmbox3.4.6-2+b1
ii  rhythmbox-plugin-cdrecorder  3.4.6-2+b1
ii  rhythmbox-plugins3.4.6-2+b1
ii  rygel-playbin0.42.1-1
ii  rygel-tracker0.42.1-1
ii  seahorse 43.0-1
pn  shotwell | gnome-photos  
ii  simple-scan  42.5-2
ii  totem-plugins43.0-2
ii  xdg-user-dirs-gtk0.11-1

Versions of packages gnome recommends:
pn  gnome-games   
ii  gnome-initial-setup   43.2-6
ii  gnome-remote-desktop  43.3-1
ii  transmission-gtk  3.00-2.1+deb12u1

Versions of packages gnome suggests:
pn  alacarte  
pn  empathy   
pn  firefox-esr-l10n-all | firefox-l10n-all   
pn  goobox | sound-juicer 
pn  polari
pn  vinagre   
pn  webext-ublock-origin-firefox | webext-ublock-origin-chromium  

Bug#1007478: aview: please consider upgrading to 3.0 source format

[Bastian Germann]

I am uploading a NMU to DELAYED/10 in order to fix this.
Please find the debdiff attached.diff -Nru aview-1.3.0rc1/debian/aaflip.1 aview-1.3.0rc1/debian/aaflip.1
--- aview-1.3.0rc1/debian/aaflip.1  1970-01-01 00:00:00.0 +
+++ aview-1.3.0rc1/debian/aaflip.1  2024-02-17 23:14:52.0 +
@@ -0,0 +1,83 @@
+.TH AAFLIP 1 "December 17, 2001"
+.SH NAME
+aaflip \- An ASCII art video player
+.SH SYNOPSIS
+.B aaflip
+.RB [\| \-abcfv \|]
+.RB [\| \-n
+.RB number \|]
+.RB [\| \-s
+.RB delay \|]
+.SH DESCRIPTION
+.B aaflip
+is an ASCII art video player which supports the fli and flc formats.
+.PP
+fli files are limited to a resolution of 320x200 pixel, while flc files can
+have any resolution.
+.PP
+The default method of playing is to load the first frame of the animation
+sequence and display it. After this the remainder of the file is loaded
+into memory, and the animation starts. The animation ends when q or ctrl-c
+is pressed.
+.SH OPTIONS
+.TP
+.B \-a
+Remove frames from memory after processing. Using this option leaves more
+memory for other processes, but relies on the buffer cache for continuous
+animation.
+.TP
+.B \-b
+Process frames immediately as they are loaded. When using this option the
+animation frames are shown as soon as the player has read them, so you don't
+have to wait until the entire file has been read. The disadvantage is that the
+animation becomes jumpy if the speed set by the animation is higher than the
+speed of loading.
+.TP
+.B \-c
+Keep the screen black while loading the animation. This conflicts with option
+.BR -b ,
+which can give interesting results.
+.TP
+.B \-f
+Switch off clock synchronization. Animation will run as fast as possible.
+.TP
+.B \-v
+Show information on flic file.
+.TP
+.B "\-n number"
+Play the animation sequence 
+.I number
+times.
+.TP
+.B "\-s delay"
+Set delay between frames to 
+.I delay
+milliseconds. Option 
+.B "\-s 0"
+is the same as 
+.BR \-f .
+.SH BUGS
+Please report any bugs you find to Jan Hubicka .
+.SH LICENSE
+.B aaflip
+is covered by the GNU General Public License (GPL).
+.SH HISTORY
+.B aaflip
+is based on the FLI Player written by John Remyn .
+.SH "SEE ALSO"
+.BR aafire (1),
+.BR aainfo (1),
+.BR aasavefont (1),
+.BR aatest (1),
+.BR aview (1),
+.BR asciiview (1),
+.BR aa3d (1),
+.BR aatv (1),
+.BR bb (1),
+.BR xaos (6).
+.SH AUTHOR
+Jan Hubicka 
+.PP
+This manual page was written by Edward Betts  and
+Aaron Lehmann , for the Debian GNU/Linux system
+(but may be used by others).
diff -Nru aview-1.3.0rc1/debian/changelog aview-1.3.0rc1/debian/changelog
--- aview-1.3.0rc1/debian/changelog 2024-02-17 23:32:29.0 +
+++ aview-1.3.0rc1/debian/changelog 2024-02-17 23:14:52.0 +
@@ -1,3 +1,11 @@
+aview (1.3.0rc1-9.2) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Convert to source format 3.0 (Closes: #1007478).
+  * d/copyright: Convert to machine-readable format.
+
+ -- Bastian Germann   Sat, 17 Feb 2024 23:14:52 +
+
 aview (1.3.0rc1-9.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru aview-1.3.0rc1/debian/copyright aview-1.3.0rc1/debian/copyright
--- aview-1.3.0rc1/debian/copyright 2024-02-17 23:32:29.0 +
+++ aview-1.3.0rc1/debian/copyright 2024-02-17 23:14:52.0 +
@@ -1,61 +1,55 @@
-This package was debianized by Uwe Hermann  on
-Thu, 25 Oct 2001 16:25:52 +0200.
-
-The current Debian maintainer is Uwe Hermann .
-
-This package was originally debianized by Michael Bramer ,
-who also maintained it up to version 1.3.0rc1-3.
-
-It was downloaded from
-http://prdownloads.sourceforge.net/aa-project/aview-1.3.0rc1.tar.gz
-
-Upstream Author: Jan Hubicka 
+Format: https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
+Comment:
+ This package was debianized by Uwe Hermann  on
+ Thu, 25 Oct 2001 16:25:52 +0200.
+ .
+ The current Debian maintainer is Uwe Hermann .
+ .
+ This package was originally debianized by Michael Bramer ,
+ who also maintained it up to version 1.3.0rc1-3.
+Source:
+ http://prdownloads.sourceforge.net/aa-project/aview-1.3.0rc1.tar.gz
+Upstream-Contact:
+ Jan Hubicka 
 
+Files: *
 Copyright:
-
Probably Jan Hubicka  and others, but there's no
real copyright statement in the code or in the README. Here's a snippet
from aview.lsm:
-
+ .
  Author: hubi...@freesoft.cz (Jan Hubicka)
 (Filip Kupsa)
  tit...@mbox.vol.cz (Mojmir Svoboda)
  to...@horac.ta.jcu.cz (Kamil Toman)
-
-License:
-
+License: GPL-2+
This package is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.
-
+ .
This package is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY 

Bug#1064170: mediastreamer2: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: mediastreamer2
Version: 1:5.2.0+dfsg-3.1
Severity: important
Tags: patch pending sid trixie
User: debian-...@lists.debian.org
Usertags: time-t

NOTICE: these changes must not be uploaded to unstable yet!

Dear maintainer,

As part of the 64-bit time_t transition required to support 32-bit
architectures in 2038 and beyond
(https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified
mediastreamer2 as a source package shipping runtime libraries whose ABI
either is affected by the change in size of time_t, or could not be
analyzed via abi-compliance-checker (and therefore to be on the safe
side we assume is affected).

To ensure that inconsistent combinations of libraries with their
reverse-dependencies are never installed together, it is necessary to
have a library transition, which is most easily done by renaming the
runtime library package.

Since turning on 64-bit time_t is being handled centrally through a change
to the default dpkg-buildflags (https://bugs.debian.org/1037136), it is
important that libraries affected by this ABI change all be uploaded close
together in time.  Therefore I have prepared a 0-day NMU for mediastreamer2
which will initially be uploaded to experimental if possible, then to
unstable after packages have cleared binary NEW.

Please find the patch for this NMU attached.

If you have any concerns about this patch, please reach out ASAP.  Although
this package will be uploaded to experimental immediately, there will be a
period of several days before we begin uploads to unstable; so if information
becomes available that your package should not be included in the transition,
there is time for us to amend the planned uploads.



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

Kernel: Linux 6.5.0-14-generic (SMP w/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE
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)
diff -Nru mediastreamer2-5.2.0+dfsg/debian/changelog 
mediastreamer2-5.2.0+dfsg/debian/changelog
--- mediastreamer2-5.2.0+dfsg/debian/changelog  2024-01-30 14:30:19.0 
+
+++ mediastreamer2-5.2.0+dfsg/debian/changelog  2024-02-18 00:13:01.0 
+
@@ -1,3 +1,10 @@
+mediastreamer2 (1:5.2.0+dfsg-3.2) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Sun, 18 Feb 2024 00:13:01 +
+
 mediastreamer2 (1:5.2.0+dfsg-3.1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru mediastreamer2-5.2.0+dfsg/debian/control 
mediastreamer2-5.2.0+dfsg/debian/control
--- mediastreamer2-5.2.0+dfsg/debian/control2024-01-30 14:30:14.0 
+
+++ mediastreamer2-5.2.0+dfsg/debian/control2024-02-18 00:13:01.0 
+
@@ -58,7 +58,10 @@
 Vcs-Browser: 
https://salsa.debian.org/pkg-voip-team/linphone-stack/mediastreamer2
 Description: Multimedia streaming engine for telephony
 
-Package: libmediastreamer13
+Package: libmediastreamer13t64
+Provides: ${t64:Provides}
+Replaces: libmediastreamer13
+Breaks: libmediastreamer13 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Pre-Depends: ${misc:Pre-Depends},
@@ -86,7 +89,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: libmediastreamer13 (= ${binary:Version}),
+Depends: libmediastreamer13t64 (= ${binary:Version}),
  ${misc:Depends},
 # the .pc file mentions these 2, so a Depends: is needed
 # also the headers reference files from these 2
diff -Nru mediastreamer2-5.2.0+dfsg/debian/libmediastreamer13.install 
mediastreamer2-5.2.0+dfsg/debian/libmediastreamer13.install
--- mediastreamer2-5.2.0+dfsg/debian/libmediastreamer13.install 2024-01-30 
14:20:36.0 +
+++ mediastreamer2-5.2.0+dfsg/debian/libmediastreamer13.install 1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/libmediastreamer.so.*
diff -Nru mediastreamer2-5.2.0+dfsg/debian/libmediastreamer13.shlibs 
mediastreamer2-5.2.0+dfsg/debian/libmediastreamer13.shlibs
--- mediastreamer2-5.2.0+dfsg/debian/libmediastreamer13.shlibs  2024-01-30 
14:20:36.0 +
+++ mediastreamer2-5.2.0+dfsg/debian/libmediastreamer13.shlibs  1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-libmediastreamer 13 libmediastreamer13 (>= 1:5.2.0-1), libmediastreamer13 (<< 
1:5.3.0-1)
diff -Nru mediastreamer2-5.2.0+dfsg/debian/libmediastreamer13t64.install 
mediastreamer2-5.2.0+dfsg/debian/libmediastreamer13t64.install
--- mediastreamer2-5.2.0+dfsg/debian/libmediastreamer13t64.install  
1970-01-01 00:00:00.0 +
+++ mediastreamer2-5.2.0+dfsg/debian/libmediastreamer13t64.install  
2024-01-30 14:20:36.0 +
@@ -0,0 +1 @@
+usr/lib/*/libmediastreamer.so.*
diff -Nru