Bug#1062010: dar: NMU diff for 64-bit time_t transition
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- 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 dar-2.7.13/debian/changelog dar-2.7.13/debian/changelog
--- dar-2.7.13/debian/changelog 2024-02-15 23:25:38.0 +
+++ dar-2.7.13/debian/changelog 2024-03-02 07:41:43.0 +
@@ -1,3 +1,10 @@
+dar (2.7.13-5.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1062010
+
+ -- Steve Langasek Sat, 02 Mar 2024 07:41:43 +
+
dar (2.7.13-5) unstable; urgency=medium
* Source-only upload for transition.
diff -Nru dar-2.7.13/debian/control dar-2.7.13/debian/control
--- dar-2.7.13/debian/control 2024-02-06 00:24:39.0 +
+++ dar-2.7.13/debian/control 2024-03-02 07:41:42.0 +
@@ -2,7 +2,7 @@
Section: utils
Priority: optional
Maintainer: John Goerzen
-Build-Depends: debhelper-compat (= 13), pkg-config, zlib1g-dev, libbz2-dev,
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13), pkg-config,
zlib1g-dev, libbz2-dev,
libzstd-dev, liblzo2-dev, liblzma-dev, liblz4-dev, libext2fs-dev,
libgcrypt20-dev, libgpgme-dev, libassuan-dev, libargon2-dev,
librsync-dev, libcap-dev, libnsl-dev,
@@ -19,7 +19,7 @@
Package: libdar-dev
Section: libdevel
Architecture: any
-Depends: libdar64-6000 (= ${binary:Version}), ${misc:Depends}, zlib1g-dev,
+Depends: libdar64-6000t64 (= ${binary:Version}), ${misc:Depends}, zlib1g-dev,
libbz2-dev, libzstd-dev, liblzo2-dev, liblzma-dev, liblz4-dev,
libgcrypt20-dev, libgpg-error-dev, libassuan-dev, libargon2-dev
Description: Disk ARchive: Development files for shared library
@@ -36,7 +36,10 @@
compression, ATTR/ACL support. DAR also supports Pipes for remote
operations, including with ssh.
-Package: libdar64-6000
+Package: libdar64-6000t64
+Provides: ${t64:Provides}
+Replaces: libdar64-6000
+Breaks: libdar64-6000 (<< ${source:Version})
Section: libs
Architecture: any
Multi-Arch: same
@@ -61,7 +64,7 @@
Package: dar
Architecture: any
-Depends: libdar64-6000 (= ${binary:Version}), ${shlibs:Depends},
${misc:Depends}
+Depends: libdar64-6000t64 (= ${binary:Version}), ${shlibs:Depends},
${misc:Depends}
Suggests: par2, dar-docs
Description: Disk ARchive: Backup directory tree and files
Full featured archiver with support for differential backups, slices,
diff -Nru dar-2.7.13/debian/libdar64-6000.dirs
dar-2.7.13/debian/libdar64-6000.dirs
--- dar-2.7.13/debian/libdar64-6000.dirs2024-02-05 06:01:51.0
+
+++ dar-2.7.13/debian/libdar64-6000.dirs1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib
diff -Nru dar-2.7.13/debian/libdar64-6000.install
dar-2.7.13/debian/libdar64-6000.install
--- dar-2.7.13/debian/libdar64-6000.install 2024-02-05 06:01:51.0
+
+++ dar-2.7.13/debian/libdar64-6000.install 1970-01-01 00:00:00.0
+
@@ -1,2 +0,0 @@
-usr/lib/*/libdar64.so.6000.*
-usr/lib/*/libdar64.so.*
diff -Nru dar-2.7.13/debian/libdar64-6000t64.dirs
dar-2.7.13/debian/libdar64-6000t64.dirs
--- dar-2.7.13/debian/libdar64-6000t64.dirs 1970-01-01 00:00:00.0
+
+++ dar-2.7.13/debian/libdar64-6000t64.dirs 2024-02-05 06:01:51.0
+
@@ -0,0 +1 @@
+usr/lib
diff -Nru dar-2.7.13/debian/libdar64-6000t64.install
dar-2.7.13/debian/libdar64-6000t64.install
--- dar-2.7.13/debian/libdar64-6000t64.install 1970-01-01 00:00:00.0
+
+++ dar-2.7.13/debian/libdar64-6000t64.install 2024-02-05 06:01:51.0
+
@@ -0,0 +1,2 @@
+usr/lib/*/libdar64.so.6000.*
+usr/lib/*/libdar64.so.*
diff -Nru dar-2.7.13/debian/libdar64-6000t64.lintian-overrides
dar-2.7.13/debian/libdar64-6000t64.lintian-overrides
--- dar-2.7.13/debian/libdar64-6000t64.lintian-overrides1970-01-01
00:00:00.0 +
+++ dar-2.7.13/debian/libdar64-6000t64.lintian-overrides2024-03-02
07:40:24.0 +
@@ -0,0 +1 @@
+libdar64-6000t64: package-name-doesnt-match-sonames libdar64-6000
Bug#1065241: O: pylint -- Python 3 code static checker and UML diagram generator
Package: wnpp Severity: normal X-Debbugs-Cc: pyl...@packages.debian.org, mo...@debian.org Control: affects -1 + src:pylint I intend to orphan the pylint package. The package description is: Pylint is a Python source code analyzer which looks for programming errors, helps enforcing a coding standard and sniffs for some code smells (as defined in Martin Fowler's Refactoring book) . Pylint can be seen as another PyChecker since nearly all tests you can do with PyChecker can also be done with Pylint. However, Pylint offers some more features, like checking length of lines of code, checking if variable names are well-formed according to your coding standard, or checking if declared interfaces are truly implemented, and much more. . Additionally, it is possible to write plugins to add your own checks. . The package also ships the following additional commands: . * pyreverse: an UML diagram generator * symilar: an independent similarities checker * epylint: Emacs and Flymake compatible Pylint
Bug#1065240: O: logilab-constraint -- constraints satisfaction solver in Python - Python 3
Package: wnpp Severity: normal X-Debbugs-Cc: logilab-constra...@packages.debian.org, mo...@debian.org Control: affects -1 + src:logilab-constraint I intend to orphan the logilab-constraint package. The package description is: Extensible constraint satisfaction problem solver written in pure Python, using constraint propagation algorithms. The logilab.constraint module provides finite domains with arbitrary values, finite interval domains, and constraints which can be applied to variables linked to these domains.
Bug#1065239: O: logilab-common -- useful miscellaneous modules used by Logilab projects (Python3)
Package: wnpp Severity: normal X-Debbugs-Cc: logilab-com...@packages.debian.org, mo...@debian.org Control: affects -1 + src:logilab-common I intend to orphan the logilab-common package. The package description is: logilab-common is a collection of low-level Python packages and modules, designed to ease: . * handling command line options and configuration files * writing interactive command line tools * manipulation files and character strings * interfacing to OmniORB * generating SQL queries * running unit tests * manipulating tree structures * accessing RDBMS (currently postgreSQL, MySQL and sqlite) * generating text and HTML reports * logging * parsing XML processing instructions . This package contains the Python 3 version of logilab-common.
Bug#1061992: curl: NMU diff for 64-bit time_t transition
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- 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 curl-8.6.0/debian/changelog curl-8.6.0/debian/changelog
--- curl-8.6.0/debian/changelog 2024-02-19 22:16:17.0 +
+++ curl-8.6.0/debian/changelog 2024-03-02 07:11:53.0 +
@@ -1,3 +1,10 @@
+curl (8.6.0-3.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1061992
+
+ -- Steve Langasek Sat, 02 Mar 2024 07:11:53 +
+
curl (8.6.0-3) unstable; urgency=medium
* d/p/vtls_revert_receive_max_buffer_add_test_case.patch: New patch to fix
diff -Nru curl-8.6.0/debian/control curl-8.6.0/debian/control
--- curl-8.6.0/debian/control 2024-02-19 22:16:17.0 +
+++ curl-8.6.0/debian/control 2024-03-02 07:11:53.0 +
@@ -5,7 +5,7 @@
Uploaders: Carlos Henrique Lima Melara ,
Samuel Henrique ,
Sergio Durigan Junior
-Build-Depends:
+Build-Depends: dpkg-dev (>= 1.22.5),
debhelper-compat (= 13),
autoconf,
automake,
@@ -42,7 +42,7 @@
Package: curl
Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, libcurl4 (= ${binary:Version})
+Depends: ${shlibs:Depends}, ${misc:Depends}, libcurl4t64 (= ${binary:Version})
Multi-Arch: foreign
Description: command line tool for transferring data with URL syntax
curl is a command line tool for transferring data with URL syntax, supporting
@@ -54,14 +54,17 @@
NTLM, Negotiate, kerberos...), file transfer resume, proxy tunneling and a
busload of other useful tricks.
-Package: libcurl4
+Package: libcurl4t64
+Provides: ${t64:Provides}
+X-Time64-Compat: libcurl3-gnutls
+Breaks: libcurl4 (<< ${source:Version})
Architecture: any
Section: libs
Depends: ${shlibs:Depends}, ${misc:Depends}
Recommends: ca-certificates
Pre-Depends: ${misc:Pre-Depends}
Conflicts: libcurl3
-Replaces: libcurl3
+Replaces: libcurl4, libcurl3
Multi-Arch: same
Description: easy-to-use client-side URL transfer library (OpenSSL flavour)
libcurl is an easy-to-use client-side URL transfer library, supporting DICT,
@@ -79,7 +82,11 @@
.
SSL support is provided by OpenSSL.
-Package: libcurl3-gnutls
+Package: libcurl3t64-gnutls
+Provides: ${t64:Provides}
+X-Time64-Compat: libcurl3-gnutls
+Replaces: libcurl3-gnutls
+Breaks: libcurl3-gnutls (<< ${source:Version})
Architecture: any
Section: libs
Depends: ${shlibs:Depends}, ${misc:Depends}
@@ -111,7 +118,7 @@
libcurl4-dev,
libcurl3-dev
Conflicts: libcurl4-gnutls-dev, libssl1.0-dev
-Depends: ${misc:Depends}, libcurl4 (= ${binary:Version})
+Depends: ${misc:Depends}, libcurl4t64 (= ${binary:Version})
Suggests: libcurl4-doc,
libidn-dev,
libkrb5-dev,
@@ -149,7 +156,7 @@
libcurl3-gnutls-dev,
libcurl4-dev
Conflicts: libcurl4-openssl-dev
-Depends: ${misc:Depends}, libcurl3-gnutls (= ${binary:Version})
+Depends: ${misc:Depends}, libcurl3t64-gnutls (= ${binary:Version})
Suggests: libcurl4-doc,
libgnutls28-dev,
libidn-dev,
diff -Nru curl-8.6.0/debian/libcurl3-gnutls.install
curl-8.6.0/debian/libcurl3-gnutls.install
--- curl-8.6.0/debian/libcurl3-gnutls.install 2024-02-19 22:16:17.0
+
+++ curl-8.6.0/debian/libcurl3-gnutls.install 1970-01-01 00:00:00.0
+
@@ -1 +0,0 @@
-usr/lib/*/libcurl-gnutls.so.4*
diff -Nru curl-8.6.0/debian/libcurl3-gnutls.links
curl-8.6.0/debian/libcurl3-gnutls.links
--- curl-8.6.0/debian/libcurl3-gnutls.links 2024-02-19 22:16:17.0
+
+++ curl-8.6.0/debian/libcurl3-gnutls.links 1970-01-01 00:00:00.0
+
@@ -1,3 +0,0 @@
-#!/bin/sh
-
-echo usr/lib/$DEB_HOST_MULTIARCH/libcurl-gnutls.so.4
usr/lib/$DEB_HOST_MULTIARCH/libcurl-gnutls.so.3
diff -Nru curl-8.6.0/debian/libcurl3-gnutls.lintian-overrides
curl-8.6.0/debian/libcurl3-gnutls.lintian-overrides
--- curl-8.6.0/debian/libcurl3-gnutls.lintian-overrides 2024-02-19
22:16:17.0 +
+++ curl-8.6.0/debian/libcurl3-gnutls.lintian-overrides 1970-01-01
00:00:00.0 +
@@ -1 +0,0 @@
-libcurl3-gnutls: package-name-doesnt-match-sonames libcurl-gnutls4
diff -Nru curl-8.6.0/debian/libcurl3-gnutls.symbols
curl-8.6.0/debian/libcurl3-gnutls.symbols
--- curl-8.6.0/debian/libcurl3-gnutls.symbols 2024-02-19 22:16:17.0
+
+++ curl-8.6.0/debian/libcurl3-gnutls.symbols 1970-01-01 00:00:00.0
+
@@ -1,97 +0,0 @@
-libcurl-gnutls.so.4 libcurl3-gnutls #MINVER#
-*
Bug#1036884: transition: time64_t
Please binNMU fyba on armhf and armel. The maintainer uploaded it without versioned build-deps so it is renamed but has wrong ABI. This needs to be built with dpkg-dev (>= 1.5.22), gcc-13 (>= 13.2.0-16.1). -- 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#1065234: O: pyshp -- read/write support for ESRI Shapefile format - Python 3.x
i've already closed this report as an error. On Sat, Mar 2, 2024 at 2:02 AM Sebastiaan Couwenberg wrote: > Control: tags -1 moreinfo > > This sounds like the wrong package, because pyshp is maintained by the > Debian GIS team and won't be orphaned. > > Kind Regards, > > Bas > > -- > GPG Key ID: 4096R/6750F10AE88D4AF1 > Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 > > -- Sandro "morph" Tosi My website: http://sandrotosi.me/ Me at Debian: http://wiki.debian.org/SandroTosi Twitter: https://twitter.com/sandrotosi
Bug#1065234: O: pyshp -- read/write support for ESRI Shapefile format - Python 3.x
Control: tags -1 moreinfo This sounds like the wrong package, because pyshp is maintained by the Debian GIS team and won't be orphaned. Kind Regards, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Bug#1064031: rustc-web 1.70.0+dfsg1-7~deb12u1 flagged for acceptance
Actually, scratch that; I had missed #1064563. I'll redo the deb11u2 package with conflicts/replaces for that, as well, and then resend it shortly. On 3/2/24 01:49, Andres Salomon wrote: Okay, here's an updated package with fixes: rustc-web (1.70.0+dfsg1-7~deb12u2) bookworm; urgency=medium * Non-maintainer upload. * Increase allowed test failures on armhf and ppc64el to fix FTBFS. * Provide Conflicts/Replaces for rust*-mozilla*, which could still be installed from oldstable (closes: #1064562). OpenPGP_0x645D0247C36E7637.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1065238: O: lazy-object-proxy -- Python 3 fast and thorough lazy object proxy
Package: wnpp Severity: normal X-Debbugs-Cc: lazy-object-pr...@packages.debian.org, mo...@debian.org Control: affects -1 + src:lazy-object-proxy I intend to orphan the lazy-object-proxy package. The package description is: A lazy object proxy is an object that wraps a callable but defers the call until the object is actually required, and caches the result of said call. . These kinds of objects are useful in resolving various dependency issues, few examples: . * Objects that need to held circular references at each other, but at different stages. To instantiate object Foo you need an instance of Bar. Instance of Bar needs an instance of Foo in some of it methods (but not at construction). Circular imports sound familiar? . * Performance sensitive code. You don't know ahead of time what you're going to use but you don't want to pay for allocating all the resources at the start as you usually need just few of them. . This package contains the Python 3 version of lazy-object-proxy .
Bug#1064031: rustc-web 1.70.0+dfsg1-7~deb12u1 flagged for acceptance
On 2/28/24 01:23, Adam D. Barratt wrote:
On Tue, 2024-02-27 at 15:00 -0500, Andres Salomon wrote:
So it looks like I'll need a new upload to fix two bookworm
architecture
build failures (armhf and ppc64el), and also to fix #1064562. Should
I
file a new release.d.o bug, or continue using this one?
Given that both issues are related to the initial upload tracked in
this bug, re-using this one is ifne.
Okay, here's an updated package with fixes:
rustc-web (1.70.0+dfsg1-7~deb12u2) bookworm; urgency=medium
* Non-maintainer upload.
* Increase allowed test failures on armhf and ppc64el to fix FTBFS.
* Provide Conflicts/Replaces for rust*-mozilla*, which could still be
installed from oldstable (closes: #1064562).
This should fix builds for armhf & ppc64el, and also specifies manual
conflicts/replaces with a bunch of packages from rustc-mozilla.
I tested it by doing an 'apt install rustc-mozilla rust-mozilla-src
rust-mozilla-gdb libstd-rust-mozilla-dev' from oldstable, and then
installing the locally built 'libstd-rust-web-1.70 libstd-rust-web-dev
rust-web-gdb rust-web-src rustc-web' packages over that. The older
rustc-mozilla packages are properly removed by apt, with the exception
of libstd-rust-mozilla-1.63 (which should be fine).
diff -urN rustc-web-1.70.0+dfsg1/debian/changelog rustc-web-1.70.0+dfsg1/debian/changelog
--- rustc-web-1.70.0+dfsg1/debian/changelog 2024-02-14 02:02:37.0 +
+++ rustc-web-1.70.0+dfsg1/debian/changelog 2024-03-02 05:37:16.955122720 +
@@ -1,3 +1,12 @@
+rustc-web (1.70.0+dfsg1-7~deb12u2) bookworm; urgency=medium
+
+ * Non-maintainer upload.
+ * Increase allowed test failures on armhf and ppc64el to fix FTBFS.
+ * Provide Conflicts/Replaces for rust*-mozilla*, which could still be
+installed from oldstable (closes: #1064562).
+
+ -- Andres Salomon Fri, 01 Mar 2024 05:44:10 +
+
rustc-web (1.70.0+dfsg1-7~deb12u1) bookworm; urgency=medium
* Non-maintainer upload.
diff -urN rustc-web-1.70.0+dfsg1/debian/control rustc-web-1.70.0+dfsg1/debian/control
--- rustc-web-1.70.0+dfsg1/debian/control 2024-02-14 02:02:37.0 +
+++ rustc-web-1.70.0+dfsg1/debian/control 2024-03-02 05:37:16.955122720 +
@@ -58,9 +58,9 @@
Suggests:
# lld and clang are needed for wasm compilation
lld-16, clang-16,
-Conflicts: rustc
+Conflicts: rustc, rustc-mozilla
Provides: rustc (= ${binary:Version})
-Replaces: libstd-rust-dev (<< 1.25.0+dfsg1-2~~), rustc
+Replaces: libstd-rust-dev (<< 1.25.0+dfsg1-2~~), rustc, rustc-mozilla
Breaks: libstd-rust-dev (<< 1.25.0+dfsg1-2~~)
Description: Rust systems programming language
Rust is a curly-brace, block-structured expression language. It
@@ -103,9 +103,9 @@
Multi-Arch: same
Depends: ${shlibs:Depends}, ${misc:Depends},
libstd-rust-web-1.70 (= ${binary:Version}),
-Conflicts: libstd-rust-dev
+Conflicts: libstd-rust-dev, libstd-rust-mozilla-dev
Provides: libstd-rust-dev (= ${binary:Version})
-Replaces: libstd-rust-dev
+Replaces: libstd-rust-dev, libstd-rust-mozilla-dev
Description: Rust standard libraries - development files
Rust is a curly-brace, block-structured expression language. It
visually resembles the C language family, but differs significantly
@@ -131,7 +131,8 @@
Recommends:
gcc-mingw-w64-x86-64-posix [amd64],
gcc-mingw-w64-i686-posix [i386],
-Conflicts: libstd-rust-dev-windows
+Conflicts: libstd-rust-dev-windows, libstd-rust-mozilla-dev-windows
+Replaces: libstd-rust-mozilla-dev-windows
Build-Profiles:
Description: Rust standard libraries - development files
Rust is a curly-brace, block-structured expression language. It
@@ -154,8 +155,8 @@
Architecture: all
Depends: gdb, ${misc:Depends}
Suggests: gdb-doc
-Conflicts: rust-gdb
-Replaces: rustc (<< 1.1.0+dfsg1-1)
+Conflicts: rust-gdb, rust-mozilla-gdb
+Replaces: rustc (<< 1.1.0+dfsg1-1), rust-mozilla-gdb
Description: Rust debugger (gdb)
Rust is a curly-brace, block-structured expression language. It
visually resembles the C language family, but differs significantly
@@ -176,8 +177,8 @@
Architecture: all
# When updating, also update rust-lldb.links
Depends: lldb-16, ${misc:Depends}, python3-lldb-16
-Replaces: rustc (<< 1.1.0+dfsg1-1)
-Conflicts: rust-lldb
+Replaces: rustc (<< 1.1.0+dfsg1-1), rust-mozilla-lldb
+Conflicts: rust-lldb, rust-mozilla-lldb
Description: Rust debugger (lldb)
Rust is a curly-brace, block-structured expression language. It
visually resembles the C language family, but differs significantly
@@ -222,7 +223,8 @@
Package: rust-web-src
Architecture: all
Depends: ${misc:Depends}
-Conflicts: rust-src
+Conflicts: rust-src, rust-mozilla-src
+Replaces: rust-mozilla-src
Description: Rust systems programming language - source code
Rust is a curly-brace, block-structured expression language. It
visually resembles the C language family, but differs significantly
diff -urN rustc-web-1.70.0+dfsg1/debian/rules rustc-web-1.70.0+dfsg1/debian/rules
--- rustc-web-1.70.0+dfsg1/debian/rules
Bug#1065237: O: astroidmail -- graphical notmuch email client
Package: wnpp Severity: normal X-Debbugs-Cc: astroidm...@packages.debian.org, mo...@debian.org Control: affects -1 + src:astroidmail I intend to orphan the astroidmail package. The package description is: Astroid is a lightweight and fast Mail User Agent that provides a graphical interface to searching, display and composing email, organized in thread and tags. Astorid uses the notmuch backend for blazingly fast searches through tons of email. Astroid searches, displays and compose emails - and rely on other programs for fetching, syncing and sending email.
Bug#1063102: swi-prolog: NMU diff for 64-bit time_t transition
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
On Mon, Feb 05, 2024 at 03:58:23AM +, Steve Langasek wrote:
> Source: swi-prolog
> Version: 1:5.107.0-1
> Severity: serious
> Tags: patch sid trixie
> Justification: library ABI skew on upgrade
> 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
> swi-prolog as a source package shipping runtime libraries whose ABI could
> not be analyzed via abi-compliance-checker (and therefore to be on the
> safe side we assume is affected).[0]
>
> To ensure that inconsistent combinations of libraries with their
> reverse-dependencies are never installed together, it is necessary to
> have a library transition. In the case of swi-prolog, since shlibs point
> to a virtual package (libswipl9), it is sufficient to change the Provides of
> the runtime package without changing the actual binary package names.
>
> 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 swi-prolog, which I plan to upload to unstable once the necessary
> dpkg changes have been made.
>
> Please find the patch for this NMU attached.
>
> If you have any concerns about this patch, please reach out ASAP. 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.
>
> 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
>
> [0]
> https://adrien.dcln.fr/misc/armhf-time_t/2024-02-01T09:53:00/logs/swi-prolog-core/base/log.txt
> diff -Nru swi-prolog-9.0.4+dfsg/debian/changelog
> swi-prolog-9.0.4+dfsg/debian/changelog
> --- swi-prolog-9.0.4+dfsg/debian/changelog2023-11-20 01:24:18.0
> -0800
> +++ swi-prolog-9.0.4+dfsg/debian/changelog2024-02-04 18:46:16.0
> -0800
> @@ -1,3 +1,10 @@
> +swi-prolog (9.0.4+dfsg-3.1) experimental; urgency=medium
> +
> + * Non-maintainer upload.
> + * Adjust Provides for 64-bit time_t transition.
> +
> + -- Steve Langasek Mon, 05 Feb 2024 02:46:16 +
> +
> swi-prolog (9.0.4+dfsg-3) unstable; urgency=medium
>
>* Add upstream patch bumping Java compatibility version
> diff -Nru swi-prolog-9.0.4+dfsg/debian/control
> swi-prolog-9.0.4+dfsg/debian/control
> --- swi-prolog-9.0.4+dfsg/debian/control 2023-11-20 01:24:18.0
> -0800
> +++ swi-prolog-9.0.4+dfsg/debian/control 2024-02-04 18:42:29.0
> -0800
> @@ -107,7 +107,7 @@
>swi-prolog-abi-binary-${swi-prolog:BABI},
>swi-prolog-abi-qlf-${swi-prolog:QLF},
>swi-prolog-abi-states-${swi-prolog:SSTATES},
> - libswipl9
> + libswipl9t64, ${t64:Provides}
> Description: ISO/Edinburgh-style Prolog interpreter - core system
> SWI-Prolog is a fast and powerful ISO/Edinburgh-style Prolog compiler with a
> rich set of built-in predicates. It offers a fast, robust and small
> diff -Nru swi-prolog-9.0.4+dfsg/debian/rules
> swi-prolog-9.0.4+dfsg/debian/rules
> --- swi-prolog-9.0.4+dfsg/debian/rules2023-11-20 01:24:18.0
> -0800
> +++ swi-prolog-9.0.4+dfsg/debian/rules2024-02-04 18:45:32.0
> -0800
> @@ -6,6 +6,13 @@
> DPKG_EXPORT_BUILDFLAGS = 1
> include /usr/share/dpkg/buildflags.mk
>
> +DEB_HOST_ARCH_BITS ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_BITS)
> +DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH)
> +
> +ifneq (,$(filter 64,$(DEB_HOST_ARCH_BITS))$(filter i386,$(DEB_HOST_ARCH)))
> + t64_provides := libswipl9
> +endif
> +
> ifeq ($(DEB_BUILD_ARCH),riscv64)
> DEB_LDFLAGS_MAINT_APPEND += -Wl,--no-as-needed -Wl,-latomic
> -Wl,--as-needed
> export DEB_LDFLAGS_MAINT_APPEND
> @@ -114,7 +121,9 @@
> -cd build && ctest -V -E jpl:
>
> override_dh_gencontrol:
> + echo 't64:Provides=$(t64_provides)' >> debian/swi-prolog-core.substvars
> dh_gencontrol -- -Vswi-prolog:ABI="$(shell LD_LIBRARY_PATH=$(shell
> dirname $(shell find debian/swi-prolog-core -name libswipl.so))
>
Bug#1065236: O: tqdm -- fast, extensible progress bar for Python 3 and CLI tool
Package: wnpp Severity: normal X-Debbugs-Cc: t...@packages.debian.org, mo...@debian.org Control: affects -1 + src:tqdm I intend to orphan the tqdm package. The package description is: tqdm (read taqadum, تقدّم) means “progress” in Arabic. tqdm instantly makes your loops show a smart progress meter, just by wrapping any iterable with "tqdm(iterable)". . This package contains the Python 3 version of tqdm and its command-line tool.
Bug#1065235: O: basemap -- matplotlib toolkit to plot on map projections (data package)
Package: wnpp Severity: normal X-Debbugs-Cc: base...@packages.debian.org, mo...@debian.org Control: affects -1 + src:basemap I intend to orphan the basemap package. The package description is: The matplotlib basemap toolkit is a library for plotting 2D data on maps in Python. It is similar in functionality to the matlab mapping toolbox, the IDL mapping facilities, GrADS, or the Generic Mapping Tools. PyNGL and CDAT are other libraries that provide similar capabilities in Python. . Basemap does not do any plotting on its own, but provides the facilities to transform coordinates to one of 23 different map projections (using the PROJ.4 C library). Matplotlib is then used to plot contours, images, vectors, lines or points in the transformed coordinates. Shoreline, river and political boundary datasets (from Generic Mapping Tools) are provided, along with methods for plotting them. The GEOS library is used internally to clip the coastline and political boundary features to the desired map projection region. . Basemap provides facilities for reading data in netCDF and Shapefile formats, as well as directly over http using OPeNDAP. This functionality is provided through the PyDAP client, and a Python interface to the Shapefile C library. . Basemap is geared toward the needs of earth scientists, particular oceanographers and meteorologists. The author originally wrote Basemap to help in his research (climate and weather forecasting), since at the time CDAT was the only other tool in Python for plotting data on map projections. Over the years, the capabilities of Basemap have evolved as scientists in other disciplines (such as biology, geology and geophysics) requested and contributed new features. . This package contains data files for python-mpltoolkits.basemap
Bug#1065234: O: pyshp -- read/write support for ESRI Shapefile format - Python 3.x
Package: wnpp Severity: normal X-Debbugs-Cc: py...@packages.debian.org, mo...@debian.org Control: affects -1 + src:pyshp I intend to orphan the pyshp package. The package description is: PySHP provides read and write support for the ESRI Shapefile format. The Shapefile format is a popular Geographic Information System vector data format created by ESRI. . This package contains the module for Python 3.x.
Bug#1062926: stdgpu: NMU diff for 64-bit time_t transition
Control: tags -1 - pending Unfortunately it appears stdgpu now ftbfs in unstable with a C++ error, so we won't be able to NMU this. -- 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#1065003: libhinawa: NMU diff for 64-bit time_t transition
Hi Steve, Thanks for your taking the issue, and providing the package. I'm an maintainer of libhinawa upstream in kernel.org[1], and interested in the issue of this NMU. In my opinion, `time_t` type is not used in libhinawa. All of expressions of hardware and system time stamp is typed by fixed size of variable (u32, s32, s64) in public API. The rest of suspicious codes relate to glib2.0, however in the case the issue affects to the other libraries I provides (libhinoko[2], libhitaki[3])... I would like you to provide the way to detect the issue in libhinawa. [1] https://git.kernel.org/pub/scm/libs/ieee1394/libhinawa.git/ [2] https://tracker.debian.org/pkg/libhinoko [3] https://tracker.debian.org/pkg/libhitaki Thanks Takashi Sakamoto
Bug#1065233: O: python-dmidecode -- Python extension module for dmidecode (debug) - Data
Package: wnpp Severity: normal X-Debbugs-Cc: python-dmidec...@packages.debian.org, mo...@debian.org Control: affects -1 + src:python-dmidecode I intend to orphan the python-dmidecode package. The package description is: DMI (the desktop management interface) provides a standardized description of a computer's hardware, including characteristics such as BIOS serial number and hardware connectors. . This package contains the common data files for dmidecode.
Bug#1061190: bullseye-pu: package gnutls28/3.7.1-5+deb11u5
On 2024-03-01 Salvatore Bonaccorso wrote: > On Thu, Feb 01, 2024 at 06:35:38AM +, Adam D. Barratt wrote: >> Control: tags -1 + confirmed >> On Sat, 2024-01-20 at 15:53 +0100, Andreas Metzler wrote: >>> I would like to fix both CVE-2024-0567 and CVE-2024-0553 via a >>> oldstable-updates since they do not require a DSA. >> Please go ahead. > Andreas did you saw the ack from Adam? > FTR, please keep the CVE references now as we have the incomplete fix > in bullseye for CVE-2023-5981 with the 3.7.1-5+deb11u4 . Good Morning, Thank you for the reminder, looks like I only did a "dput -s" instead of the actual dput. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure'
Bug#1065232: O: pytest-env -- pytest plugin that allows you to add environment variables
Package: wnpp Severity: normal X-Debbugs-Cc: pytest-...@packages.debian.org, mo...@debian.org Control: affects -1 + src:pytest-env I intend to orphan the pytest-env package. The package description is: In your pytest.ini (or pyproject.toml) file add a key value pair with `env` as the key and the environment variables as a line separated list of `KEY=VALUE` entries. The defined variables will be added to the environment before any tests are run.
Bug#1065231: O: pydot -- Python interface to Graphviz's dot (Python 3)
Package: wnpp Severity: normal X-Debbugs-Cc: py...@packages.debian.org, mo...@debian.org Control: affects -1 + src:pydot I intend to orphan the pydot package. The package description is: pydot allows one to easily create both directed and non directed graphs from Python. Currently all attributes implemented in the Dot language are supported. . Output can be inlined in Postscript into interactive scientific environments like TeXmacs, or output in any of the format's supported by the Graphviz tools dot, neato, twopi. . This package contains pydot for Python 3.
Bug#1065230: O: python-regex -- alternative regular expression module (Python 3)
Package: wnpp Severity: normal X-Debbugs-Cc: python-re...@packages.debian.org, mo...@debian.org Control: affects -1 + src:python-regex I intend to orphan the python-regex package. The package description is: This new regex implementation is intended eventually to replace Python's current re module implementation. . For testing and comparison with the current 're' module the new implementation is in the form of a module called 'regex'. . This is the Python 3 version of the package.
Bug#1065229: O: python-pygraphviz -- Python interface to the Graphviz graph layout and visualization package (doc)
Package: wnpp Severity: normal X-Debbugs-Cc: python-pygraph...@packages.debian.org, mo...@debian.org Control: affects -1 + src:python-pygraphviz I intend to orphan the python-pygraphviz package. The package description is: Pygraphviz is a Python interface to the Graphviz graph layout and visualization package. . With Pygraphviz you can create, edit, read, write, and draw graphs using Python to access the Graphviz graph data structure and layout algorithms. . This package contains documentation for python-pygraphviz.
Bug#1064301: oss4: NMU diff for 64-bit time_t transition
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
On Mon, Feb 19, 2024 at 12:32:53PM -0800, Steve Langasek wrote:
> Source: oss4
> Version: 4.2-build2020-2
> Severity: important
> Tags: patch pending sid trixie
> User: debian-...@lists.debian.org
> Usertags: time-t
>
> NOTICE: these changes must not be uploaded to unstable yet!
>
> Dear maintainer,
>
> As part of the 64-bit time_t transition required to support 32-bit
> architectures in 2038 and beyond
> (https://wiki.debian.org/ReleaseGoals/64bit-time), we have identified oss4
> as a source package shipping runtime libraries whose ABI is affected by the
> change in size of time_t.
>
> To ensure that inconsistent combinations of libraries with their
> reverse-dependencies are never installed together, it is necessary to
> have a library transition. Since the affected library is libasound2, the
> actual library transition is in alsa-lib and oss4 only needs changes to its
> Provides: to match.
>
> 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 oss4 which will
> initially be uploaded to experimental, 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.
>
> --
> 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 oss4-4.2-build2020/debian/changelog
> oss4-4.2-build2020/debian/changelog
> --- oss4-4.2-build2020/debian/changelog 2023-08-04 17:12:47.0
> -0700
> +++ oss4-4.2-build2020/debian/changelog 2024-02-19 11:59:19.0
> -0800
> @@ -1,3 +1,13 @@
> +oss4 (4.2-build2020-2.1) experimental; urgency=medium
> +
> + * Non-maintainer upload.
> + * Update libasound2 provides for 64-bit time_t transition.
> + * Use explicit Provides: for libasound2 compat on 64-bit archs since
> +debhelper won't be able to work this out given 't64' is not in the
> +package name.
> +
> + -- Steve Langasek Mon, 19 Feb 2024 19:59:19 +
> +
> oss4 (4.2-build2020-2) unstable; urgency=medium
>
>* control: Drop dependency on now-obsolete lsb-base.
> diff -Nru oss4-4.2-build2020/debian/control oss4-4.2-build2020/debian/control
> --- oss4-4.2-build2020/debian/control 2023-08-04 17:09:33.0 -0700
> +++ oss4-4.2-build2020/debian/control 2024-02-19 11:59:19.0 -0800
> @@ -96,8 +96,8 @@
> Package: liboss4-salsa-asound2
> Section: libs
> Architecture: any
> -Provides: libasound2
> -Conflicts: libasound2
> +Provides: libasound2t64, libasound2 [amd64 arm64 mips64el ppc64el riscv64
> s390x]
> +Conflicts: libasound2t64, libasound2
> Multi-Arch: same
> Depends: liboss4-salsa2, ${misc:Depends}
> Pre-Depends: ${misc:Pre-Depends}
--
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 oss4-4.2-build2020/debian/changelog
oss4-4.2-build2020/debian/changelog
--- oss4-4.2-build2020/debian/changelog 2023-08-05 00:12:47.0 +
+++ oss4-4.2-build2020/debian/changelog 2024-02-19 19:59:19.0 +
@@ -1,3 +1,13 @@
+oss4 (4.2-build2020-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Update libasound2 provides for 64-bit time_t transition.
+ * Use explicit Provides: for libasound2 compat on 64-bit archs since
+debhelper won't be able to work this out given 't64' is not in the
+package name.
+
+ -- Steve Langasek Mon, 19 Feb 2024 19:59:19 +
+
oss4 (4.2-build2020-2) unstable; urgency=medium
* control: Drop dependency on now-obsolete lsb-base.
diff -Nru oss4-4.2-build2020/debian/control oss4-4.2-build2020/debian/control
--- oss4-4.2-build2020/debian/control 2023-08-05 00:09:33.0 +
+++ oss4-4.2-build2020/debian/control 2024-02-19 19:59:19.0 +
@@ -8,6 +8,7 @@
Bug#1065228: de-neo2 keyboard 4th and 6th layer not accesible
Package: xkb-data Version: 2.35.1-1 When selecting the neo2 keyboard layout, layers 1,2,3 and 5 work as expected when the modifiers for these layers are applied. Applying the modifier for layer 4 fails, the characters are printed as if modifier 4 wasn't pressed at all. Same goes for shift+modifier4 which is supposed to access layer 6. Instead a strange behaviour can be observed when shift+mod3+mod4 are pressed together: Then layer 4 is activated constantly, only released when again pressing shift+mod3+mod4 together. When Layer 4 is locked this way, neither shift nor shift+modifier4 or any other combination allows access to layer 6 either. $ apt-cache policy xkb-data xkb-data: Installiert: 2.35.1-1 Installationskandidat: 2.35.1-1 Versionstabelle: *** 2.35.1-1 500 500 http://ftp.de.debian.org/debian bookworm/main amd64 Packages 500 http://ftp.de.debian.org/debian bookworm/main i386 Packages 100 /var/lib/dpkg/status System: Distributor ID: Debian Description:Debian GNU/Linux 12 (bookworm) Release:12 Codename: bookworm Debian-Kernel: linux-image-6.1.0-18-amd64 - Linux 6.1 for 64-bit PCs (signed) X11-Version: X.Org X Server 1.21.1.7 X Protocol Version 11, Revision 0 Window-manager: IceWM 3.4.5
Bug#1065227: synaptic: description of packages not showing up in lower window (packages that are not already installed)
Package: synaptic Version: 0.91.3 Severity: important X-Debbugs-Cc: carlniko...@gmail.com Dear Maintainer, opened the synaptic package manager clicked on any package to read the description no description of package shown i expected the description to be visible. so i don't know what the package is supposed to be if i cannot read description. -- System Information: Debian Release: trixie/sid Architecture: amd64 (x86_64) Kernel: Linux 6.6.15-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages synaptic depends on: ii hicolor-icon-theme 0.17-2 ii libapt-pkg6.02.7.12 ii libc62.37-15 ii libept1.6.0 1.2.1 ii libgcc-s114-20240201-3 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 libpango-1.0-0 1.52.0+ds-1 ii libstdc++6 14-20240201-3 ii libvte-2.91-00.75.91-2 ii libxapian30 1.4.22-1+b1 ii pkexec 124-1 ii polkitd 124-1 Versions of packages synaptic recommends: ii libgtk3-perl 0.038-3 ii xdg-utils 1.1.3-4.1 Versions of packages synaptic suggests: pn apt-xapian-index pn deborphan pn dwww pn software-properties-gtk ii tasksel 3.75 -- no debconf information
Bug#1065226: ITP: myst-nb -- parse and execute ipynb files in Sphinx
Package: wnpp Severity: wishlist * Package name : myst-nb Version : 1.0.0 Upstream Author : ? * URL : https://github.com/executablebooks/MyST-NB * License : BSD-3 Programming Lang: Python Description : Parse and execute ipynb files in Sphinx. Myst-NB is a collection of tools to convert Jupyter Notebook files into Sphinx documents. It supports multiple dynamic source types and is able to render them into rich document formats. It’s also widely adopted in the CI/CD pipeline in many packages.
Bug#1065017: unuser: error while loading shared libraries: libpam.so.0
On Thu, 2024-02-29 at 13:31 -0700, Sam Hartman wrote: > > > > > > I tried to make the revert work either if you didn't have libpam0t64 > at > all or if you did, but we're more focused on people who never > upgraded. > > If you do run into breakage, we'll work with you to find a solution. I guess right now going back isn't anyway possible yet, as e.g. util- linux and some others have already depended on the t64 package, and't I'd assume those haven't been rebuilt yet with the reversion. Means however also, that possibly more and more people (on unstable) get the libpam0t64 installed, unless they completely wait until the transition is over. Cheers, Chris.
Bug#1064998: guile-lib: broken package when cross building
On 2024-02-28, Helmut Grohne wrote:
> guile-lib actually does cross build, but we still track it as cross
> build failure, because the resulting package contains a build
> architecture multiarch tuple and that trips post-build sanity checks.
I am surprised that it actually cross builds at all... for me with or
without your patch, it still fails on configure:
configure: exit 1
dh_auto_configure: error: cd debian/build/guile-3.0 && ../../../configure
--build=x86_64-linux-gnu --prefix=/usr --includedir=\${prefix}
/include --mandir=\${prefix}/share/man --infodir=\${prefix}/share/info
--sysconfdir=/etc --localstatedir=/var --disable-option-checking
--disable-silent-rules --libdir=\${prefix}/lib/aarch64-linux-gnu
--runstatedir=/run --disable-maintainer-mode --disable-dependency-track
ing --host=aarch64-linux-gnu --with-guile-site=yes
GUILE_EFFECTIVE_VERSION=3.0 GUILE=/usr/bin/guile-3.0 GUILD=/usr/bin/guild-3.0
returne
d exit code 1
live well,
vagrant
>
> The root cause of the failure lies in the way the ccache directory is
> determined. There are actually several ways this is being done during
> configure - some of which work correctly - and ultimately, the last
> attempt using GUILE_SITE_CCACHE_DIR gets to set the value wrongly.
> Surprisingly, there already is a more complete and working
> implementation GUILE_SITE_DIR and simply reusing that makes it compute
> the ccache directory correctly. Is the attached patch acceptable?
>
> Helmut
> --- guile-lib-0.2.7.orig/m4/guile-ext.m4
> +++ guile-lib-0.2.7/m4/guile-ext.m4
> @@ -63,12 +63,4 @@
> # The variable is marked for substitution, as by @code{AC_SUBST}.
> #
> AC_DEFUN([GUILE_SITE_CCACHE_DIR],
> - [AC_REQUIRE([GUILE_PROGS])
> - AC_MSG_CHECKING(for Guile site ccache directory)
> - GUILE_SITE_CCACHE=`$GUILE -c "(display (%site-ccache-dir))"`
> - if test "$GUILE_SITE_CCACHE" = ""; then
> - AC_MSG_FAILURE(site ccache dir not found)
> - fi
> - AC_MSG_RESULT($GUILE_SITE_CCACHE)
> - AC_SUBST(GUILE_SITE_CCACHE)
> - ])
> + [AC_REQUIRE([GUILE_SITE_DIR])])
signature.asc
Description: PGP signature
Bug#1065225: slurm-wlm FTBFS on !amd64
Source: slurm-wlm Version: 23.11.4-1.1 Severity: serious Tags: ftbfs X-Debbugs-Cc: Sergio Durigan Junior , Steve Langasek , Benjamin Drung https://buildd.debian.org/status/logs.php?pkg=slurm-wlm=23.11.4-1.1 ... dh_install -a -O--builddirectory dh_install: warning: Cannot find (any matches for) "usr/lib/x86_64-linux-gnu/slurm-wlm/accounting_storage_slurmdbd.so" (tried in ., debian/tmp) dh_install: warning: slurm-wlm-basic-plugins missing files: usr/lib/x86_64-linux-gnu/slurm-wlm/accounting_storage_slurmdbd.so dh_install: warning: Cannot find (any matches for) "usr/lib/x86_64-linux-gnu/slurm-wlm/acct_gather_energy_gpu.so" (tried in ., debian/tmp) ... dh_install: error: missing files, aborting make: *** [debian/rules:23: binary-arch] Error 255 The 64-bit time_t NMU diff (#1062903) hardcodes debian/tmp/usr/lib/x86_64-linux-gnu/ which cannot work on other architectures.
Bug#1062855: rem: NMU diff for 64-bit time_t transition
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- 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 rem-0.6.0/debian/changelog rem-0.6.0/debian/changelog
--- rem-0.6.0/debian/changelog 2020-09-19 09:19:39.0 +
+++ rem-0.6.0/debian/changelog 2024-03-02 01:39:57.0 +
@@ -1,3 +1,10 @@
+rem (0.6.0-4.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1062855
+
+ -- Steve Langasek Sat, 02 Mar 2024 01:39:57 +
+
rem (0.6.0-4) unstable; urgency=medium
* build with hardening=+all
diff -Nru rem-0.6.0/debian/control rem-0.6.0/debian/control
--- rem-0.6.0/debian/control2020-08-24 09:44:55.0 +
+++ rem-0.6.0/debian/control2024-03-02 01:39:57.0 +
@@ -1,8 +1,8 @@
Source: rem
Section: libs
Priority: optional
-Build-Depends:
- d-shlibs,
+Build-Depends: dpkg-dev (>= 1.22.5),
+ d-shlibs (>= 0.106~),
debhelper-compat (= 12),
libre-dev,
libssl-dev,
@@ -18,7 +18,10 @@
Vcs-Browser: https://salsa.debian.org/pkg-voip-team/rem
Rules-Requires-Root: no
-Package: librem0
+Package: librem0t64
+Provides: ${t64:Provides}
+Replaces: librem0
+Conflicts: librem0 (<< ${source:Version})
Section: libs
Architecture: any
Depends:
@@ -45,7 +48,7 @@
Architecture: any
Multi-Arch: same
Depends:
- librem0 (= ${binary:Version}),
+ librem0t64 (= ${binary:Version}),
${devlibs:Depends},
${misc:Depends},
Description: library for real-time audio and video processing (development)
diff -Nru rem-0.6.0/debian/librem0.lintian-overrides
rem-0.6.0/debian/librem0.lintian-overrides
--- rem-0.6.0/debian/librem0.lintian-overrides 2018-06-01 11:10:40.0
+
+++ rem-0.6.0/debian/librem0.lintian-overrides 1970-01-01 00:00:00.0
+
@@ -1,2 +0,0 @@
-# packaging is not linked into upstream code
-possible-gpl-code-linked-with-openssl
diff -Nru rem-0.6.0/debian/librem0.symbols rem-0.6.0/debian/librem0.symbols
--- rem-0.6.0/debian/librem0.symbols2018-11-29 21:46:55.0 +
+++ rem-0.6.0/debian/librem0.symbols1970-01-01 00:00:00.0 +
@@ -1,74 +0,0 @@
-# SymbolsHelper-Confirmed: 0.4.7 amd64
-librem.so.0 librem0 #MINVER#
- aubuf_alloc@Base 0.4.6
- aubuf_append@Base 0.4.6
- aubuf_cur_size@Base 0.4.6
- aubuf_debug@Base 0.4.6
- aubuf_flush@Base 0.4.6
- aubuf_get@Base 0.4.6
- aubuf_read@Base 0.4.6
- aubuf_write@Base 0.4.6
- auconv_from_s16@Base 0.4.7
- auconv_to_s16@Base 0.4.7
- aufile_open@Base 0.4.6
- aufile_read@Base 0.4.6
- aufile_write@Base 0.4.6
- aufmt_name@Base 0.4.7
- aufmt_sample_size@Base 0.4.7
- aumix_alloc@Base 0.4.6
- aumix_playfile@Base 0.4.6
- aumix_source_alloc@Base 0.4.6
- aumix_source_count@Base 0.4.6
- aumix_source_enable@Base 0.4.6
- aumix_source_flush@Base 0.4.6
- aumix_source_put@Base 0.4.6
- auresamp@Base 0.4.6
- auresamp_init@Base 0.4.6
- auresamp_setup@Base 0.4.6
- autone_dtmf@Base 0.4.6
- autone_sine@Base 0.4.6
- avc_config_decode@Base 0.6.0
- avc_config_encode@Base 0.6.0
- dtmf_dec_alloc@Base 0.5.2
- dtmf_dec_probe@Base 0.5.2
- dtmf_dec_reset@Base 0.5.2
- fir_filter@Base 0.4.6
- fir_reset@Base 0.4.6
- g711_A2l@Base 0.4.6
- g711_l2A@Base 0.4.6
- g711_l2u@Base 0.4.6
- g711_u2l@Base 0.4.6
- goertzel_init@Base 0.5.2
- goertzel_reset@Base 0.5.2
- goertzel_result@Base 0.5.2
- vidconv@Base 0.4.6
- vidconv_aspect@Base 0.4.6
- vidfmt_descv@Base 0.4.6
- vidfmt_name@Base 0.4.6
- vidframe_alloc@Base 0.4.6
- vidframe_copy@Base 0.4.7
- vidframe_draw_hline@Base 0.4.6
- vidframe_draw_point@Base 0.4.6
- vidframe_draw_rect@Base 0.4.6
- vidframe_draw_vline@Base 0.4.6
- vidframe_fill@Base 0.4.6
- vidframe_init@Base 0.4.6
- vidframe_init_buf@Base 0.4.6
- vidframe_size@Base 0.4.6
- vidmix_alloc@Base 0.4.6
- vidmix_source_alloc@Base 0.4.6
- vidmix_source_enable@Base 0.4.6
- vidmix_source_get_focus@Base 0.4.6
- vidmix_source_isenabled@Base 0.4.6
- vidmix_source_isrunning@Base 0.4.6
- vidmix_source_put@Base 0.4.6
- vidmix_source_set_content_hide@Base 0.4.6
- vidmix_source_set_focus@Base 0.4.6
- vidmix_source_set_focus_idx@Base 0.4.6
- vidmix_source_set_rate@Base 0.4.6
- vidmix_source_set_size@Base 0.4.6
- vidmix_source_start@Base 0.4.6
- vidmix_source_stop@Base 0.4.6
- vidmix_source_toggle_selfview@Base 0.4.6
- wav_header_decode@Base 0.4.6
- wav_header_encode@Base 0.4.6
diff -Nru rem-0.6.0/debian/librem0t64.lintian-overrides
rem-0.6.0/debian/librem0t64.lintian-overrides
---
Bug#1064969: apt: can't upgrade with aptitude
And even in a simple case line cnee:
qaa:~> aptitude install -s cnee
The following packages will be REMOVED:
libxnee0{u}
The following packages will be upgraded:
cnee{b}
1 packages upgraded, 0 newly installed, 1 to remove and 263 not upgraded.
Need to get 50.4 kB of archives. After unpacking 324 kB will be freed.
The following packages have unmet dependencies:
cnee : Depends: libxnee0t64 but it is not going to be installed
The following actions will resolve these dependencies:
Install the following packages:
1) libxnee0t64 [3.19-9.1 (unstable)]
Accept this solution? [Y/n/q/?] n
The following actions will resolve these dependencies:
Keep the following packages at their current version:
1) cnee [3.19-9 (now, stable, testing)]
2) libxnee0 [3.19-9 (now, stable, testing)]
Accept this solution? [Y/n/q/?] n
The following actions will resolve these dependencies:
Remove the following packages:
1) cnee [3.19-9 (now, stable, testing)]
Accept this solution? [Y/n/q/?] n
*** No more solutions available ***
No solutions are found, while with apt:
qaa:~> apt install -s cnee
[...]
The following additional packages will be installed:
libxnee0t64
Suggested packages:
xnee-doc
The following packages will be REMOVED:
libxnee0
The following NEW packages will be installed:
libxnee0t64
The following packages will be upgraded:
cnee
1 upgraded, 1 newly installed, 1 to remove and 263 not upgraded.
Inst cnee [3.19-9] (3.19-9.1 Debian:unstable [amd64]) []
Remv libxnee0 [3.19-9] []
Inst libxnee0t64 (3.19-9.1 Debian:unstable [amd64])
Conf cnee (3.19-9.1 Debian:unstable [amd64])
Conf libxnee0t64 (3.19-9.1 Debian:unstable [amd64])
--
Vincent Lefèvre - Web:
Bug#1065224: O: mysql-connector-python -- pure Python implementation of MySQL Client/Server protocol (Python3)
Package: wnpp Severity: normal X-Debbugs-Cc: mysql-connector-pyt...@packages.debian.org, mo...@debian.org Control: affects -1 + src:mysql-connector-python I intend to orphan the mysql-connector-python package. The package description is: MySQL driver written in Python which does not depend on MySQL C client libraries and implements the DB API v2.0 specification (PEP-249). . MySQL Connector/Python is implementing the MySQL Client/Server protocol completely in Python. This means you don't have to compile anything or MySQL (client library) doesn't even have to be installed on the machine. . This package contains the Python 3 version of mysql.connector.
Bug#1065223: O: pysimplesoap -- simple and lightweight SOAP Library (Python 3)
Package: wnpp Severity: normal X-Debbugs-Cc: pysimples...@packages.debian.org, mo...@debian.org Control: affects -1 + src:pysimplesoap I intend to orphan the pysimplesoap package. The package description is: Python simple and lightweight SOAP library for client and server webservices interfaces, aimed to be as small and easy as possible, supporting most common functionality. Initially it was inspired by PHP Soap Extension (mimicking its functionality, simplicity and ease of use), with many advanced features added. . This package contains the Python 3 version of pysimplesoap .
Bug#1065222: O: pychm -- Python binding for CHMLIB - Python 3
Package: wnpp Severity: normal X-Debbugs-Cc: py...@packages.debian.org, mo...@debian.org Control: affects -1 + src:pychm I intend to orphan the pychm package. The package description is: PyCHM is a package that provides Python binding for Jed Wing's CHMLIB library. . The chm package contains four modules, namely chm.chm, chm.chmlib, chm.extra and chm._chmlib, which provide access to the API implemented by the C library chmlib and some additional classes and functions. They are used to access MS-ITSS encoded files - Compressed Html Help files (.chm). . This package contain the Python 3 version of chm.
Bug#1065221: O: py7zr -- pure Python 7-zip library
Package: wnpp Severity: normal X-Debbugs-Cc: py...@packages.debian.org, mo...@debian.org Control: affects -1 + src:py7zr I intend to orphan the py7zr package. The package description is: py7zr is a library and command-line utility to support 7zip archive compression, decompression, encryption and decryption.
Bug#1065220: O: mpmath -- library for arbitrary-precision floating-point arithmetic - Documentation
Package: wnpp Severity: normal X-Debbugs-Cc: mpm...@packages.debian.org, mo...@debian.org Control: affects -1 + src:mpmath I intend to orphan the mpmath package. The package description is: Mpmath is a pure-Python library for multiprecision floating-point arithmetic. It provides an extensive set of transcendental functions, unlimited exponent sizes, complex numbers, interval arithmetic, numerical integration and differentiation, root-finding, linear algebra, and much more. Almost any calculation can be performed just as well at 10-digit or 1000-digit precision, and in many cases mpmath implements asymptotically fast algorithms that scale well for extremely high precision work. . If available, mpmath will (optionally) use gmpy to speed up high precision operations. If matplotlib is available, mpmath also provides a convenient plotting interface. . Its features include: . * Fair performance -- typically 10-100x faster than Python's decimal library * Transcendental functions -- all functions from Python's math and cmath modules, plus a few more like gamma, factorial, erf * Complex numbers -- with support for transcendental functions * Directed rounding -- floor, ceiling, down, up, half-down, half-up, half-even * Unlimited exponents -- no overflow or underflow . This package contains the documentation for mpmath Python module.
Bug#1033306: The tor package in stable will soon become unusable
I received the email below from the Tor team. The package that's currently in stable should be updated ASAP since it's going to stop working very soon. I will be switching temporarily to the package in backports, but IMO an update should be pushed to bookworm either via the security repo, or failing that as a stable update. Francois -- Hi, You are running a bunch of Tor relays, which is great. However, that relays' Tor version is obsolete, and because of old bugs, we will soon cut relays and bridges running that version out of the network. Please consider upgrading ASAP! You can find Tor packages and instructions for your distro / OS here: https://community.torproject.org/relay/setup/guard/ If you need help upgrading your relay, please use the Tor Forum: https://forum.torproject.org/c/support/relay-operator/17 ::Stay Connected with the Tor Community:: - Join our Monthly Tor relay operators meetups: https://forum.torproject.org/t/tor-relays-next-tor-relay-operator-meetup-march-2nd-2024-19-00-utc/11568 - Subscribe to the Tor relays mailing list: https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-relays Thanks, Gus -- The Tor Project Community Team Lead
Bug#1064292: pyside2: NMU diff for 64-bit time_t transition
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- 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 pyside2-5.15.12/debian/changelog pyside2-5.15.12/debian/changelog
--- pyside2-5.15.12/debian/changelog2024-02-08 08:13:11.0 +
+++ pyside2-5.15.12/debian/changelog2024-03-02 00:27:01.0 +
@@ -1,3 +1,10 @@
+pyside2 (5.15.12-6.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1064292
+
+ -- Steve Langasek Sat, 02 Mar 2024 00:27:01 +
+
pyside2 (5.15.12-6) unstable; urgency=medium
* Team upload.
diff -Nru pyside2-5.15.12/debian/control pyside2-5.15.12/debian/control
--- pyside2-5.15.12/debian/control 2024-02-08 08:13:11.0 +
+++ pyside2-5.15.12/debian/control 2024-03-02 00:27:01.0 +
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Debian Qt/KDE Maintainers
Uploaders: Kurt Kremitzki
-Build-Depends: chrpath,
+Build-Depends: dpkg-dev (>= 1.22.5), chrpath,
cmake (>= 3.1),
debhelper-compat (= 13),
dh-python,
@@ -76,13 +76,14 @@
.
This package contains the common documentation package.
-Package: libpyside2-py3-5.15
+Package: libpyside2-py3-5.15t64
+Breaks: libpyside2-py3-5.15 (<< ${source:Version})
Section: libs
Architecture: any
Depends: ${misc:Depends}, ${python3:Depends}, ${shlibs:Depends}
Conflicts: libpyside2-py3-5.11, libpyside2-py3-5.13, libpyside2-py3-5.14
-Replaces: libpyside2-py3-5.11, libpyside2-py3-5.13, libpyside2-py3-5.14
-Provides: libpyside2-py3
+Replaces: libpyside2-py3-5.15, libpyside2-py3-5.11, libpyside2-py3-5.13,
libpyside2-py3-5.14
+Provides: ${t64:Provides}, libpyside2-py3
Description: Python 3 bindings for Qt5 (base files)
pyside2 provides Python bindings for Qt 5.x framework.
.
@@ -94,7 +95,7 @@
Package: libpyside2-dev
Section: libdevel
Architecture: any
-Depends: ${misc:Depends}, ${shlibs:Depends}, libpyside2-py3-5.15 (=
${binary:Version})
+Depends: ${misc:Depends}, ${shlibs:Depends}, libpyside2-py3-5.15t64 (=
${binary:Version})
Description: Python bindings for Qt5 (development files)
pyside2 provides Python bindings for Qt 5.x framework.
.
@@ -127,13 +128,14 @@
.
Shiboken2 is the binding generator used to create the PySide2 bindings.
-Package: libshiboken2-py3-5.15
+Package: libshiboken2-py3-5.15t64
+Breaks: libshiboken2-py3-5.15 (<< ${source:Version})
Section: libs
Architecture: any
Depends: ${misc:Depends}, ${python3:Depends}, ${shlibs:Depends}
Conflicts: libshiboken2-py3-5.11, libshiboken2-py3-5.13, libshiboken2-py3-5.14
-Replaces: libshiboken2-py3-5.11, libshiboken2-py3-5.13, libshiboken2-py3-5.14
-Provides: libshiboken2-py3
+Replaces: libshiboken2-py3-5.15, libshiboken2-py3-5.11, libshiboken2-py3-5.13,
libshiboken2-py3-5.14
+Provides: ${t64:Provides}, libshiboken2-py3
Description: CPython bindings generator for C++ libraries (Python3 shared
library)
Shiboken2 is a bindings generator for C++ libraries that outputs CPython
source code. It collects information from library headers, and then
@@ -148,7 +150,7 @@
Section: libdevel
Architecture: any
Depends: ${misc:Depends}, ${shlibs:Depends},
- libshiboken2-py3-5.15 (= ${binary:Version}), shiboken2 (= ${binary:Version}),
python3-dev
+ libshiboken2-py3-5.15t64 (= ${binary:Version}), shiboken2 (=
${binary:Version}), python3-dev
Description: CPython bindings generator for C++ libraries (development files)
Shiboken2 is a bindings generator for C++ libraries that outputs CPython
source code. It collects information from library headers, and then
diff -Nru pyside2-5.15.12/debian/libpyside2-py3-5.15.install
pyside2-5.15.12/debian/libpyside2-py3-5.15.install
--- pyside2-5.15.12/debian/libpyside2-py3-5.15.install 2024-02-08
08:13:11.0 +
+++ pyside2-5.15.12/debian/libpyside2-py3-5.15.install 1970-01-01
00:00:00.0 +
@@ -1,4 +0,0 @@
-pyside3_install/py3*-relwithdebinfo/lib/libpyside2*.so.*
usr/lib/${DEB_HOST_MULTIARCH}
-pyside3_install/py3*-relwithdebinfo/lib/python*/site-packages/PySide2/_git_pyside_version.py
usr/lib/python3/dist-packages/PySide2
-pyside3_install/py3*-relwithdebinfo/lib/python*/site-packages/PySide2/__init__.py
usr/lib/python3/dist-packages/PySide2
-pyside3_install/py3*-relwithdebinfo/lib/python*/site-packages/PySide2/_config.py
usr/lib/python3/dist-packages/PySide2
diff -Nru
Bug#1065219: RM: libgisi -- ROM; dead upstream, no longer needed
Package: ftp.debian.org Severity: normal Control: affects -1 + src:libgisi User: ftp.debian@packages.debian.org Usertags: remove Hi, libgisi was used by the freesmartphone.org software stack, which got removed many years ago. The library itself was taken from the ofono project and adapted for Vala (language used by the freesmartphone.org project). The original library still exists in Ofono, which can be seen as a replacement. Also dak found no issues: ssh mirror.ftp-master.debian.org "dak rm -Rn libgisi" Will remove the following packages from unstable: libgisi |0.1.0-2 | source libgisi | 0.1.0-2.1 | source libgisi-dev | 0.1.0-2+b1 | armel, armhf, mips64el, riscv64 libgisi-dev | 0.1.0-2.1 | amd64, arm64, i386, ppc64el, s390x libgisi0 | 0.1.0-2+b1 | armel, armhf, mips64el, riscv64 libgisi0t64 | 0.1.0-2.1 | amd64, arm64, i386, ppc64el, s390x libgisicomm-dev | 0.1.0-2+b1 | armel, armhf, mips64el, riscv64 libgisicomm-dev | 0.1.0-2.1 | amd64, arm64, i386, ppc64el, s390x libgisicomm0 | 0.1.0-2+b1 | armel, armhf, mips64el, riscv64 libgisicomm0t64 | 0.1.0-2.1 | amd64, arm64, i386, ppc64el, s390x Maintainer: Sebastian Reichel --- Reason --- -- Checking reverse dependencies... No dependency problem found. Greetings, -- Sebastian
Bug#1065135: sort: error while loading shared libraries: libcrypto.so.3
Hey. On Thu, 2024-02-29 at 20:37 -0800, Steve Langasek wrote: > Thanks for this report. Another case: Removing libreadline8:amd64 (8.2-3+b1) ... awk: error while loading shared libraries: libreadline.so.8: cannot open shared object file: No such file or directory awk: error while loading shared libraries: libreadline.so.8: cannot open shared object file: No such file or directory Selecting previously unselected package libreadline8t64:amd64. Not sure,... shall I report distinct bugs for each of them? > This is definitely not the behavior we want. However, the good thing > is > that the dependency from coreutils to libssl is new since bookworm. > As a > result, while this can affect users on upgrades from testing, it will > not > affect upgrades from bookworm because libssl3t64 will be unpacked and > configured before the coreutils that uses it. So at least for this case, only people tracking testing/unstable may be screwed ;-) ... that is of course only *if* any such error would ever cause any kind of "corruptions". > Can you explain why 'sort' is being called at this point in your > upgrade? > Is this from an apt hook or something? Hard to say... at that point in the upgrade output, are there any APT hooks running at all? Or is it just DPKG hooks? In the other case with libpam where runuser failed, it was likely /usr/share/debian-security-support/check-support-status.hook as Sam Hartman had pointed out. TBH, I'm not sure whether I know all places from where DPKG may load hooks or trigger or the likes. I looked now at: $ ls -1 /etc/dpkg/dpkg.cfg.d/ debian-security-support needrestart But none of them seems to call sort or awk, at least not directly nor the script they're executing (I haven't gone any deeper into debconf or so). These are the triggers, right? $ ls -1 /var/lib/dpkg/triggers/ File Lock Unincorp aspell-autobuildhash ispell-autobuildhash ldconfig resolvconf-enable-updates resolvconf-event rkhunter-propupd rkhunter-update-database texmf-format texmf-hyphen texmf-map twisted-plugins-cache update-ca-certificates update-ca-certificates-fresh update-ca-certificates-java update-ca-certificates-java-fresh update-default-ispell update-default-wordlist update-initramfs update-openoffice-dicts update-sgmlcatalog But AFAIU the actual code that is executed for the trigger, is in the postinst of that package, right? If so,... could be any of them, where sort/awk get called. Cheers, Chris.
Bug#1064998: guile-lib: broken package when cross building
Forwarding this upstream, originally submitted in the Debian bug
tracking system at:
https://bugs.debian.org/1064998
On 2024-02-28, Helmut Grohne wrote:
> guile-lib actually does cross build, but we still track it as cross
> build failure, because the resulting package contains a build
> architecture multiarch tuple and that trips post-build sanity checks.
>
> The root cause of the failure lies in the way the ccache directory is
> determined. There are actually several ways this is being done during
> configure - some of which work correctly - and ultimately, the last
> attempt using GUILE_SITE_CCACHE_DIR gets to set the value wrongly.
> Surprisingly, there already is a more complete and working
> implementation GUILE_SITE_DIR and simply reusing that makes it compute
> the ccache directory correctly. Is the attached patch acceptable?
>
> Helmut
> --- guile-lib-0.2.7.orig/m4/guile-ext.m4
> +++ guile-lib-0.2.7/m4/guile-ext.m4
> @@ -63,12 +63,4 @@
> # The variable is marked for substitution, as by @code{AC_SUBST}.
> #
> AC_DEFUN([GUILE_SITE_CCACHE_DIR],
> - [AC_REQUIRE([GUILE_PROGS])
> - AC_MSG_CHECKING(for Guile site ccache directory)
> - GUILE_SITE_CCACHE=`$GUILE -c "(display (%site-ccache-dir))"`
> - if test "$GUILE_SITE_CCACHE" = ""; then
> - AC_MSG_FAILURE(site ccache dir not found)
> - fi
> - AC_MSG_RESULT($GUILE_SITE_CCACHE)
> - AC_SUBST(GUILE_SITE_CCACHE)
> - ])
> + [AC_REQUIRE([GUILE_SITE_DIR])])
Would the guile-lib developers consider merging this? Are there any
use-cases where this is inappropriate?
Thanks!
live well,
vagrant
signature.asc
Description: PGP signature
Bug#1065218: ITP: assetfinder -- Find domains and subdomains related to a given domain
Package: wnpp Severity: wishlist Owner: Josenilson Ferreira da Silva X-Debbugs-Cc: debian-de...@lists.debian.org, nilsonfsi...@hotmail.com * Package name: assetfinder Version : 0.1.1 Upstream Contact: Hudson * URL : https://github.com/tomnomnom/assetfinder * License : MIT/X Programming Lang: go-lang Description : Find domains and subdomains related to a given domain assetfinder is a command-line tool designed to find domains and subdomains associated with a specific domain. . The main objective of the tool is to help security researchers and IT professionals discover and understand how the domains and sub-domains of a given organization are distributed, trying to find possible security flaws and vulnerabilities. . assetfinder uses multiple data sources to perform its research, including: - crt.sh - certspotter - hackertarget - threatcrowd - Wayback Machine - dns.bufferover.run - Facebook Graph API - Virustotal - findsubdomains This expands coverage and increases the accuracy of results.
Bug#1064976: linux-headers-6.6.13+bpo-amd64 incorrectly depends on the corresponding linux-image-amd64 package
On Thu, 29 Feb 2024 14:23:05 + Colm Buckley wrote: > On Thu, 29 Feb 2024 13:38:12 +0100 Bastian Blank wrote: > > On Thu, Feb 29, 2024 at 12:12:21PM +, Luca Boccassi wrote: > > > With the new vmlinux.h shipped in the headers package, the BTF case > > > should be covered. > > > > The relevant code in Linux is: > > > > | quiet_cmd_btf_ko = BTF [M] $@ > > | cmd_btf_ko = > \ > > | if [ ! -f vmlinux ]; then > \ > > | printf "Skipping BTF generation for %s due to > unavailability of vmlinux\n" $@ 1>&2; \ > > | else > \ > > | LLVM_OBJCOPY="$(OBJCOPY)" $(PAHOLE) -J $(PAHOLE_FLAGS) > --btf_base vmlinux $@; \ > > | $(RESOLVE_BTFIDS) -b vmlinux $@; > \ > > | fi; > > > > Which change is needed here to use vmlinux.h instead? > > My understanding is that you don't need this command at all; the included > vmlinux.h already contains the necessary type definitions for libbpf, for > the kernel source version in question - ie: instead of needing to run > pahole or bpftool to extract these definitions from a specific vmlinux > image, this file is distributed with them already included. Yes precisely, the bpf program source can just include vmlinux.h and it should build and run as expected. -- Kind regards, Luca Boccassi signature.asc Description: This is a digitally signed message part
Bug#1065217: libpetsc-complex3.19-dev fails to install
Package: libpetsc-complex3.19-dev Version: 3.19.6+dfsg1-2.1 Severity: serious Tags: ftbfs X-Debbugs-Cc: Benjamin Drung , Steve Langasek Control: affects -1 src:slepc https://buildd.debian.org/status/fetch.php?pkg=slepc=amd64=3.19.2%2Bdfsg1-2.1=1709337662=0 ... Setting up libpetsc-complex3.19-dev:amd64 (3.19.6+dfsg1-2.1) ... update-alternatives: error: no alternatives for petsc update-alternatives: error: alternative path /usr/lib/petscdir/petsc3.19t64/x86_64-linux-gnu-complex doesn't exist dpkg: error processing package libpetsc-complex3.19-dev:amd64 (--configure): installed libpetsc-complex3.19-dev:amd64 package post-installation script subprocess returned error exit status 2 ...
Bug#1063210: pari: NMU diff for 64-bit time_t transition
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- 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 pari-2.15.4/debian/changelog pari-2.15.4/debian/changelog
--- pari-2.15.4/debian/changelog2023-07-12 10:08:54.0 +
+++ pari-2.15.4/debian/changelog2024-03-01 23:24:56.0 +
@@ -1,3 +1,10 @@
+pari (2.15.4-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1063210
+
+ -- Steve Langasek Fri, 01 Mar 2024 23:24:56 +
+
pari (2.15.4-2) unstable; urgency=medium
* New patch: usptream-forqfvec: from upstream, fix 32bit support
diff -Nru pari-2.15.4/debian/control pari-2.15.4/debian/control
--- pari-2.15.4/debian/control 2023-07-10 09:31:13.0 +
+++ pari-2.15.4/debian/control 2024-03-01 23:24:56.0 +
@@ -1,5 +1,5 @@
Source: pari
-Build-Depends: debhelper-compat (= 13), libreadline-dev, libx11-dev,
libgmp-dev,
+Build-Depends: dpkg-dev (>= 1.22.5), debhelper-compat (= 13), libreadline-dev,
libx11-dev, libgmp-dev,
pari-galdata, pari-elldata, pari-seadata, pari-galpol,
pari-nflistdata
Build-Depends-Indep: texlive-base, texlive-latex-base
Section: math
@@ -34,7 +34,7 @@
Architecture: any
Section: libdevel
Provides: libpari-gmp-tls8-dev
-Depends: libpari-gmp-tls8 (= ${binary:Version}), libc-dev, ${misc:Depends}
+Depends: libpari-gmp-tls8t64 (= ${binary:Version}), libc-dev, ${misc:Depends}
Suggests: libpari-gmp-tls8-dbgsym, pari-gp2c
Multi-Arch: same
Description: PARI/GP Computer Algebra System development files
@@ -52,7 +52,10 @@
.
This package contains the include files and static library.
-Package: libpari-gmp-tls8
+Package: libpari-gmp-tls8t64
+Provides: ${t64:Provides}
+Replaces: libpari-gmp-tls8
+Breaks: libpari-gmp-tls8 (<< ${source:Version})
Architecture: any
Section: libs
Depends: ${shlibs:Depends}, ${misc:Depends}
diff -Nru pari-2.15.4/debian/libpari-gmp-tls8t64.lintian-overrides
pari-2.15.4/debian/libpari-gmp-tls8t64.lintian-overrides
--- pari-2.15.4/debian/libpari-gmp-tls8t64.lintian-overrides1970-01-01
00:00:00.0 +
+++ pari-2.15.4/debian/libpari-gmp-tls8t64.lintian-overrides2024-03-01
23:23:37.0 +
@@ -0,0 +1 @@
+libpari-gmp-tls8t64: package-name-doesnt-match-sonames libpari-gmp-tls8
diff -Nru pari-2.15.4/debian/rules pari-2.15.4/debian/rules
--- pari-2.15.4/debian/rules2022-11-09 14:23:53.0 +
+++ pari-2.15.4/debian/rules2024-03-01 23:24:56.0 +
@@ -57,7 +57,7 @@
CC := `which $(CC)`
endif
-libpkg = libpari-gmp-tls8
+libpkg = libpari-gmp-tls8t64
libtriplet = usr/lib/$(DEB_HOST_MULTIARCH)
inctriplet = usr/include/$(DEB_HOST_MULTIARCH)
Bug#1065212: asymptote: recent libc6-dev change causes XDR and V3D support to be dropped
On 01.03.2024 23:33, Aurelien Jarno wrote: Hi Aurelien, This can be fixed by adding an explicit Build-Depends on libtirpc-dev. The glibc change will likely be reverted in the short term, but given its a change we want to do for Trixie, this will only lower the severity of the bug. I do not fully understand, what needs to be done from my side: add a BD on libtirpc-dev and (maybe) remove it later on? If you say the change will be reverted later, I'd guess one can rather wait for that point in time and then request an binNMU (or wait until anybody triggers a mass binNMU). What do I miss? Hilmar -- sigfault OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1063206: papi: NMU diff for 64-bit time_t transition
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- 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 papi-7.1.0/debian/changelog papi-7.1.0/debian/changelog
--- papi-7.1.0/debian/changelog 2024-02-20 11:50:34.0 +
+++ papi-7.1.0/debian/changelog 2024-03-01 23:16:47.0 +
@@ -1,3 +1,10 @@
+papi (7.1.0-3.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1063206
+
+ -- Steve Langasek Fri, 01 Mar 2024 23:16:47 +
+
papi (7.1.0-3) unstable; urgency=medium
* Prepare infrastructure for appending an ABI-suffix to the SOVERSION.
diff -Nru papi-7.1.0/debian/control papi-7.1.0/debian/control
--- papi-7.1.0/debian/control 2024-02-20 11:50:34.0 +
+++ papi-7.1.0/debian/control 2024-03-01 23:16:47.0 +
@@ -5,7 +5,7 @@
Uploaders:
Vincent Danjean ,
Andreas Beckmann
-Build-Depends:
+Build-Depends: dpkg-dev (>= 1.22.5),
debhelper-compat (= 13),
dh-sequence-python3,
gfortran,
@@ -18,7 +18,10 @@
Vcs-Browser: https://salsa.debian.org/hpc-team/papi
Vcs-Git: https://salsa.debian.org/hpc-team/papi.git
-Package: libpapi7.1
+Package: libpapi7.1t64
+Provides: ${t64:Provides}
+Replaces: libpapi7.1
+Breaks: libpapi7.1 (<< ${source:Version})
Section: libs
Architecture: any
Multi-Arch: same
@@ -41,7 +44,10 @@
.
This package provides the shared library.
-Package: libsde1
+Package: libsde1t64
+Provides: ${t64:Provides}
+Replaces: libsde1
+Breaks: libsde1 (<< ${source:Version})
Section: libs
Architecture: any
Multi-Arch: same
diff -Nru papi-7.1.0/debian/libpapi7.1t64.lintian-overrides
papi-7.1.0/debian/libpapi7.1t64.lintian-overrides
--- papi-7.1.0/debian/libpapi7.1t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ papi-7.1.0/debian/libpapi7.1t64.lintian-overrides 2024-03-01
23:16:15.0 +
@@ -0,0 +1 @@
+libpapi7.1t64: package-name-doesnt-match-sonames libpapi7.1
diff -Nru papi-7.1.0/debian/libsde1t64.lintian-overrides
papi-7.1.0/debian/libsde1t64.lintian-overrides
--- papi-7.1.0/debian/libsde1t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ papi-7.1.0/debian/libsde1t64.lintian-overrides 2024-03-01
23:16:15.0 +
@@ -0,0 +1 @@
+libsde1t64: package-name-doesnt-match-sonames libsde1
Bug#1064191: openjdk-8: fails to install on i386 mantic, focal and jammy
Hi,
Since launchpad builds are quite busy, I have done testing in mantic chroot.
Expected behaviour:
- I can co-install i386 and amd64 openjdk-8 [done]
- i386 will print the warning message when the accessibility provider
is not found
- amd64 will throw an exception.
I have updated /etc/java-8-openjdk/accessibility.properties to point
to a non-existent class.
public class Test {
static java.awt.Toolkit tk = java.awt.Toolkit.getDefaultToolkit();
public static void main(String[] args ) {
System.out.println("Hello world");
}
}
Using the above test file I have ran it with i386 openjdk-8:
$ /usr/lib/jvm/java-1.8.0-openjdk-i386/bin/java -cp . Test
Assistive Technology not found: org.GNOME.Accessibility.AtkWrapperFoo
Hello world
and amd64:
$ /usr/lib/jvm/java-1.8.0-openjdk-amd64/bin/java -cp . Test
Exception in thread "main" java.awt.AWTError: Assistive Technology not
found: org.GNOME.Accessibility.AtkWrapperFoo
at java.awt.Toolkit.loadAssistiveTechnologies(Toolkit.java:807)
at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:886)
at Test.(Test.java:2)
Conclusion: the patch works, Thank You!!!
Best Regards,
Vladimir.
On Sat, Mar 2, 2024 at 11:55 AM Thorsten Glaser wrote:
>
> Dixi quod…
>
> >I’ll probably also throw it on Launchpad to test-build, then see
>
> It WFM, I can install both at the same time in a focal/amd64 chroot.
>
> >if it’s coïnstallable. But I would very much appreciate review
> >from your side.
>
> I’ll upload once the time_t-64 transition in Debian has progressed,
> to avoid a need for extra binNMUs.
>
> bye,
> //mirabilos
> --
> Solange man keine schmutzigen Tricks macht, und ich meine *wirklich*
> schmutzige Tricks, wie bei einer doppelt verketteten Liste beide
> Pointer XORen und in nur einem Word speichern, funktioniert Boehm ganz
> hervorragend. -- Andreas Bogk über boehm-gc in d.a.s.r
Bug#1063206: papi: NMU diff for 64-bit time_t transition
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- 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 papi-7.1.0/debian/changelog papi-7.1.0/debian/changelog
--- papi-7.1.0/debian/changelog 2024-02-20 11:50:34.0 +
+++ papi-7.1.0/debian/changelog 2024-03-01 23:13:24.0 +
@@ -1,3 +1,10 @@
+papi (7.1.0-3.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1063206
+
+ -- Steve Langasek Fri, 01 Mar 2024 23:13:24 +
+
papi (7.1.0-3) unstable; urgency=medium
* Prepare infrastructure for appending an ABI-suffix to the SOVERSION.
diff -Nru papi-7.1.0/debian/control papi-7.1.0/debian/control
--- papi-7.1.0/debian/control 2024-02-20 11:50:34.0 +
+++ papi-7.1.0/debian/control 2024-03-01 23:13:24.0 +
@@ -5,7 +5,7 @@
Uploaders:
Vincent Danjean ,
Andreas Beckmann
-Build-Depends:
+Build-Depends: dpkg-dev (>= 1.22.5),
debhelper-compat (= 13),
dh-sequence-python3,
gfortran,
@@ -18,7 +18,10 @@
Vcs-Browser: https://salsa.debian.org/hpc-team/papi
Vcs-Git: https://salsa.debian.org/hpc-team/papi.git
-Package: libpapi7.1
+Package: libpapi7.1t64
+Provides: ${t64:Provides}
+Replaces: libpapi7.1
+Breaks: libpapi7.1 (<< ${source:Version})
Section: libs
Architecture: any
Multi-Arch: same
@@ -41,7 +44,10 @@
.
This package provides the shared library.
-Package: libsde1
+Package: libsde1t64
+Provides: ${t64:Provides}
+Replaces: libsde1
+Breaks: libsde1 (<< ${source:Version})
Section: libs
Architecture: any
Multi-Arch: same
diff -Nru papi-7.1.0/debian/libpapi7.1t64.lintian-overrides
papi-7.1.0/debian/libpapi7.1t64.lintian-overrides
--- papi-7.1.0/debian/libpapi7.1t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ papi-7.1.0/debian/libpapi7.1t64.lintian-overrides 2024-03-01
23:13:04.0 +
@@ -0,0 +1 @@
+libpapi7.1t64: package-name-doesnt-match-sonames libpapi7.1
diff -Nru papi-7.1.0/debian/libsde1t64.lintian-overrides
papi-7.1.0/debian/libsde1t64.lintian-overrides
--- papi-7.1.0/debian/libsde1t64.lintian-overrides 1970-01-01
00:00:00.0 +
+++ papi-7.1.0/debian/libsde1t64.lintian-overrides 2024-03-01
23:13:04.0 +
@@ -0,0 +1 @@
+libsde1t64: package-name-doesnt-match-sonames libsde1
Bug#1063221: pgpool2: NMU diff for 64-bit time_t transition
> please exclude pgpool2 from the t64 transition. It does ship a library > package, but there are 0 external users, and all in-package rpdeps > have strict versioned dependencies on libpgpool2. While I will leave this to your discretion as maintainer, please note that "0 external users" is not possible to determine conclusively. There are 0 external users *in Debian*. But this package ships a shared library, and a -dev package to allow software to link against it; therefore, third-party packages not included in Debian, which link against this library, may exist. If you want to be able to assert that this is not the case, it's better to not ship a -dev package at all for your library. -- 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#1064191: openjdk-8: fails to install on i386 mantic, focal and jammy
Dixi quod… >I’ll probably also throw it on Launchpad to test-build, then see It WFM, I can install both at the same time in a focal/amd64 chroot. >if it’s coïnstallable. But I would very much appreciate review >from your side. I’ll upload once the time_t-64 transition in Debian has progressed, to avoid a need for extra binNMUs. bye, //mirabilos -- Solange man keine schmutzigen Tricks macht, und ich meine *wirklich* schmutzige Tricks, wie bei einer doppelt verketteten Liste beide Pointer XORen und in nur einem Word speichern, funktioniert Boehm ganz hervorragend. -- Andreas Bogk über boehm-gc in d.a.s.r
Bug#1065216: r-base: recent libc6-dev change causes the xdr feature to be dropped
Source: r-base Version: 4.3.3-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) User: debian-gl...@lists.debian.org Usertags: libtirpc-dev Dear maintainer, Starting with glibc 2.31, support for NIS (libnsl library) has been moved to a separate libnsl2 package. In order to allow a smooth transition, a libnsl-dev, which depends on libtirpc-dev, has been added to the libc6-dev package. The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1 NMU, as part of the 64-bit time_t transition. This causes the xdr feature of r-base to be dropped, I am not sure it is something to care about. Therefore please either: - Add libtirpc-dev as build dependency - Disable the xdr feature support explicitly so that it does not depend on the packages installed on the system. Regards Aurelien
Bug#1065215: xinetd: recent libc6-dev change causes the RPC support to be dropped
Source: xinetd Version: 1:2.3.15.4-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) User: debian-gl...@lists.debian.org Usertags: libtirpc-dev Dear maintainer, Starting with glibc 2.31, support for NIS (libnsl library) has been moved to a separate libnsl2 package. In order to allow a smooth transition, a libnsl-dev, which depends on libtirpc-dev, has been added to the libc6-dev package. The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1i NMU, as part of the 64-bit time_t transition. This causes the RPC support of xinetd to be dropped, I am not sure it is something to care about. Therefore please either: - Add libtirpc-dev as build dependency - Disable the RPC support explicitly using --with-rpc=no, so that this feature does not depend on the packages installed on the system. Regards Aurelien
Bug#1065213: dovecot: recent libc6-dev change causes the rquota feature to be dropped
Source: dovecot Version: 1:2.3.21+dfsg1-2 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) User: debian-gl...@lists.debian.org Usertags: libtirpc-dev Dear maintainer, Starting with glibc 2.31, support for NIS (libnsl library) has been moved to a separate libnsl2 package. In order to allow a smooth transition, a libnsl-dev, which depends on libtirpc-dev, has been added to the libc6-dev package. The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1 NMU, as part of the 64-bit time_t transition. This causes the rquota feature of dovecot to be dropped, I am not sure it is something to care about. Therefore please either: - Add libtirpc-dev as build dependency - Disable the rquota feature explicitly so that it does not depend on the packages installed on the system. Regards Aurelien
Bug#1065214: iproute2: recent libc6-dev change causes the RPC support to be dropped
Package: iproute2 Version: 6.7.0-2 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) User: debian-gl...@lists.debian.org Usertags: libtirpc-dev Dear maintainer, Starting with glibc 2.31, support for NIS (libnsl library) has been moved to a separate libnsl2 package. In order to allow a smooth transition, a libnsl-dev, which depends on libtirpc-dev, has been added to the libc6-dev package. The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1 NMU, as part of the 64-bit time_t transition. This causes the RPC support in iproute2 (from misc/ss.c) to be dropped, I am not sure it is something to care about. Therefore please either: - Add libtirpc-dev as build dependency - Disable the RPC support explicitly using --without-rpc so that this feature does not depend on the packages installed on the system. Regards Aurelien
Bug#1065212: asymptote: recent libc6-dev change causes XDR and V3D support to be dropped
Source: asymptote Version: 2.86+ds1-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) User: debian-gl...@lists.debian.org Usertags: libtirpc-dev Dear maintainer, Starting with glibc 2.31, support for NIS (libnsl library) has been moved to a separate libnsl2 package. In order to allow a smooth transition, a libnsl-dev, which depends on libtirpc-dev, has been added to the libc6-dev package. The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1 NMU, as part of the 64-bit time_t transition. This causes XDR and V3D support in asymptote to be dropped, something which is not recommended by upstream. This can be fixed by adding an explicit Build-Depends on libtirpc-dev. The glibc change will likely be reverted in the short term, but given its a change we want to do for Trixie, this will only lower the severity of the bug. Regards Aurelien
Bug#1065208: gcl: recent libc6-dev change causes XDR support to be dropped
On 2024-03-01 22:10, Aurelien Jarno wrote: > Source: gcl > Version: 2.6.14-6 > Severity: serious > User: debian-gl...@lists.debian.org > Usertags: libtirpc-dev > > Dear maintainer, > > Starting with glibc 2.31, support for NIS (libnsl library) has been > moved to a separate libnsl2 package. In order to allow a smooth > transition, a libnsl-dev, which depends on libtirpc-dev, has been added > to the libc6-dev package. > > The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1 > NMU, as part of the 64-bit time_t transition. This causes gcl to disable > the XDR support. Not fully sure what are the consequences, but it seems > at least axiom requires XDR support. > > Therefore please either: > - Add libnsl-dev as build dependency Sorry that was a thinko. I meant libtirpc-dev. Regards Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net
Bug#1065207: gcl27: recent libc6-dev change causes XDR support to be dropped
On 2024-03-01 22:10, Aurelien Jarno wrote: > Source: gcl27 > Version: 2.7.0-20 > Severity: serious > User: debian-gl...@lists.debian.org > Usertags: libtirpc-dev > > Dear maintainer, > > Starting with glibc 2.31, support for NIS (libnsl library) has been > moved to a separate libnsl2 package. In order to allow a smooth > transition, a libnsl-dev, which depends on libtirpc-dev, has been added > to the libc6-dev package. > > The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1 > NMU, as part of the 64-bit time_t transition. This causes gcl27 to > disable the XDR support. Not fully sure what are the consequences. > > Therefore please either: > - Add libnsl-dev as build dependency Sorry that was a thinko. I meant libtirpc-dev. Regards Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net
Bug#1061155: closed by Debian FTP Masters (reply to Georges Khaznadar ) (Bug#1061155: fixed in cron 3.0pl1-186)
Since there is an existing "standard" for crontab error reporting
( check_error() diagnostic + non-zero exit ), I am suggesting
not inventing a new one ( warning message + zero exit ).
The crontab(1) manpage does not mention exit code; but it is
very common for zero to mean success / non-zero to mean failure.
I have no idea how other people use crontab, but I can easily
imagine someone has written automation code along the lines of:
if crontab -n newfile 2>&-; then
# looks good, do it for real now
crontab - https://github.com/sourcemage/grimoire/blob/9c3932d181e16dc2c0320f7bb189e42d445fd4d7/utils/fcrontabs/fcrontab#L25
https://github.com/brsf11/mugen-riscv/blob/9c474e23beb4834d6d87b7434edf94e0689d6a8d/testcases/cli-test/crontabs/oe_test_crontabs.sh#L56
I would like to support users; not belittle them.
-jonathan
georges.khaznadar wrote:
> To: Jonathan H N Chin , 1061...@bugs.debian.org
> From: Georges Khaznadar
> Date: Fri, 1 Mar 2024 14:08:08 +0100
> Subject: Re: Bug#1061155: closed by Debian FTP Masters
> (reply to Georges Khaznadar
> ) (Bug#1061155: fixed in cron 3.0pl1-186)
>
> Dear Jonathan,
>
> what is the right message to feed back to the user?
>
> Warning ?
>
> +-+
> | Warning | ?
> +-+
>
> +-+
> | +-+ |
> | | POOR MISGUIDED, YOU MADE AN ERROR ! | | ?
> | +-+ |
> +-+
>
> All in all, if the user does not want to read feedback messages, I
> ignore how to tell them the proper way.
>
> About the exit status with -n: if one runs `crontab -n`, one expects
> somme feedback message, because nothing else is going to happen. The
> exit status is just an integer, far less expressive than a warning which
> points out some defect. Do you always check "$?" when you get an error
> or a warning message?
>
>
>
> Jonathan H N Chin a écrit :
> > Hi, I just received the new package and tried it. Thanks.
> >
> > It detects unacceptable MAILTO/MAILFROM, but because unacceptable
> > values will cause an error later, issuing only a warning feels
> > inadequate to me.
> >
> > For usability, perhaps it would be better to use check_error().
> > Currently, warnings could be missed since the exit status with
> > `-n` is still 0.
> >
> > Something like:
> >
> > case TRUE:
> > /* here MAILTO and MAILFROM are checked */
> > if (
> > strncmp(envstr, "MAILTO=", 7) == 0 ||
> > strncmp(envstr, "MAILFROM=", 9) == 0
> > ){
> > if (! safe_p("", strstr(envstr,"=")+1)){
> > check_error("unsafe mail");
> > }
> > }
> > break;
> >
> >
> >
> > The current safe_p() implementation may cause a syslog entry to be
> > generated with no associated username when called here, which feels
> > slightly wrong to me. It could be confusing to someone auditing logs
> > to see spurious "() UNSAFE MAIL" messages when `-n` is used.
> >
> >
> >
> > -jonathan
>
> --
> Georges KHAZNADAR et Jocelyne FOURNIER
> 22 rue des mouettes, 59240 Dunkerque France.
> Téléphone +33 (0)3 28 29 17 70
>
Bug#1065125: libchipcard8 has an undeclared file conflict
Hi all, Am 01.03.24 um 22:38 schrieb Micha Lenk: I think I've found a fix for it: https://salsa.debian.org/aqbanking-team/pkg-libchipcard/-/commit/045b1f498f1a2620e4b7c9538497ae54e18b I currently have no capacity for testing it right away, so feel free to prepare another 0-day-NMU to fix this RC bug quicker than I can. Nah, validation was easy enough. Uploading right away... Cheers, Micha
Bug#1065125: libchipcard8 has an undeclared file conflict
Hi Helmut, thank you for reporting this issue. Am 29.02.24 um 23:45 schrieb Helmut Grohne: This actually is fallout from the time64 transition. Both libchipcard6 and libchipcard8 declared "Provides: libgwenhywfar79-plugins-ct" and "Conflicts: libgwenhywfar79-plugins-ct". However, libchipcard6t64 has changed this to libgwenhywfar-plugins-ct. The change in virtual facility causes the conflicts to no longer take effect. Hence filing this with libchipcard6t64 rather than libchipcard8. The Provides/Conflicts accidentally changing from libgwenhywfar79-plugins-ct to libgwenhywfar-plugins-ct is caused by some custom substvars generation done by the script debian/update_substvars.sh, which writes the variable to a package specific substvars file debian/libchipcard6.substvar. The package rename caused this substvar defined in that file to be lost. I think I've found a fix for it: https://salsa.debian.org/aqbanking-team/pkg-libchipcard/-/commit/045b1f498f1a2620e4b7c9538497ae54e18b I currently have no capacity for testing it right away, so feel free to prepare another 0-day-NMU to fix this RC bug quicker than I can. Best regards, Micha
Bug#1064617: Passwords should not be changed frequently
Hi, On Friday, 1 March 2024 20:46:49 CET Holger Wansing wrote: > Philip Hands wrote (Fri, 01 Mar 2024 06:46:27 +0100): > > If you want to make a constructive contribution, how about suggesting a > > wording that reflects the advice that you think would be most useful to > > the people that actually read the advice? > > I would like to make a proposal, leaving the default setting as is > (aka: default to an enabled root account, no sudo), with only some wording > changings. > > Patch attached. > > What do you think? I think it's an improvement and I have some suggestions, which hopefully makes it even better. I don't have a git-diff, but hopefully this works too. I'm not a native English speaker or particularly good at this, so it's more the direction then the exact wording that's important. Others can undoubtedly improve upon it. _Description: Root password: "You need to set a password for 'root', the system administrative account. The 'root' user has full control over the whole system, so it's extra important to protect it with a strong password. A strong password is usually a sentence, consisting of words not commonly found together in natural language. And not easily associated with you."* *) Not sure if there's room for it, but examples often help: 1) That's a battery staple? Correct! 2) Margaret Thatcher is 110% sexy ad 1) xkcd 936 ad 2) An example Edward Snowden gave in an interview (with Vice?) Why? - We need to get rid of the *word* part; making it long (via a sentence) is the easiest way to make it stronger. I don't know if passphrase is (technically) correct or easily understood though. - "A malicious or unqualified user ... can have disastrous results" I think it doesn't add useful or correct info as a benign qualified 'root' user making an error and can also wreak havoc. (A good password doesn't prevent that though) - A memorable password or passphrase can (always?) be guessed; the goal is to make it as hard as possible. - "It should not be a word found in dictionaries" I know where it comes from, but it's not helpful. And it gives the impression it should be a single word. A 'normal' dictionary contains a LOT of words and saying you can't use any of them makes it almost impossible for the user to make a good password/passphrase. That they can remember. I haven't verified it, but I'm guessing the words from Diceware Word List are all present in the 'normal' dictionary? "Note that you will not see the password in clear text as you type it, except if you explicitly choose to show it." You *are* able to see the plain text password, just not by default. HTH, Diederik signature.asc Description: This is a digitally signed message part.
Bug#1065167: google-perftools: FTBFS on armhf/armel: static_assert(sizeof(int32_t) == sizeof(off_t), "")
Hi. Upstream maintainer here. Please cherry-pick: https://github.com/gperftools/gperftools/commit/198b3dd2d0b4d83c873b2ce480837edacc0f35ab On Fri, Mar 1, 2024 at 6:15 AM Emanuele Rocca wrote: > Source: google-perftools > Version: 2.15-1.1 > Severity: serious > Tags: ftbfs > User: debian-...@lists.debian.org > Usertag: time64 > > Dear Maintainer, > > google-perftools fails to build from source when building with > -D_TIME_BITS=64 > on armhf and armel with the following error: > > src/mmap_hook.cc:309:31: error: static assertion failed > 309 | static_assert(sizeof(int32_t) == sizeof(off_t), ""); > | ^~~~ > src/mmap_hook.cc:309:31: note: the comparison reduces to ‘(4 == 8)’ > make[1]: *** [Makefile:5124: src/libtcmalloc_internal_la-mmap_hook.lo] > Error 1 > > The package builds correctly disabling the time64 flags with: > > DEB_BUILD_MAINT_OPTIONS=abi=-time64 dpkg-buildpackage > >
Bug#947078: git-buildpackage: Need to make gbp clone pseudo protocols confgirable
Package: git-buildpackage Followup-For: Bug #947078 Hello. For me, this bug can be closed. Does anyone object?
Bug#1051098: suggestion: dh-builtusing may simplify the packaging
Source: u-boot
Followup-For: Bug #1051098
Hello.
Here is an updated version rebased on a609e1d2:
>From 27ec150b506234e1a3e24688ed400627133ab5e2 Mon Sep 17 00:00:00 2001
From: Nicolas Boulenguez
Date: Sat, 2 Sep 2023 23:24:10 +0200
Subject: Delegate the Built-Using field to the dh-builtusing debhelper tool
diff --git a/debian/control b/debian/control
index 7a6bbc31cc..c6aec92cf6 100644
--- a/debian/control
+++ b/debian/control
@@ -7,6 +7,7 @@ Build-Depends:
bc,
bison,
debhelper-compat (= 13),
+ dh-sequence-builtusing,
flex,
libpython3-dev:native [linux-any],
libssl-dev,
@@ -186,7 +187,8 @@ Description: A boot loader for omap systems
Package: u-boot-sunxi
Architecture: armhf arm64
Multi-Arch: same
-Built-Using: ${u-boot-sunxi:Built-Using}
+Built-Using: ${dh-builtusing:arm-trusted-firmware} [arm64],
+ ${dh-builtusing:crust-firmware} [arm64],
Depends: ${misc:Depends}
Recommends: u-boot-tools [arm64]
Suggests: arm-trusted-firmware [arm64]
@@ -240,7 +242,7 @@ Description: A boot loader for marvell systems
Package: u-boot-rockchip
Architecture: armhf arm64
Multi-Arch: same
-Built-Using: ${u-boot-rockchip:Built-Using}
+Built-Using: ${dh-builtusing:arm-trusted-firmware} [arm64]
Depends: ${misc:Depends}
Recommends: python3, u-boot-tools [arm64]
Suggests: arm-trusted-firmware [arm64]
@@ -294,7 +296,7 @@ Package: u-boot-sifive
Architecture: riscv64
Multi-Arch: same
Depends: ${misc:Depends}
-Built-Using: ${u-boot-sifive:Built-Using}
+Built-Using: ${dh-builtusing:opensbi}
Description: A boot loader for SiFive systems
Das U-Boot is a cross-platform bootloader for embedded systems,
used as the default boot loader by several board vendors. It is
@@ -312,7 +314,7 @@ Package: u-boot-starfive
Architecture: riscv64
Multi-Arch: same
Depends: ${misc:Depends}
-Built-Using: ${u-boot-starfive:Built-Using}
+Built-Using: ${dh-builtusing:opensbi}
Description: A boot loader for Starfive systems
Das U-Boot is a cross-platform bootloader for embedded systems,
used as the default boot loader by several board vendors. It is
diff --git a/debian/rules b/debian/rules
index fc7c8e54d4..9cc8ee3e52 100755
--- a/debian/rules
+++ b/debian/rules
@@ -159,6 +159,6 @@ override_dh_clean:
find . -type d -name __pycache__ -delete
override_dh_gencontrol:
- dh_gencontrol -- $(dpkg-gencontrol_args) $(foreach package,\
+ dh_gencontrol -- $(foreach package,\
u-boot-qemu $(subarchs),\
'-V$(package):platforms=$(subst $()
,$${Newline},$($(package)_platforms))')
diff --git a/debian/targets.mk b/debian/targets.mk
index 12eb78b9b8..f7e10d2ea0 100644
--- a/debian/targets.mk
+++ b/debian/targets.mk
@@ -51,9 +51,6 @@ ifeq (${DEB_HOST_ARCH},arm64)
# u-boot-rockchip
- dpkg-gencontrol_args += "-Vu-boot-rockchip:Built-Using=$(shell dpkg-query
-Wf \
-'$${source:Package} (= $${source:Version})' arm-trusted-firmware)"
-
# Vagrant Cascadian
u-boot-rockchip_platforms += firefly-rk3399
firefly-rk3399_assigns := BL31=/usr/lib/arm-trusted-firmware/rk3399/bl31.elf
@@ -145,9 +142,6 @@ ifeq (${DEB_HOST_ARCH},arm64)
u-boot-sunxi_assigns = \
SCP=$(or $(wildcard /usr/lib/crust-firmware/$(platform).bin),/dev/null)
- dpkg-gencontrol_args += "-Vu-boot-sunxi:Built-Using=$(shell dpkg-query -Wf \
-'$${source:Package} (= $${source:Version})' arm-trusted-firmware)"
-
u-boot-sunxi_platforms += a64-olinuxino
a64-olinuxino_assigns :=
BL31=/usr/lib/arm-trusted-firmware/sun50i_a64/bl31.bin
a64-olinuxino_targets := arch/arm/dts/sun50i-a64-olinuxino.dtb \
@@ -386,9 +380,6 @@ else ifeq (${DEB_HOST_ARCH},armhf)
# u-boot-rockchip
- # Silent a debhelper warning about an unused substvar.
- dpkg-gencontrol_args += -Vu-boot-rockchip:Built-Using=
-
# Vagrant Cascadian , 2GB and 4GB variants
u-boot-rockchip_platforms += firefly-rk3288
firefly-rk3288_targets := idbloader.img spl/u-boot-spl.bin u-boot.bin \
@@ -423,9 +414,6 @@ else ifeq (${DEB_HOST_ARCH},armhf)
# u-boot-sunxi
- # Silent a debhelper warning about an unused substvar.
- dpkg-gencontrol_args += -Vu-boot-sunxi:Built-Using=
-
# Christian Kastner
u-boot-sunxi_platforms += A10-OLinuXino-Lime
A10-OLinuXino-Lime_targets := u-boot-sunxi-with-spl.bin uboot.elf
@@ -544,9 +532,6 @@ else ifeq (${DEB_HOST_ARCH},riscv64)
# u-boot-sifive
- dpkg-gencontrol_args += "-Vu-boot-sifive:Built-Using=$(shell dpkg-query -Wf \
-'$${source:Package} (= $${source:Version})' opensbi)"
-
# Hector Oron
u-boot-sifive_platforms += sifive_unleashed
sifive_unleashed_targets := u-boot.bin uboot.elf spl/u-boot-spl.bin
u-boot.itb
@@ -559,9 +544,6 @@ else ifeq (${DEB_HOST_ARCH},riscv64)
# u-boot-starfive
- dpkg-gencontrol_args += "-Vu-boot-starfive:Built-Using=$(shell dpkg-query
-Wf \
-'$${source:Package} (= $${source:Version})' opensbi)"
-
# Anatoliy Gunya
u-boot-starfive_platforms += starfive_visionfive2
starfive_visionfive2_targets := u-boot.bin uboot.elf
Bug#990824: debian/rules: Filter packages and platforms without build profiles
Source: u-boot Followup-For: Bug #990824 Hello. This version is (trivially) rebased on a609e1d2. >From 39ea68aadb043a3f38143bb41ad929cbeb11b5c9 Mon Sep 17 00:00:00 2001 From: Nicolas Boulenguez Date: Thu, 8 Jul 2021 17:11:19 +0200 Subject: debian/rules: Filter packages and platforms without build profiles This idea has been discussed since #979296, but the initial implementation was incompatible with dpkg-buildpackage. All three variants should now work: debian/rules package_filter=u-boot/%rockchip/%sunxi platform_filter=%-rk3399/a64-olinuxino% dpkg-buildpackage '--rules-file=debian/rules package_filter=...' sbuild '--debbuildopt=--rules-file=debian/rules package_filter=...' diff --git a/debian/rules b/debian/rules index fc7c8e54d4..f1ac900bb9 100755 --- a/debian/rules +++ b/debian/rules @@ -34,22 +34,20 @@ notools := $(filter pkg.uboot.notools,$(DEB_BUILD_PROFILES)) subarchs := $(shell dh_listpackages --arch --no-package=u-boot-tools) -# Each .deb P in subarch contains $(P_platforms). -# These profiles remove values from $(P_platforms) for debugging. - -# DEB_BUILD_PROFILES='pkg.uboot.subarch.P1 pkg.uboot.subarch.P2' -# removes all platforms but in packages u-boot-P1 u-boot-P2. -only_subarchs := $(patsubst pkg.uboot.subarch.%,u-boot-%,\ - $(filter pkg.uboot.subarch.%,$(DEB_BUILD_PROFILES))) +# For debugging purposes, some filters may restrict the actually built +# platforms. The expected contents are Make patterns (with at most +# one % wildcard), separated by / (because spaces are difficult to +# escape from dpkg-buildpackage --rules-file). +# package_filter=u-boot/%amlogic/%mvebu +# platform_filter=khadas-vim% + +only_subarchs := $(subst /, ,$(package_filter)) ifneq (,$(only_subarchs)) $(foreach pkg,$(filter-out $(only_subarchs),$(subarchs)),$(eval \ $(pkg)_platforms :=)) endif -# DEB_BUILD_PROFILES='pkg.uboot.platform.P1 pkg.uboot.platform.P2' -# removes all platforms but P1 P2. -only_platforms := $(patsubst pkg.uboot.platform.%,%,\ -$(filter pkg.uboot.platform.%,$(DEB_BUILD_PROFILES))) +only_platforms := $(subst /, ,$(platform_filter)) ifneq (,$(only_platforms)) $(foreach pkg,$(subarchs),$(eval \ $(pkg)_platforms := $(filter $(only_platforms),$($(pkg)_platforms
Bug#1010751: clone: handle -b optional branch specification in VCS-Git
Package: git-buildpackage Followup-For: Bug #1010751 Ping?
Bug#1065211: ITP: ada-bar-codes -- Bar or QR code formatter for the Ada programming language
Package: wnpp Severity: wishlist Owner: Nicolas Boulenguez X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: ada-bar-codes Version : 002.20240219 Upstream Contact: Gautier de Montmollin * URL : https://sourceforge.net/projects/ada-bar-codes/ * License : Expat-MIT Programming Lang: Ada Description : Bar or QR code formatter for the Ada programming language This Ada library generates various bar or QR codes, on different output formats such as PDF, SVG or bitmaps. The package is ready, I intend to upload it to NEW after the gnat-13 transition.
Bug#1065210: fricas: missing build-dep on libtirpc-dev or libtirpc-dev dependency in gcl
Source: fricas Version: 1.3.10-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) User: debian-gl...@lists.debian.org Usertags: libtirpc-dev Dear maintainer, Starting with glibc 2.31, support for NIS (libnsl library) has been moved to a separate libnsl2 package. In order to allow a smooth transition, a libnsl-dev, which depends on libtirpc-dev, has been added to the libc6-dev package. The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1 NMU, as part of the 64-bit time_t transition. This causes fricas to FTBFS in sid with: | End of Pass 1. | End of Pass 2. | OPTIMIZE levels: Safety=0 (No runtime error checking), Space=0, Speed=3 | Finished compiling /<>/src/lisp/primitives.o. | #p"/<>/src/lisp/primitives.o" | NIL | NIL | | >echo '(compiler::link nil "prelisp" ' \ | ' (format nil "(progn (let ((SI::*load-path*' \ | ' (cons ~S SI::*load-path*))' \ | ' (si::*load-types* ~S))' \ |' (compiler::emit-fn t))' \ | ' (when (fboundp (quote si::sgc-on))' \ | ' (si::sgc-on nil))' \ | ' (setq compiler::*default-system-p* nil))' \ | ' (setq compiler::*default-large-memory-model-p* t))"' \ | ' si::*system-directory* (quote (list ".lsp")))' \ |' "/<>/src/lib/bsdsignal.o /<>/src/lib/cfuns-c.o /<>/src/lib/sockio-c.o ")' \ | | gcl | GCL (GNU Common Lisp) 2.6.14 Fri Jan 13 10:47:56 AM EST 2023 ANSIgit: Version_2_6_15pre5 | Source License: LGPL(gcl,gmp), GPL(unexec,bfd,xgcl) | Binary License: GPL due to GPL'ed components: (XGCL UNEXEC) | Modifications of this banner must retain notice of a compatible license | Dedicated to the memory of W. Schelter | | Use (help) to get some basic information on how to use GCL. | Temporary directory for compiler files: | /tmp/ | | >/usr/bin/ld: cannot find -ltirpc: No such file or directory | collect2: error: ld returned 1 exit status | | Correctable error: | Fast links are on: do (si::use-fast-links nil) for debugging | Signalled by COMPILER::LINK. | If continued: Continues anyway. | SIMPLE-ERROR: (SYSTEM "/usr/bin/gcc -Wl,-z,relro -no-pie -Wl,-T,../unixport/gcl.script -o /<>/src/lisp/raw_prelisp user-init.o -L/usr/lib/gcl-2.6.14/unixport/ -Wl,-Map /<>/src/lisp/raw_prelisp_map /<>/src/lib/bsdsignal.o /<>/src/lib/cfuns-c.o /<>/src/lib/sockio-c.o -lansi_gcl -lX11 -lm -ldl -lgmp -ltirpc -lreadline -lc -lgclp") returned a non-zero value 1 0. | | Broken at COMPILER::LINK. Type :H for Help. | 1 (continue) Continues anyway. | 2 Return to top level. | >>make[3]: *** [Makefile:250: do_it.gcl] Error 255 | make[3]: Leaving directory '/<>/src/lisp' | make[2]: *** [Makefile:231: all-lisp] Error 2 | make[2]: Leaving directory '/<>/src' | make[1]: *** [Makefile:251: all-src] Error 2 | make[1]: Leaving directory '/<>' | make: *** [debian/rules:43: build-stamp] Error 2 | dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2 One way to fix that would be to add an explicit Build-Depends on libtirpc-dev. That said I could not find any reference to tirpc in the fricas package, so I wonder if the right change is actually to add a libtirpc-dev dependency to the gcl binary package. You probably know that better than me, so please use the best option and feel free to reassign the bug to the right package. Regards Aurelien
Bug#1065209: package sae_pk_gen
Package: hostapd Version: 2:2.10-12 Severity: wishlist Hi, I think https://w1.fi/cgit/hostap/tree/hostapd/sae_pk_gen.c is needed to configure hostapd for SAE-PK. Would it be possible to build it (https://w1.fi/cgit/hostap/tree/hostapd/Makefile#n1390) and include that in the package?
Bug#1065208: gcl: recent libc6-dev change causes XDR support to be dropped
Source: gcl Version: 2.6.14-6 Severity: serious User: debian-gl...@lists.debian.org Usertags: libtirpc-dev Dear maintainer, Starting with glibc 2.31, support for NIS (libnsl library) has been moved to a separate libnsl2 package. In order to allow a smooth transition, a libnsl-dev, which depends on libtirpc-dev, has been added to the libc6-dev package. The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1 NMU, as part of the 64-bit time_t transition. This causes gcl to disable the XDR support. Not fully sure what are the consequences, but it seems at least axiom requires XDR support. Therefore please either: - Add libnsl-dev as build dependency - Disable XDR support explicitly with --disable-xdr so that this feature does not depend on the packages installed on the system. The glibc change will likely be reverted in the short term, but given its a change we want to do for Trixie, this will only lower the severity of the bug. Regards Aurelien
Bug#1065207: gcl27: recent libc6-dev change causes XDR support to be dropped
Source: gcl27 Version: 2.7.0-20 Severity: serious User: debian-gl...@lists.debian.org Usertags: libtirpc-dev Dear maintainer, Starting with glibc 2.31, support for NIS (libnsl library) has been moved to a separate libnsl2 package. In order to allow a smooth transition, a libnsl-dev, which depends on libtirpc-dev, has been added to the libc6-dev package. The libnsl-dev dependency has been temporarily dropped in the 2.37-15.1 NMU, as part of the 64-bit time_t transition. This causes gcl27 to disable the XDR support. Not fully sure what are the consequences. Therefore please either: - Add libnsl-dev as build dependency - Disable XDR support explicitly with --disable-xdr so that this feature does not depend on the packages installed on the system. The glibc change will likely be reverted in the short term, but given its a change we want to do for Trixie, this will only lower the severity of the bug. Regards Aurelien
Bug#1065206: clang-17: backend operator promotion failure with hip on ppc64el
Package: clang-17 Version: 1:17.0.6-5 Severity: minor X-Debbugs-Cc: c...@slerp.xyz, debian...@lists.debian.org Dear Maintainer, I noticed a build failure in rocmprim on ppc64el that seems to have been introduced between clang-15 and clang-17. I'm not certain that this is a compiler issue, because several ROCm libraries are closely coupled to the compiler also must be updated to switch out the compiler. However, the error message seems to suggest that it is compiler-related. Compare the buildd logs for rocprim 5.7.1 using clang-17 [1] and using clang-15 [2]. With clang-17, this error is encountered on ppc64el: [ 80%] Building CXX object test/rocprim/CMakeFiles/test_warp_sort.dir/test_warp_sort.cpp.o cd /<>/obj-powerpc64le-linux-gnu/test/rocprim && /usr/bin/hipcc -D__HIP_PLATFORM_AMD__=1 -D__HIP_PLATFORM_HCC__=1 -I/<>/obj-powerpc64le-linux-gnu/rocprim/include -I/<>/obj-powerpc64le-linux-gnu/rocprim/include/rocprim -I/<>/rocprim/include -isystem /<>/test -isystem /usr/lib/clang/17.0.6/include/.. -gz -g -O2 -ffile-prefix-map=/<>=. -Xarch_host -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -O3 -DNDEBUG -std=c++14 -DGTEST_HAS_PTHREAD=1 -x hip --offload-arch=gfx803 --offload-arch=gfx900 --offload-arch=gfx906 --offload-arch=gfx908 --offload-arch=gfx90a --offload-arch=gfx1010 --offload-arch=gfx1030 --offload-arch=gfx1100 --offload-arch=gfx1101 --offload-arch=gfx1102 -MD -MT test/rocprim/CMakeFiles/test_warp_sort.dir/test_warp_sort.cpp.o -MF CMakeFiles/test_warp_sort.dir/test_warp_sort.cpp.o.d -o CMakeFiles/test_warp_sort.dir/test_warp_sort.cpp.o -c /<>/test/rocprim/test_warp_sort.cpp <...> fatal error: error in backend: Do not know how to promote this operator's operand! clang++-17: error: clang frontend command failed with exit code 70 (use -v to see invocation) Debian clang version 17.0.6 (5) Target: powerpc64le-unknown-linux-gnu Thread model: posix InstalledDir: /usr/bin clang++-17: note: diagnostic msg: Error generating preprocessed source(s). make[3]: *** [test/rocprim/CMakeFiles/test_warp_sort.dir/build.make:79: test/rocprim/CMakeFiles/test_warp_sort.dir/test_warp_sort.cpp.o] Error 1 make[3]: Leaving directory '/<>/obj-powerpc64le-linux-gnu' make[2]: *** [CMakeFiles/Makefile2:1511: test/rocprim/CMakeFiles/test_warp_sort.dir/all] Error 2 Sincerely, Cory Bloor [1]: https://buildd.debian.org/status/fetch.php?pkg=rocprim=ppc64el=5.7.1-2%7Eexp1=1709257820=0 [2]: https://buildd.debian.org/status/fetch.php?pkg=rocprim=ppc64el=5.7.1-1=1706224966=0 -- System Information: Architecture: ppc64el (ppc64le) Kernel: Linux 5.10.0-28-powerpc64le Shell: /bin/sh Versions of packages clang-17 depends on: ii binutils2.42-3 ii libc6 2.37-15 ii libc6-dev 2.37-15 ii libclang-common-17-dev 1:17.0.6-5 ii libclang-cpp17t64 1:17.0.6-5 ii libclang1-17t64 1:17.0.6-5 ii libgcc-13-dev 13.2.0-16.1 ii libgcc-s1 14-20240221-2.1 ii libobjc-13-dev 13.2.0-16.1 ii libstdc++-13-dev13.2.0-16.1 ii libstdc++6 14-20240221-2.1 ii llvm-17-linker-tools1:17.0.6-5 -- no debconf information
Bug#587087: aptitude: Internal error: found 2 (choice -> promotion) mappings for a single choice.
Dear all,
I met this bug today while attempting a dist-upgrade on a trixie/sid.
This may be a slight frankendebian, the essential part of my source.list reads:
"""
## Sid & prev
deb http://deb.debian.org/debian/ stable main contrib non-free
deb http://deb.debian.org/debian/ testing main contrib non-free
non-free-firmware
deb http://deb.debian.org/debian/ sid main contrib non-free non-free-firmware
deb-src http://deb.debian.org/debian/ sid main contrib
## Experimental
deb http://deb.debian.org/debian/ experimental main contrib non-free
non-free-firmware
"""
While /etc/apt/preferences.d/10-experimental contains:
"""
Package: *
Pin: release a=experimental
Pin-Priority: -1
"""
aptitude --version says:
aptitude 0.8.13
Compiler: g++ 13.2.0
Compiled against:
apt version 6.0.0
NCurses version 6.4
libsigc++ version: 2.12.1
Gtk+ support disabled.
Qt support disabled.
Current library versions:
NCurses version: ncurses 6.4.20240113
cwidget version: 0.5.18
Apt version: 6.0.0
The terminal output:
# aptitude dist-upgrade
The following NEW packages will be installed:
libpam0t64{a}
The following packages will be REMOVED:
at-spi2-core{u} evolution-data-server-common{u} kuserfeedback-doc{u}
libapt-pkg6.0{u} libaribb24-0{u} libbcg729-0{u} libburn4{u} libcamel-1.2-64{u}
libclang-cpp14{u} libclang1-14{u} libcupsfilters1{u} libcupsimage2{u}
libdrumstick-alsa2{u} libebackend-1.2-11{u}
libebook-1.2-21{u} libebook-contacts-1.2-4{u} libedata-book-1.2-27{u}
libedataserver-1.2-27{u} libemf1{u} libevdocument3-4{u} libevemu3{u}
libevent-extra-2.1-7{u} libevent-openssl-2.1-7{u} libevview3-3{u}
libfcgi-bin{u} libfontembed1{u} libgail18{u}
libgnutls-dane0{u} libgnutls-openssl27{u} libgphoto2-l10n{u} libgxps2{u}
libhd21{u} libhdf5-fortran-102{u} libhdf5-hl-cpp-100{u}
libhdf5-hl-fortran-100{u} libhfsp0{u} libisoburn1{u} libisofs6{u} libjte2{u}
libkf5akonadisearch-data{u} libkf5akonadisearchcore5{u}
libkf5akonadisearchxapian5{u} libldm-1.0-0{u} liblirc-client0{u} liblirc0{u}
liblouisutdml-data{u} liblouisutdml9{u} libmailutils9{u} libnetpbm11{u}
libnghttp3-3{u} libphonenumber8{u} libphonon4qt5experimental4{u} libplot2c2{u}
libpocoactiverecord80{u}
libpococrypto80{u} libpocodata80{u} libpocodatamysql80{u}
libpocodataodbc80{u} libpocodatapostgresql80{u} libpocodatasqlite80{u}
libpocoencodings80{u} libpocofoundation80{u} libpocojson80{u} libpocojwt80{u}
libpocomongodb80{u} libpoconet80{u} libpoconetssl80{u}
libpocoredis80{u} libpocoutil80{u} libpocoxml80{u} libpocozip80{u}
libpstoedit0c2a{u} libqt6concurrent6{u} libradare2-5.0.0{u}
libradare2-common{u} libsmi2ldbl{u} libspatialaudio0{u} libsrecord0{u}
libunbound8{u} libv4l2rds0{u} libv4l2rds0:i386{u}
libwireshark-data{u} libwireshark17{u} libwiretap14{u} libwsutil15{u}
libx86emu3{u}
The following packages will be upgraded:
apt{b} apt-utils{b} aptitude{b} chromium{b} chromium-common
chromium-driver{b} chromium-sandbox clang-14{b} comerr-dev{b}
comerr-dev:i386{b} cron cups{b} cups-browsed{b} cups-bsd{b} cups-client{b}
cups-core-drivers{b} cups-daemon{b} cups-filters{b}
cups-filters-core-drivers{b} cups-ipp-utils{b} cups-ppdc{b} db5.3-util{b}
dcmtk{b} debuginfod{b} desktop-file-utils{b} e2fsprogs{b} e2fsprogs-l10n
evemu-tools{b} evince{b} file{b} flac{b} geoip-bin{b} gir1.2-atk-1.0{b}
gir1.2-atspi-2.0{b} gir1.2-camel-1.2{b}
gir1.2-ebackend-1.2{b} gir1.2-ebook-1.2{b} gir1.2-ebookcontacts-1.2{b}
gir1.2-edatabook-1.2{b} gir1.2-edataserver-1.2{b} gir1.2-gegl-0.4
gir1.2-gnomedesktop-3.0{b} gir1.2-gtk-2.0{b} gir1.2-gtk-3.0{b} gnutls-bin{b}
graphicsmagick{b} gtk-update-icon-cache{b}
gtk2-engines-pixbuf{b} guestfish{b} guestmount{b} gvfs{b} gvfs-common
gvfs-daemons{b} gvfs-libs{b} hdf5-tools{b} hfsplus{b} hwinfo{b}
imagemagick-6.q16{b} ldmtool{b} libabsl-dev{b} libaprutil1-dbd-sqlite3{b}
libaprutil1-ldap{b} libapt-pkg-perl{b} libarchive-dev{b}
libarchive-tools{b} libaribb24-dev{b} libasound2-dev{b}
libatk-bridge2.0-dev{b} libatk1.0-dev{b} libatspi2.0-dev{b} libavcodec-dev
libavcodec60{b} libavcodec60:i386{b} libavdevice-dev libavdevice60{b}
libavfilter-dev libavfilter9 libavformat-dev libavformat60{b}
libavutil-dev libavutil58 libavutil58:i386 libboost-atomic1.83-dev
libboost-atomic1.83.0 libboost-chrono1.83-dev{b} libboost-context1.83-dev
libboost-context1.83.0 libboost-coroutine1.83-dev libboost-coroutine1.83.0
libboost-date-time1.83-dev
libboost-date-time1.83.0 libboost-exception1.83-dev libboost-fiber1.83-dev
libboost-fiber1.83.0 libboost-filesystem1.83-dev libboost-filesystem1.83.0
libboost-graph-parallel1.83-dev libboost-graph-parallel1.83.0
libboost-graph1.83-dev libboost-graph1.83.0
libboost-iostreams1.83-dev libboost-iostreams1.83.0 libboost-locale1.83-dev
libboost-locale1.83.0 libboost-log1.83-dev libboost-log1.83.0
libboost-math1.83-dev libboost-math1.83.0 libboost-program-options1.83-dev
libboost-program-options1.83.0
libboost-python1.83-dev libboost-python1.83.0 libboost-random1.83-dev
Bug#1065173: udns: FTBFS on armhf/armel: configure: fatal: cannot find libraries needed for sockets
Hi Michael, On 2024-03-01 09:13, Michael Tokarev wrote: > This has nothing to do with time64. Yes and no. :-) > The prob here is -Werror=implicit-function-declaration > > Where that flag is coming from? https://git.dpkg.org/cgit/dpkg/dpkg.git/commit/?id=ef90821fe45b99fa8c8c4279b9a74c30f59f491d
Bug#1065205: RFS: serioussam-vk/1.10.6d+dfsg-1 [ITP] -- Linux port of Serious Sam Classic with Vulkan support
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "serioussam-vk": * Package name : serioussam-vk Version : 1.10.6d+dfsg-1 Upstream contact : https://github.com/tx00100xt/SeriousSamClassic-VK/issues/ * URL : https://tx00100xt.github.io * License : GPL-2.0 * Vcs : https://salsa.debian.org/tx00100xt/serioussam-vk Section : contrib/games The source builds the following binary packages: serioussam-vk - Linux port of Serious Sam Classic with Vulkan support To access further information about this package, please visit the following URL: https://mentors.debian.net/package/serioussam-vk/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/contrib/s/serioussam-vk/serioussam-vk_1.10.6d+dfsg-1.dsc Changes for the initial release: serioussam-vk (1.10.6d+dfsg-1) unstable; urgency=low . * Initial debianization. Closes: #1065196 Best Regards, -- Alexander Pavlov
Bug#1061577: Naming of non-crates.io packages in Debian (was: Re: Processed: retitle 1061577 to rust-io: RUSTSEC-2020-0021…)
On Wed, 28 Feb 2024 23:27:20 +0100 Jonas Smedegaard wrote:
> Quoting Debian Bug Tracking System (2024-01-27 09:42:03)
> > Processing commands for cont...@bugs.debian.org:
> >
> > > retitle 1061577 rust-io: RUSTSEC-2020-0021: CVE-2020-35876:
> > > use-after-free buffer access when a future is leaked
> > Bug #1061577 [src:rust-rio] rust-rio: use-after-free buffer access when a
> > future is leaked
> > Changed Bug title to 'rust-io: RUSTSEC-2020-0021: CVE-2020-35876:
> > use-after-free buffer access when a future is leaked' from 'rust-rio:
> > use-after-free buffer access when a future is leaked'.
> > > thanks
> > Stopping processing here.
>
> The Debian source package src:rust-rio does *not* contain the Rust crate
> rio. That Rust crate originates from Github repository "sacejam/rio",
> whereas the Debian package originates from different Github repository
> "oxigrah/rio" which contains Rust crates rio_api, rio_turtle and
> rio_xml.
>
> Closing as a non-bug.
>
> - Jonas
>
> --
> * Jonas Smedegaard - idealist & Internet-arkitekt
> * Tlf.: +45 40843136 Website: http://dr.jones.dk/
> * Sponsorship: https://ko-fi.com/drjones
>
> [x] quote me freely [ ] ask before reusing [ ] keep private
Jonas: you may want to check your keyboard for the P key ;) It's missing from
both repository name specifiers.
That aside, the package you uploaded as src:rust-rio is actually a combination
of crates.io packages rio_api, rio_turtle, and rio_xml. Despite the upstream
repository being named rio, it ("a low level library which provides conformant
and fast parsers and formatters for RDF related file formats") is very different
from the crates.io package rio, "bindings for io_uring".
As a convention in the Rust ecosystem, a crate name alone refers to crate
published on crates.io with that name. So rio means crates.io/crates/rio, the
io_uring bindings package, not the RDF thing(s). The src:rust-* namespace
currently follows that convention. It's rather confusing that src:rust-rio isn't
the io_uring one, regardless of packaging practices. Please consider using a
more descriptive or namespaced name. It may be a good chance to discuss about
naming of non-crates.io packages in Debian, thus sending to debian-rust.
--
Sdrager,
Blair Noctis
OpenPGP_signature.asc
Description: OpenPGP digital signature
Bug#1061190: bullseye-pu: package gnutls28/3.7.1-5+deb11u5
Hi Andreas, On Thu, Feb 01, 2024 at 06:35:38AM +, Adam D. Barratt wrote: > Control: tags -1 + confirmed > > On Sat, 2024-01-20 at 15:53 +0100, Andreas Metzler wrote: > > I would like to fix both CVE-2024-0567 and CVE-2024-0553 via a > > oldstable-updates since they do not require a DSA. > > Please go ahead. Andreas did you saw the ack from Adam? FTR, please keep the CVE references now as we have the incomplete fix in bullseye for CVE-2023-5981 with the 3.7.1-5+deb11u4 . Regards, Salvatore
Bug#1065204: liblua5.4-0: "lua" command missing from terminal
Package: liblua5.4-0 Version: 5.4.4-3 Severity: important X-Debbugs-Cc: tricerasm...@gmail.com Dear Maintainer, My assumption is that installing the Lua package should enable the user to run lua files by entering "lua " in the terminal. After installation, trying to run a lua file will return "bash: lua: command not found". On other package managers, installing lua will make this command work, so i assume this missing command is a bug. I did manage to get lua's full functionality by building it from source instead. It would be great for new users like me if the lua package worked from the start. and yes, i checked that it wasn't yet fixed by running debian unstable on a VM. -- System Information: Debian Release: 12.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-18-amd64 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages liblua5.4-0 depends on: ii libc6 2.36-9+deb12u4 ii libstdc++6 12.2.0-14 liblua5.4-0 recommends no packages. liblua5.4-0 suggests no packages. -- no debconf information
Bug#1065203: regression: TypeError: find_username() missing 1 required positional argument: 'ssh_conf'
Package: dput-ng Version: 1.38~bpo12+1 Severity: important Used to work fine, today started to fail: ❯ dput neurosmaug git-annex_10.20240227-1~ndall+1_source.changes Uploading git-annex using scp to neurosmaug (host: neurosmaug; directory: /home/neurodebian/deb/builds/ndbuild) running allowed-distribution: check whether a local profile permits uploads to the target distribution running checksum: verify checksums before uploading running suite-mismatch: check the target distribution for common errors running gpg: check GnuPG signatures before the upload Not checking GPG signature due to allow_unsigned_uploads being set. Traceback (most recent call last): File "/usr/bin/dput", line 129, in upload_package(changes, args) File "/usr/lib/python3/dist-packages/dput/uploader.py", line 323, in invoke_dput with uploader(profile['method'], profile, File "/usr/lib/python3.11/contextlib.py", line 137, in __enter__ return next(self.gen) ^^ File "/usr/lib/python3/dist-packages/dput/uploader.py", line 170, in uploader obj.initialize() File "/usr/lib/python3/dist-packages/dput/uploaders/scp.py", line 56, in initialize login = find_username(self._config) ^^^ TypeError: find_username() missing 1 required positional argument: 'ssh_conf' downgrade to Version: 1.38~bpo12+1 resolved the issue. Trickery might be due to "fqdn = neurosmaug" where "neurosmaug" is defined within ~/.ssh/config like Host neurosmaug User neurodebian ForwardAgent no HostName some.sensored.example.com Port Cheers, -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100, 'stable-updates'), (100, 'stable-security'), (100, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.6.15-amd64 (SMP w/20 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages dput-ng depends on: ii python3 3.11.6-1 ii python3-dput 1.38~bpo12+1 dput-ng recommends no packages. Versions of packages dput-ng suggests: pn dput-ng-doc pn python3-twitter ii rsync3.2.7-1+b1 -- debconf-show failed
Bug#1065201: RM: python-overpy -- ROM; leaf package
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: python-ove...@packages.debian.org, mo...@debian.org Control: affects -1 + src:python-overpy please remove python-overpy, dak shows no rdeps
Bug#1065202: RM: python-ppmd -- ROM; leaf package
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: python-p...@packages.debian.org, mo...@debian.org Control: affects -1 + src:python-ppmd please remove python-ppmd, dak shows no rdeps
Bug#1065200: RM: overpass -- ROM; leaf package
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: overp...@packages.debian.org, mo...@debian.org Control: affects -1 + src:overpass please remove overpass, dak shows no rdeps
Bug#1065199: RM: pprintpp -- ROM; leaf package
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: pprin...@packages.debian.org, mo...@debian.org Control: affects -1 + src:pprintpp please remove pprintpp, dak shows no rdeps
Bug#1065197: RFS: cevomapgen/31-1 [ITP] -- External Map Generator for C-Evo
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "cevomapgen": * Package name : cevomapgen Version : 31-1 Upstream contact : Peter Blackman * URL : https://sourceforge.net/projects/cevomapgen/ * License : GPL-3+ * Vcs : https://salsa.debian.org/PeterB/cevomapgen Section : games The source builds the following binary packages: cevomapgen - External Map Generator for C-Evo cevomapgen is a tool for use with c-evo-dh https://tracker.debian.org/pkg/c-evo-dh a strategy game with some similarities to Freeciv To access further information about this package, please visit the following URL: https://mentors.debian.net/package/cevomapgen/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/c/cevomapgen/cevomapgen_31-1.dsc Changes for the initial release: cevomapgen (31-1) unstable; urgency=medium . * Initial release (Closes: #1035747) Regards, -- Peter Blackman
Bug#1064617: Passwords should not be changed frequently
Hi,
Philip Hands wrote (Fri, 01 Mar 2024 06:46:27 +0100):
> If you want to make a constructive contribution, how about suggesting a
> wording that reflects the advice that you think would be most useful to
> the people that actually read the advice?
I would like to make a proposal, leaving the default setting as is
(aka: default to an enabled root account, no sudo), with only some wording
changings.
Patch attached.
What do you think?
Holger
--
Holger Wansing
PGP-Fingerprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076
diff --git a/debian/user-setup-udeb.templates b/debian/user-setup-udeb.templates
index cdb6d78..2715cfb 100644
--- a/debian/user-setup-udeb.templates
+++ b/debian/user-setup-udeb.templates
@@ -32,28 +32,26 @@ _Description: Allow login as root?
Template: passwd/root-password
Type: password
# :sl1:
_Description: Root password:
You need to set a password for 'root', the system administrative
account. A malicious or unqualified user with root access can have
disastrous results, so you should take care to choose a root password
- that is not easy to guess. It should not be a word found in dictionaries,
+ that cannot be guessed. It should not be a word found in dictionaries,
or a word that could be easily associated with you.
.
- A good password will contain a mixture of letters, numbers and punctuation
- and should be changed at regular intervals.
- .
The root user should not have an empty password. If you leave this
empty, the root account will be disabled and the system's initial user
account will be given the power to become root using the "sudo"
command.
.
- Note that you will not be able to see the password as you type it.
+ Note that you will not be able to see the password as you type it (except if
+ you choose to show it in clear text).
Template: passwd/root-password-again
Type: password
# :sl1:
_Description: Re-enter password to verify:
Please enter the same root password again to verify that you have typed it
correctly.
@@ -105,18 +103,17 @@ Type: error
_Description: Reserved username
The username you entered (${USERNAME}) is reserved for use by the system.
Please select a different one.
Template: passwd/user-password
Type: password
# :sl1:
_Description: Choose a password for the new user:
- A good password will contain a mixture of letters, numbers and punctuation
- and should be changed at regular intervals.
+ Make sure to select a strong password, that cannot be guessed.
Template: passwd/user-password-again
Type: password
# :sl1:
_Description: Re-enter password to verify:
Please enter the same user password again to verify you have typed it
correctly.
Bug#1065153: v4l-utils: FTBFS on armhf/armel: _TIME_BITS=64 is allowed only with _FILE_OFFSET_BITS=64
Hello, On 01.03.24 11:34, Emanuele Rocca wrote: This seems intentional, see meson.build: v4l2_wrapper_args = [ # As the library needs to provide both 32-bit and 64-bit versions # of file operations, disable transparent large file support (fixes # 'Error: symbol `open64/mmap64' is already defined' compile failure # otherwise) '-U_FILE_OFFSET_BITS', '-D_FILE_OFFSET_BITS=32', '-D_LARGEFILE64_SOURCE', ] You're right disabling LFS was intentional. Those "wrappers" are meent to be preloaded with LD_PRELOAD and should intercept all V4L related calls like open, close, mmap, etc. I believe the conflict arose because the Debian CFLAGS now define a 64 bit time_t value on 32bit architectures. I believe none of the code within those wrappers is sensitive to time_t. Therefore I also undefined the _TIME_BITS. That should resolve the issue for the Debian package. For upstream the problem is a little bit trickier because the "tracer" also uses those flags. But the tracer consists of lots of files. Maybe those have to be split up. Thanks, Gregor
Bug#1035747: ITP: cevomapgen -- External Map Generator for C-Evo
Now at upstream version 31 Changes since 26, cevomapgen (31) Warn when map size is over 9,600 Workaround for Qt5 SpinEdits broken in Lazarus 3.0 -- Wed, 28 Feb 2024 cevomapgen (30) Use Smart linking Use Makefile in Linux builds -- Tue, 27 Feb 2024 cevomapgen (29) Rework starting positions algorithm -- Sun, 8 Oct 2023 cevomapgen (28) fix bug in selection of starting positions -- Wed, 20 Sep 2023 cevomapgen (27) fix crash on repeating map load Show City estimate on loaded maps -- Sun, 18 Jun 2023
Bug#1064191: openjdk-8: fails to install on i386 mantic, focal and jammy
Hi Vladimir, does this patch (untested) do the right thing? https://evolvis.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=alioth/openjdk-8.git;a=commitdiff;h=7cbff55df0f46b7c324b686932b99a087f0ff0d6 (btw, DEP 3 patch headers do need an empty line between the header and the patch) I implemented what I’ve written about yesternight: add an extra with_bridge type m-a-fake that does the same as atk except for adding the dependency, adds your patch from above, and is only enabled for i386 on those releases libatk-wrapper-java-jni:i386 is missing on. I’ll probably also throw it on Launchpad to test-build, then see if it’s coïnstallable. But I would very much appreciate review from your side. Thanks, //mirabilos -- Infrastrukturexperte • Qvest Digital AG Am Dickobskreuz 10, D-53121 Bonn • https://www.qvest-digital.com/ Telephon +49 228 54881-393 • Fax: +49 228 54881-235 HRB AG Bonn 18196 • USt-ID (VAT): DE274355441 Vorstand: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg Vorsitzender Aufsichtsrat: Peter Nöthen
Bug#1063107: openvdb: NMU diff for 64-bit time_t transition
Dear maintainer,
Please find attached a final version of this patch for the time_t
transition. This patch is being uploaded to unstable.
Note that this adds a versioned build-dependency on dpkg-dev, to guard
against accidental backports with a wrong ABI.
Thanks!
-- 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 openvdb-10.0.1/debian/changelog openvdb-10.0.1/debian/changelog
--- openvdb-10.0.1/debian/changelog 2023-05-04 21:14:05.0 +
+++ openvdb-10.0.1/debian/changelog 2024-03-01 19:17:49.0 +
@@ -1,3 +1,10 @@
+openvdb (10.0.1-2.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rename libraries for 64-bit time_t transition. Closes: #1063107
+
+ -- Steve Langasek Fri, 01 Mar 2024 19:17:49 +
+
openvdb (10.0.1-2) unstable; urgency=medium
* debian/control: Fix dependency of libopenvdb-ax-dev on shared library
diff -Nru openvdb-10.0.1/debian/control openvdb-10.0.1/debian/control
--- openvdb-10.0.1/debian/control 2023-05-04 21:13:36.0 +
+++ openvdb-10.0.1/debian/control 2024-03-01 19:17:49.0 +
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Debian Multimedia Maintainers
Uploaders: Mathieu Malaterre
-Build-Depends: bison (>= 3.0),
+Build-Depends: dpkg-dev (>= 1.22.5), bison (>= 3.0),
cmake (>= 3.18),
debhelper (>= 13),
dh-python,
@@ -43,7 +43,10 @@
Standards-Version: 4.6.1
X-Python3-Version: >= 3.7
-Package: libopenvdb10.0
+Package: libopenvdb10.0t64
+Provides: ${t64:Provides}
+Replaces: libopenvdb10.0
+Breaks: libopenvdb10.0 (<< ${source:Version})
Multi-Arch: same
Architecture: any
Depends: ${misc:Depends}, ${shlibs:Depends}
@@ -57,7 +60,10 @@
.
This package contains the libraries needed to run OpenVDB applications
-Package: libopenvdb-ax10.0
+Package: libopenvdb-ax10.0t64
+Provides: ${t64:Provides}
+Replaces: libopenvdb-ax10.0
+Breaks: libopenvdb-ax10.0 (<< ${source:Version})
Multi-Arch: same
Architecture: amd64 arm64 armel armhf i386 mips64el ppc64el s390x arc
hurd-i386 ia64 kfreebsd-amd64 kfreebsd-i386 m68k powerpc ppc64 riscv64 sh4
sparc64 x32
Depends: ${misc:Depends}, ${shlibs:Depends}
@@ -76,7 +82,7 @@
Section: libdevel
Depends: libblosc-dev,
libimath-dev,
- libopenvdb10.0 (= ${binary:Version}),
+ libopenvdb10.0t64 (= ${binary:Version}),
libtbb-dev,
${misc:Depends}
Description: Sparse Volume Processing toolkit - dev
@@ -93,7 +99,7 @@
Section: libdevel
Depends: libblosc-dev,
libimath-dev,
- libopenvdb-ax10.0 (= ${binary:Version}),
+ libopenvdb-ax10.0t64 (= ${binary:Version}),
libtbb-dev,
${misc:Depends}
Description: Sparse Volume Processing toolkit - dev
@@ -110,7 +116,7 @@
Section: libdevel
Depends: libblosc-dev,
libimath-dev,
- libopenvdb10.0 (= ${binary:Version}),
+ libopenvdb10.0t64 (= ${binary:Version}),
libtbb-dev,
${misc:Depends}
Description: Sparse Volume Processing toolkit - NanoVDB - dev
diff -Nru openvdb-10.0.1/debian/control.in openvdb-10.0.1/debian/control.in
--- openvdb-10.0.1/debian/control.in2023-05-04 21:12:44.0 +
+++ openvdb-10.0.1/debian/control.in2024-03-01 11:47:18.0 +
@@ -43,7 +43,10 @@
Standards-Version: 4.6.1
X-Python3-Version: >= 3.7
-Package: libopenvdb10.0
+Package: libopenvdb10.0t64
+Provides: ${t64:Provides}
+Replaces: libopenvdb10.0
+Breaks: libopenvdb10.0 (<< ${source:Version})
Multi-Arch: same
Architecture: any
Depends: ${misc:Depends}, ${shlibs:Depends}
@@ -57,7 +60,10 @@
.
This package contains the libraries needed to run OpenVDB applications
-Package: libopenvdb-ax10.0
+Package: libopenvdb-ax10.0t64
+Provides: ${t64:Provides}
+Replaces: libopenvdb-ax10.0
+Breaks: libopenvdb-ax10.0 (<< ${source:Version})
Multi-Arch: same
Architecture: @AX_ARCHS@
Depends: ${misc:Depends}, ${shlibs:Depends}
@@ -76,7 +82,7 @@
Section: libdevel
Depends: libblosc-dev,
libimath-dev,
- libopenvdb10.0 (= ${binary:Version}),
+ libopenvdb10.0t64 (= ${binary:Version}),
libtbb-dev,
${misc:Depends}
Description: Sparse Volume Processing toolkit - dev
@@ -93,7 +99,7 @@
Section: libdevel
Depends: libblosc-dev,
libimath-dev,
- libopenvdb10.0 (= ${binary:Version}),
+ libopenvdb10.0t64 (= ${binary:Version}),
libtbb-dev,
${misc:Depends}
Description: Sparse Volume Processing toolkit - dev
@@ -110,7 +116,7 @@
Section: libdevel
Depends: libblosc-dev,
libimath-dev,
- libopenvdb10.0
Bug#1065196: ITP: serioussam-vk -- open source engine developed by Croteam with Vulkan support
Package: wnpp Severity: wishlist Owner: Alexander Pavlov * Package name: serioussam-vk Version : 1.10.6d+dfsg * URL : https://github.com/tx00100xt/SeriousSamClassic-VK/ * License : GPLv2 Programming Lang: C++ Description: Open source engine developed by Croteam with Vulkan support Differs from https://github.com/tx00100xt/SeriousSamClassic in the presence of a Vulkan render. SeriousSamClassic-VK is open source game engine version developed by Croteam for Serious Sam Classic with Vulkan support (Windows, Linux, FreeBSD, Raspberry Pi OS, macOS). Based on windows version https://github.com/sultim-t/Serious-Engine-Vk and linux port https://github.com/icculus/Serious-Engine Serious Sam: First Encounter is a high-adrenaline action-arcade shooter heavily focused on frantic arcade-style single player action. In a world where cyberpunk meets fantasy-fiction and advanced technology is mixed with black magic and psycho-powers, Sam travels through the beautiful world of ancient Egypt and several diverse planets, confronting countless Mental's minions on his way to the Mental's base. The Second Encounter includes three new episodes based in beautifully detailed ancient civilizations: South America, Babylon, and The Medieval Age. With fourteen total weapons at his disposal, three brand new, Sam is more serious than ever. He battles against hordes of old enemies and seven adversarial species in an effort to reach the Mental once and for all.
Bug#1065195: ITP: serioussam -- open source engine developed by Croteam with Vulkan support
Package: wnpp Severity: wishlist Owner: Alexander Pavlov * Package name: serioussam-vk Version : 1.10.6d+dfsg * URL : https://github.com/tx00100xt/SeriousSamClassic-VK/ * License : GPLv2 Programming Lang: C++ Description: Open source engine developed by Croteam with Vulkan support Differs from https://github.com/tx00100xt/SeriousSamClassic in the presence of a Vulkan render. SeriousSamClassic-VK is open source game engine version developed by Croteam for Serious Sam Classic with Vulkan support (Windows, Linux, FreeBSD, Raspberry Pi OS, macOS). Based on windows version https://github.com/sultim-t/Serious-Engine-Vk and linux port https://github.com/icculus/Serious-Engine Serious Sam: First Encounter is a high-adrenaline action-arcade shooter heavily focused on frantic arcade-style single player action. In a world where cyberpunk meets fantasy-fiction and advanced technology is mixed with black magic and psycho-powers, Sam travels through the beautiful world of ancient Egypt and several diverse planets, confronting countless Mental's minions on his way to the Mental's base. The Second Encounter includes three new episodes based in beautifully detailed ancient civilizations: South America, Babylon, and The Medieval Age. With fourteen total weapons at his disposal, three brand new, Sam is more serious than ever. He battles against hordes of old enemies and seven adversarial species in an effort to reach the Mental once and for all.
Bug#946187: ITP: starship
Control: block -1 by 1043208 thanks On Mon, 27 Feb 2023 15:38:10 +0100 Daniele Tricoli wrote: > Hi Blair, > hi all, sorry for not writing here before. > > On 27/02/2023 15:01, Blair Noctis wrote: > > Hi Daniele, > > > > I'm happy to help packaging starship. Seeing that you haven't updated since > > March last year, is there any problem with it? > > Not with the package itself, it was only a rough year. I was able to > upload a couple of dependencies but than I did not have time to work on it. > Now I'm sabbatical and I'm trying to catch up with various things but > your help is really appreciated. > Blair, the packaging stuff is already under the umbrella of the Rust Team: > https://salsa.debian.org/rust-team/debcargo-conf/-/tree/master/src/starship > > Are you ok joining the rust team? Thanks for the help. starship needs gix, added as blocking bug. Thanks to the awesome work by captol and ncts this is mostly done from what I can tell. Apart from that cargo-debstatus lists those as missing: notify-rust, process-control, system-stat, versions and guess-host-triple. best, -- Matthias Geiger Debian Maintainer OpenPGP_0x18BD106B3B6C5475.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1042955: zzzeeksphinx: please make the output reproducible
Source: zzzeeksphinx Followup-For: Bug #1042955 X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org Control: tags -1 fixed-upstream The patch from this bugreport has been forwarded and accepted (with modifications) into the upstream zzzeeksphinx theme, and is included in the v1.5.0 release.
Bug#1065188: [Pkg-samba-maint] Bug#1065188: samba: missing build-dep on libtirpc-dev (and also rpcsvc-proto)
control: notfound -1 samba/2:12.3.5-4 control: found -1 samba/2:4.19.5+dfsg-2 On 2024-03-01 20:26, Michael Tokarev wrote: > 01.03.2024 19:05, Aurelien Jarno : > > Source: samba > > Version: 2:12.3.5-4 > > Is it really 12.3.5-4? :) Oops, sorry about that. I probably mixed packages when reporting the bug :( -ETOOMANYBUGS. Fixing that with this mail. -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://aurel32.net
Bug#1065194: RFS: python-raccoon/3.1.1-1 -- Python DataFrame with fast insert and appends (Python 3)
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "python-raccoon": * Package name : python-raccoon Version : 3.1.1-1 Upstream contact : Ryan Sheftel * URL : https://github.com/rsheftel/raccoon * License : MIT * Vcs : https://salsa.debian.org/debian/python-raccoon Section : python The source builds the following binary packages: python3-raccoon - Python DataFrame with fast insert and appends (Python 3) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/python-raccoon/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/p/python-raccoon/python-raccoon_3.1.1-1.dsc Changes since the last upload: python-raccoon (3.1.1-1) unstable; urgency=medium . * New upstream version 3.1.1 * New Maintainer * d/control: - Set Maintainer to Akash Doppalapudi - Update debhelper-compat to version 13 in Depends - Bump Standards-Version to 4.6.2 - Set Rules-Requires-Root field to 'no' * d/copyright: - Add new maintainer in debian/* copyright stanza - Add Upstream-Contact - Add Upstream author's email in copyright stanza * d/watch: Bump watch file version to 4 * d/upstream/metadata: Add upstream metadata file Regards, -- Akash Doppalapudi OpenPGP_0xBCBCAE31ECE05007.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1064282: poppler: NMU diff for 64-bit time_t transition
Source: poppler Followup-For: Bug #1064282 Control: reopen 1064282 As reported in bug 1065155, the provided patch was incorrect, the X-Time64-Compat header is set incorrectly to libpoppler-cpp0v5 for all the library packages.
Bug#1065173: udns: FTBFS on armhf/armel: configure: fatal: cannot find libraries needed for sockets
01.03.2024 17:24, Emanuele Rocca wrote: Source: udns Version: 0.4-1.1 Severity: serious Tags: ftbfs User: debian-de...@lists.debian.org Usertags: time64 Dear Maintainer, udns fails to build on both armhf and armel with the time64 build flags, which are on by default. It builds fine without. Specifically, the following flags cause a failure: -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 While the package builds with these: -U_LARGEFILE_SOURCE -U_FILE_OFFSET_BITS -U_TIME_BITS Relvant part of the build logs: checking whenever the C compiler (gcc -Wall -W -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/<>=. -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -Wl,-z,relro) This has nothing to do with time64. The prob here is -Werror=implicit-function-declaration Where that flag is coming from? /mjt
