Bug#1064593: debian-policy: missing static resources for www.debian.org policy page

[Holger Wansing]

Hi,

Am 24. Februar 2024 20:15:41 MEZ schrieb James Addison :
>
>(this may relate closely to #915583)
>
>Some of the web resources referenced by the online[1] copy of the Debian policy
>manual seem to return HTTP 404 responses at the moment, meaning that the
>intended Sphinx CSS theming fails to apply.
>
>[1] - https://www.debian.org/doc/debian-policy/

Hmm, locally built it's fine here ...

@Stéphane: could you take a look?


Holger





-- 
Sent from /e/ OS on Fairphone3

Bug#1064629: libamd-comgr2: segfault in rocfft

[Cordell Bloor]

Package: libamd-comgr2
Version: 6.0+git20231212.4510c28+dfsg-1~exp2
Severity: important
X-Debbugs-Cc: c...@slerp.xyz

Dear Maintainer,

The rocfft tests began segfaulting on all architectures when
rocm-compilersupport 6.0+git20231212.4510c28+dfsg-1~exp2 was uploaded to
unstable. You can see it from the CI run for
6.0+git20231212.4510c28+dfsg-1~exp1 on experimental:
https://ci.rocm.debian.net/packages/r/rocfft/unstable/amd64+gfx1030/6343/
as compared to with 5.2.3-2:
https://ci.rocm.debian.net/packages/r/rocfft/unstable/amd64+gfx1030/6466/

I've captured a backtrace, although it's very unclear to me what the
problem is:

root@b50a9fa13687:~# gdb /usr/libexec/rocm/librocfft0-tests/rocfft-test
GNU gdb (Debian 13.2-1) 13.2
Copyright (C) 2023 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/libexec/rocm/librocfft0-tests/rocfft-test...

This GDB supports auto-downloading debuginfo from the following URLs:
  
Enable debuginfod for this session? (y or [n]) y
Debuginfod has been enabled.
To make this setting permanent, add 'set debuginfod enabled on' to .gdbinit.
Reading symbols from 
/root/.cache/debuginfod_client/b2eea099f3a928be0c9fb7ba45fbee4d9b157b43/debuginfo...
(gdb) r
Starting program: /usr/libexec/rocm/librocfft0-tests/rocfft-test
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
single epsilon: 3.75e-05double epsilon: 1e-15
Random seed: 4218654847
rocFFT version: 1.0.21.
[==] Running 289668 tests from 43 test suites.
[--] Global test environment set-up.
[--] 1 test from manual
[ RUN  ] manual.vs_fftw
Manual test:
length: 8
istride: 1
idist: 8
ostride: 1
odist: 8
batch: 1
isize: 8
osize: 8
ioffset: 0 0
ooffset: 0 0
in-place
transform_type: fft_transform_type_complex_forward
fft_array_type_complex_interleaved -> fft_array_type_complex_interleaved
single-precision
ilength: 8
olength: 8
ibuffer_size: 64
obuffer_size: 64

Token: 
complex_forward_len_8_single_ip_batch_1_istride_1_CI_ostride_1_CI_idist_8_odist_8_ioffset_0_0_ooffset_0_0
[New Thread 0x733576c0 (LWP 4429)]
[New Thread 0x72b546c0 (LWP 4430)]
[Thread 0x72b546c0 (LWP 4430) exited]
[New Thread 0x7fffebbff6c0 (LWP 4431)]
[New Thread 0x7fffeb3fe6c0 (LWP 4432)]
[Detaching after vfork from child process 4433]
[Thread 0x7fffeb3fe6c0 (LWP 4432) exited]
[Thread 0x7fffebbff6c0 (LWP 4431) exited]
[New Thread 0x7fffeb3fe6c0 (LWP 4434)]
[New Thread 0x7fffebbff6c0 (LWP 4435)]
[Thread 0x7fffeb3fe6c0 (LWP 4434) exited]
[New Thread 0x7fffeb3fe6c0 (LWP 4436)]
[Thread 0x7fffeb3fe6c0 (LWP 4436) exited]
[Thread 0x7fffebbff6c0 (LWP 4435) exited]
[   OK ] manual.vs_fftw (2682 ms)
[--] 1 test from manual (2682 ms total)

[--] 26 tests from rocfft_UnitTest
[ RUN  ] rocfft_UnitTest.default_load_callback_complex_single
[New Thread 0x7fffeb3fe6c0 (LWP 4437)]
[New Thread 0x7fffebbff6c0 (LWP 4438)]
[Detaching after vfork from child process 4439]
[Thread 0x7fffebbff6c0 (LWP 4438) exited]
[Thread 0x7fffeb3fe6c0 (LWP 4437) exited]
[New Thread 0x7fffebbff6c0 (LWP 4440)]
[New Thread 0x703ff6c0 (LWP 4441)]
[Thread 0x7fffebbff6c0 (LWP 4440) exited]

Thread 1 "rocfft-test" received signal SIGSEGV, Segmentation fault.
0x740d6208 in ?? () from /lib/x86_64-linux-gnu/libamdhip64.so.5
(gdb) thread apply all bt

Thread 12 (Thread 0x703ff6c0 (LWP 4441) "rocfft-test"):
#0  __GI___ioctl (fd=fd@entry=3, request=request@entry=3222817548) at 
../sysdeps/unix/sysv/linux/ioctl.c:36
#1  0x7349ee90 in kmtIoctl (fd=3, request=request@entry=3222817548, 
arg=arg@entry=0x703fddc0) at ./src/libhsakmt.c:13
#2  0x73497ddc in hsaKmtWaitOnMultipleEvents_Ext 
(event_age=0x703fdea8, Milliseconds=3, WaitOnAll=, 
NumEvents=, Events=0x703fde78) at ./src/events.c:407
#3  hsaKmtWaitOnMultipleEvents_Ext (Events=0x703fde78, NumEvents=1, 
WaitOnAll=, Milliseconds=3, event_age=0x703fdea8) at 
./src/events.c:378
#4  0x7349854b in hsaKmtWaitOnEvent_Ext (Event=, 
Milliseconds=, event_age=) at ./src/events.c:226
#5  0x73537640 in rocr::core::InterruptSignal::WaitRelaxed 
(this=0x895d6f00, 

Bug#1064628: python3-pyment suggests python3-pyment-doc but that doesn't exist

[Paul Gevers]

Package: python3-pyment
Version: 0.3.4+ds-4
Severity: minor

Hi,

I just installed python3-pyment and apt informed me that it suggests 
python3-pyment-doc (see below in the "System Information" section). 
After a quick play, I decided I wanted to see the docs, but installing 
python3-pyment-doc failed:

'''
paul@mulciber ~ $ sudo apt install python3-pyment-doc
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Package python3-pyment-doc is not available, but is referred to by 
another package.

This may mean that the package is missing, has been obsoleted, or
is only available from another source
'''

It turns out that the documentation package is called python-pyment-doc 
(without the 3). Please either fix the Suggests, or have 
bin:python-pyment-doc Provides python3-pyment-doc.


Paul

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

Kernel: Linux 6.6.13-amd64 (SMP w/4 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 python3-pyment depends on:
ii  python3  3.11.6-1

python3-pyment recommends no packages.

Versions of packages python3-pyment suggests:
pn  python3-pyment-doc  

-- no debconf information


OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1062461: itcl3: NMU diff for 64-bit time_t transition

[Steve Langasek]

Upon review, it's clear that 'itcl3' is not a library name (the library is
named libitcl3.4), and that there are no reverse-depends of this package in
the archive using the library.  Therefore I propose to not change the itcl3
package name for this transition, and leave the package as-is.  Closing this
bug.

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


signature.asc
Description: PGP signature

Bug#1064627: libukcc3: Short package description continues in the long one

[Beatrice Torracca]

Package: libukcc3
Severity: minor

Hi,

the short package description of libukcc3 (and libukcc-dev) is the
start of a sentence that continues in the long package description. As
such both are incomplete (and not correct).

On the contrary the description of package ukui-control-center in the
same source package is OK and could be used as an example.

Thanks,

beatrice

Bug#1052455: RE: freetype 2.12.1+dfsg-5+deb12u1 makes chromium segfault at startup

[Hugh McMaster]

Control: tag -1 -moreinfo
Control: retitle -1 bookworm-pu: package freetype/2.12.1+dfsg-5+deb12u3

Hi Jonathan,

On Sun, 11 Feb 2024 at 01:40, Jonathan Wiltshire wrote:
>
> On Sat, Feb 10, 2024 at 12:23:06AM +1100, Hugh McMaster wrote:
> > When is the next point release scheduled for?
>
> It isn't yet, but the normal candence is approximately every two months.
> You need to allow plenty for time for review and testing though. Please
> propose a source debdiff as usual.

I've prepared a source debdiff for the proposed freetype 2.12.1+dfsg-5+deb12u3.

This update includes the original patch and the additional typo fix
identified by Ben Wagner.

In terms of testing, grepping for PUT_COLOR_LAYERS_V1 or
TT_SUPPORT_COLRV1 yields almost the same group of packages.

chromium, firefox-esr, godot, thunderbird all have GUIs. These launch
and function as expected on my bookworm test system.

I also tested some of the openjdk-* demos, where the openjdk version
is installable on bookworm.

Hugh


freetype-2.12.1+dfsg-5+deb12u3.debdiff
Description: Binary data

Bug#1064626: flint: NMU diff for 64-bit time_t transition

[Steve Langasek]

Source: flint
Version: 3.0.1-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
flint 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 flint
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 flint-3.0.1/debian/changelog flint-3.0.1/debian/changelog
--- flint-3.0.1/debian/changelog2024-02-04 15:08:09.0 +
+++ flint-3.0.1/debian/changelog2024-02-25 04:58:48.0 +
@@ -1,3 +1,10 @@
+flint (3.0.1-3.1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Sun, 25 Feb 2024 04:58:48 +
+
 flint (3.0.1-3) unstable; urgency=medium
 
   * Fix multi-arch support.
diff -Nru flint-3.0.1/debian/control flint-3.0.1/debian/control
--- flint-3.0.1/debian/control  2024-02-04 15:08:09.0 +
+++ flint-3.0.1/debian/control  2024-02-25 04:58:48.0 +
@@ -18,7 +18,10 @@
 Vcs-Browser: https://salsa.debian.org/math-team/flint
 Vcs-Git: https://salsa.debian.org/math-team/flint.git
 
-Package: libflint18
+Package: libflint18t64
+Provides: ${t64:Provides}
+Replaces: libflint18
+Breaks: libflint18 (<< ${source:Version})
 Section: libs
 Architecture: any
 Multi-Arch: same
@@ -37,7 +40,7 @@
 Package: libflint-dev
 Section: libdevel
 Architecture: any
-Depends: libflint18 (= ${binary:Version}), libmpfr-dev, ${misc:Depends}
+Depends: libflint18t64 (= ${binary:Version}), libmpfr-dev, ${misc:Depends}
 Description: C library for number theory, development files
  The Fast Library for Integer Number Theory is a C library which supports
  polynomial arithmetic over the integers, fast integer arithmetic and factoring
diff -Nru flint-3.0.1/debian/libflint18.install 
flint-3.0.1/debian/libflint18.install
--- flint-3.0.1/debian/libflint18.install   2024-02-04 15:08:09.0 
+
+++ flint-3.0.1/debian/libflint18.install   1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-/usr/lib/*/libflint*.so.*
diff -Nru flint-3.0.1/debian/libflint18.shlibs 
flint-3.0.1/debian/libflint18.shlibs
--- flint-3.0.1/debian/libflint18.shlibs2024-02-04 15:08:09.0 
+
+++ flint-3.0.1/debian/libflint18.shlibs1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-libflint 18 libflint18
diff -Nru flint-3.0.1/debian/libflint18t64.install 
flint-3.0.1/debian/libflint18t64.install
--- flint-3.0.1/debian/libflint18t64.install1970-01-01 00:00:00.0 
+
+++ flint-3.0.1/debian/libflint18t64.install2024-02-04 15:08:09.0 
+
@@ -0,0 +1 @@
+/usr/lib/*/libflint*.so.*
diff -Nru flint-3.0.1/debian/libflint18t64.lintian-overrides 
flint-3.0.1/debian/libflint18t64.lintian-overrides
--- flint-3.0.1/debian/libflint18t64.lintian-overrides  1970-01-01 
00:00:00.0 +
+++ flint-3.0.1/debian/libflint18t64.lintian-overrides  2024-02-25 
04:58:48.0 +
@@ -0,0 +1 @@
+libflint18t64: package-name-doesnt-match-sonames libflint18
diff -Nru flint-3.0.1/debian/libflint18t64.shlibs 
flint-3.0.1/debian/libflint18t64.shlibs
--- flint-3.0.1/debian/libflint18t64.shlibs 1970-01-01 00:00:00.0 
+
+++ 

Bug#1064625: ITP: golang-github-schollz-mnemonicode -- Encode binary data into a sequence of words

[Guilherme Puida Moreira]

Package: wnpp
Severity: wishlist
Owner: Guilherme Puida Moreira 

* Package name: golang-github-schollz-mnemonicode
  Version : 1.0.1-1
  Upstream Author : Zack
* URL : https://github.com/schollz/mnemonicode
* License : Expat
  Programming Lang: Go
  Description : Encode binary data into a sequence of words

 Mnemonicode is a method for encoding binary data into a sequence of
 words which can be spoken over the phone, for example, and converted
 back to data on the other side.

This is a dependency of croc, which I'm also working on packaging.

Bug#1064624: Hard to short-stroke an encrypted drive

[Matthew Wilcox]

Package: debian-installer

The partitioner "guided partitioning" offers me:

 - use the largest continuous free space
 - use entire disk
 - use entire disk and set up LVM
 - use entire disk and set up encrypted LVM

I want "use largest contiguous space and set up encrypted LVM".
That would let me reserve 200GB of my SSD as unencrypted free space,
which will improve the write endurance of my SSD.


Also once I start partitioning, eg, "and set up LVM", I can't delete the
partitions again.  Well, I can, but I have to switch to a terminal,
run dmsetup remove_all.  Which sometimes confuses the partitioner and it
gets stuck printing "??? ???"  If that happens, I can neither "go back",
nor "continue".

Bug#1064623: ITP: golang-github-tscholl2-siec -- Super-Isolated Elliptic Curve Implementation in Go

[Guilherme Puida Moreira]

Package: wnpp
Severity: wishlist
Owner: Guilherme Puida Moreira 

* Package name: golang-github-tscholl2-siec
  Version : 0.0~git20210707.9bdfc48-1
  Upstream Author : Travis Scholl
* URL : https://github.com/tscholl2/siec
* License : Expat
  Programming Lang: Go
  Description : Super-Isolated Elliptic Curve Implementation in Go

 Super-Isolated Elliptic Curve Implementation in Go
 .
 This package exports a super-isolated elliptic curve. Over the base field
 픽ₚ, the curve E does not admit any isogenies to other curves.

This is a dependency of croc, which I'm also working on packaging

Bug#1064622: ITP: python-chocolate -- Improvement to Python's kwargs

[Yogeswaran Umasankar]

Package: wnpp
Severity: wishlist
Owner: Yogeswaran Umasankar 
X-Debbugs-Cc: debian-de...@lists.debian.org, kd8...@gmail.com

* Package name: python-chocolate
  Version : 0.0.2
  Upstream Contact: Seungjae Ryan Lee 
* URL : https://github.com/seungjaeryanlee/chocolate
* License : Expat
  Programming Lang: Python
  Description : Improvement to Python's kwargs

Chocolate is a Python package that improves Python's
 `**kwargs`. It is a depend for other python packages. I am planning to
 maintain it under DPT, and need sponsorship.

Bug#1062427: ghmm: NMU diff for 64-bit time_t transition

[Steve Langasek]

The previous patch unfortunately failed to build because d-shlibs requires
the use of Conflicts instead of Breaks on previous package names.  Please
find a fixed patch attached.

-- 
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 ghmm-0.9~rc3/debian/changelog ghmm-0.9~rc3/debian/changelog
--- ghmm-0.9~rc3/debian/changelog   2024-02-07 14:25:59.0 +
+++ ghmm-0.9~rc3/debian/changelog   2024-02-25 03:11:36.0 +
@@ -1,3 +1,18 @@
+ghmm (0.9~rc3-5.1~exp1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Use Conflicts, not Breaks, to satisfy d-shlibs
+
+ -- Steve Langasek   Sun, 25 Feb 2024 03:11:36 +
+
+ghmm (0.9~rc3-5.1~exp) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+  * Bump build-dependency on d-shlibs for --t64 support.
+
+ -- Lukas Märdian   Wed, 07 Feb 2024 18:14:34 +0100
+
 ghmm (0.9~rc3-5) unstable; urgency=medium
 
   * Team upload.
diff -Nru ghmm-0.9~rc3/debian/control ghmm-0.9~rc3/debian/control
--- ghmm-0.9~rc3/debian/control 2024-02-07 14:25:59.0 +
+++ ghmm-0.9~rc3/debian/control 2024-02-25 03:11:05.0 +
@@ -5,7 +5,7 @@
 Priority: optional
 Build-Depends: debhelper-compat (= 13),
dh-sequence-python3,
-   d-shlibs,
+   d-shlibs (>= 0.106~),
python3-dev,
pkg-config,
libxml2-dev,
@@ -25,7 +25,7 @@
  ${misc:Depends},
  ${python3:Depends},
  python3,
- libghmm1
+ libghmm1t64
 Recommends: libopenblas0 | libblis4
 Description: General Hidden-Markov-Model library - tools
  The General Hidden Markov Model Library (GHMM) is a C library with
@@ -40,8 +40,8 @@
 Section: libdevel
 Depends: ${shlibs:Depends},
  ${misc:Depends},
- libghmm1 (>= ${source:Upstream-Version}),
- libghmm1 (<< ${source:Upstream-Version}+1)
+ libghmm1t64 (>= ${source:Upstream-Version}),
+ libghmm1t64 (<< ${source:Upstream-Version}+1)
 Description: General Hidden-Markov-Model library - header files
  The General Hidden Markov Model Library (GHMM) is a C library with
  additional Python3 bindings implementing a wide range of types of
@@ -50,7 +50,10 @@
  .
  Header files and static library to compile against the library.
 
-Package: libghmm1
+Package: libghmm1t64
+Provides: ${t64:Provides}
+Replaces: libghmm1
+Conflicts: libghmm1 (<< ${source:Version})
 Architecture: any
 Section: libs
 Depends: ${shlibs:Depends},
diff -Nru ghmm-0.9~rc3/debian/libghmm1t64.lintian-overrides 
ghmm-0.9~rc3/debian/libghmm1t64.lintian-overrides
--- ghmm-0.9~rc3/debian/libghmm1t64.lintian-overrides   1970-01-01 
00:00:00.0 +
+++ ghmm-0.9~rc3/debian/libghmm1t64.lintian-overrides   2024-02-07 
17:14:34.0 +
@@ -0,0 +1 @@
+libghmm1t64: package-name-doesnt-match-sonames libghmm1
diff -Nru ghmm-0.9~rc3/debian/rules ghmm-0.9~rc3/debian/rules
--- ghmm-0.9~rc3/debian/rules   2024-02-07 14:25:59.0 +
+++ ghmm-0.9~rc3/debian/rules   2024-02-07 17:14:34.0 +
@@ -23,6 +23,7 @@
 
 override_dh_install:
d-shlibmove --commit \
+   --t64 \
--multiarch \
--devunversioned \
--exclude-la \


signature.asc
Description: PGP signature

Bug#942055: ghostscript in buster partly broken on armel?

[Steven Robbins]

On Wed, 05 Feb 2020 16:13:51 +0100 Jonas Smedegaard  wrote:

> > > I maintain the Ghostscript package, but am not skilled in the various 
> > > tools using Ghostscript.  It seems more sensible to me to first 
> > > investigate toolchain problems further back in the chain, where (I 
> > > assume) it is better known how to isolate the data forwarded down the 
> > > chain.
> > 
> > 
> > I guess this is what I did in previous message 33 ?
> 
> Ohh, indeed!  Great details and smells strongly of the bug being in 
> Ghostscript.  I am hereby re-re-re-assigning and reviving versions...

Dear submitter,

Can you advise whether this is still an issue?  I ran the attached foomatic 
file through gs on amd64 and it still works fine.  But I have no access to an 
armel machine.

Thanks,
-Steve


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

Bug#503191: pdfwrite: AutoRotatePages=/None ignored, PDF rotate

[Steven Robbins]

On Thu, 23 Oct 2008 12:31:07 +0200 martin f krafft  wrote:
> Package: ghostscript
> Version: 8.62.dfsg.1-3.1
> Severity: normal
> File: /usr/bin/gs
> 
> When I run
> 
>   gs -q -sDEVICE=pdfwrite -dAutoRotatePages=/None -sOutputFile='graphs/
snowball-sampling.pdf' - -c quit < graphs/snowball-sampling.eps
> 
> on the attached file, the PDF is rotated 90 degrees, despite
> -dAutoRotatePages=/None. This seems related to #131570 (see also
> http://tolstoy.newcastle.edu.au/R/devel/03b/0795.html).

I tested the supplied example on ghostscript 10.02.1.

The eps file displays "right side up" in landscape mode, while the converted 
PDF displays rotated but in portrait mode.  The PDF file displays the same as 
the EPS if you switch to landscape mode.

It's unclear to me whether this is a bug or expected behaviour.

Can you check and see if the latest ghostscript meets your expectations?  If 
not, then some additional details would be appreciated.

Best,
-Steve


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

Bug#1064621: python3-certifi: package not compatible with Multiarch

[Josenilson Ferreira da Silva]

Package: python3-certifi
Version: 2023.11.17-1
Severity: normal
X-Debbugs-Cc: nilsonfsi...@hotmail.com

Dear Maintainer,
I request that your package be declared as "MultiArch",
the absence of this tag in Debian/control is causing an error in the
CI/CD test in salsa:
https://salsa.debian.org/python-team/packages/python-mbedtls/-/jobs/5340952



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

Kernel: Linux 6.1.0-17-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to 
C.UTF-8), LANGUAGE=C.UTF-8
Shell: /bin/sh linked to /usr/bin/dash
Init: unable to detect

Versions of packages python3-certifi depends on:
ii  ca-certificates  20230311
ii  python3  3.11.6-1

python3-certifi recommends no packages.

python3-certifi suggests no packages.

-- no debconf information

Bug#1064620: firmware-nonfree: suggestions for the packaging, gencontrol.py and debian/rules

[Nicolas Boulenguez]

Source: firmware-nonfree
Version: 20230210-5
Severity: wishlist
Tags: patch

Hello.

The source package builds with the attached changes (2 to 10), and
debdiff finds no difference in the resulting debs for
firmware-{linux,linux-nonfree,qcom-media} (testing do_extra in gencontrol.py)
firmware-realtek (testing an example of do_main in gencontrol.py)

Commit 2 to 9 are cosmetic.

Commit 10 simplifies the build system in my opinion, and may improve
the handling of spaces in file names (1#1035505).

This is a complex package and I miss context, so I may of course split
10 in separate commits or revert parts of it depending on your answer.
>From 798e5b247db70dc24ce6736a4eba7b5ae17ca41d Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez 
Date: Fri, 23 Feb 2024 17:10:17 +0100
Subject: [PATCH 02/10] d/README.Debian: typo

---
 debian/README.source | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/README.source b/debian/README.source
index 15c11bf..43e897a 100644
--- a/debian/README.source
+++ b/debian/README.source
@@ -85,7 +85,7 @@ Optional per-file metadata:
 
 [_base] desc: One-line description for this file, used in
 package description
-[_base] version: Verson number for this file, used in package
+[_base] version: Version number for this file, used in package
description
 
 To re-generate debian/control (and other files) based on these
-- 
2.39.2

>From c525da983a782b3d58e7ba4f793930e197fc05d7 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez 
Date: Fri, 23 Feb 2024 17:11:31 +0100
Subject: [PATCH 03/10] d/clean: instead of complexity in d/rules

---
 debian/clean | 2 ++
 debian/rules | 1 -
 2 files changed, 2 insertions(+), 1 deletion(-)
 create mode 100644 debian/clean

diff --git a/debian/clean b/debian/clean
new file mode 100644
index 000..b0bff90
--- /dev/null
+++ b/debian/clean
@@ -0,0 +1,2 @@
+debian/build/
+debian/lib/python/__pycache__/
diff --git a/debian/rules b/debian/rules
index 5867d9f..ccd41a7 100755
--- a/debian/rules
+++ b/debian/rules
@@ -15,7 +15,6 @@ build-indep build-arch build: debian/control
 
 clean: debian/control
 	dh_testdir
-	rm -rf debian/build debian/lib/python/__pycache__
 	dh_clean
 
 binary-indep: build-indep
-- 
2.39.2

>From d193cb90f02e2c669c1ad2fb91759f4d9c3591e8 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez 
Date: Fri, 23 Feb 2024 17:28:04 +0100
Subject: [PATCH 04/10] d/rules: use dpkg pkg-info.mk snippet instead of
 reinventing it

---
 debian/rules | 15 +++
 1 file changed, 7 insertions(+), 8 deletions(-)

diff --git a/debian/rules b/debian/rules
index ccd41a7..d9a2d38 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,10 +1,9 @@
 #!/usr/bin/make -f
 SHELL := sh -e
-SOURCE := $(shell dpkg-parsechangelog -SSource)
-VERSION := $(shell dpkg-parsechangelog -SVersion)
-VERSION_UPSTREAM := $(shell echo "$(VERSION)" | sed -e 's,-[^-]*$$,,')
-VERSION_BINNMU := $(shell echo "$(VERSION)" | sed -rne 's,.*\+b([0-9]+)$$,\1,p')
-VERSION_SOURCE := $(patsubst %+b$(VERSION_BINNMU),%,$(VERSION))
+
+include /usr/share/dpkg/pkg-info.mk
+VERSION_BINNMU := $(shell echo "$(DEB_VERSION)" | sed -rne 's,.*\+b([0-9]+)$$,\1,p')
+VERSION_SOURCE := $(patsubst %+b$(VERSION_BINNMU),%,$(DEB_VERSION))
 
 include debian/rules.defs
 
@@ -35,7 +34,7 @@ CONTROL_FILES += debian/bin/gencontrol.py debian/config/defines $(wildcard debia
 # in the checksum.
 debian/build/version-info: debian/changelog
 	mkdir -p $(@D)
-	printf >$@ 'Source: %s\nVersion: %s\n' $(SOURCE) $(VERSION_SOURCE)
+	printf >$@ 'Source: %s\nVersion: %s\n' $(DEB_SOURCE) $(VERSION_SOURCE)
 
 debian/control debian/rules.gen: $(GENCONTROL) $(CONTROL_FILES)
 ifeq ($(wildcard debian/control.md5sum),)
@@ -59,8 +58,8 @@ debian/control-real: $(GENCONTROL) $(CONTROL_FILES)
 	@echo
 	exit 1
 
-DIR_ORIG = ../orig/$(SOURCE)-$(VERSION_UPSTREAM)
-TAR_ORIG_NAME = $(SOURCE)_$(VERSION_UPSTREAM).orig.tar.xz
+DIR_ORIG = ../orig/$(DEB_SOURCE)-$(DEB_VERSION_UPSTREAM)
+TAR_ORIG_NAME = $(DEB_SOURCE)_$(DEB_VERSION_UPSTREAM).orig.tar.xz
 TAR_ORIG = $(firstword $(wildcard ../$(TAR_ORIG_NAME)) $(wildcard ../orig/$(TAR_ORIG_NAME)))
 
 orig: $(DIR_ORIG)
-- 
2.39.2

>From 1327a9f8e15b602e7f3df768758f478b548dbd50 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez 
Date: Fri, 23 Feb 2024 17:28:38 +0100
Subject: [PATCH 05/10] d/rules: expand GENCONTROL instead of duplicating its
 contents

---
 debian/rules | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/debian/rules b/debian/rules
index d9a2d38..f455e5e 100755
--- a/debian/rules
+++ b/debian/rules
@@ -26,9 +26,9 @@ binary-arch: build-arch
 binary:	binary-indep binary-arch
 
 CONTROL_FILES = debian/build/version-info $(wildcard debian/templates/*.in)
-CONTROL_FILES += debian/bin/gencontrol.py debian/config/defines $(wildcard debian/config/*/defines) debian/modinfo.json
+CONTROL_FILES += $(GENCONTROL) debian/config/defines $(wildcard debian/config/*/defines) debian/modinfo.json
 
-# debian/bin/gencontrol.py 

Bug#1064619: Please package v2.6

[Nicholas D Steeves]

Package: markdown-mode
Version: 2.5-1
Severity: normal
X-Debbugs-Cc: s...@debian.org

Please package markdown-mode v2.6.  Upstream changelog is available
here:

https://github.com/jrblevin/markdown-mode/releases/tag/v2.6

Regards,
Nicholas

Bug#1059503: RFS: blanket/0.6.0-1 [RFP] -- listen to relaxing sounds

[Danial Behzadi]

> Hi Danial. 
Hey

> The watch file does not repack the source; do it like this: 
> 
> version=4
> opts=\
> repacksuffix=+dfsg,\
> repack,compression=gz,\
> dversionmangle=s/\+(dfsg)(\.\d+)?$//,\
> filenamemangle=s/.*\/v?([\d\.-]+)\.tar\.gz
> 
> ...
Done in the new version on Salsa and mentors.

> Minor nitpick: I would add a Comment: for each sound file with the
> freesound url from sound_licensing.md. 
I already did that for train.ogg in d/copyright. Is there anything else
I should do?

sincerely,
--
Danial Behzadi

Bug#1064618: firmware-realtek: please install rtlwifi/rtl8188fufw.bin

[Nicolas Boulenguez]

Package: firmware-realtek
Severity: wishlist
Tags: patch

Hello.
It seems that rtlwifi/rtl8188fufw.bin is now part of the Linux
firmwares repository.
The attachment attempts to spare you some time, and builds on Debian,
but is not tested on actual hardware yet.
>From 3a37cc18ee2709e807ff1f330bdc05a8db63efa0 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez 
Date: Fri, 23 Feb 2024 17:12:57 +0100
Subject: [PATCH 01/10] realtek: Add RTL8188fufw firmware

---
 debian/config/realtek/defines | 5 +
 debian/copyright  | 2 +-
 debian/modinfo.json   | 1 +
 3 files changed, 7 insertions(+), 1 deletion(-)

diff --git a/debian/config/realtek/defines b/debian/config/realtek/defines
index a68029b..9f600bd 100644
--- a/debian/config/realtek/defines
+++ b/debian/config/realtek/defines
@@ -70,6 +70,7 @@ files:
  rtl_nic/rtl8411-2.fw
  rtlwifi/rtl8188efw.bin
  rtlwifi/rtl8188eufw.bin
+ rtlwifi/rtl8188fufw.bin
  rtlwifi/rtl8192cfw.bin
  rtlwifi/rtl8192cfwU_B.bin
  rtlwifi/rtl8192cfwU.bin
@@ -340,6 +341,10 @@ desc: Realtek RTL8188EE firmware
 desc: Realtek RTL8188EU firmware
 version: 28.0
 
+[rtlwifi/rtl8188fufw.bin_base]
+desc: Realtek RTL8188FU firmware
+version: 4.3.23.6_20964.20170110
+
 [rtlwifi/rtl8192cfw.bin_base]
 desc: Realtek RTL8192CE/RTL8188CE firmware
 
diff --git a/debian/copyright b/debian/copyright
index 809b65d..0f1f247 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -4265,7 +4265,7 @@ License: binary-redist-Realtek-permissive
  notice is accompanying it.
 
 Files: RTL8192E/* rtlwifi/* rtw88/*
-Copyright: 2009-2010, Realtek Semiconductor Corporation
+Copyright: 2009-2017, Realtek Semiconductor Corporation
 License: binary-redist-Realtek-restrictive
  All rights reserved.
  .
diff --git a/debian/modinfo.json b/debian/modinfo.json
index ffee46a..333bc30 100644
--- a/debian/modinfo.json
+++ b/debian/modinfo.json
@@ -7000,6 +7000,7 @@
   "rtlwifi/rtl8192cufw_B.bin",
   "rtlwifi/rtl8192cufw_A.bin",
   "rtlwifi/rtl8188eufw.bin",
+  "rtlwifi/rtl8188fufw.bin",
   "rtlwifi/rtl8723aufw_B_NoBT.bin",
   "rtlwifi/rtl8723aufw_B.bin",
   "rtlwifi/rtl8723aufw_A.bin"
-- 
2.39.2

Bug#1060838: meson: should use the host gobject-introspection-1.0.pc for looking up g-ir-scanner

[Jussi Pakkanen]

On Fri, 23 Feb 2024 at 14:27, Simon McVittie  wrote:

> On Wed, 21 Feb 2024 at 10:47:33 +0100, Johannes Schauer Marin Rodrigues wrote:
> > I've just learned from Simon McVittie in #debian-devel that there is a way 
> > to
> > cross-build packages using meson and gobject-introspection without this 
> > patch
> > by configuring them with --cross-file. Here is an example from libportal:
> >
> > https://salsa.debian.org/debian/libportal/-/commit/4efec56ef735eac25836acca867fe59812c3dc6d

Meson comes with a tool that converts native and cross environments
into cross files. It is run with `meson env2mfile`. It even has a mode
to generate Debian package building scripts. Updating that to handle
this case would probably be the smartest thing to do.

Currently Debian package building does not use that by default. We
planned to make it use that, but it had some bugs and it had to be
taken out for Debian release freeze.

Bug#1061744: ipyparallel ftbfs with Python 3.12 as default

[Emmanuel Arias]

Hi,

I cannot reproduce this error. Seems to be that in sid does
not fail.

-- 
cheers,
Emmanuel Arias

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


signature.asc
Description: PGP signature

Bug#1064617: Passwords should not be changed frequently

[Matthew Wilcox]

Package: debian-installer

I just did an installation with the 2024-02-24
debian-testing-amd64-netinst.iso image.  I forget the exact wording
used, but when setting up a user, d-i printed advice that user passwords
should be changed frequently.  This is no longer current good advice
(since 2017):

 "Verifiers SHOULD NOT require memorized secrets to be changed arbitrarily
 (e.g., periodically).  However, verifiers SHALL force a change if there
 is evidence of compromise of the authenticator."

https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-63b.pdf

I happen to like their suggestion of providing a password-strength meter,
but that would be a separate bug.  This bug is simply a request to remove
this outdated suggestion text from d-i.

Bug#1062368: dlib: NMU diff for 64-bit time_t transition

[Steve Langasek]

The previous patch overlooked that the variable in debian/rules affected not
only the package name, but the soname produced for the .so file.  Please
find a corrected patch attached.

-- 
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 dlib-19.24+dfsg/debian/changelog dlib-19.24+dfsg/debian/changelog
--- dlib-19.24+dfsg/debian/changelog2022-05-15 19:23:47.0 +
+++ dlib-19.24+dfsg/debian/changelog2024-02-25 00:18:05.0 +
@@ -1,3 +1,23 @@
+dlib (19.24+dfsg-1.1~exp3) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Fix debian/rules to not change the upstream soname.
+
+ -- Steve Langasek   Sun, 25 Feb 2024 00:18:05 +
+
+dlib (19.24+dfsg-1.1~exp2) experimental; urgency=medium
+
+  * Fixing the soversion in d/rules
+
+ -- Pierre Gruet   Fri, 02 Feb 2024 23:10:12 +0100
+
+dlib (19.24+dfsg-1.1~exp1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Michael Hudson-Doyle   Thu, 01 Feb 2024 07:29:47 +
+
 dlib (19.24+dfsg-1) unstable; urgency=medium
 
   * New upstream version 19.24+dfsg
diff -Nru dlib-19.24+dfsg/debian/control dlib-19.24+dfsg/debian/control
--- dlib-19.24+dfsg/debian/control  2022-05-15 12:02:01.0 +
+++ dlib-19.24+dfsg/debian/control  2024-02-02 21:51:38.0 +
@@ -23,7 +23,7 @@
 Architecture: any
 Multi-Arch: same
 Section: libdevel
-Depends: libdlib19.1 (= ${binary:Version}),
+Depends: libdlib19.1t64 (= ${binary:Version}),
  ${misc:Depends},
  libopencv-core-dev,
  libpng-dev,
@@ -40,7 +40,10 @@
  .
  This package contains the development headers.
 
-Package: libdlib19.1
+Package: libdlib19.1t64
+Provides: ${t64:Provides}
+Replaces: libdlib19.1
+Breaks: libdlib19.1 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: libdlib-data,
diff -Nru dlib-19.24+dfsg/debian/libdlib19.1.examples 
dlib-19.24+dfsg/debian/libdlib19.1.examples
--- dlib-19.24+dfsg/debian/libdlib19.1.examples 2022-04-16 18:58:05.0 
+
+++ dlib-19.24+dfsg/debian/libdlib19.1.examples 1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-examples/*
diff -Nru dlib-19.24+dfsg/debian/libdlib19.1.install 
dlib-19.24+dfsg/debian/libdlib19.1.install
--- dlib-19.24+dfsg/debian/libdlib19.1.install  2022-04-16 18:58:05.0 
+
+++ dlib-19.24+dfsg/debian/libdlib19.1.install  1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru dlib-19.24+dfsg/debian/libdlib19.1.lintian-overrides 
dlib-19.24+dfsg/debian/libdlib19.1.lintian-overrides
--- dlib-19.24+dfsg/debian/libdlib19.1.lintian-overrides2022-04-16 
21:30:19.0 +
+++ dlib-19.24+dfsg/debian/libdlib19.1.lintian-overrides1970-01-01 
00:00:00.0 +
@@ -1,3 +0,0 @@
-# symbols file are not recommended for C++ libraries
-# cf http://www.eyrie.org/~eagle/journal/2012-02/001.html
-no-symbols-control-file
diff -Nru dlib-19.24+dfsg/debian/libdlib19.1t64.examples 
dlib-19.24+dfsg/debian/libdlib19.1t64.examples
--- dlib-19.24+dfsg/debian/libdlib19.1t64.examples  1970-01-01 
00:00:00.0 +
+++ dlib-19.24+dfsg/debian/libdlib19.1t64.examples  2024-02-02 
21:51:38.0 +
@@ -0,0 +1 @@
+examples/*
diff -Nru dlib-19.24+dfsg/debian/libdlib19.1t64.install 
dlib-19.24+dfsg/debian/libdlib19.1t64.install
--- dlib-19.24+dfsg/debian/libdlib19.1t64.install   1970-01-01 
00:00:00.0 +
+++ dlib-19.24+dfsg/debian/libdlib19.1t64.install   2024-02-02 
21:51:38.0 +
@@ -0,0 +1 @@
+usr/lib/*/lib*.so.*
diff -Nru dlib-19.24+dfsg/debian/libdlib19.1t64.lintian-overrides 
dlib-19.24+dfsg/debian/libdlib19.1t64.lintian-overrides
--- dlib-19.24+dfsg/debian/libdlib19.1t64.lintian-overrides 1970-01-01 
00:00:00.0 +
+++ dlib-19.24+dfsg/debian/libdlib19.1t64.lintian-overrides 2024-02-02 
21:51:38.0 +
@@ -0,0 +1,4 @@
+# symbols file are not recommended for C++ libraries
+# cf http://www.eyrie.org/~eagle/journal/2012-02/001.html
+no-symbols-control-file
+libdlib19.1t64: package-name-doesnt-match-sonames libdlib19.1
diff -Nru dlib-19.24+dfsg/debian/rules dlib-19.24+dfsg/debian/rules
--- dlib-19.24+dfsg/debian/rules2022-05-02 17:42:04.0 +
+++ dlib-19.24+dfsg/debian/rules2024-02-25 00:17:41.0 +
@@ -13,7 +13,8 @@
 CONFIG_SHARED_PATH  = config_shared
 CONFIG_STATIC_PATH  = config_static
 LIB_SOVERSION   = 19.1
-EXAMPLES_PATH   = 
debian/libdlib$(LIB_SOVERSION)/usr/share/doc/libdlib$(LIB_SOVERSION)/examples/
+LIB_SOVERSION_ISH   = $(LIB_SOVERSION)t64
+EXAMPLES_PATH   = 
debian/libdlib$(LIB_SOVERSION_ISH)/usr/share/doc/libdlib$(LIB_SOVERSION_ISH)/examples/
 
 %:
dh $@ 

Bug#1064616: python-thinc: please remove python3-six from build dependencies

[Alexandre Detiste]

Source: python-thinc
Version: 8.2.2-1
Severity: normal

python3-six is not used anymore by this project.

Bug#1064615: pytango: please remove dependency on python3-six

[Alexandre Detiste]

Source: pytango
Severity: normal

This project does not uses "six" anymore,
it merely vendors a tiny part of it (one function)
into tango/utils.py.

The "python3-six" line can be removed from debian/control.

Greetings

Bug#1061989: cupt: NMU diff for 64-bit time_t transition

[Steve Langasek]

The previous patch had an error where the Provides: field was missing. 
Please find a corrected patch attached.

-- 
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 cupt-2.10.4+nmu1/debian/changelog 
cupt-2.10.4+nmu2~exp2/debian/changelog
--- cupt-2.10.4+nmu1/debian/changelog   2020-06-07 20:56:21.0 +
+++ cupt-2.10.4+nmu2~exp2/debian/changelog  2024-02-25 00:01:15.0 
+
@@ -1,3 +1,17 @@
+cupt (2.10.4+nmu2~exp2) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Add missing Provides: field
+
+ -- Steve Langasek   Sun, 25 Feb 2024 00:01:15 +
+
+cupt (2.10.4+nmu2~exp1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Michael Hudson-Doyle   Tue, 30 Jan 2024 18:10:47 +
+
 cupt (2.10.4+nmu1) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru cupt-2.10.4+nmu1/debian/control cupt-2.10.4+nmu2~exp2/debian/control
--- cupt-2.10.4+nmu1/debian/control 2020-06-07 20:52:19.0 +
+++ cupt-2.10.4+nmu2~exp2/debian/control2024-02-25 00:01:00.0 
+
@@ -36,18 +36,20 @@
 Section: debug
 Priority: optional
 Architecture: any
-Depends: libcupt4-2 (= ${binary:Version}) | cupt (= ${binary:Version}) |
+Depends: libcupt4-2t64 (= ${binary:Version}) | cupt (= ${binary:Version}) |
  libcupt4-2-downloadmethod-curl (= ${binary:Version}) |
  libcupt4-2-downloadmethod-wget (= ${binary:Version}),
  ${misc:Depends}
 Description: flexible package manager -- debugging symbols
  This package contains gdb debugging symbols for the Cupt packages.
 
-Package: libcupt4-2
+Package: libcupt4-2t64
+Provides: ${t64:Provides}
+Replaces: libcupt4-2
 Section: libs
 Architecture: any
 Depends: ${misc:Depends}, ${shlibs:Depends}, libcupt-common (>= 
${source:Version})
-Breaks: dpkg (<< 1.17.11~), gpgv (<< 2~)
+Breaks: libcupt4-2 (<< ${source:Version}), dpkg (<< 1.17.11~), gpgv (<< 2~)
 Recommends: libcupt4-2-downloadmethod-curl | libcupt4-2-downloadmethod-wget, 
bzip2, gpgv, ed
 Suggests: cupt, lzma, xz-utils, debdelta (>= 0.31), dpkg-dev, dpkg-repack
 Description: flexible package manager -- runtime library
@@ -76,18 +78,18 @@
 Description: flexible package manager -- runtime library (support files)
  This package provides architecture-independent support parts for Cupt library.
  .
- See also description of libcupt4-2 package.
+ See also description of libcupt4-2t64 package.
 
 Package: libcupt4-dev
 Section: libdevel
 Architecture: any
-Depends: ${misc:Depends}, libcupt4-2 (= ${binary:Version})
+Depends: ${misc:Depends}, libcupt4-2t64 (= ${binary:Version})
 Conflicts: libcupt2-dev, libcupt3-dev
 Suggests: libcupt4-doc
 Description: flexible package manager -- development files
  This package provides headers for Cupt library.
  .
- See also description of libcupt4-2 package.
+ See also description of libcupt4-2t64 package.
 
 Package: libcupt4-doc
 Section: doc
@@ -96,11 +98,11 @@
 Description: flexible package manager -- library documentation
  This package provides documentation for Cupt library.
  .
- See also description of libcupt4-2 package.
+ See also description of libcupt4-2t64 package.
 
 Package: cupt
 Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}, libcupt4-2 (>= ${binary:Version})
+Depends: ${misc:Depends}, ${shlibs:Depends}, libcupt4-2t64 (>= 
${binary:Version})
 Suggests: sensible-utils, libreadline7
 Description: flexible package manager -- console interface
  This package provides a console interface to Cupt library, which implements
@@ -139,7 +141,7 @@
  This package provides http(s) and ftp download handlers for Cupt library
  using libcurl.
  .
- See also description of libcupt4-2 package.
+ See also description of libcupt4-2t64 package.
 
 Package: libcupt4-2-downloadmethod-wget
 Architecture: any
@@ -148,4 +150,4 @@
  This package provides http(s) and ftp download handlers for Cupt library
  using wget.
  .
- See also description of libcupt4-2 package.
+ See also description of libcupt4-2t64 package.
diff -Nru cupt-2.10.4+nmu1/debian/libcupt4-2.install 
cupt-2.10.4+nmu2~exp2/debian/libcupt4-2.install
--- cupt-2.10.4+nmu1/debian/libcupt4-2.install  2019-11-10 09:53:34.0 
+
+++ cupt-2.10.4+nmu2~exp2/debian/libcupt4-2.install 1970-01-01 
00:00:00.0 +
@@ -1,3 +0,0 @@
-usr/lib/libcupt4.so.2
-usr/lib/cupt4-2/downloadmethods/libdebdelta*
-usr/lib/cupt4-2/downloadmethods/libfile*
diff -Nru cupt-2.10.4+nmu1/debian/libcupt4-2.lintian-overrides 
cupt-2.10.4+nmu2~exp2/debian/libcupt4-2.lintian-overrides
--- cupt-2.10.4+nmu1/debian/libcupt4-2.lintian-overrides2019-11-10 
09:53:34.0 +
+++ cupt-2.10.4+nmu2~exp2/debian/libcupt4-2.lintian-overrides   1970-01-01 

Bug#1064613: vtun: Segmentation fault with default config

[Lucas López]

Package: vtun
Version: 3.0.4-2+b1
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: lucaslopez5...@gmail.com

Dear Maintainer,

I copied the example server file /usr/share/doc/vtun/examples/vtund-server.conf 
into
/etc/vtund.conf and enabled server mode in /etc/default/vtun. When I start the 
service
with systemctl I get the following error on the dmesg log:

[343358.769324] vtund[3002]: segfault at 0 ip 5572cac05e34 sp 
7ffc9a47f610 error 4 in vtund[5572cabff000+b000] likely on CPU 0 (core 0, 
socket 0)
[343358.769342] Code: 24 10 e8 2f 96 ff ff 85 c0 0f 88 0d 01 00 00 48 8b 44 24 
10 48 89 44 24 08 48 85 c0 0f 84 f0 00 00 00 48 89 c3 90 48 8b 6b 18 <66> 44 39 
7d 00 0f 85 d1 00 00 00 48 8b 73 08 4c 89 ef e8 55 97 ff

I checked the config and the manual but I haven't been able to use the package 
due to the segfault.
BTW, the autogenerated systemd unit has the attributes RemainAfterExit=yes, 
SuccessExitStatus=5 6,
so even on failure the unit appears as "active (exited)". Hence it needs a 
"systemctl restart",
"systemctl start" won't do anything which is a bit counterintuitive.

Have a nice day.

-- 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/1 CPU thread; PREEMPT)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages vtun depends on:
ii  libc6  2.36-9+deb12u4
ii  liblzo2-2  2.10-2
ii  libssl33.0.11-1~deb12u2
ii  sysvinit-utils [lsb-base]  3.06-4
ii  udev   252.22-1~deb12u1
ii  zlib1g 1:1.2.13.dfsg-1

vtun recommends no packages.

vtun suggests no packages.

-- Configuration Files:
/etc/vtund.conf changed:
options {
  port 5000;# Listen on this port.
  bindaddr { iface lo; };   # Listen only on loopback device.
  # Syslog facility
  syslogdaemon;
  # Path to various programs
  ppp   /usr/sbin/pppd;
  ifconfig  /sbin/ifconfig;
  route /sbin/route;
  firewall  /sbin/ipchains;
  ip/sbin/ip;
}
default {
  compress no;  # Compression is off by default
  speed 0;  # By default maximum speed, NO shaping
}
cobra {
  passwd  Ma&^TU;   # Password
  type  tun;# IP tunnel 
  proto udp;# UDP protocol
  compress  lzo:9;  # LZO compression level 9
  encrypt  yes; # Encryption
  keepalive yes;# Keep connection alive
  up {
# Connection is Up 
# 10.3.0.1 - local, 10.3.0.2 - remote 
ifconfig "%% 10.3.0.1 pointopoint 10.3.0.2 mtu 1450";
  };
}
cobra {
  passwd  Ma&^TU;   # Password
  type  tun;# IP tunnel 
  proto udp;# UDP protocol
  compress  lzo:9;  # LZO compression level 9
  encrypt  yes; # Encryption
  keepalive yes;# Keep connection alive
  up {
# Connection is Up 
# 10.3.0.1 - local, 10.3.0.2 - remote 
ip "link set %% up multicast off mtu 1450";
ip "-family inet addr add 10.3.0.1 peer 10.3.0.2 dev %%";
  };
}
lion {
  passwd  Ma&^TU;   # Password
  type  ether;  # Ethernet tunnel
  device tap0;  # Device tap0 
  proto udp;# UDP protocol
  compress  lzo:1;  # LZO compression level 1 
  encrypt  yes; # Encryption
  stat  yes;# Log connection statistic 
  keepalive yes;# Keep connection alive
  up {  
# Connection is Up 
# Assign IP address 
ifconfig "%% 10.1.0.1 netmask 255.255.255.0";

# Add route to net 10.2.0.0/24  
route "add -net 10.2.0.0 netmask 255.255.255.0 gw 10.1.0.2";
# Enable masquerading for net 10.2.0.0.0/24 
firewall "-A forward -s 10.2.0.0/24 -d 0.0.0.0/0 -j MASQ";
  };
  down {
# Connection is Down
# Shutdown tap device. 
ifconfig "%% down"; 
# Disable masquerading for net 10.2.0.0.0/24 
firewall "-D forward -s 10.2.0.0/24 -d 0.0.0.0/0 -j MASQ";
  };
}
viper { 
  passwd  TTT$bio;  # Password
  compress  yes;# ZLIB compression level 1 
  encrypt  yes; # Encryption
  up {
# Connection is Up (established)
# Assign IP addresses 10.0.0.1 - local, 10.0.0.2 - remote
ppp "10.0.0.1:10.0.0.2 proxyarp";
  };
}
backup {
  passwd OnlyME;# Password
  type pipe;# Pipe tunnel
  speed 256:128;# Shaping speed 256K IN and 128K OUT.
  encrypt yes;  # Encryption
  up {
# Connection is Up 
# Start shell and tar '/etc' directory to 
# the stdout (pipe tunnel). 
program /bin/sh "-c 'tar cf - /etc/*'";
  };
}
sz {
  passwd  OnlyME;   # Password
  type  tty;# 

Bug#1064614: csvkit: please drop obsolete python3-six build-dependency

[Alexandre Detiste]

Source: csvkit
Version: 1.1.1-2
Severity: normal

"six" is not used anymore by csvkit,
please remove it from the build-dependencies.

Greetings

Bug#1064612: rust-ahash: Failing autopkgtests

[Jeremy Bícha]

Source: rust-ahash
Version: 0.8.8-2
Severity: serious

rust-ahash is unable to migrate to Testing because its autopkgtests are failing:

https://qa.debian.org/excuses.php?package=rust-ahash

Thank you,
Jeremy Bícha

Bug#1064611: postgresql-pgmp: please remove leftover python3-six depedencies from d/control(.in)

[Alexandre Detiste]

Source: postgresql-pgmp
Version: 1.0.5-2
Severity: normal

Dear Maintainer,

postgresql-pgmp does not needs python3-six anymore &
we are slowly trying to remove this obsolete library from the archive.

Please cleanse debian/control{,.in}

Greetings


tchet@brix ~/git/postgresql-pgmp $ grep six -r
debian/control: python3-six,
debian/control.in: python3-six,
debian/changelog:  * {Build,Test}-Depend on python-six.
tchet@brix ~/git/postgresql-pgmp $

Bug#1064610: python-fabio: please remove dependency on python3-six

[Alexandre Detiste]

Source: python-fabio
Version: 2023.6.0-3.1
Severity: normal

Hi,

python3-six is not used anymore by Fabio,
but is still lingering in debian/control.

Please remove this stale reference.

Greetings,

Alexandre

Bug#1064609: sagemath: please remove python3-six from debian/control(.in)

[Alexandre Detiste]

Source: sagemath
Version: 9.5-6
Severity: normal

The dependency on python3-six is obsolete
and can now be removed.

Greetings


tchet@brix /tmp/sagemath $ grep six -r
debian/control.in: python3-six (>= 1.15.0),
tchet@brix /tmp/sagemath $

Bug#1064607: python-vispy-doc: unhandled failures to build documentation can occur

[James Addison]

Followup-For: Bug #1064607
Control: tags -1 patch
Control: forwarded -1 
https://salsa.debian.org/science-team/python-vispy/-/merge_requests/2

Bug#1064608: click: please patch-out usage of python3-six

[Alexandre Detiste]

Source: click
Version: 0.5.0-10
Severity: normal

Dear Maintainer,

The library python3-six is obsolete and slowly being removed from Debian.

It's used a single time through 'click' for something quite trivial.

Instead of depending on python3-six,
this single line could have been patched this way:

-from six import integer_types
+integer-types = (int,)

Greetings


tchet@brix /tmp/click-0.5.0 $ grep six debian/ -r
debian/control: python3-six,
debian/tests/control: python3-six,

tchet@brix /tmp/click-0.5.0 $ grep six -r | grep import
click_package/tests/test_database.py:from six import integer_types
debian/patches/1001_fully-adjust-DEFAULT_ROOT-if-set-via-configure-option.patch:-from
 six import integer_types
debian/patches/1001_fully-adjust-DEFAULT_ROOT-if-set-via-configure-option.patch:+from
 six import integer_types
debian/patches/1005_silence-gi-repository-import-warnings.patch: from six 
import integer_types

Bug#960434: Bug#1026463: kanshi: Please ship kanshictl command and man page

[Guillem Jover]

Hi!

On Sat, 2024-01-13 at 15:36:09 +0100, Guillem Jover wrote:
> On Tue, 2020-05-12 at 09:43:04 -0400, Jason Francis wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Jason Francis 
> > 
> > * Package name: varlink
> >   Version : 19
> >   Upstream Author : Kay Sievers 
> > * URL : https://www.varlink.org/
> > * License : Apache-2.0
> >   Programming Lang: C
> >   Description : point-to-point IPC protocol and interface description
> > format
> > 
> > Varlink is an interface description format and protocol that aims to make
> > services accessible to both humans and machines in the simplest feasible 
> > way.
> > 
> > A varlink interface combines the classic UNIX command line options,
> > STDIN/OUT/ERROR text formats, man pages, service metadata and provides the
> > equivalent over a single file descriptor, a.k.a. “FD3”.
> > 
> > Varlink is plain-text, type-safe, discoverable, self-documenting, remotable,
> > testable, easy to debug. Varlink is accessible from any programming
> > environment.
> 
> > ---
> > 
> > Submission Notes:
> > Varlink is a small IPC protocol intended to be a very simple peer-to-peer
> > alternative to D-Bus. A minimal implementation has already been adopted by 
> > the
> > systemd project and integrated into their codebase; however I am submitting
> > this ITP in order to package the official C reference implementation that
> > includes a shared library and command line utility. Another package named
> > "kanshi" that I contribute to upstream is looking at using this library, 
> > and it
> > would be nice to have it ready in Debian for when a new version is 
> > published.
> > I'm not sure what package team this would fall under, but I've been testing
> > some Debian packaging already which is up on my github:
> > https://github.com/cyclopsian/libvarlink/tree/debian-19/debian
> 
> It looks like the upstream varlink project is dead or close to that.
> 
> The last commit on the libvarlink project is from 2 years ago, and
> I think there's been no apparent interaction in MRs and issues for a
> long time. The Linux kernel module for longer. And that looks similar
> for the other bindings, except for the Rust ones which have seen a
> few commits 6 months ago.
> 
> My memory was spotty about its popularity, so did some checking. It
> looks like podman gained varlink support but they then dropped it when
> varlink upstream told them they'd stop maintaining the project:
> 
>   https://podman.io/blogs/2020/12/11/remove-varlink-libpod-conf-notice
>   https://podman.io/blogs/2020/08/01/deprecate-and-remove-varlink-notice
> 
> It looks like the main user, as noted above, is systemd, which imported
> or implemented minimal varlink code into their tree and do not use the
> external reference implementation at all.
> 
> Then also checked dependencies in Debian:
> 
>   - python3-varlink: 0 reverse depends
>   - golang-github-varlink-go-dev: 0 build-depends
> 
> A search for varlink.h across all Debian sources:
> 
>   https://codesearch.debian.net/search?q=varlink.h=1
> 
> shows only a handful of potential users. Searching instead of varlink
> gives way more hits, but I think the majority are unrelated, and instead
> are related to Java SWIG.
> 
> 
> The state of this upstream does not look very healthy, and from here
> it does not look like adding this to Debian might be entirely wise.
> For kanshi perhaps upstream should be looking into using something
> else, maybe Cap'n Proto ?

I ended up submitting a request upstream [I] to switch away from varlink,
which from my analysis above looks like a pretty dead project
upstream, but kanshi upstream mentioned not being interested and did
not give further insights about the varlink status or the effects of
depending on it.

  [I] 

I don't think it would be wise to include varlink (as it is right now)
into Debian, and thus enabling support for it in kanshi does not seem
wise either to me, so I'll retract my request for this bug, thus
closing it now.

Thanks,
Guillem

Bug#1064607: python-vispy-doc: unhandled failures to build documentation can occur

[James Addison]

Source: python-vispy
Version: 0.14.1-2
Severity: important

Dear Maintainer,

In the debian/rules build instructions for python-vispy-doc, the make step[1]
that builds the package documentation (by using a Makefile in the 'doc' dir) is
followed by another command, separated by a semicolon:

  HOME=$$(mktemp -d);PYTHONPATH=`pybuild --print {build_dir} -p$$(py3versions 
-dv)` HOME=$$HOME xvfb-run make -C doc html;rm -r $$HOME

This means if the (middle) documentation build step fails -- a situation that
would usually and correctly result in a FTBFS -- then the subsequent (rm)
command is evaluated next, and it is the exit code from _that_ latter command
that will determine the success/failure of the make target, and the overall doc
package build.

It may be possible to separate the commands onto separate lines (with care to
make sure that variables are created and access correctly), or less invasively
to use boolean AND (&&) separators instead of semi-colons.

Regards,
James

[1] - https://sources.debian.org/src/python-vispy/0.14.1-2/debian/rules/#L18

Bug#1064606: python-griddataformats: please remove python3-six from build-dependencies

[Alexandre Detiste]

Source: python-griddataformats
Version: 1.0.2-1
Severity: normal

Dear Maintainer,

python3-six was a transition layer that enabled
to support both Python2&3 within the same codebase.

It was used by griddataformats before,
but is not needed anymore,
so please remove it from debian/control.

Greetings,

tchet@brix /tmp/python-griddataformats $ grep six -r
debian/changelog: python3-six, python3-pytest
debian/control: python3-six ---> to remove
tchet@brix /tmp/python-griddataformats $

Bug#1064581: nsncd - upcoming rust-nix update.

[Philipp Kern]

On 2024-02-24 14:35, Peter Green wrote:
We are preparing an update of rust-nix to version 0.27, the new version 
has

been uploaded to experlmental.

In the new version of the nix crate,  No features are enabled by 
default,

you must enable the features you require.

The attached patch relaxes the cargo dependency on nix to allow the new
version and expliciltly enables the "fs" feature.

A debdiff is attatched, if I get no response I will likely NMU this 
when the

new rust-nix is uploaded to unstable.


Please feel free to NMU at your convenience.

Kind regards
Philipp Kern

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

[Guillaume Dupuy]

On Mon, 19 Feb 2024 23:16:44 +0100 "Xavier G." 
 wrote:

> Dear Maintainer,
>
> I confirm this issue.
> I experienced it with an AMD R7 240 graphics card[1] on a regular Debian
> Sid host running kernel 6.6.15.
> Booting with the previous kernel (6.6.13) did not change the situation
> but I confirm "Accel" "no", as suggested by Grégory, is a suitable
> workaround.
>
> The machine that experiences this issue idles most of the time, so let
> me know if I can do/provide anything that would help solving this.
>
> Cheers,
> --
> Xavier G.
>
> [1] lspci: Advanced Micro Devices, Inc. [AMD/ATI] Oland PRO [Radeon 
R7 240/340 / Radeon 520]

>
>

Hi,


I can also confirm this issue, on an AMD R7 240 GPU, regular Debian Sid, 
Accel workaround is working fine.


I'm having a slightly different behavior : with gdm, I cannot start at 
all a X session, and the crash log is a bit different :



[24.518] (EE) Backtrace:
[24.519] (EE) 0: /usr/lib/xorg/Xorg (OsLookupColor+0x14d) [0x562f130d0f9d]
[24.520] (EE) 1: /lib/x86_64-linux-gnu/libc.so.6 (__sigaction+0x40) 
[0x7de0e4f31510]
[24.523] (EE) 2: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so 
(radeon_drm_winsys_create+0x275d) [0x7de0e27c586d]
[24.524] (EE) 3: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so 
(radeon_drm_winsys_create+0x4841) [0x7de0e27c7951]
[24.525] (EE) 4: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so 
(_ZNSt6vectorIjSaIjEE17_M_default_appendEm+0xa77e6) [0x7de0e2cc9476]
[24.525] (EE) 5: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so 
(_ZNSt6vectorIjSaIjEE17_M_default_appendEm+0xa7989) [0x7de0e2cc9619]
[24.525] (EE) 6: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so 
(radeon_drm_winsys_create+0x3aba) [0x7de0e27c6bca]
[24.527] (EE) 7: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so 
(radeon_drm_winsys_create+0x137795) [0x7de0e28fa8a5]
[24.527] (EE) 8: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so 
(radeon_drm_winsys_create+0x1021d5) [0x7de0e28c52e5]
[24.527] (EE) 9: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so 
(radeon_drm_winsys_create+0x102ffa) [0x7de0e28c610a]
[24.528] (EE) 10: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so 
(__driDriverGetExtensions_d3d12+0xe6f3c) [0x7de0e21982cc]
[24.528] (EE) 11: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so 
(__driDriverGetExtensions_d3d12+0xb9020) [0x7de0e216a3b0]
[24.529] (EE) 12: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so 
(__driDriverGetExtensions_d3d12+0xba6fc) [0x7de0e216ba8c]
[24.529] (EE) 13: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so 
(__driDriverGetExtensions_d3d12+0xbc463) [0x7de0e216d7f3]
[24.529] (EE) 14: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so 
(__driDriverGetExtensions_d3d12+0x93972) [0x7de0e2144d02]
[24.529] (EE) 15: /usr/lib/x86_64-linux-gnu/dri/radeonsi_dri.so 
(__driDriverGetExtensions_d3d12+0x95c75) [0x7de0e2147005]
[24.530] (EE) 16: /usr/lib/xorg/modules/libglamoregl.so 
(glamor_change_window_attributes+0x177) [0x7de0da39c317]
[24.530] (EE) 17: /usr/lib/xorg/modules/libglamoregl.so 
(glamor_change_window_attributes+0x520) [0x7de0da39c6c0]
[24.530] (EE) 18: /usr/lib/xorg/modules/libglamoregl.so 
(glamor_create_pixmap+0x27d) [0x7de0da3814ed]
[24.530] (EE) unw_get_proc_name failed: no unwind info found [-10]
[24.530] (EE) 19: /usr/lib/xorg/modules/drivers/radeon_drv.so (?+0x0) 
[0x7de0e4357da3]
[24.530] (EE) 20: /usr/lib/xorg/Xorg (dixDestroyPixmap+0x11e) 
[0x562f12f5632e]
[24.530] (EE) 21: /usr/lib/xorg/Xorg (SendErrorToClient+0x3d4) 
[0x562f12f5b354]
[24.531] (EE) 22: /usr/lib/xorg/Xorg (InitFonts+0x3bc) [0x562f12f5f3bc]
[24.531] (EE) 23: /lib/x86_64-linux-gnu/libc.so.6 (__libc_init_first+0x8a) 
[0x7de0e4f1c6ca]
[24.531] (EE) 24: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0x85) 
[0x7de0e4f1c785]
[24.532] (EE) 25: /usr/lib/xorg/Xorg (_start+0x21) [0x562f12f48281]
[24.532] (EE)
[24.532] (EE) Segmentation fault at address 0x40
[24.532] (EE)
Fatal server error:
[24.532] (EE) Caught signal 11 (Segmentation fault). Server aborting

Cheers,

Bug#1064605: RFS: rustup/1.26.0-5 [RC] [Team] -- The Rust toolchain installer

[Zixing Liu]

Package: sponsorship-requests
Severity: important
X-Debbugs-Cc: zixing@canonical.com

Dear mentors,

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

 * Package name : rustup
   Version  : 1.26.0-5
   Upstream contact : Daniel Silverstone 
 * URL  : https://github.com/rust-lang/rustup
 * License  : MIT or Apache-2.0, OFL-1.1-RFN
 * Vcs  : https://salsa.debian.org/rust-team/rustup
   Section  : rust

The source builds the following binary packages:

  librust-rustup-dev - Manage multiple rust installations with ease - Rust 
source code
  rustup - The Rust toolchain installer

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

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

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

  dget -x 
https://mentors.debian.net/debian/pool/main/r/rustup/rustup_1.26.0-5.dsc

Changes since the last upload:

 rustup (1.26.0-5) unstable; urgency=medium
 .
   * Team upload.
   * d/debcargo.toml: declare additional conflict packages for:
 - rust-web-clippy
 - rustfmt-web
 - rust-mozilla-gdb
 - rust-mozilla-lldb
 - rust-web-gdb
 - rust-web-lldb
 ... so that users can correctly install rustup when those packages are
 present (by replacing them with rustup). (Closes: #1064564)
   * d/copyright: update copyright years.
   * d/control: update Conflicts using debcargo.

Regards,
-- 
  Zixing Liu

Bug#1064604: gst-omx: Unmaintained upstream

[Jeremy Bícha]

Source: gst-omx
Version: 1.22.10-1
Severity: important

The GStreamer developers have announced that gst-omx is no longer
being developed. gstreamer 1.24.0 will be released within a few weeks.

gst-omx is used as an autopkgtest dependency for several libomx* packages.

https://gstreamer.freedesktop.org/releases/1.24/

Thank you,
Jeremy Bícha

Bug#1037136: bumping qpdf 64-bit time_t for 11.9.0 in experimental

[Jay Berkenbilt]

I need to upload qpdf 11.9.0-1 to unstable. Since this is newer than
11.8.0-1.1~exp1 in experimental with the 64-bit time_t NMU, it will
cause that to disappear. In an effort to avoid that and keep things in
sync with the time_t transition, I have ported the NMU forward to
11.9.0-1 and will upload 11.9.0-2~exp1 with the time_t changes to
experimental right after I upload 11.9.0-1 to experimental. I am
hoping that I am not messing anything up with this. Please feel free
to adjust tags, do a separate NMU, or whatever is needed if I have
gotten things out of sync. In any case, I want to get 11.9.0-1
uploaded right away since I'd like it to sync to Ubuntu before the
24.04 feature freeze.

I'm sending this to the qpdf NMU debdiff bug and to the bug
referenced in that issue. Thanks.

--Jay Berkenbilt , qpdf maintainer

Bug#1064603: branca: please remove obsolete python3-six from d/control

[Alexandre Detiste]

Source: branca
Version: 0.7.1-1
Severity: normal

python3-six was an obsolete python2+3 transition layer,
that package is slowly being removed from Debian.

Please remove this one line from "branca" packaging:

> debian/control: python3-six

Greetings

Bug#1062032: c-ares: NMU diff for 64-bit time_t transition

[Steve Langasek]

On Sat, Feb 24, 2024 at 01:25:38PM -0800, Steve Langasek wrote:
> On Wed, Jan 31, 2024 at 02:30:16PM +0100, Gregor Jasny wrote:
> > On 31.01.24 04:15, Steve Langasek wrote:
> > > 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 c-ares
> > > 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.

> > Currently, for c-ares2 the library package does not match the SONAME and
> > needs a lintian 
> > override:https://salsa.debian.org/debian/c-ares/-/blob/master/debian/libc-ares2.lintian-overrides?ref_type=heads

> > I wonder if you could rename the package into libcares2 instead of the
> > proposed libc-ares2t64. That would make the package name matching the
> > SONAME. But I'm also fine with your NMU.

> Thanks for pointing this out, that's a good idea.  I've reuploaded with the
> attached patch.

Here is the patch rebased on current unstable.

-- 
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 c-ares-1.27.0/debian/changelog c-ares-1.27.0/debian/changelog
--- c-ares-1.27.0/debian/changelog  2024-02-24 19:00:16.0 +
+++ c-ares-1.27.0/debian/changelog  2024-02-24 22:24:25.0 +
@@ -1,3 +1,10 @@
+c-ares (1.27.0-1.1~exp1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Sat, 24 Feb 2024 22:24:25 +
+
 c-ares (1.27.0-1) unstable; urgency=high
 
   * Imported Upstream version 1.27.0 (fixes CVE-2024-25629)
diff -Nru c-ares-1.27.0/debian/control c-ares-1.27.0/debian/control
--- c-ares-1.27.0/debian/control2023-12-17 14:41:52.0 +
+++ c-ares-1.27.0/debian/control2024-02-24 22:24:14.0 +
@@ -16,7 +16,7 @@
 Section: libdevel
 Architecture: any
 Conflicts: libares-dev
-Depends: libc-ares2 (= ${binary:Version}),
+Depends: libcares2 (= ${binary:Version}),
  ${shlibs:Depends},
  ${misc:Depends}
 Multi-Arch: same
@@ -31,10 +31,13 @@
  .
  This package contains development files (headers and static libraries).
 
-Package: libc-ares2
+Package: libcares2
+X-Time64-Compat: libc-ares2
+Provides: ${t64:Provides}
+Breaks: libc-ares2 (<< ${source:Version})
 Conflicts: libcares2
 Architecture: any
-Replaces: libc-ares1
+Replaces: libc-ares2, libc-ares1
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Pre-Depends: ${misc:Pre-Depends}
 Multi-Arch: same
diff -Nru c-ares-1.27.0/debian/libc-ares2.dirs 
c-ares-1.27.0/debian/libc-ares2.dirs
--- c-ares-1.27.0/debian/libc-ares2.dirs2023-05-22 15:13:13.0 
+
+++ c-ares-1.27.0/debian/libc-ares2.dirs1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib
diff -Nru c-ares-1.27.0/debian/libc-ares2.install 
c-ares-1.27.0/debian/libc-ares2.install
--- c-ares-1.27.0/debian/libc-ares2.install 2023-05-22 15:13:13.0 
+
+++ c-ares-1.27.0/debian/libc-ares2.install 1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru c-ares-1.27.0/debian/libc-ares2.lintian-overrides 
c-ares-1.27.0/debian/libc-ares2.lintian-overrides
--- c-ares-1.27.0/debian/libc-ares2.lintian-overrides   2023-06-14 
19:20:26.0 +
+++ c-ares-1.27.0/debian/libc-ares2.lintian-overrides   1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-package-name-doesnt-match-sonames libcares2
diff -Nru c-ares-1.27.0/debian/libc-ares2.symbols 
c-ares-1.27.0/debian/libc-ares2.symbols
--- c-ares-1.27.0/debian/libc-ares2.symbols 2024-02-24 19:00:16.0 
+
+++ c-ares-1.27.0/debian/libc-ares2.symbols 1970-01-01 00:00:00.0 
+
@@ -1,120 +0,0 @@
-libcares.so.2 libc-ares2 #MINVER#
-* Build-Depends-Package: libc-ares-dev
- ares_cancel@Base 1.7.0
- ares_create_query@Base 1.10.0
- ares_destroy@Base 1.7.0
- ares_destroy_options@Base 1.7.0
- ares_dns_addr_to_ptr@Base 1.22.0
- ares_dns_class_fromstr@Base 1.22.0
- ares_dns_class_tostr@Base 1.22.0
- ares_dns_opcode_tostr@Base 1.22.0
- ares_dns_opt_get_datatype@Base 1.22.0
- ares_dns_opt_get_name@Base 1.22.0
- ares_dns_parse@Base 1.22.0
- ares_dns_pton@Base 1.22.0
- ares_dns_rcode_tostr@Base 1.22.0
- ares_dns_rec_type_fromstr@Base 1.22.0
- ares_dns_rec_type_tostr@Base 1.22.0
- ares_dns_record_create@Base 1.22.0
- ares_dns_record_destroy@Base 1.22.0
- ares_dns_record_get_flags@Base 1.22.0
- ares_dns_record_get_id@Base 1.22.0
- ares_dns_record_get_opcode@Base 1.22.0
- ares_dns_record_get_rcode@Base 1.22.0
- 

Bug#1064568: ITP: curldd -- This is a Application for putting a iso or raw image directly to a physical drive without downloading it firstly

[Roland Clobus]

Hello User0,

On 24/02/2024 11:42, User0 wrote:

Package: wnpp
Severity: wishlist
Owner: User0 
X-Debbugs-Cc: debian-de...@lists.debian.org, cur...@proton.me

   Package name: curldd
   Version : 1.0.0-1
   Upstream Contact: User0 
   URL : https://github.com/user0-tb/curldd/
   License : CC0
   Programming Lang: Shell Script
   Description : This is a Application for putting a iso or raw image 
directly to a physical drive without downloading it firstly

Tired of downloading ISOs or any other raw files just to DD them and delete 
them after that? This is the Solution! It uses cURL to curl the file 
byte-by-byte and uses DD to put the curled output to a Physical Drive! Also it 
displays all physical devices with lsblk and waits 15 seconds to terminate the 
program if it was started wit wrong arguments.
Usage: curldd url.to/iso /dev/sdX


The core of the package is `curl $url | dd of=$output`.
At line 15 https://github.com/user0-tb/curldd/blob/main/bin/curldd:

Does this short one-liner require its own package?

And if so, please change the description to exclude 'This is a 
Application'. An example could be: 'Download and write an ISO or raw 
image directly to a physical drive'


With kind regards,
Roland Clobus



OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1064602: folium: please remove stale dependency on python3-six

[Alexandre Detiste]

Source: folium
Version: 0.15.1+dfsg1-1
Severity: normal

Dear Maintainer,

"folium" did used python3-six before, but not anymore.
This obsolete compatibility layer is slowly being removed
from the archive.

Please remove the one extraneous line from d/control.

Greetings,


tchet@brix /tmp/folium $ grep six -r
debian/control: python3-six,
tchet@brix /tmp/folium $

Bug#1062633: libsoup2.4: NMU diff for 64-bit time_t transition

[Steve Langasek]

On Sat, Feb 24, 2024 at 05:04:16PM -0500, Jeremy Bícha wrote:
> On Sat, Feb 24, 2024 at 2:45 PM Steve Langasek  wrote:
> > Thanks for pointing this out, Jeremy.  Fixed patch attached (and uploaded).

> Here's a heads up that the libsoup2.4 build failed.

> https://buildd.debian.org/status/package.php?p=libsoup2.4=experimental

Hrm.  Thanks, I thought I build-tested before upload but clearly not. 
Here's a fixed patch.

-- 
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 libsoup2.4-2.74.3/debian/changelog libsoup2.4-2.74.3/debian/changelog
--- libsoup2.4-2.74.3/debian/changelog  2024-01-29 12:27:21.0 +
+++ libsoup2.4-2.74.3/debian/changelog  2024-02-24 22:17:36.0 +
@@ -1,3 +1,23 @@
+libsoup2.4 (2.74.3-3.1~exp3) experimental; urgency=medium
+
+  * Fix missing rename of libsoup-gnome-2.4-1.
+
+ -- Steve Langasek   Sat, 24 Feb 2024 22:17:36 +
+
+libsoup2.4 (2.74.3-3.1~exp2) experimental; urgency=medium
+
+  * Fix the renaming to match the upstream soname, as pointed out by Jeremy
+B�cha.
+
+ -- Steve Langasek   Sat, 24 Feb 2024 19:42:39 +
+
+libsoup2.4 (2.74.3-3.1~exp1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Fri, 02 Feb 2024 07:49:32 +
+
 libsoup2.4 (2.74.3-3) unstable; urgency=medium
 
   [ Jeremy Bicha ]
diff -Nru libsoup2.4-2.74.3/debian/control libsoup2.4-2.74.3/debian/control
--- libsoup2.4-2.74.3/debian/control2024-01-29 12:27:21.0 +
+++ libsoup2.4-2.74.3/debian/control2024-02-24 22:17:16.0 +
@@ -41,7 +41,7 @@
  libbrotli-dev,
  libglib2.0-dev,
  libpsl-dev,
- libsoup2.4-1 (= ${binary:Version}),
+ libsoup-2.4-1 (= ${binary:Version}),
  libsqlite3-dev,
  libxml2-dev,
  zlib1g-dev,
@@ -71,7 +71,11 @@
  .
  This package contains the development files.
 
-Package: libsoup2.4-1
+Package: libsoup-2.4-1
+X-Time64-Compat: libsoup2.4-1
+Provides: ${t64:Provides}
+Replaces: libsoup2.4-1
+Breaks: libsoup2.4-1 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: glib-networking,
@@ -100,7 +104,11 @@
  .
  This package contains the shared library.
 
-Package: libsoup-gnome2.4-1
+Package: libsoup-gnome-2.4-1
+X-Time64-Compat: libsoup-gnome2.4-1
+Provides: ${t64:Provides}
+Replaces: libsoup-gnome2.4-1
+Breaks: libsoup-gnome2.4-1 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: ${misc:Depends},
@@ -135,7 +143,7 @@
 Architecture: any
 Multi-Arch: same
 Depends: gir1.2-soup-2.4 (= ${binary:Version}),
- libsoup-gnome2.4-1 (= ${binary:Version}),
+ libsoup-gnome-2.4-1 (= ${binary:Version}),
  libsoup2.4-dev (= ${binary:Version}),
  ${gir:Depends},
  ${misc:Depends}
diff -Nru libsoup2.4-2.74.3/debian/libsoup-2.4-1.docs 
libsoup2.4-2.74.3/debian/libsoup-2.4-1.docs
--- libsoup2.4-2.74.3/debian/libsoup-2.4-1.docs 1970-01-01 00:00:00.0 
+
+++ libsoup2.4-2.74.3/debian/libsoup-2.4-1.docs 2024-02-24 22:16:09.0 
+
@@ -0,0 +1,3 @@
+AUTHORS
+NEWS
+README
diff -Nru libsoup2.4-2.74.3/debian/libsoup-2.4-1.install 
libsoup2.4-2.74.3/debian/libsoup-2.4-1.install
--- libsoup2.4-2.74.3/debian/libsoup-2.4-1.install  1970-01-01 
00:00:00.0 +
+++ libsoup2.4-2.74.3/debian/libsoup-2.4-1.install  2024-02-24 
22:16:09.0 +
@@ -0,0 +1 @@
+usr/lib/*/libsoup-2.4*.so.*
diff -Nru libsoup2.4-2.74.3/debian/libsoup-2.4-1.symbols 
libsoup2.4-2.74.3/debian/libsoup-2.4-1.symbols
--- libsoup2.4-2.74.3/debian/libsoup-2.4-1.symbols  1970-01-01 
00:00:00.0 +
+++ libsoup2.4-2.74.3/debian/libsoup-2.4-1.symbols  2024-02-24 
22:16:09.0 +
@@ -0,0 +1,633 @@
+libsoup-2.4.so.1 libsoup-2.4-1 #MINVER#
+* Build-Depends-Package: libsoup2.4-dev
+ _SOUP_METHOD_CONNECT@Base 2.4.0
+ _SOUP_METHOD_COPY@Base 2.4.0
+ _SOUP_METHOD_DELETE@Base 2.4.0
+ _SOUP_METHOD_GET@Base 2.4.0
+ _SOUP_METHOD_HEAD@Base 2.4.0
+ _SOUP_METHOD_LOCK@Base 2.4.0
+ _SOUP_METHOD_MKCOL@Base 2.4.0
+ _SOUP_METHOD_MOVE@Base 2.4.0
+ _SOUP_METHOD_OPTIONS@Base 2.4.0
+ _SOUP_METHOD_POST@Base 2.4.0
+ _SOUP_METHOD_PROPFIND@Base 2.4.0
+ _SOUP_METHOD_PROPPATCH@Base 2.4.0
+ _SOUP_METHOD_PUT@Base 2.4.0
+ _SOUP_METHOD_TRACE@Base 2.4.0
+ _SOUP_METHOD_UNLOCK@Base 2.4.0
+ _SOUP_URI_SCHEME_DATA@Base 2.30.0
+ _SOUP_URI_SCHEME_FILE@Base 2.30.0
+ _SOUP_URI_SCHEME_FTP@Base 2.30.0
+ _SOUP_URI_SCHEME_HTTP@Base 2.4.0
+ _SOUP_URI_SCHEME_HTTPS@Base 2.4.0
+ _SOUP_URI_SCHEME_RESOURCE@Base 2.41.90
+ _SOUP_URI_SCHEME_WS@Base 2.49.91.1
+ _SOUP_URI_SCHEME_WSS@Base 2.49.91.1
+ soup_add_completion@Base 2.24.3
+ soup_add_idle@Base 2.4.0
+ soup_add_io_watch@Base 2.4.0
+ soup_add_timeout@Base 2.4.0
+ 

Bug#1064601: symfit: please remove the obsolete depedency on python3-six

[Alexandre Detiste]

Source: symfit
Version: 0.5.6-2
Severity: normal

Dear Maitainer,

"six" was a comptibility layer used to attempt Python2.x and 3.x
within the same codebase.

symfit is not usting it anymore, please remove this one line
from packaging:

> debian/control: python3-six,

Greetings

Bug#1064600: matrix-sydent: please remove obsolete dependency on python3-mock & python3-six

[Alexandre Detiste]

Source: matrix-sydent
Version: 2.5.1-1.1
Severity: normal

These two libraries are obsolete and
are slowly being removed from Debian.

Greetings


matrix-sydent $ git diff HEAD~1
diff --git a/debian/control b/debian/control
index f05aa47..2e25a12 100644
--- a/debian/control
+++ b/debian/control
@@ -16,12 +16,10 @@ Build-Depends:
  python3-openssl,
  python3-attr (>= 19.1.0),
  python3-netaddr (>> 0.7.0),
- python3-six (>= 1.10),
  python3-sortedcontainers (>= 2.1.0),
  python3-yaml (>= 3.11),
  python3-setuptools (>= 0.6b3),
  python3-jinja2,
- python3-mock (>= 3.0.5),
  python3-parameterized (>= 0.8.1),
 Standards-Version: 4.6.0
 Rules-Requires-Root: no

Bug#1058752: bug#62572: Bug#1058752: bug#62572: cp --no-clobber behavior has changed

[Pádraig Brady]

On 01/02/2024 00:36, Paul Eggert wrote:

On 1/31/24 06:06, Pádraig Brady wrote:

To my mind the most protective option takes precedence.


That's not how POSIX works with mv -i and mv -f. The last flag wins. I
assume this is so that people can have aliases or shell scripts that
make -i the default, but you can override by specifying -f on the
command line. E.g., in mymv:

 #!/bin/sh
 mv -i "$@"

then "mymv -f a b" works as expected.

Wouldn't a similar argument apply to cp's --update options?

Or perhaps we should play it safe, and reject any combination of
--update etc. options that are incompatible. We can always change our
mind later and say that later options override earlier ones, or do
something else that's less conservative.


OK I err'd on the side of changing as little as possible wrt precedence.
-n still has precedence over any -u,--update option.
That's simplest to understand (while not changing existing precedence),
and shouldn't cause any practical issues.

I plan to push the 2 attached patches for this tomorrow.

thanks,
PádraigFrom 51cf6f3ff272467bc9cde75c48d0250446be9b9c Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?P=C3=A1draig=20Brady?= 
Date: Sat, 24 Feb 2024 19:51:56 +
Subject: [PATCH 1/2] cp,mv: reinstate that -n exits with success if files
 skipped

* src/cp.c (main): Adjust so that -n will exit success if skipped files.
* src/mv.c (main): Likewise.
* doc/coreutils.texi (cp invocation): Adjust the description of -n.
* src/system.h (emit_update_parameters_note): Adjust --update=none
comparison.
* tests/cp/cp-i.sh: Adjust -n exit status checks.
* tests/mv/mv-n.sh: Likewise.
* NEWS: Mention the change in behavior.
Fixes https://bugs.gnu.org/62572
---
 NEWS   |  4 
 doc/coreutils.texi | 17 +
 src/cp.c   | 14 --
 src/mv.c   | 10 ++
 src/system.h   |  4 ++--
 tests/cp/cp-i.sh   | 11 +--
 tests/mv/mv-n.sh   | 11 +--
 7 files changed, 39 insertions(+), 32 deletions(-)

diff --git a/NEWS b/NEWS
index 36b7fd1fe..a52b4cf66 100644
--- a/NEWS
+++ b/NEWS
@@ -43,6 +43,10 @@ GNU coreutils NEWS-*- outline -*-
   basenc --base16 -d now supports lower case hexadecimal characters.
   Previously an error was given for lower case hex digits.
 
+  cp --no-clobber, and mv -n no longer exit with failure status if
+  existing files are encountered in the destination.  Instead they revert
+  to the behavior from before v9.2, silently skipping existing files.
+
   ls --dired now implies long format output without hyperlinks enabled,
   and will take precedence over previously specified formats or hyperlink mode.
 
diff --git a/doc/coreutils.texi b/doc/coreutils.texi
index c42126955..911e15b46 100644
--- a/doc/coreutils.texi
+++ b/doc/coreutils.texi
@@ -9059,12 +9059,13 @@ a regular file in the destination tree.
 @itemx --no-clobber
 @opindex -n
 @opindex --no-clobber
-Do not overwrite an existing file; silently fail instead.
-This option overrides a previous
-@option{-i} option.  This option is mutually exclusive with @option{-b} or
-@option{--backup} option.
-See also the @option{--update=none} option which will
-skip existing files but not fail.
+Do not overwrite an existing file; silently skip instead.
+This option overrides a previous @option{-i} option.
+This option is mutually exclusive with @option{-b} or @option{--backup} option.
+This option is deprecated due to having a different exit status from
+other platforms.  See also the @option{--update} option which will
+give more control over how to deal with existing files in the destination,
+and over the exit status in particular.
 
 @item -P
 @itemx --no-dereference
@@ -9335,8 +9336,8 @@ This is the default operation when an @option{--update} option is not specified,
 and results in all existing files in the destination being replaced.
 
 @item none
-This is similar to the @option{--no-clobber} option, in that no files in the
-destination are replaced, but also skipping a file does not induce a failure.
+This is like the deprecated @option{--no-clobber} option, where no files in the
+destination are replaced, and also skipping a file does not induce a failure.
 
 @item older
 This is the default operation when @option{--update} is specified, and results
diff --git a/src/cp.c b/src/cp.c
index 0355ed97f..36ae4fb66 100644
--- a/src/cp.c
+++ b/src/cp.c
@@ -195,8 +195,8 @@ Copy SOURCE to DEST, or multiple SOURCE(s) to DIRECTORY.\n\
   -L, --dereferencealways follow symbolic links in SOURCE\n\
 "), stdout);
   fputs (_("\
-  -n, --no-clobber ensure no existing files overwritten, and fail\n\
- silently instead. See also --update\n\
+  -n, --no-clobber silently skip existing files.\n\
+ See also --update\n\
 "), stdout);
   fputs (_("\
   -P, --no-dereference never follow symbolic links in SOURCE\n\
@@ -984,6 +984,7 

Bug#1062633: libsoup2.4: NMU diff for 64-bit time_t transition

[Jeremy Bícha]

On Sat, Feb 24, 2024 at 2:45 PM Steve Langasek  wrote:
> Thanks for pointing this out, Jeremy.  Fixed patch attached (and uploaded).

Here's a heads up that the libsoup2.4 build failed.

https://buildd.debian.org/status/package.php?p=libsoup2.4=experimental

Thank you,
Jeremy Bícha

Bug#1064599: argparse-manpage: please remove python3-six from debian/control

[Alexandre Detiste]

Source: argparse-manpage
Version: 4.5-2
Severity: normal

Dear Maintainer,

python3-six is an obsolotete Py2+3 compatibility layer
that is slowly being removed from Debian.

Please remove this one stale declaration
found in argparse-manpage packaging:

> debian/control: python3-six,

Greetings

Bug#1062093: coinor-bonmin: NMU diff for 64-bit time_t transition

[Steve Langasek]

Hello,

An oversight with regards to the provides: handling support in debhelper
means the package in experimental does not correctly declare compatibility
on 64-bit archs with the prior ABI.  Please find an updated patch attached.

-- 
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 coinor-bonmin-1.8.9/debian/changelog 
coinor-bonmin-1.8.9/debian/changelog
--- coinor-bonmin-1.8.9/debian/changelog2023-01-31 15:18:23.0 
+
+++ coinor-bonmin-1.8.9/debian/changelog2024-02-24 21:28:20.0 
+
@@ -1,3 +1,23 @@
+coinor-bonmin (1.8.9-1.1~exp3) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Declare X-Time64-Compat to get proper Provides:
+
+ -- Steve Langasek   Sat, 24 Feb 2024 21:28:20 +
+
+coinor-bonmin (1.8.9-1.1~exp2) experimental; urgency=medium
+
+  * Explicitly requiring gfortran in the B-D
+
+ -- Pierre Gruet   Sat, 03 Feb 2024 15:35:14 +0100
+
+coinor-bonmin (1.8.9-1.1~exp1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Wed, 31 Jan 2024 10:53:45 +
+
 coinor-bonmin (1.8.9-1) unstable; urgency=medium
 
   * New upstream version 1.8.9
diff -Nru coinor-bonmin-1.8.9/debian/coinor-libbonmin4.install 
coinor-bonmin-1.8.9/debian/coinor-libbonmin4.install
--- coinor-bonmin-1.8.9/debian/coinor-libbonmin4.install2022-11-30 
15:12:15.0 +
+++ coinor-bonmin-1.8.9/debian/coinor-libbonmin4.install1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib/*/libbonmin*.so.*
diff -Nru coinor-bonmin-1.8.9/debian/coinor-libbonmin4.lintian-overrides 
coinor-bonmin-1.8.9/debian/coinor-libbonmin4.lintian-overrides
--- coinor-bonmin-1.8.9/debian/coinor-libbonmin4.lintian-overrides  
2022-12-02 19:48:18.0 +
+++ coinor-bonmin-1.8.9/debian/coinor-libbonmin4.lintian-overrides  
1970-01-01 00:00:00.0 +
@@ -1,6 +0,0 @@
-# We won't provide symbols for this C++ library, using shlibs instead.
-no-symbols-control-file usr/lib/x86_64-linux-gnu/libbonmin.so.*
-
-# We followed the (at least implicit) naming convention for coinor packages in
-# Debian.
-package-name-doesnt-match-sonames libbonmin*
diff -Nru coinor-bonmin-1.8.9/debian/coinor-libbonmin4t64.install 
coinor-bonmin-1.8.9/debian/coinor-libbonmin4t64.install
--- coinor-bonmin-1.8.9/debian/coinor-libbonmin4t64.install 1970-01-01 
00:00:00.0 +
+++ coinor-bonmin-1.8.9/debian/coinor-libbonmin4t64.install 2024-01-31 
20:45:12.0 +
@@ -0,0 +1 @@
+usr/lib/*/libbonmin*.so.*
diff -Nru coinor-bonmin-1.8.9/debian/coinor-libbonmin4t64.lintian-overrides 
coinor-bonmin-1.8.9/debian/coinor-libbonmin4t64.lintian-overrides
--- coinor-bonmin-1.8.9/debian/coinor-libbonmin4t64.lintian-overrides   
1970-01-01 00:00:00.0 +
+++ coinor-bonmin-1.8.9/debian/coinor-libbonmin4t64.lintian-overrides   
2024-01-31 20:45:12.0 +
@@ -0,0 +1,7 @@
+# We won't provide symbols for this C++ library, using shlibs instead.
+no-symbols-control-file usr/lib/x86_64-linux-gnu/libbonmin.so.*
+
+# We followed the (at least implicit) naming convention for coinor packages in
+# Debian.
+package-name-doesnt-match-sonames libbonmin*
+coinor-libbonmin4t64: package-name-doesnt-match-sonames coinor-libbonmin4
diff -Nru coinor-bonmin-1.8.9/debian/control coinor-bonmin-1.8.9/debian/control
--- coinor-bonmin-1.8.9/debian/control  2023-01-31 15:16:18.0 +
+++ coinor-bonmin-1.8.9/debian/control  2024-02-24 21:28:14.0 +
@@ -8,6 +8,9 @@
coinor-libcbc-dev,
coinor-libipopt-dev,
doxygen,
+# 03/02/2024: libopenmpi-dev in experimental does not depend on
+# libgfortran-*-dev, hence I explicitly require gfortran.
+   gfortran,
graphviz,
libbz2-dev,
liblapack-dev,
@@ -18,7 +21,11 @@
 Vcs-Git: https://salsa.debian.org/science-team/coinor-bonmin.git
 Homepage: https://projects.coin-or.org/Bonmin
 
-Package: coinor-libbonmin4
+Package: coinor-libbonmin4t64
+X-Time64-Compat: coinor-libbonmin4
+Provides: ${t64:Provides}
+Replaces: coinor-libbonmin4
+Breaks: coinor-libbonmin4 (<< ${source:Version})
 Architecture: any
 Depends: ${misc:Depends},
  ${shlibs:Depends}
@@ -37,7 +44,7 @@
 Package: coinor-libbonmin-dev
 Architecture: any
 Section: libdevel
-Depends: coinor-libbonmin4 (= ${binary:Version}),
+Depends: coinor-libbonmin4t64 (= ${binary:Version}),
  coinor-libcbc-dev,
  coinor-libipopt-dev,
  ${misc:Depends}


signature.asc
Description: PGP signature

Bug#1062032: c-ares: NMU diff for 64-bit time_t transition

[Steve Langasek]

On Wed, Jan 31, 2024 at 02:30:16PM +0100, Gregor Jasny wrote:
> On 31.01.24 04:15, Steve Langasek wrote:
> > 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 c-ares
> > 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.

> Currently, for c-ares2 the library package does not match the SONAME and
> needs a lintian 
> override:https://salsa.debian.org/debian/c-ares/-/blob/master/debian/libc-ares2.lintian-overrides?ref_type=heads

> I wonder if you could rename the package into libcares2 instead of the
> proposed libc-ares2t64. That would make the package name matching the
> SONAME. But I'm also fine with your NMU.

Thanks for pointing this out, that's a good idea.  I've reuploaded with the
attached patch.

-- 
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 c-ares-1.26.0/debian/changelog c-ares-1.26.0/debian/changelog
--- c-ares-1.26.0/debian/changelog  2024-01-27 15:57:37.0 +
+++ c-ares-1.26.0/debian/changelog  2024-02-24 21:25:05.0 +
@@ -1,3 +1,10 @@
+c-ares (1.26.0-1.1~exp2) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Sat, 24 Feb 2024 21:25:05 +
+
 c-ares (1.26.0-1) unstable; urgency=low
 
   * Imported Upstream version 1.26.0
diff -Nru c-ares-1.26.0/debian/control c-ares-1.26.0/debian/control
--- c-ares-1.26.0/debian/control2023-12-17 14:41:52.0 +
+++ c-ares-1.26.0/debian/control2024-02-24 21:25:01.0 +
@@ -16,7 +16,7 @@
 Section: libdevel
 Architecture: any
 Conflicts: libares-dev
-Depends: libc-ares2 (= ${binary:Version}),
+Depends: libcares2 (= ${binary:Version}),
  ${shlibs:Depends},
  ${misc:Depends}
 Multi-Arch: same
@@ -31,10 +31,12 @@
  .
  This package contains development files (headers and static libraries).
 
-Package: libc-ares2
+Package: libcares2
+Provides: ${t64:Provides}
+Breaks: libc-ares2 (<< ${source:Version})
 Conflicts: libcares2
 Architecture: any
-Replaces: libc-ares1
+Replaces: libc-ares2, libc-ares1
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Pre-Depends: ${misc:Pre-Depends}
 Multi-Arch: same
diff -Nru c-ares-1.26.0/debian/libc-ares2.dirs 
c-ares-1.26.0/debian/libc-ares2.dirs
--- c-ares-1.26.0/debian/libc-ares2.dirs2023-05-22 15:13:13.0 
+
+++ c-ares-1.26.0/debian/libc-ares2.dirs1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib
diff -Nru c-ares-1.26.0/debian/libc-ares2.install 
c-ares-1.26.0/debian/libc-ares2.install
--- c-ares-1.26.0/debian/libc-ares2.install 2023-05-22 15:13:13.0 
+
+++ c-ares-1.26.0/debian/libc-ares2.install 1970-01-01 00:00:00.0 
+
@@ -1 +0,0 @@
-usr/lib/*/lib*.so.*
diff -Nru c-ares-1.26.0/debian/libc-ares2.lintian-overrides 
c-ares-1.26.0/debian/libc-ares2.lintian-overrides
--- c-ares-1.26.0/debian/libc-ares2.lintian-overrides   2023-06-14 
19:20:26.0 +
+++ c-ares-1.26.0/debian/libc-ares2.lintian-overrides   1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-package-name-doesnt-match-sonames libcares2
diff -Nru c-ares-1.26.0/debian/libc-ares2.symbols 
c-ares-1.26.0/debian/libc-ares2.symbols
--- c-ares-1.26.0/debian/libc-ares2.symbols 2023-12-17 13:43:17.0 
+
+++ c-ares-1.26.0/debian/libc-ares2.symbols 1970-01-01 00:00:00.0 
+
@@ -1,118 +0,0 @@
-libcares.so.2 libc-ares2 #MINVER#
-* Build-Depends-Package: libc-ares-dev
- ares_cancel@Base 1.7.0
- ares_create_query@Base 1.10.0
- ares_destroy@Base 1.7.0
- ares_destroy_options@Base 1.7.0
- ares_dns_addr_to_ptr@Base 1.22.0
- ares_dns_class_fromstr@Base 1.22.0
- ares_dns_class_tostr@Base 1.22.0
- ares_dns_opcode_tostr@Base 1.22.0
- ares_dns_opt_get_datatype@Base 1.22.0
- ares_dns_opt_get_name@Base 1.22.0
- ares_dns_parse@Base 1.22.0
- ares_dns_pton@Base 1.22.0
- ares_dns_rcode_tostr@Base 1.22.0
- ares_dns_rec_type_fromstr@Base 1.22.0
- ares_dns_rec_type_tostr@Base 1.22.0
- ares_dns_record_create@Base 1.22.0
- ares_dns_record_destroy@Base 1.22.0
- ares_dns_record_get_flags@Base 1.22.0
- ares_dns_record_get_id@Base 1.22.0
- ares_dns_record_get_opcode@Base 1.22.0
- ares_dns_record_get_rcode@Base 1.22.0
- ares_dns_record_query_add@Base 1.22.0
- ares_dns_record_query_cnt@Base 1.22.0
- ares_dns_record_query_get@Base 1.22.0
- ares_dns_record_rr_add@Base 1.22.0
- ares_dns_record_rr_cnt@Base 1.22.0
- 

Bug#1063004: synfig: NMU diff for 64-bit time_t transition

[Steve Langasek]

Control: tags -1 - pending
Control: severity -1 serious

Unfortunately, it appears synfig ftbfs in unstable and experimental:

[...]
checking for Magick++ >= 6.4.2... configure: error:  *** Unable to find Magick++
cd synfig-core && tail -v -n \+0 config.log
[...]

  
(https://buildd.debian.org/status/fetch.php?pkg=synfig=amd64=1.5.1%2Bdfsg-3.1%7Eexp1=1707063449=0)

Therefore we will not be able to NMU this.  Marking the bug serious as the
mass NMUs are imminent within a few days and this becomes a serious bug once
the toolchain changes land.

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


signature.asc
Description: PGP signature

Bug#1064597: apparmor denies libvirt access to /etc/ssl/openssl.cnf

[Paul B. Henson]

Package: libvirt0
Version: 9.0.0-4

When I start vm's, I see this error message in the system logs:

kernel: [578906.082105] audit: type=1400 audit(1708728091.927:140):
apparmor="DENIED" operation="open"
profile="libvirt-f1f75261-a8b3-4987-b3b4-66577cc691b3"
name="/etc/ssl/openssl.cnf" pid=266042 comm="qemu-system-x86" requested_mask="r"
denied_mask="r" fsuid=64055 ouid=0

It appears the libvirt apparmor template does not provide access? I didn't
see this issue under Debian 11, but it started popping up after updating
to Debian 12, specifically. I'm currently running 12.5.

Bug#894462: paraview: edges are blotted [regression]

[Drew Parsons]

On 2024-02-24 12:40, Francesco Poli wrote:

On Thu, 04 Jan 2024 12:18:21 +0100 Drew Parsons 


Can you confirm paraview 5.11 is meeting your image quality
expectations?


Only if I disable FXAA (which, by the way, is enabled by default, but
can luckily be disabled in the settings!).

...

Could you please forward it upstream, instead?
Thanks for your time and dedication!



I don't understand what bug you want forwarded upstream.

FXAA anti-aliasing is enabled by default, but if you don't like you can 
switch it off.
Upstream have provided an option in Edit/Settings/RenderView so that you 
can do that.

What else do you want them to do?

Do you mean you want them to remove antialiasing entirely?  That's not 
acceptable.  There are plenty of bug reports demanding antialiasing.  Do 
you want them to deactivate antialiasing by default?  I can't see that 
working well, for the same reason. Do you want them to offer alternative 
antialiasing algorithms?  Which ones?

Bug#1064596: ITP: mcl14 -- library providing bindings between mcl and OCaml

[Andreas Tille]

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

Subject: ITP: mcl14 -- library providing bindings between mcl and OCaml
Package: wnpp
Owner: Andreas Tille 
Severity: wishlist

* Package name: mcl14
  Version : 14
  Upstream Author : Copyright: © 1999-2014 Stijn van Dongen 
* URL : https://micans.org/mcl/
* License : GPL-3+
  Programming Lang: C
  Description : library providing bindings between mcl and OCaml
 The MCL package is an implementation of the MCL algorithm, and offers
 utilities for manipulating sparse matrices (the essential data
 structure in the MCL algorithm) and conducting cluster experiments.
 .
 This library provides bindings between mcl and OCaml.
 .
 This OCaml code is based on a patch for mcl version 14.  Unfortunately
 the attempt to port the patch to latest mcl did not succeeded.

Remark: This package is maintained by Debian Med Packaging Team at
   https://salsa.debian.org/med-team/mcl14

Bug#901677: amide: Window is too wide and not resizable

[Andreas Tille]

Hi,

thanks a lot for all your patches for amide.  Its really appreciated.

Kind regards
Andreas.

-- 
http://fam-tille.de

Bug#1062633: libsoup2.4: NMU diff for 64-bit time_t transition

[Steve Langasek]

Thanks for pointing this out, Jeremy.  Fixed patch attached (and uploaded).

-- 
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 libsoup2.4-2.74.3/debian/changelog libsoup2.4-2.74.3/debian/changelog
--- libsoup2.4-2.74.3/debian/changelog  2024-01-29 12:27:21.0 +
+++ libsoup2.4-2.74.3/debian/changelog  2024-02-24 19:42:39.0 +
@@ -1,3 +1,17 @@
+libsoup2.4 (2.74.3-3.1~exp2) experimental; urgency=medium
+
+  * Fix the renaming to match the upstream soname, as pointed out by Jeremy
+Bícha.
+
+ -- Steve Langasek   Sat, 24 Feb 2024 19:42:39 +
+
+libsoup2.4 (2.74.3-3.1~exp1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Fri, 02 Feb 2024 07:49:32 +
+
 libsoup2.4 (2.74.3-3) unstable; urgency=medium
 
   [ Jeremy Bicha ]
diff -Nru libsoup2.4-2.74.3/debian/control libsoup2.4-2.74.3/debian/control
--- libsoup2.4-2.74.3/debian/control2024-01-29 12:27:21.0 +
+++ libsoup2.4-2.74.3/debian/control2024-02-24 19:42:09.0 +
@@ -41,7 +41,7 @@
  libbrotli-dev,
  libglib2.0-dev,
  libpsl-dev,
- libsoup2.4-1 (= ${binary:Version}),
+ libsoup-2.4-1 (= ${binary:Version}),
  libsqlite3-dev,
  libxml2-dev,
  zlib1g-dev,
@@ -71,7 +71,11 @@
  .
  This package contains the development files.
 
-Package: libsoup2.4-1
+Package: libsoup-2.4-1
+X-Time64-Compat: libsoup2.4-1
+Provides: ${t64:Provides}
+Replaces: libsoup2.4-1
+Breaks: libsoup2.4-1 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: glib-networking,
@@ -101,6 +105,10 @@
  This package contains the shared library.
 
 Package: libsoup-gnome2.4-1
+X-Time64-Compat: libsoup-gnome2.4-1
+Provides: ${t64:Provides}
+Replaces: libsoup-gnome2.4-1
+Breaks: libsoup-gnome2.4-1 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: ${misc:Depends},
@@ -135,7 +143,7 @@
 Architecture: any
 Multi-Arch: same
 Depends: gir1.2-soup-2.4 (= ${binary:Version}),
- libsoup-gnome2.4-1 (= ${binary:Version}),
+ libsoup-gnome-2.4-1 (= ${binary:Version}),
  libsoup2.4-dev (= ${binary:Version}),
  ${gir:Depends},
  ${misc:Depends}
diff -Nru libsoup2.4-2.74.3/debian/libsoup-2.4-1.docs 
libsoup2.4-2.74.3/debian/libsoup-2.4-1.docs
--- libsoup2.4-2.74.3/debian/libsoup-2.4-1.docs 1970-01-01 00:00:00.0 
+
+++ libsoup2.4-2.74.3/debian/libsoup-2.4-1.docs 2024-02-02 07:49:32.0 
+
@@ -0,0 +1,3 @@
+AUTHORS
+NEWS
+README
diff -Nru libsoup2.4-2.74.3/debian/libsoup-2.4-1.install 
libsoup2.4-2.74.3/debian/libsoup-2.4-1.install
--- libsoup2.4-2.74.3/debian/libsoup-2.4-1.install  1970-01-01 
00:00:00.0 +
+++ libsoup2.4-2.74.3/debian/libsoup-2.4-1.install  2024-02-02 
07:49:32.0 +
@@ -0,0 +1 @@
+usr/lib/*/libsoup-2.4*.so.*
diff -Nru libsoup2.4-2.74.3/debian/libsoup-2.4-1.symbols 
libsoup2.4-2.74.3/debian/libsoup-2.4-1.symbols
--- libsoup2.4-2.74.3/debian/libsoup-2.4-1.symbols  1970-01-01 
00:00:00.0 +
+++ libsoup2.4-2.74.3/debian/libsoup-2.4-1.symbols  2024-02-24 
19:40:59.0 +
@@ -0,0 +1,633 @@
+libsoup-2.4.so.1 libsoup-2.4-1 #MINVER#
+* Build-Depends-Package: libsoup2.4-dev
+ _SOUP_METHOD_CONNECT@Base 2.4.0
+ _SOUP_METHOD_COPY@Base 2.4.0
+ _SOUP_METHOD_DELETE@Base 2.4.0
+ _SOUP_METHOD_GET@Base 2.4.0
+ _SOUP_METHOD_HEAD@Base 2.4.0
+ _SOUP_METHOD_LOCK@Base 2.4.0
+ _SOUP_METHOD_MKCOL@Base 2.4.0
+ _SOUP_METHOD_MOVE@Base 2.4.0
+ _SOUP_METHOD_OPTIONS@Base 2.4.0
+ _SOUP_METHOD_POST@Base 2.4.0
+ _SOUP_METHOD_PROPFIND@Base 2.4.0
+ _SOUP_METHOD_PROPPATCH@Base 2.4.0
+ _SOUP_METHOD_PUT@Base 2.4.0
+ _SOUP_METHOD_TRACE@Base 2.4.0
+ _SOUP_METHOD_UNLOCK@Base 2.4.0
+ _SOUP_URI_SCHEME_DATA@Base 2.30.0
+ _SOUP_URI_SCHEME_FILE@Base 2.30.0
+ _SOUP_URI_SCHEME_FTP@Base 2.30.0
+ _SOUP_URI_SCHEME_HTTP@Base 2.4.0
+ _SOUP_URI_SCHEME_HTTPS@Base 2.4.0
+ _SOUP_URI_SCHEME_RESOURCE@Base 2.41.90
+ _SOUP_URI_SCHEME_WS@Base 2.49.91.1
+ _SOUP_URI_SCHEME_WSS@Base 2.49.91.1
+ soup_add_completion@Base 2.24.3
+ soup_add_idle@Base 2.4.0
+ soup_add_io_watch@Base 2.4.0
+ soup_add_timeout@Base 2.4.0
+ soup_address_equal_by_ip@Base 2.26.1
+ soup_address_equal_by_name@Base 2.26.1
+ soup_address_family_get_type@Base 2.4.0
+ soup_address_get_gsockaddr@Base 2.32.2
+ soup_address_get_name@Base 2.4.0
+ soup_address_get_physical@Base 2.4.0
+ soup_address_get_port@Base 2.4.0
+ soup_address_get_sockaddr@Base 2.4.0
+ soup_address_get_type@Base 2.4.0
+ soup_address_hash_by_ip@Base 2.26.1
+ soup_address_hash_by_name@Base 2.26.1
+ soup_address_is_resolved@Base 2.26.1
+ soup_address_new@Base 2.4.0
+ soup_address_new_any@Base 2.4.0
+ 

Bug#945269: debian-policy: packages should use tmpfiles.d(5) to create directories below /var

[Josh Triplett]

Sean Whitton wrote:
> On Sun 17 Sep 2023 at 10:52am -07, Russ Allbery wrote:
> > So far as I can tell, the only important part is that the directory
> > be registered in tmpfiles.d (or a service unit) so that it can be
> > recreated when needed.
>
> Something which I don't think has been mentioned yet is that we
> explicitly permit the local administrator to nuke /usr/share/doc, even
> though that is a similar sort of inconsistency between the dpkg db and
> the filesystem as the ones that are bothering Luca.

One key difference between the two is the existence of Policy 12.3:
> Packages must not require the existence of any files in
> "/usr/share/doc/" in order to function.  [6] Any files that are used
> or read by programs but are also useful as stand alone documentation
> should be installed elsewhere, such as under "/usr/share/package/",
> and then included via symbolic links in "/usr/share/doc/package".

Bug#1064595: O: ink-generator -- Inkscape extension to automatically generate files from a template

[Boyuan Yang]

Package: wnpp
Control: affects -1 + src:ink-generator
X-Debbugs-Cc: ink-genera...@packages.debian.org
Severity: normal

I intend to orphan the ink-generator package due to the lack of interest
to this package.

The package description is:
 ink-generator is an extension to replace text and data to automatically
 generate files (like PDF, PS, JPG, etc...), based on a SVG template and a CSV
 data file.

Thanks,
Boyuan Yang


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

Bug#1064594: O: gwakeonlan -- wakes up your machines using Wake on LAN

[Boyuan Yang]

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

I intend to orphan the gwakeonlan package due to the lack of interest of
this package.

The package description is:
 gWakeOnLan is a GTK+ utility to awake turned off computers through the Wake
 on LAN feature. Both local and internet modes are supported.
 .
 The machines to turn on need to be shut off with the Wake on LAN magic packet
 enabled.

Thanks,
Boyuan


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

Bug#1064593: debian-policy: missing static resources for www.debian.org policy page

[James Addison]

Package: debian-policy
Version: 4.6.2.1
Severity: normal
X-Debbugs-Cc: spwhit...@spwhitton.name, hwans...@mailbox.org, 
debian-...@lists.debian.org

(this may relate closely to #915583)

Some of the web resources referenced by the online[1] copy of the Debian policy
manual seem to return HTTP 404 responses at the moment, meaning that the
intended Sphinx CSS theming fails to apply.

[1] - https://www.debian.org/doc/debian-policy/

Bug#1064452: dkim-rotate: Errors during --new leave state corrupted

[Ian Jackson]

Daniel Gröber writes ("Bug#1064452: dkim-rotate: Errors during --new leave 
state corrupted"):
> I don't think it's entirely necessary to do that. Just have to take care to
> provide new users with an example that doesn't have this ambiguity.

I'm adding a note next ot the directive that invites the user to
uncomment it, which I hope will help.

> FYI:
> You might also want to include an example config in the .7 manpage. I found
> having to dig through the Debian package to find one a bit inconvenient ;)

I'll add a cross-reference to the example files in the SEE ALSO.

Ian.

-- 
Ian JacksonThese opinions are my own.  

Pronouns: they/he.  If I emailed you from @fyvzl.net or @evade.org.uk,
that is a private address which bypasses my fierce spamfilter.

Bug#1064592: meson: Python modules installed in python3 instead of python3.x

[Patrick ZAJDA]

Package: meson
Version: 1.0.1-5
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dear Maintainer,

When using Meson in a Python project, files are placed in 
/usr/local/lib/python3 instead of /usr/local/lib/python3.x.
Same when building a package, /usr/lib/python3 instead of /usr/lib/python3.x.

This can cause some issue when including some other modules, for example if 
building Orca from source and Speech Dispatcher from master.
The wrong version of Speech Dispatcher will be used.

Other distributions place Python files in /usr/local/lib/python3.x.
Using python3 path place files in a path which is not included in PYTHONPATH.
In PYTHONPATH, there is no python3 path included in paths from /usr/local.

Best regards,

Patrick

- -- 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/12 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages meson depends on:
ii  ninja-build1.11.1-1
ii  python33.11.2-1+b1
ii  python3-pkg-resources  66.1.1-1
ii  python3-setuptools 66.1.1-1

Versions of packages meson recommends:
ii  dpkg-dev  1.21.22

meson suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEF6TZmSao+HhR4xlgnUrTW+onPcoFAmXaOXAACgkQnUrTW+on
PcoFExAAwPJf7X6MMcECzzGbH57LBGBtlYOAdMtkZJ7YavBvj8hXB0BmJm93hDZb
2qglLPNlcnS6LUZ5s/iffbboyNw/50t2RjnGwqJD1BTuafJ+ZslDIRLGGukWfjc7
c9jaRBUDlbFz2xVXiEJKHYfokiSJvVU/uxB62CkNqKXBbZ+dqYxLlqo/lEi0EVg9
Vh4gZdI20r50I4zu6s+/3kAOJoLMG5eGGffuvKQCumWxjksGSQ2EYlnsT/hlt/i1
YeX3kvgPBuO4dlICMULAqdy0qYXg9AAp3iE1n5vAmPIY5Vfez8n0rTG5uJZZJWly
m4QgOr+1+0LBJJ7H8ofs1l4buXV58zzCD6m76MnJ8BKlh/ZB8/+KVuhB561TJd1I
CSDiHDJSp2PeR/iHpoUcmrM5KeenObpINkKnVpIgXYamnpjOo4unmc2r70OwzBqK
pPlWzFomcBSZOCjxhFNu0s3KE+us2SkR/k54N3HLlRauiemwAexwHlF4rLaK7Nwr
+vd038cKt/MSk1ecPYYiCBlxGF1IxojzZTbcKNIyqZBTloTDxmCH9WHapILin97Z
pCpay+w9XAJMkkXrnvynpIRDu951mKgqP0oQYknNtzCy91DQery1Mghko2vKN22n
ZxIogu+6frlKCCnoCxPNP9o5YBRL0ANGGEERVvPNsSIvWp0zBpg=
=Lezi
-END PGP SIGNATURE-

Bug#967257: ardour: depends on deprecated GTK 2

[Robin Gareus]

Quick follow up: On debian/sid compiling Ardour 8.4 when configured with 
--use-external-libs depends on the following packages:


build-essential
gettext
intltool
itstool
libarchive-dev
libasound2-dev
libaubio-dev
libboost-dev
libcairomm-1.0-dev
libcurl4-gnutls-dev
libcwiid-dev
libdbus-1-dev
libfluidsynth-dev
libglibmm-2.4-dev
libhidapi-dev
libjack-dev
liblilv-dev
liblo-dev
liblrdf0-dev
libltc-dev
libpangomm-1.4-dev
libpulse-dev
libqm-dsp-dev
libreadline-dev
librubberband-dev
libsndfile1-dev
libtag1-dev
libusb-1.0-0-dev
libwebsockets-dev
libxinerama-dev
libxrandr-dev
python3
python-is-python3
vamp-plugin-sdk


Various packages listed currently as build-dep are no longer required.
Notably libsuil-dev, but also ladspa-sdk should be removed. Ardour never 
directly used libserd/sord/sratom either; and liblilv-dev pulls in lv2-dev.


New dependencies are libxrandr-dev and libglibmm-2.4-dev.

Cheers!
robin

On 2024-02-24 15:27, Robin Gareus wrote:

Ardour 8.4 has been released and no longer depends on deprecated GTK2
https://ardour.org/whatsnew.html

Please consider updating Ardour before the autoremoval is triggered.

Thanks,

--
robin - ardour.org

On 2024-02-18 01:43, Erich Eickmeyer wrote:
Apologies, this has *not* been released yet, but will hopefully be 
released in the next week, so please keep an eye on uscan.


Regardless, when it does get released, I will likely send out another 
email. Additionally, packages have been getting removed prematurely 
from Ubuntu prior to removal from Debian, so I'm getting a little 
trigger-happy, hence my email.


Again, apologies for jumping the gun here. :)
Erich

On 2/17/2024 4:22 PM, Erich Eickmeyer wrote:
Ardour 8.3 has been released and no longer depends on deprecated GTK2 
as a modified version is bundled within. 
https://ardour.org/whatsnew83.html


Considering ardour has been scheduled for autoremoval on 06 March 
(#1061203), I highly recommend getting this updated as soon as 
possible to avoid this removal. Since the library is now bundled, the 
dependency on libgtk2.0-dev can be dropped.


Thanks,
Erich
--
Erich Eickmeyer
Ubuntu MOTU
Project Leader - Ubuntu Studio
Technical Lead - Edubuntu









OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1064344: RFS: vzlogger/0.8.3 ITP #864255

[Joachim Zobel]

Hi.

I'll reply to the DEP-14 issue while working on the others.

Am Donnerstag, dem 22.02.2024 um 22:58 +0100 schrieb Tobias Frost:
> > https://github.com/volkszaehler/vzlogger.git 
> > 
> > on branch debian-0.8.3-1.
> 
> (There is no such branch on that repo, but a "debian" one.)

Sorry, forgot to merge that. 

> Please see dep14 (https://dep-team.pages.debian.net/deps/dep14/) for 
> recommendation how to layout the repository used for packaging, I'd
> even recommend to use an extra repository for the packaging.

I know about DEP-14 and actually tried it. I found it however very
inconvenient to use and I think this is because it is inappropriate for
the current situation. 

The package is maintained in the upstream repository as a native
package (by me). This is necessary because Debian packages are built as
part of the upstream releases. So all packaging changes happen upstream
first. The changes that are later needed to turn an upstream native
release into a Debian release are few and won't change much over time.
So a patch makes sense IMHO. 

This situation can change when vzlogger reaches stable (and as a result
reaches Raspbian). At that point maintaining a package in the upstream
repo is no longer necessary.

For now I would prefer to use the suggested release workflow (which I
am already using for libsml, where the situation is the same). I am
aware that the DEP-14 layout works well if upstream is not doing
package maintenance and I am not generally against it. My other current
ITP #1062335 is using it.

https://salsa.debian.org/debian-iot-team/tasmota-device-manager

Sincerely,
Joachim

Bug#1059503: RFS: blanket/0.6.0-1 [RFP] -- listen to relaxing sounds

[Matthias Geiger]

On Thu, 18 Jan 2024 18:26:43 +0330 Danial Behzadi 
 wrote:

> Thanks for your recommendations.
> There is new upload in mentors and the salsa is updated too:
>
> در سه‌شنبه, ژانویه 2 2024 at ۱۴:۱۵:۵۹ -05:00:00,
> Jeremy Bícha  نوشته بود:
> > Thank you very much for working on this package. Here are some
> > recommended improvements:
> >
> > According to the links in SOUNDS_LICENSING.md :
> >
> > 1. city is CC-BY-3.0
> >
> > 2. white noise is CC-BY-3.0

> >

Hi Danial.

The watch file does not repack the source; do it like this:

**

*version=4 opts=\ repacksuffix=+dfsg,\ repack,compression=gz,\ 
dversionmangle=s/\+(dfsg)(\.\d+)?$//,\ 
filenamemangle=s/.*\/v?([\d\.-]+)\.tar\.gz ... *


**

Minor nitpick: I would add a Comment: for each sound file with the 
freesound url from sound_licensing.md.



best,


werdahias

Bug#1064591: ITP: python-googleapis-common-protos -- Common protobufs used in Google APIs

[Yogeswaran Umasankar]

Package: wnpp
Severity: wishlist
Owner: Yogeswaran Umasankar 
X-Debbugs-Cc: debian-de...@lists.debian.org, kd8...@gmail.com

* Package name: python-googleapis-common-protos
  Version : 1.62.0
  Upstream Contact: Google LLC 
* URL : https://github.com/googleapis/python-api-common-protos
* License : Apache-2.0
  Programming Lang: Python
  Description : Common protobufs used in Google APIs

googleapis-common-protos contains the Python classes generated
 from the common protos in the `googleapis/googleapis
 ` repository. This is depend
 for other Python packages. I would like to maintain it under DPT, and
 need sponsorship.

Bug#1064590: src:aflplusplus: fails to migrate to testing for too long: Build-Depends not available on mips64el

[Paul Gevers]

Source: aflplusplus
Version: 4.08c-1
Severity: serious
Control: close -1 4.09c-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:aflplusplus has been trying to migrate for 
31 days [2]. Hence, I am filing this bug. The version in unstable has a 
new Build-Dependency that's not available on mips64el.


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



OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1064589: RFS: photodedupe/1.0.1 [ITP] -- a utility for identifying duplicate images

[Leon]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a mentor/sponsor for my package "photodedupe" please.

* Package name    : photodedupe
  Version : 1.0.1
  Upstream Author : LJ Bubb 
* URL : https://github.com/InexplicableMagic/photodedupe
* License : MIT
  Programming Lang: Rust
  Description : A utility for identifying duplicate images

Photodedupe is a command line utility for identifying duplicate photos in large 
image collections, regardless of whether the images have been scaled or have 
differing file formats. It compares the image content visually and does not 
rely on metadata or file hashes to perform the de-duplication.

I have got as far as producing a lintian clean .deb installer, which is 
available from my GitHub releases page:

https://github.com/InexplicableMagic/photodedupe/releases/tag/v1.0.1

I have filed an ITP which is here:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1064587

I am looking for advice as to what else may be required.

Thank You.

Leon

Bug#1062097: gensio: NMU diff for 64-bit time_t transition

[Steve Langasek]

On Sat, Feb 24, 2024 at 08:54:30AM -0600, John Goerzen wrote:
> On Fri, Feb 23 2024, Steve Langasek wrote:

> > [[PGP Signed Part:Undecided]]
> > Please find attached an updated patch for the latest gensio in unstable.
> Thanks for your work on this!  There was no attachment there, however.

Oops - sorry, attached now.

> A question on this.  Since the initial bug was filed on gensio, I
> updated the Debian package to a newer upstream.  This changed the Debian
> library from libgensio4 to libgensio6.  libgensio6 is in testing but has
> never been in stable.  Is it still worth renaming libgensio6 given that
> it's never been in a stable release?

> Just thought I'd check on that.

I have no opinion whether it's "worth" it to do a rename.  If you prefer,
you can instead handle this in your package with a no-change rebuild after
gcc is uploaded (or, upload now forcing DEB_BUILD_OPTIONS=abi=+time64 on).
However, until that is done, we are tracking this as a package whose ABI
will break when the toolchain changes.

Thanks,
-- 
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 gensio-2.8.2/debian/changelog gensio-2.8.2/debian/changelog
--- gensio-2.8.2/debian/changelog   2024-02-15 13:15:52.0 +
+++ gensio-2.8.2/debian/changelog   2024-02-24 06:03:03.0 +
@@ -1,3 +1,10 @@
+gensio (2.8.2-6.1~exp1) experimental; urgency=medium
+
+  * Non-maintainer upload.
+  * Rename libraries for 64-bit time_t transition.
+
+ -- Steve Langasek   Sat, 24 Feb 2024 06:03:03 +
+
 gensio (2.8.2-6) unstable; urgency=medium
 
   * Decleare a breaks and replaces on libgensio4, preventing issues on upgrade.
diff -Nru gensio-2.8.2/debian/control gensio-2.8.2/debian/control
--- gensio-2.8.2/debian/control 2024-02-15 13:15:50.0 +
+++ gensio-2.8.2/debian/control 2024-02-24 06:03:03.0 +
@@ -17,7 +17,7 @@
 Section: libdevel
 Architecture: any
 Multi-Arch: same
-Depends: libgensio6 (= ${binary:Version}), ${misc:Depends}
+Depends: libgensio6t64 (= ${binary:Version}), ${misc:Depends}
 Description: abstract stream I/O (development files)
  This library (pronounced gen'-see-oh) is used to abstract stream I/O
  like serial port, TCP, telnet, UDP, SSL, IPMI SOL etc and offers a
@@ -33,12 +33,14 @@
  .
  This package contains the development headers and static libraries.
 
-Package: libgensio6
+Package: libgensio6t64
+Provides: ${t64:Provides}
+Breaks: libgensio6 (<< ${source:Version})
 Architecture: any
 Multi-Arch: same
 Depends: ${shlibs:Depends}, ${misc:Depends}
 Conflicts: libgensio4
-Replaces: libgensio4
+Replaces: libgensio6, libgensio4
 Description: abstract stream I/O (runtime files)
  This library (pronounced gen'-see-oh) is used to abstract stream I/O
  like serial port, TCP, telnet, UDP, SSL, IPMI SOL etc and offers a
diff -Nru gensio-2.8.2/debian/libgensio6.dirs 
gensio-2.8.2/debian/libgensio6.dirs
--- gensio-2.8.2/debian/libgensio6.dirs 2024-02-06 00:17:37.0 +
+++ gensio-2.8.2/debian/libgensio6.dirs 1970-01-01 00:00:00.0 +
@@ -1 +0,0 @@
-usr/lib
diff -Nru gensio-2.8.2/debian/libgensio6.install 
gensio-2.8.2/debian/libgensio6.install
--- gensio-2.8.2/debian/libgensio6.install  2024-02-06 00:17:37.0 
+
+++ gensio-2.8.2/debian/libgensio6.install  1970-01-01 00:00:00.0 
+
@@ -1,2 +0,0 @@
-usr/lib/*/lib*.so.*
-usr/libexec/*/gensio/*/libgensio*.so
diff -Nru gensio-2.8.2/debian/libgensio6.lintian-overrides 
gensio-2.8.2/debian/libgensio6.lintian-overrides
--- gensio-2.8.2/debian/libgensio6.lintian-overrides2024-02-06 
00:16:13.0 +
+++ gensio-2.8.2/debian/libgensio6.lintian-overrides1970-01-01 
00:00:00.0 +
@@ -1 +0,0 @@
-libgensio6: hardening-no-fortify-functions 
[usr/libexec/x86_64-linux-gnu/gensio/*/libgensio_sound.so]
diff -Nru gensio-2.8.2/debian/libgensio6.symbols 
gensio-2.8.2/debian/libgensio6.symbols
--- gensio-2.8.2/debian/libgensio6.symbols  2024-02-06 00:17:55.0 
+
+++ gensio-2.8.2/debian/libgensio6.symbols  1970-01-01 00:00:00.0 
+
@@ -1,825 +0,0 @@
-# SymbolsHelper-Confirmed: 2.8.2 alpha amd64 arm64 armel armhf hppa i386 ia64 
m68k mips64el powerpc ppc64 ppc64el riscv64 s390x sh4 sparc64 x32
-libgensio.so.6 libgensio6 #MINVER#
- base_gensio_accepter_alloc@Base 2.8.2
- base_gensio_accepter_get_op_data@Base 2.8.2
- base_gensio_accepter_new_child_end@Base 2.8.2
- base_gensio_accepter_new_child_start@Base 2.8.2
- base_gensio_alloc@Base 2.8.2
- base_gensio_get_ll@Base 2.8.2
- base_gensio_server_alloc@Base 2.8.2
- base_gensio_server_open_done@Base 2.8.2
- base_gensio_server_start@Base 2.8.2
- builtin_defaults@Base 2.8.2
- fd_gensio_ll_alloc@Base 2.8.2
- gensio_acc_accept_s@Base 2.8.2
- 

Bug#879723: can get stuck in state INSANE and stop responding

[Joey Hess]

Pali Rohár wrote:
> I have looked at the whole netplugd state machine and transitions
> between states. I identified more bugs than the one described in this
> issue report. I have prepared fixes for all of them.
> 
> Joey, would you be interested in testing netplugd fixes?

Thanks for your work, I'm no longer using netplugd so can't test.

-- 
see shy jo


signature.asc
Description: PGP signature

Bug#1061701: nss-pam-ldapd: install PAM and NSS modules into /usr

[Arthur de Jong]

On Sun, 2024-01-28 at 20:44 +0100, Michael Biebl wrote:
> We want to finalize the /usr-merge via DEP17 by moving all files to
> /usr. nss-pam-ldapd 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.

Thanks for your patch. I've uploaded version 0.9.12-5 to experimental
which includes this change.

Kind regards,


-- 
-- arthur - adej...@debian.org - https://people.debian.org/~adejong --



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

Bug#1064539: systemd: DHCPPrefixDelegation does not allow zero value in Token=

[Michael Biebl]

Control: tags -1 + upstream

Am 23.02.24 um 23:00 schrieb Fabian Müller:

Package: systemd
Version: 252.19-1~deb12u1
Severity: normal
Tags: ipv6
X-Debbugs-Cc: fmu+deb...@never-afk.de

Dear Maintainer,


* What led up to the situation?

I wanted systemd-networkd to select the first address (zero) from the ipv6
prefix that was delegated to me. My provider (Vodafone Kabel / Germany) offers
me a /56 prefix via prefix delegation.

My .network file looks like this:

[Match]
Name=enp1s0

[Network]
IPv6AcceptRA=yes
DHCP=yes
DHCPPrefixDelegation=yes

[DHCPv6]
PrefixDelegationHint=::/56
UseDNS=no
UseAddress=no

[DHCPPrefixDelegation]
Token=static:::


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

I tried to set the "Token=" option in the [DHCPPrefixDelegation] section of my
.network file as follows:

[DHCPPrefixDelegation]
Token=static:::

* What was the outcome of this action?

The resulting ipv6 address is selects via eui64 instead of static.
So i get a address like this 2001:db8::a60:6eff:feda:858a/64

* What outcome did you expect instead?

I expected the address to be zero. More like this: 2001:db8::/64 (which is a
valid ipv6 address).

I also tried the following values:
Token=static:::0 # does not work
Token=:: # does not work
Token=static::: # does not work
Token=static:::1 # works as expected, but is not what i want, address would be
2001:db8::1/64



The Debian package does not ship any patches in that regard.
It would thus be best if you raise this issue directly upstream at
https://github.com/systemd/systemd/issues if you can reproduce it with 
v254 or v255 (you can pull v254 from bookworm-backports).


Regards,
Michael



OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1064588: bookworm-pu: package glibc/2.36-9+deb12u5

[Aurelien Jarno]

Package: release.debian.org
Severity: normal
Tags: bookworm
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: gl...@packages.debian.org, debian-b...@lists.debian.org
Control: affects -1 + src:glibc

[ Reason ]
The upstream stable branch got a few fixes in the last months, and this
update pulls them into the debian package.

[ Impact ]
In case the update isn't approved, systems will be left with a few
issues, and the differences with upstream will increase, which might
make next fixes more difficult to review.

[ Tests ]
The upstream fixes come with additional tests, which represent a
significant part of the diff.

[ Risks ]
The changes to do not affect critical part of the library, and come with
additional tests. The upstream changes have been in testing/sid for
about 3 weeks.

[ 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 ]
Please find below the changelog with additional explanations:

* debian/patches/git-updates.diff: update from upstream stable branch:
  - any/local-CVE-2023-4911.patch: upstreamed.
  - any/local-CVE-2023-6246.patch: upstreamed.
  - any/local-CVE-2023-6779.patch: upstreamed.
  - any/local-CVE-2023-6780.patch: upstreamed.

=> Those patches went upstream, with some additional tests.

  - Revert fix to always call destructors in reverse constructor order due
to unforeseen application compatibility issues.

=> This fix introduced some regression, even if none have been reported to
   Debian, so they have been reverted to come back to the previous situation.

  - Fix a DTV corruption due to a reuse of a TLS module ID following dlclose
with unused TLS.

=> This issue affect the Mesa crocus driver that is shipped in bookworm, even
   if we haven't got any report on the Debian side. The fix is a very simple
   one liner. More details can be found on the upstream BTS:
   https://sourceware.org/bugzilla/show_bug.cgi?id=29039

  - Fix the DTV field load on x32.

=> The testcase added for the above issue, uncovered an issue on x32. For
   stable architectures, this only affects the libc6-x32 package. More details
   can be found on the upstream BTS:
   https://sourceware.org/bugzilla/show_bug.cgi?id=31184

  - Fix the TCB field load on x32.

=> Debugging the above x32 issue, uncovered a similar bug. For
   stable architectures, this only affects the libc6-x32 package. More details
   can be found on the upstream BTS:
   https://sourceware.org/bugzilla/show_bug.cgi?id=31185

[ Other info ]
debian-boot is in Cc: as glibc has one udeb.
diff --git a/debian/changelog b/debian/changelog
index 8e1ee881..b708d99d 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,19 @@
+glibc (2.36-9+deb12u5) bookworm; urgency=medium
+
+  * debian/patches/git-updates.diff: update from upstream stable branch:
+- any/local-CVE-2023-4911.patch: upstreamed.
+- any/local-CVE-2023-6246.patch: upstreamed.
+- any/local-CVE-2023-6779.patch: upstreamed.
+- any/local-CVE-2023-6780.patch: upstreamed.
+- Revert fix to always call destructors in reverse constructor order due
+  to unforeseen application compatibility issues.
+- Fix a DTV corruption due to a reuse of a TLS module ID following dlclose
+  with unused TLS.
+- Fix the DTV field load on x32.
+- Fix the TCB field load on x32.
+
+ -- Aurelien Jarno   Sat, 24 Feb 2024 16:49:22 +0100
+
 glibc (2.36-9+deb12u4) bookworm-security; urgency=medium
 
   * debian/patches/any/local-CVE-2023-6246.patch: Fix a heap buffer overflow
diff --git a/debian/patches/any/local-CVE-2023-4911.patch 
b/debian/patches/any/local-CVE-2023-4911.patch
deleted file mode 100644
index 4c4c2094..
--- a/debian/patches/any/local-CVE-2023-4911.patch
+++ /dev/null
@@ -1,60 +0,0 @@
-From d2b77337f734fcacdfc8e0ddec14cf31a746c7be Mon Sep 17 00:00:00 2001
-From: Siddhesh Poyarekar 
-Date: Mon, 11 Sep 2023 18:53:15 -0400
-Subject: [PATCH v2] tunables: Terminate immediately if end of input is reached
-
-The string parsing routine may end up writing beyond bounds of tunestr
-if the input tunable string is malformed, of the form name=name=val.
-This gets processed twice, first as name=name=val and next as name=val,
-resulting in tunestr being name=name=val:name=val, thus overflowing
-tunestr.
-
-Terminate the parsing loop at the first instance itself so that tunestr
-does not overflow.

-Changes from v1:
-
-- Also null-terminate tunestr before exiting.
-
- elf/dl-tunables.c | 17 ++---
- 1 file changed, 10 insertions(+), 7 deletions(-)
-
-diff --git a/elf/dl-tunables.c b/elf/dl-tunables.c
-index 8e7ee9df10..76cf8b9da3 100644
 a/elf/dl-tunables.c
-+++ b/elf/dl-tunables.c
-@@ -187,11 +187,7 @@ parse_tunables (char *tunestr, char *valstring)
-   /* If we reach the end of the string before getting a valid name-value
-pair, 

Bug#1062097: gensio: NMU diff for 64-bit time_t transition

[John Goerzen]

On Fri, Feb 23 2024, Steve Langasek wrote:

> [[PGP Signed Part:Undecided]]
> Please find attached an updated patch for the latest gensio in unstable.


Hi Steve,

Thanks for your work on this!  There was no attachment there, however.

A question on this.  Since the initial bug was filed on gensio, I
updated the Debian package to a newer upstream.  This changed the Debian
library from libgensio4 to libgensio6.  libgensio6 is in testing but has
never been in stable.  Is it still worth renaming libgensio6 given that
it's never been in a stable release?

Just thought I'd check on that.

Thanks,

John

Bug#1064452: dkim-rotate: Errors during --new leave state corrupted

[Daniel Gröber]

Hi Ian,

On Sat, Feb 24, 2024 at 02:16:46PM +, Ian Jackson wrote:
> Daniel Gröber writes ("Bug#1064452: dkim-rotate: Errors during --new leave 
> state corrupted"):
> > I'm trying to get started with dkim-rotate, but I hit an error during
> > initial provisioning with --new. I use knot for auth DNS so I don't
> > have the rndc, hence I tried to override dns_reload in the config. 
> 
> Thanks for the report.  I'm sorry it didn't work as expected.
> 
> > $ sudo dkim-rotate --status dkim
> > dkim-rotate: instance dkim: error: state corrupted! 
> > /var/lib/dkim-rotate/dkim/state:5: bad key line
> 
> I have reproduced this and will fix it.  I agree that this is a
> serious bug and I will try to get it fixed in a stable update.
> 
> I'm afraid I don't have a clear workaround for you right now but I
> will send you one as soon as I do.

After fixing the config it does go through successfully so no workaround is
really needed. I just had to wipe the state first.

> > Seems a bit of a usability problem for new users. I'd recommend not
> > commenting out directives in the example config without an
> > explaination
> 
> Yes.  I may change the syntax too to remove the `;` from the SERIAL,
> but that's not entirely trivial since I would want it to be backward
> compatible.

I don't think it's entirely necessary to do that. Just have to take care to
provide new users with an example that doesn't have this ambiguity. FYI:
You might also want to include an example config in the .7 manpage. I found
having to dig through the Debian package to find one a bit inconvenient ;)

Thanks,
--Daniel


signature.asc
Description: PGP signature

Bug#1064587: ITP: photodedupe -- a utility for identifying duplicate images

[Leon]

Package: wnpp

Severity: wishlist



* Package name    : photodedupe

  Version : 1.0.1

  Upstream Author : LJ Bubb mailto:l...@leoncode.co.uk>

* URL : https://github.com/InexplicableMagic/photodedupe

* License : MIT

  Programming Lang: Rust

  Description : A utility for identifying duplicate images



Photodedupe is a command line utility for identifying duplicate photos in large 
image collections regardless of whether the images have been scaled or have 
differing file formats. It compares the image content visually and does not 
rely on metadata or file hashes to perform the de-duplication. Where duplicates 
are identified, the images are sorted by resolution such that the largest 
version of each image appears first. This allows the highest quality images to 
be extracted from a photo collection or the duplicates removed.



I think this is a useful utility that many people would find helpful. It is 
easy to use, performs well and there are few other similar utilities available.

 

Following the generation of this ITP I will be looking for a sponsor/mentor 
please to assist me with advice and uploading the package.

Bug#1063941: libvte-2.91-common: /etc/profile.d/vte-2.91.sh dereferences undefined PS0

[Egmont Koblinger]

Thanks for the report!

I've applied the fix upstream, it'll be in the next version.  (The script
_is_ upstream, in src/vte.sh.in).

e.

Bug#967257: ardour: depends on deprecated GTK 2

[Robin Gareus]

Ardour 8.4 has been released and no longer depends on deprecated GTK2
https://ardour.org/whatsnew.html

Please consider updating Ardour before the autoremoval is triggered.

Thanks,

--
robin - ardour.org

On 2024-02-18 01:43, Erich Eickmeyer wrote:
Apologies, this has *not* been released yet, but will hopefully be 
released in the next week, so please keep an eye on uscan.


Regardless, when it does get released, I will likely send out another 
email. Additionally, packages have been getting removed prematurely from 
Ubuntu prior to removal from Debian, so I'm getting a little 
trigger-happy, hence my email.


Again, apologies for jumping the gun here. :)
Erich

On 2/17/2024 4:22 PM, Erich Eickmeyer wrote:
Ardour 8.3 has been released and no longer depends on deprecated GTK2 
as a modified version is bundled within. 
https://ardour.org/whatsnew83.html


Considering ardour has been scheduled for autoremoval on 06 March 
(#1061203), I highly recommend getting this updated as soon as 
possible to avoid this removal. Since the library is now bundled, the 
dependency on libgtk2.0-dev can be dropped.


Thanks,
Erich
--
Erich Eickmeyer
Ubuntu MOTU
Project Leader - Ubuntu Studio
Technical Lead - Edubuntu







OpenPGP_signature.asc
Description: OpenPGP digital signature

Bug#1064586: ITP: ocaml-linenoise -- Self-contained OCaml bindings to linenoise, easy high level readline functionality in OCaml

[Bo YU]

Package: wnpp
Severity: wishlist
Owner: Bo YU 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian-ocaml-ma...@lists.debian.org

* Package name: ocaml-linenoise
  Version : v1.5 
  Upstream Contact: ocaml-community 
* URL : https://github.com/ocaml-community/ocaml-linenoise/ 
* License : BSD
  Programming Lang: ocaml
  Description : Self-contained OCaml bindings to linenoise, easy high level 
readline functionality in OCaml

Below is descriptions from homepage:

BSD licensed.
No system dependencies, no need for readline on your machine.
Related to 2, these bindings are self-contained, the source for linenoise is in 
this repo and compiled all together with the OCaml.
Written in OCaml + C.
Pretty cool hints feature, see the gif.
Additional features compared to linenoise, such as history search

The package is a dependency of sail[0] and and I will maintain it under
Debian ocaml team.

[0]: https://github.com/rems-project/sail
-- 
Regards,
--
  Bo YU



signature.asc
Description: PGP signature

Bug#1064585: genomethreader_1.7.3+dfsg-9_riscv64-buildd.changes REJECTED

[Aurelien Jarno]

Source: genomethreader
Severity: important
Version: 1.7.3+dfsg-9
Tags: patch
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: debian-ri...@lists.debian.org


Dear maintainer,

genomethreader has been built successfully on riscv64, however it later
got rejected by dak, as the Built-Using field is wrong computed:

On 2024-02-23 07:19, Debian FTP Masters wrote:
> 
> genomethreader_1.7.3+dfsg-9_riscv64.deb: Built-Using refers to non-existing 
> source package vmatch (= 2.3.1+dfsg-9+b1)
> 
> 
> Mapping sid to unstable.
> 
> ===
> 
> Please feel free to respond to this email if you don't understand why
> your files were rejected, or if you upload new files which address our
> concerns.

The Built-Using field should provide list the source package and version
instead genomethreader uses the binary of version of vmatch. It appears
that vmatch got binNMUed on riscv64, so the source and binary version
are not identical.

The patch below should fixes the issue:

--- genomethreader-1.7.3+dfsg/debian/rules
+++ genomethreader-1.7.3+dfsg/debian/rules
@@ -7,7 +7,7 @@
 export LANG=en_US.UTF-8
 export LANGUAGE=en_US.UTF-8
 export DEB_BUILD_MAINT_OPTIONS=hardening=+all
-export LIBVMATCH_PKG_VERSION=$(shell apt-cache policy libvmatch-dev | grep 
Installed | cut -f2 -d: | cut -c2-)
+export LIBVMATCH_PKG_VERSION=$(shell dpkg-query -f '$${source:Version}' -W 
libvmatch-dev)
 
 DARCH:=$(shell dpkg-architecture | fgrep DEB_TARGET_ARCH= | cut -f 2 -d'=')
 BITS:=$(shell dpkg-architecture | fgrep DEB_TARGET_ARCH_BITS= | cut -f 2 -d'=')


Would it be possible to include it in the next upload?

Thanks
Aurelien


signature.asc
Description: PGP signature

Bug#1064452: dkim-rotate: Errors during --new leave state corrupted

[Ian Jackson]

Control: tags -1 confirmed

Daniel Gröber writes ("Bug#1064452: dkim-rotate: Errors during --new leave 
state corrupted"):
> I'm trying to get started with dkim-rotate, but I hit an error during
> initial provisioning with --new. I use knot for auth DNS so I don't
> have the rndc, hence I tried to override dns_reload in the config. 

Thanks for the report.  I'm sorry it didn't work as expected.

> $ sudo dkim-rotate --status dkim
> dkim-rotate: instance dkim: error: state corrupted! 
> /var/lib/dkim-rotate/dkim/state:5: bad key line

I have reproduced this and will fix it.  I agree that this is a
serious bug and I will try to get it fixed in a stable update.

I'm afraid I don't have a clear workaround for you right now but I
will send you one as soon as I do.

> Seems a bit of a usability problem for new users. I'd recommend not
> commenting out directives in the example config without an
> explaination

Yes.  I may change the syntax too to remove the `;` from the SERIAL,
but that's not entirely trivial since I would want it to be backward
compatible.

Ian.

-- 
Ian JacksonThese opinions are my own.  

Pronouns: they/he.  If I emailed you from @fyvzl.net or @evade.org.uk,
that is a private address which bypasses my fierce spamfilter.

Bug#1064584: labwc: some windows are unreacable with Alt-tab selector

[Davide Prina]

Package: labwc
Version: 0.7.0-3
Severity: normal
X-Debbugs-Cc: davide.pr...@null.net

Dear Maintainer,

I have see that some windows do not appear in the Alt-tab windows
selector.

How to reproduce:

$ foot &
$ xeyes &

Alt-tab

xeyes window is not present in the Alt-tab list

Ciao
Davide


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

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

Versions of packages labwc depends on:
ii  libc62.37-15
ii  libcairo21.18.0-1+b1
ii  libglib2.0-0 2.78.4-1
ii  libinput10   1.25.0-1
ii  libpango-1.0-0   1.51.0+ds-4
ii  libpangocairo-1.0-0  1.51.0+ds-4
ii  libpixman-1-00.42.2-1+b1
ii  libpng16-16  1.6.42-1
ii  librsvg2-2   2.54.7+dfsg-2
ii  libwayland-server0   1.22.0-2.1+b1
ii  libwlroots12 0.17.1-2
ii  libxkbcommon01.6.0-1
ii  libxml2  2.9.14+dfsg-1.3+b2
ii  xwayland 2:23.2.4-1

labwc recommends no packages.

Versions of packages labwc suggests:
ii  foot   1.16.2-2
pn  kanshi 
pn  mako-notifier  
ii  swaybg 1.2.0-2
pn  swayidle   
ii  waybar 0.9.24-1+b1

-- no debconf information

Bug#1064583: labwc: wrong PATH set for normal user

[Davide Prina]

Package: labwc
Version: 0.7.0-3
Severity: normal
X-Debbugs-Cc: davide.pr...@null.net

Dear Maintainer,

I'm not sure if this bug if for you package or not.

I'm testing labwc and I found that the PATH is not set correctly for normal 
user.

$ cat /etc/profile
# /etc/profile: system-wide .profile file for the Bourne shell (sh(1))
# and Bourne compatible shells (bash(1), ksh(1), ash(1), ...).

if [ "$(id -u)" -eq 0 ]; then
  PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
else
  PATH="/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games"
fi
export PATH
[...]

In labwc, in a terminal emulator, as normal user (not root)
$ echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin

$ id -u
1000

I'm using gdm3 as Display Manager

Ciao
Davide


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

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

Versions of packages labwc depends on:
ii  libc62.37-15
ii  libcairo21.18.0-1+b1
ii  libglib2.0-0 2.78.4-1
ii  libinput10   1.25.0-1
ii  libpango-1.0-0   1.51.0+ds-4
ii  libpangocairo-1.0-0  1.51.0+ds-4
ii  libpixman-1-00.42.2-1+b1
ii  libpng16-16  1.6.42-1
ii  librsvg2-2   2.54.7+dfsg-2
ii  libwayland-server0   1.22.0-2.1+b1
ii  libwlroots12 0.17.1-2
ii  libxkbcommon01.6.0-1
ii  libxml2  2.9.14+dfsg-1.3+b2
ii  xwayland 2:23.2.4-1

labwc recommends no packages.

Versions of packages labwc suggests:
ii  foot   1.16.2-2
pn  kanshi 
pn  mako-notifier  
ii  swaybg 1.2.0-2
pn  swayidle   
ii  waybar 0.9.24-1+b1

-- no debconf information

Bug#1064579: new git url for non-free firmware

[Diederik de Haas]

Control: tag -1 moreinfo

On Saturday, 24 February 2024 14:16:53 CET Harald Dunkel wrote:
> Package: firmware-iwlwifi
> Version: 20230625-2
> 
> The source URL mentioned in the copyright file doesn't work anymore.

Which URL do you mean?
https://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git works, 
although it redirects to https://git.kernel.org/pub/scm/linux/kernel/git/
firmware/linux-firmware.git



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

Bug#1061806: lamassemble fails its autopkg tests with Python 3.12

[Nilesh Patra]

Hi Martin,

doko:
> Control: reopen -1
>
> please see the tests triggered by python3-defaults. Not pasting these 
> here in the bug report.
>
> https://autopkgtest.ubuntu.com/packages/l/lamassemble/noble/amd64

Would you be able to assist with this bug report?
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1061806

Here's the test script we use for lamassemble

https://salsa.debian.org/med-team/lamassemble/-/blob/master/debian/tests/run-unit-test?ref_type=heads

Best,
Nilesh


signature.asc
Description: PGP signature

Bug#1063596: flint: FTBFS on amd64: test segfault

[julien . puydt]

Hi,

I just compiled the package without any issue.

A case of eigenbug where you compile three times and it only fails one?

Cheers,

J.Puydt

Bug#1064582: libzar0: Recommends libmagickcore-6.q16-6-extra but it is NBS

[Jeremy Bícha]

Package: libzbar0
Version: 0.23.93-1
Severity: important

libzbzr0 explicitly Recommends libmagickcore-6.q16-6-extra but that
package is no longer built by the imagemagick source. The current
library is named libmagickcore-6.q16-7-extra

I believe this is technically a violation of Debian Policy § 2.2.1
which forbids packages from having Recommends for packages that are
not in main (unless it is a non-default alternative).

However, I see that zbar has a time_t NMU in Experimental so it may be
best to wait until the time transition completes first.

https://bugs.debian.org/1063306
https://www.debian.org/doc/debian-policy/ch-archive.html#the-main-archive-area

Thank you,
Jeremy Bícha

Bug#1064581: nsncd - upcoming rust-nix update.

[Peter Green]

Package: nsncd
Version: 1.4.1-2

We are preparing an update of rust-nix to version 0.27, the new version has
been uploaded to experlmental.

In the new version of the nix crate,  No features are enabled by default,
you must enable the features you require.

The attached patch relaxes the cargo dependency on nix to allow the new
version and expliciltly enables the "fs" feature.

A debdiff is attatched, if I get no response I will likely NMU this when the
new rust-nix is uploaded to unstable.

diff -Nru nsncd-1.4.1/debian/changelog nsncd-1.4.1/debian/changelog
--- nsncd-1.4.1/debian/changelog2023-12-23 10:08:38.0 +
+++ nsncd-1.4.1/debian/changelog2024-02-24 13:29:45.0 +
@@ -1,3 +1,10 @@
+nsncd (1.4.1-2.1) UNRELEASED; urgency=medium
+
+  * Non-maintainer upload.
+  * Relax cargo dependency on nix crate and explicitly enable "user" feature.
+
+ -- Peter Michael Green   Sat, 24 Feb 2024 13:29:45 +
+
 nsncd (1.4.1-2) unstable; urgency=medium
 
   * debian: Delete README.source.
diff -Nru nsncd-1.4.1/debian/patches/nix-0.27.patch 
nsncd-1.4.1/debian/patches/nix-0.27.patch
--- nsncd-1.4.1/debian/patches/nix-0.27.patch   1970-01-01 00:00:00.0 
+
+++ nsncd-1.4.1/debian/patches/nix-0.27.patch   2024-02-24 13:28:08.0 
+
@@ -0,0 +1,13 @@
+Index: nsncd-1.4.1/Cargo.toml
+===
+--- nsncd-1.4.1.orig/Cargo.toml
 nsncd-1.4.1/Cargo.toml
+@@ -19,7 +19,7 @@ slog = "^2.5"
+ slog-async = "^2.7"
+ slog-term = "^2.6"
+ crossbeam-channel = "^0.5"
+-nix = "^0.26"
++nix = { version = ">= 0.26", features = ["user"] }
+ num-derive = "^0.3"
+ num-traits = "^0.2"
+ sd-notify = "^0.4"
diff -Nru nsncd-1.4.1/debian/patches/series nsncd-1.4.1/debian/patches/series
--- nsncd-1.4.1/debian/patches/series   2023-12-23 10:08:38.0 +
+++ nsncd-1.4.1/debian/patches/series   2024-02-24 13:24:37.0 +
@@ -2,3 +2,4 @@
 nsncd.service-load-nsncd-from-usrlibexec.patch
 nsncd.service-read-default-environmentfi.patch
 x-.gitignore-ignore-vim-swapfiles.patch
+nix-0.27.patch

Bug#1064579: new git url for non-free firmware

[Harald Dunkel]

Package: firmware-iwlwifi
Version: 20230625-2

The source URL mentioned in the copyright file doesn't work anymore.
It seems to be

https://kernel.googlesource.com/pub/scm/linux/kernel/git/firmware/linux-firmware

now.

Same goes for other packages.


Regards Harri

Bug#1064578: gpustat: please remove python3-six from build dependencies

[Alexandre Detiste]

Source: gpustat
Version: 1.1.1-1
Severity: normal

Dear Maintainer,

The obsolete python3-six library is slowly being removed from Debian,
please remove the stale declaration from d/control.

Greetings,

Alexandre Detiste


tchet@brix /tmp/gpustat $ grep six -r
debian/control:   python3-six
tchet@brix /tmp/gpustat $

Bug#1064576: openafs-fileserver depends on openafs-client

[Bo Branten]

Package: openafs-fileserver
Version: 1.8.10

The package openafs-fileserver is dependent on openafs-client. A server 
should be as minimal as possible and since the openafs-client contains a 
kernel module it should not be installed on a server if it can be avoided.


Tis bug has been fixed in the upstream version OpenAFS 1.8.11 and should 
therefore be implemented in the debian packae also.


Bo Branten

Bug#1064577: openafs-dbserver depends on openafs-client

[Bo Branten]

Package: openafs-dbserver
Version: 1.8.10

The package openafs-dbserver is dependent on openafs-client. A server 
should be as minimal as possible and since the openafs-client contains a 
kernel module it should not be installed on a server if it can be avoided.


Tis bug has been fixed in the upstream version OpenAFS 1.8.11 and should
therefore be implemented in the debian packae also.

Bo Branten

Bug#1064568: ITP: curldd -- This is a Application for putting a iso or raw image directly to a physical drive without downloading it firstly

[Gard Spreemann]

On February 24, 2024 11:42:49 AM GMT+01:00, User0  wrote:
>Package: wnpp
>Severity: wishlist
>Owner: User0 
>X-Debbugs-Cc: debian-de...@lists.debian.org, cur...@proton.me
>
>  Package name: curldd
>  Version : 1.0.0-1
>  Upstream Contact: User0 
>  URL : https://github.com/user0-tb/curldd/
>  License : CC0
>  Programming Lang: Shell Script
>  Description : This is a Application for putting a iso or raw image 
> directly to a physical drive without downloading it firstly
>
>Tired of downloading ISOs or any other raw files just to DD them and delete 
>them after that? This is the Solution! It uses cURL to curl the file 
>byte-by-byte and uses DD to put the curled output to a Physical Drive! Also it 
>displays all physical devices with lsblk and waits 15 seconds to terminate the 
>program if it was started wit wrong arguments. 
>Usage: curldd url.to/iso /dev/sdX
>

Hello,

Piping together two commands and prefixing them by lsblk and sleep, does not 
make up something that warrants a Debian package on its own.
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Bug#915583: about html_static_path

[Sean Whitton]

control: tag -1 + pending

Hello,

On Sat 24 Feb 2024 at 08:52am +01, Holger Wansing wrote:

> Hi Sean,
>
> Sean Whitton  wrote (Sat, 24 Feb 2024 11:58:59 
> +0800):
>> Attached is the patch I prepared, which I couldn't get to work.  Maybe
>> you can see what is wrong.  Thanks!
>
> As I know it, the debian.css file has to reside in policy/_static.
> And activate (un-comment) the path declaration for that in line 105 of 
> conf.py.in.
>
> Additionally, as I already wrote somewhere, for navigating it would be good
> to have the Next/Previous buttons at the top of the page as well, not only
> at the bottom.
>
> And: do we want to have the
>   "Built with Sphinx using a theme provided by Read the Docs."
> in the footer? If not, that could be suppressed by
>   html_show_sphinx = False
> in conf.py.in.
>
>
> My diff for conf.py.in would be like this (with above suggestions):

Thank you very much, both -- now merged for the next upload.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#1064575: python-pyswarms-doc: please make the build reproducible.

[James Addison]

Package: python-pyswarms-doc
Severity: wishlist
Tags: patch upstream
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness

Dear Maintainer,

I'm an occasional volunteer contributor to the Reproducible Builds[1]
project, and recently noticed that your package failed an automated test for
Debian build reproducibility[2] that also appeared in the results of Debian's
Salsa-CI reprotest[3].

The cause of the problem relates to two images named ani.gif and ani_h.gif
respectively in the options_handler.ipynb documentation tutorial file.

In particular, there is an IPython notebook cell[4] declared as type Markdown
that presents the images, and notably does _not_ include an explicit HTML 'alt'
attribute[5] describing the contents of each image.

Part of the documentation rendering process - I have not determined exactly
what yet - adds an 'alt' attribute when it does not exist, and generates a
randomized hex string to use as the value of the attribute.  This causes the
resulting python-pyswarms-doc package to vary on each build.

Providing a static value for the alt attribute on these two image tags allows
the python-pyswarms-doc package to build reproducibly (bit-for-bit identical).

I've created a branch on Salsa with a proposed change, and will open that as
a merge request against pyswarms.git for your review.

Thank you,
James

[1] - https://reproducible-builds.org

[2] - 
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/diffoscope-results/pyswarms.html

[3] - https://salsa.debian.org/science-team/pyswarms/-/jobs/5194535

[4] - 
https://sources.debian.org/src/pyswarms/1.3.0-6/docs/examples/tutorials/options_handler.ipynb/#L230-L249

[5] - https://en.wikipedia.org/wiki/Alt_attribute

Bug#1064574: file-roller: 7zip can't handle encrypted archives with encrypted file names

[Richard]

Package: file-roller
Version: 43.1-1
Severity: important

Dear Maintainer,
it seems the version of file-roller is partially broken, possibly due to the
fact that it still lists p7zip-full as dependency and not the new 7zip
package
and thus might be missing some adaptation. Maybe some behavior of the 7z
interface has changed, I can't tell. I can only tell that file-roller is
incapable of opening and extracting encrypted 7zip archives that have their
file names encrypted as well. The 7z CLI from the 7zip package can do so
with
no issues, so it seems to be an issue with file-roller. At least, I think
it was
capable of handling this kind of archives before p7zip was replaced by 7zip.

The issue shows itself in the form that when trying to open such a file with
file-roller, it doesn't ask for a password, but only shows an empty screen.
You
can select "extract", but it will fail with a message that the extraction
couldn't be performed. Sadly, I have yet to be able to collect any kind of
logs.


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

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

Versions of packages file-roller depends on:
ii  7zip [p7zip-full]23.01+dfsg-8
ii  bzip21.0.8-5+b2
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-4+b1
ii  libarchive13 3.7.2-1
ii  libc62.37-15
ii  libcairo21.18.0-1+b1
ii  libgdk-pixbuf-2.0-0  2.42.10+dfsg-3+b1
ii  libglib2.0-0 2.78.4-1
ii  libgtk-3-0   3.24.41-1
ii  libhandy-1-0 1.8.3-1
ii  libjson-glib-1.0-0   1.8.0-2
ii  libnautilus-extension4   45.2.1-4
ii  libpango-1.0-0   1.51.0+ds-4
ii  p7zip-full   16.02+transitional.1

Versions of packages file-roller recommends:
ii  gvfs  1.53.90-2
ii  yelp  42.2-1+b1

Versions of packages file-roller suggests:
ii  arj  3.10.22-26
ii  lhasa [lha]  0.4.0-1+b1
ii  lzip 1.24-1
ii  lzop 1.04-2
pn  ncompress
ii  rpm2cpio 4.18.2+dfsg-1
pn  rzip 
pn  sharutils
ii  squashfs-tools   1:4.6.1-1
ii  unace1.2b-23
ii  unalz0.65-9
ii  unar 1.10.7+ds1+really1.10.1-2+b3
ii  unzip6.0-28
ii  xz-utils [lzma]  5.4.5-0.3
ii  zip  3.0-13
pn  zoo  

-- no debconf information