Bug#1060270: cryptsetup /usr-move DEP17
Hi Guilhem, On Mon, Mar 04, 2024 at 02:00:06AM +0100, Guilhem Moulin wrote: > Let me know once it is time for an upload to sid. If you want to upload > both packages in a single dput call I can provide the _source.changes > for cryptsetup. Thank you. I uploaded cryptsetup-nuke-password to experimental as well. dumat doesn't see any problems with these uploads. I also manually tested upgrades. Please go ahead to unstable. I'll follow up with the matching cryptsetup-nuke-password upload. Helmut
Bug#1060000: e2fsprogs NMU for /usr-move
Hi Ted, I have uploaded e2fsprogs enabling dh-sequence-movetousr to DELAYED/5 in agreement with DevRef. Please let me know if I should delay this any longer and find the actual patch attached. Helmut diff --minimal -Nru e2fsprogs-1.47.0/debian/changelog e2fsprogs-1.47.0/debian/changelog --- e2fsprogs-1.47.0/debian/changelog 2024-02-29 20:01:06.0 +0100 +++ e2fsprogs-1.47.0/debian/changelog 2024-03-09 18:18:44.0 +0100 @@ -1,3 +1,10 @@ +e2fsprogs (1.47.0-2.4) unstable; urgency=medium + + * Non-maintainer upload. + * Move files to /usr via dh_movetousr for DEP17. (Closes: #106) + + -- Helmut Grohne Sat, 09 Mar 2024 18:18:44 +0100 + e2fsprogs (1.47.0-2.3) unstable; urgency=medium * Non-maintainer upload. diff --minimal -Nru e2fsprogs-1.47.0/debian/control e2fsprogs-1.47.0/debian/control --- e2fsprogs-1.47.0/debian/control 2024-02-29 19:03:22.0 +0100 +++ e2fsprogs-1.47.0/debian/control 2024-03-09 18:18:13.0 +0100 @@ -2,7 +2,7 @@ Section: admin Priority: required Maintainer: Theodore Y. Ts'o -Build-Depends: dpkg-dev (>= 1.22.5), gettext, texinfo, pkg-config, libfuse-dev [linux-any kfreebsd-any] , debhelper-compat (= 12), dh-exec, libblkid-dev, uuid-dev, m4, udev [linux-any], systemd [linux-any], systemd-dev [linux-any], cron [linux-any] +Build-Depends: dpkg-dev (>= 1.22.5), gettext, texinfo, pkg-config, libfuse-dev [linux-any kfreebsd-any] , debhelper-compat (= 12), dh-exec, libblkid-dev, uuid-dev, m4, udev [linux-any], systemd [linux-any], systemd-dev [linux-any], cron [linux-any], dh-sequence-movetousr Rules-Requires-Root: no Standards-Version: 4.6.2 Homepage: http://e2fsprogs.sourceforge.net
Bug#1059533: gzip NMU
Hi,
I have uploaded the proposed change (also attached to this mail) to
DELAYED/5 in accordance with DevRef. Please let me know if I should
delay it any longer.
Helmut
diff --minimal -Nru gzip-1.12/debian/changelog gzip-1.12/debian/changelog
--- gzip-1.12/debian/changelog 2022-04-10 04:22:26.0 +0200
+++ gzip-1.12/debian/changelog 2024-03-09 18:04:58.0 +0100
@@ -1,3 +1,10 @@
+gzip (1.12-1.1) sid; urgency=medium
+
+ * Non-maintainer upload.
+ * Move files to /usr (closes: #1059533)
+
+ -- Helmut Grohne Sat, 09 Mar 2024 18:04:58 +0100
+
gzip (1.12-1) sid; urgency=high
* new upstream release
diff --minimal -Nru gzip-1.12/debian/control gzip-1.12/debian/control
--- gzip-1.12/debian/control2022-04-10 04:05:08.0 +0200
+++ gzip-1.12/debian/control2024-03-09 18:04:57.0 +0100
@@ -16,6 +16,7 @@
Pre-Depends: ${shlibs:Depends}
Depends: dpkg (>= 1.15.4) | install-info
Suggests: less
+Conflicts: zutils (<< 1.13-2~)
Description: GNU compression utilities
This package provides the standard GNU file compression utilities, which
are also the default compression tools for Debian. They typically operate
diff --minimal -Nru gzip-1.12/debian/dirs gzip-1.12/debian/dirs
--- gzip-1.12/debian/dirs 2022-04-09 04:15:18.0 +0200
+++ gzip-1.12/debian/dirs 2024-03-09 18:04:57.0 +0100
@@ -1,3 +1,2 @@
-bin
usr/share/info
usr/share/man/man1
diff --minimal -Nru gzip-1.12/debian/gzip.postinst
gzip-1.12/debian/gzip.postinst
--- gzip-1.12/debian/gzip.postinst 1970-01-01 01:00:00.0 +0100
+++ gzip-1.12/debian/gzip.postinst 2024-03-09 18:04:57.0 +0100
@@ -0,0 +1,22 @@
+#!/bin/sh
+
+set -e
+
+# begin-remove-after: released:forky
+if [ "$1" = configure ]; then
+ for tool in zcat zcmp zdiff zegrep zfgrep zgrep; do
+ if [ "$(dpkg-divert --truename "/usr/bin/$tool")" =
"/usr/bin/$tool.usr-is-merged" ] &&
+ [ "$(dpkg-divert --listpackage "/usr/bin/$tool")" =
zutils ]; then
+ # This diversion was added by preinst and. This
+ # indicates that zutils was unpacked at preinst time
+ # and is now removed. Thus we clean up the diversion.
+ echo "Removing duplicated diversion of /bin/$tool after
zutils is removed."
+ dpkg-divert --rename --package zutils \
+ --divert "/usr/bin/$tool.usr-is-merged" \
+ --remove "/usr/bin/$tool"
+ fi
+ done
+fi
+# end-remove-after
+
+#DEBHELPER#
diff --minimal -Nru gzip-1.12/debian/gzip.preinst gzip-1.12/debian/gzip.preinst
--- gzip-1.12/debian/gzip.preinst 1970-01-01 01:00:00.0 +0100
+++ gzip-1.12/debian/gzip.preinst 2024-03-09 18:04:57.0 +0100
@@ -0,0 +1,22 @@
+#!/bin/sh
+
+set -e
+
+# begin-remove-after: released:forky
+if [ "$1" = upgrade ] || [ "$1" = install ]; then
+ for tool in zcat zcmp zdiff zegrep zfgrep zgrep; do
+ if [ "$(dpkg-divert --truename "/bin/$tool")" =
"/bin/$tool.gzip" ] &&
+ [ "$(dpkg-divert --listpackage "/bin/$tool")" = zutils
] &&
+ [ "$(dpkg-divert --truename "/usr/bin/$tool")" =
"/usr/bin/$tool" ]; then
+ # A pre-/usr-move diversion is installed by zutils.
+ echo "Mitigating diversion of /bin/$tool on behalf of
zutils"
+ dpkg-divert --no-rename --package zutils \
+ --divert "/usr/bin/$tool.usr-is-merged" \
+ --add "/usr/bin/$tool"
+ fi
+ done
+fi
+# end-remove-after
+
+
+#DEBHELPER#
diff --minimal -Nru gzip-1.12/debian/rules gzip-1.12/debian/rules
--- gzip-1.12/debian/rules 2022-04-09 04:15:18.0 +0200
+++ gzip-1.12/debian/rules 2024-03-09 18:04:57.0 +0100
@@ -47,9 +47,9 @@
_topdir=$(call shellescape,$(shell pwd))
CONFIGURE_ARGS=--prefix=/usr \
- --bindir=/bin \
- --infodir=${_topdir}/debian/gzip/usr/share/info \
- --mandir=${_topdir}/debian/gzip/usr/share/man \
+ --bindir=/usr/bin \
+ --infodir=/usr/share/info \
+ --mandir=/usr/share/man \
--disable-silent-rules
ifneq (${DEB_BUILD_ARCH},${DEB_HOST_ARCH})
@@ -130,9 +130,7 @@
dh_testroot
dh_prep
dh_installdirs
- ${MAKE} -C builddir install \
- prefix=${_topdir}/debian/gzip/usr \
- bindir=${_topdir}/debian/gzip/bin
+ ${MAKE} -C builddir install DESTDIR=${_topdir}/debian/gzip
dh_testdir -a
dh_testroot -a
dh_installdocs -a README* TODO NEWS
Bug#1059981: bzip2 NMU for /usr-move
Hi, I uploaded the proposed patch for bzip2 to DELAYED/5 in agreement with DevRef. I am also attaching the actual patch to this mail. Please let me know if I should delay this any longer. Helmut diff --minimal -Nru bzip2-1.0.8/debian/bzip2.install bzip2-1.0.8/debian/bzip2.install --- bzip2-1.0.8/debian/bzip2.install2021-11-27 13:25:05.0 +0100 +++ bzip2-1.0.8/debian/bzip2.install2024-03-09 18:30:52.0 +0100 @@ -1,2 +1,2 @@ -bin -debian/bzexe bin +usr/bin +debian/bzexe usr/bin diff --minimal -Nru bzip2-1.0.8/debian/bzip2.links bzip2-1.0.8/debian/bzip2.links --- bzip2-1.0.8/debian/bzip2.links 2021-11-27 13:25:05.0 +0100 +++ bzip2-1.0.8/debian/bzip2.links 2024-03-09 18:30:52.0 +0100 @@ -1,7 +1,7 @@ -bin/bzdiff bin/bzcmp -bin/bzgrep bin/bzegrep -bin/bzgrep bin/bzfgrep -bin/bzmore bin/bzless +usr/bin/bzdiff usr/bin/bzcmp +usr/bin/bzgrep usr/bin/bzegrep +usr/bin/bzgrep usr/bin/bzfgrep +usr/bin/bzmore usr/bin/bzless usr/share/man/man1/bzip2.1.gz usr/share/man/man1/bunzip2.1.gz usr/share/man/man1/bzip2.1.gz usr/share/man/man1/bzcat.1.gz diff --minimal -Nru bzip2-1.0.8/debian/bzip2.manpages bzip2-1.0.8/debian/bzip2.manpages --- bzip2-1.0.8/debian/bzip2.manpages 2021-11-27 13:25:05.0 +0100 +++ bzip2-1.0.8/debian/bzip2.manpages 2024-03-09 18:30:52.0 +0100 @@ -1,2 +1,2 @@ -man/man1/* +usr/man/man1/* debian/bzexe.1 diff --minimal -Nru bzip2-1.0.8/debian/changelog bzip2-1.0.8/debian/changelog --- bzip2-1.0.8/debian/changelog2021-12-03 09:32:51.0 +0100 +++ bzip2-1.0.8/debian/changelog2024-03-09 18:31:02.0 +0100 @@ -1,3 +1,10 @@ +bzip2 (1.0.8-5.1) unstable; urgency=medium + + * Non-maintainer upload. + * DEP17: Move files to /usr. (Closes: #1059981) + + -- Helmut Grohne Sat, 09 Mar 2024 18:31:02 +0100 + bzip2 (1.0.8-5) unstable; urgency=medium [ Gianfranco Costamagna ] diff --minimal -Nru bzip2-1.0.8/debian/libbz2-dev.install bzip2-1.0.8/debian/libbz2-dev.install --- bzip2-1.0.8/debian/libbz2-dev.install 2021-12-03 09:30:18.0 +0100 +++ bzip2-1.0.8/debian/libbz2-dev.install 2024-03-09 18:30:52.0 +0100 @@ -1 +1 @@ -include usr +usr/include diff --minimal -Nru bzip2-1.0.8/debian/not-installed bzip2-1.0.8/debian/not-installed --- bzip2-1.0.8/debian/not-installed2021-12-03 05:53:00.0 +0100 +++ bzip2-1.0.8/debian/not-installed2024-03-09 18:30:52.0 +0100 @@ -1,2 +1,2 @@ # Replaced with a symbolick link conforming to policy in usr/lib. -lib/libbz2.so +usr/lib/libbz2.so diff --minimal -Nru bzip2-1.0.8/debian/rules bzip2-1.0.8/debian/rules --- bzip2-1.0.8/debian/rules2021-12-03 05:53:00.0 +0100 +++ bzip2-1.0.8/debian/rules2024-03-09 18:30:52.0 +0100 @@ -66,7 +66,7 @@ .PHONY: override_dh_auto_install-arch override_dh_auto_install-arch: - dh_auto_install -- PREFIX=$(CURDIR)/debian/tmp + dh_auto_install -- PREFIX=$(CURDIR)/debian/tmp/usr # Documentation is installed directly, not in debian/tmp. .PHONY: override_dh_auto_install-indep @@ -75,15 +75,15 @@ override_dh_link: # This isn't the soname, and nothing should be looking for this file, # but leave it alone for now - dh_link -p$(lib_pkg) lib/$(DEB_HOST_MULTIARCH)/libbz2.so.1.0.4 \ -lib/$(DEB_HOST_MULTIARCH)/libbz2.so.1 - dh_link -p$(dev_pkg) lib/$(DEB_HOST_MULTIARCH)/libbz2.so.1.0 \ + dh_link -p$(lib_pkg) usr/lib/$(DEB_HOST_MULTIARCH)/libbz2.so.1.0.4 \ +usr/lib/$(DEB_HOST_MULTIARCH)/libbz2.so.1 + dh_link -p$(dev_pkg) usr/lib/$(DEB_HOST_MULTIARCH)/libbz2.so.1.0 \ usr/lib/$(DEB_HOST_MULTIARCH)/libbz2.so dh_link --remaining-packages override_dh_install: - dh_install -p$(lib_pkg) lib/libbz2.so.* lib/$(DEB_HOST_MULTIARCH) - dh_install -p$(dev_pkg) lib/libbz2.a usr/lib/$(DEB_HOST_MULTIARCH) + dh_install -p$(lib_pkg) usr/lib/libbz2.so.* usr/lib/$(DEB_HOST_MULTIARCH) + dh_install -p$(dev_pkg) usr/lib/libbz2.a usr/lib/$(DEB_HOST_MULTIARCH) dh_install --remaining-packages # --fail-missing becomes the default with debhelper 12.
Bug#1022846: libunistring symbols file for musl-any-any
Hi Jörg, On Sat, Mar 09, 2024 at 09:24:36AM +0100, Jörg Frings-Fürst wrote: > can you please check the new upstream release for changes in the symbols file. > > Unfortunately I do not have access to a musl-any-any system. Not really, bootstrapping doesn't currently work due to time64. In general, please just let musl symbols break. If there is something to fix, you shall receive a patch. Also note that musl as a Debian architecture is pretty much stalled, because systemd and musl people violently disagree and as a result, we cannot produce the essential set of packages. Helmut
Bug#1065747: libgphoto2-2t64: drop unnecessary DEP17 diversions
Package: libgphoto2-6t64 Version: 2.5.31-2.1 Severity: minor Tags: patch User: helm...@debian.org Usertags: dep17p7 Hi, Chris Hofstaedtler recently added protective diversions for Multi-Arch: same shared file loss in the context of the /usr-move. Now with the time64 transition, the affected files (both hwdb.d and rules.d) have been renamed. Due to the rename, the aliasing is eliminated and the loss goes away as well. Hence, the mitigation has become unnecessary due to the time64 upload and can be dropped now already. Just keep in mind that when/if you backport libgphoto2 to bookworm, you must revert both the /usr-move and time64 transitions. If you miss reverting either, bad things will happen both to upgrades from bookworm to bookworm-backports and to upgrades from bookworm-backports to trixie. There currently are no backports, so this likely is not a problem. Helmut diff --minimal -Nru libgphoto2-2.5.31/debian/changelog libgphoto2-2.5.31/debian/changelog --- libgphoto2-2.5.31/debian/changelog 2024-02-28 13:26:32.0 +0100 +++ libgphoto2-2.5.31/debian/changelog 2024-03-09 17:29:59.0 +0100 @@ -1,3 +1,11 @@ +libgphoto2 (2.5.31-2.2) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Drop unnecessary DEP17 diversions: Affected files renamed for time64. +Closes: #-1 + + -- Helmut Grohne Sat, 09 Mar 2024 17:29:59 +0100 + libgphoto2 (2.5.31-2.1) unstable; urgency=medium * Non-maintainer upload. diff --minimal -Nru libgphoto2-2.5.31/debian/libgphoto2-6t64.postinst libgphoto2-2.5.31/debian/libgphoto2-6t64.postinst --- libgphoto2-2.5.31/debian/libgphoto2-6t64.postinst 2023-12-06 18:44:04.0 +0100 +++ libgphoto2-2.5.31/debian/libgphoto2-6t64.postinst 1970-01-01 01:00:00.0 +0100 @@ -1,19 +0,0 @@ -#! /bin/sh - -set -e - -# begin-remove-after: released:forky -# protective diversion of files moved from / to /usr, to avoid file loss. -# Only for upgrades. -if [ "$1" = "configure" ]; then -# At this point, the package will have installed the same file in */usr*. -dpkg-divert --package usr-is-merged --no-rename \ ---divert /lib/udev/hwdb.d/20-libgphoto2-6.hwdb.usr-is-merged \ ---remove /lib/udev/hwdb.d/20-libgphoto2-6.hwdb -dpkg-divert --package usr-is-merged --no-rename \ ---divert /lib/udev/rules.d/60-libgphoto2-6.rules.usr-is-merged \ ---remove /lib/udev/rules.d/60-libgphoto2-6.rules -fi -# end-remove-after - -#DEBHELPER# diff --minimal -Nru libgphoto2-2.5.31/debian/libgphoto2-6t64.postrm libgphoto2-2.5.31/debian/libgphoto2-6t64.postrm --- libgphoto2-2.5.31/debian/libgphoto2-6t64.postrm 2023-12-06 18:44:04.0 +0100 +++ libgphoto2-2.5.31/debian/libgphoto2-6t64.postrm 1970-01-01 01:00:00.0 +0100 @@ -1,19 +0,0 @@ -#!/bin/sh -set -e - -# begin-remove-after: released:forky -# protective diversion of files moved from / to /usr, to avoid file loss. -# Only for upgrades. -if [ "$1" = "remove" ] && [ "$DPKG_MAINTSCRIPT_PACKAGE_REFCOUNT" = "1" ]; then -# Cleanup in case package is removed before upgrade is finished (postinst ran). -dpkg-divert --package usr-is-merged --no-rename \ ---divert /lib/udev/hwdb.d/20-libgphoto2-6.hwdb.usr-is-merged \ ---remove /lib/udev/hwdb.d/20-libgphoto2-6.hwdb -dpkg-divert --package usr-is-merged --no-rename \ ---divert /lib/udev/rules.d/60-libgphoto2-6.rules.usr-is-merged \ ---remove /lib/udev/rules.d/60-libgphoto2-6.rules -fi -# end-remove-after - -#DEBHELPER# - diff --minimal -Nru libgphoto2-2.5.31/debian/libgphoto2-6t64.preinst libgphoto2-2.5.31/debian/libgphoto2-6t64.preinst --- libgphoto2-2.5.31/debian/libgphoto2-6t64.preinst2023-12-06 18:44:04.0 +0100 +++ libgphoto2-2.5.31/debian/libgphoto2-6t64.preinst1970-01-01 01:00:00.0 +0100 @@ -1,18 +0,0 @@ -#!/bin/sh -set -e - -# begin-remove-after: released:forky -# protective diversion of files moved from / to /usr, to avoid file loss. -# Only for upgrades. -if [ "$1" = "upgrade" ]; then -dpkg-divert --package usr-is-merged --no-rename \ ---divert /lib/udev/hwdb.d/20-libgphoto2-6.hwdb.usr-is-merged \ ---add /lib/udev/hwdb.d/20-libgphoto2-6.hwdb -dpkg-divert --package usr-is-merged --no-rename \ ---divert /lib/udev/rules.d/60-libgphoto2-6.rules.usr-is-merged \ ---add /lib/udev/rules.d/60-libgphoto2-6.rules -fi -# end-remove-after - -#DEBHELPER# -
Bug#1065746: O: mintstick -- USB stick formatter and ISO image writer
Package: wnpp Control: affects -1 + src:mintstick X-Debbugs-Cc: mintst...@packages.debian.org Severity: normal I intend to orphan the mintstick package. The package description is: GUI tool to write .img or .iso files to a USB Key. It can also format them. . This software is developed by Linux Mint. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#1065745: libsecp256k1 not on 0.4.x release
Package: libsecp256k1-1 Version: 0.2.0-2 It would be nice to get version 0.4.0 added such that when Trixie is released, a maintained version is used.
Bug#1065744: O: modest -- pure C HTML renderer
Package: wnpp Control: affects -1 + src:modest X-Debbugs-Cc: mod...@packages.debian.org Severity: normal I intend to orphan the modest package. It now has an inactive upstream with no reverse dependencies. The package description is: Modest is a fast HTML renderer implemented as a pure C99 library with no outside dependencies. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#1065702: krb5-kdc: uninstallable due to hard-coded dependency on libverto-libev1 | libverto-libevent1,
> "Steve" == Steve Langasek writes: Steve> Hi Sam, Steve> I've run into a problem with openldap not being Steve> bootstrappable for the time_t transition because it Steve> build-depends on krb5-kdc, and krb5-kdc is uninstallable on Steve> arm* because of a hard-coded dependency on libverto-libev1 | Steve> libverto-libevent1. Both of these library packages have Steve> changed names so are now libverto-libev1t64 and Steve> libverto-libevent1t64. I don't know why these need to be Steve> hard-coded, but if they do they need to be updated, because Steve> they conflict with the shlibdeps-generated dependency on Steve> libverto1t64. So, libverto1t64 is just a plugin framework. It does not actually contain a binding to an event loop. If you don't have one of the concrete implementations installed, nothing works. Originally I uploaded libverto1t64 with a dependency on the libev implementation. That created a circular dependency and people asked if I could move the dependency to krb5-kdc so I did. Will upload fixed krb5 sometime this weekend. --Sam
Bug#1065743: bullseye-pu: package postfix/3.5.24-0+deb11u1
Package: release.debian.org Severity: normal Tags: bullseye User: release.debian@packages.debian.org Usertags: pu X-Debbugs-Cc: post...@packages.debian.org Control: affects -1 + src:postfix [ Reason ] Usual postfix maintenance update. Note that this is the final planned update for postfix 3.5. [ Impact ] Users continue to have the bugs that this update fixes. [ Tests ] The package has an autopkgtest, which passes. Additionally, I have it installed on one server and have tested that it works. [ Risks ] Risk is very low. Upstream has an excellent record for post-release updates and the changes are small. [ Checklist ] [X] *all* changes are documented in the d/changelog [X] I reviewed all changes and I approve them [X] attach debdiff against the package in (old)stable [X] the issue is verified as fixed in unstable [ Changes ] - Bugfix (defect introduced: Postfix 2.3, date 20051222): the Dovecot auth client did not reset the 'reason' from a previous Dovecot auth service response, before parsing the next Dovecot auth server response in the same SMTP session. Reported by Stephan Bosch, File: xsasl/xsasl_dovecot_server.c. - Cleanup: Postfix SMTP server response with an empty authentication failure reason. File: smtpd/smtpd_sasl_glue.c. - Bugfix (defect introduced: Postfix 3.1, date: 20151128): "postqueue -j" produced broken JSON when escaping a control character as \u. Found during code maintenance. File: postqueue/showq_json.c. - Cleanup: posttls-finger certificate match expectations for all TLS security levels, including warnings for levels that don't implement certificate matching. Viktor Dukhovni. File: posttls-finger.c. - Bugfix (defect introduced: Postfix 2.3): after prepending a message header with a Postfix access table PREPEND action, a Milter request to delete or update an existing header could have no effect, or it could target the wrong instance of an existing header. Root cause: the fix dated 20141018 for the Postfix Milter client was incomplete. The client did correctly hide the first, Postfix-generated, Received: header when sending message header information to a Milter with the smfi_header() application callback function, but it was still hiding the first header (instead of the first Received: header) when handling requests from a Milter to delete or update an existing header. Problem report by Carlos Velasco. This change was verified to have no effect on requests from a Milter to add or insert a header. File: cleanup/cleanup_milter.c. - Workaround: tlsmgr logfile spam. Some OS lies under load: it says that a socket is readable, then it says that the socket has unread data, and then it says that read returns EOF, causing Postfix to spam the log with a warning message. File: tlsmgr/tlsmgr.c. - Bugfix (defect introduced: Postfix 3.4): the SMTP server's BDAT command handler could be tricked to read $message_size_limit bytes into memory. Found during code maintenance. File: smtpd/smtpd.c. - Performance: eliminate worst-case behavior where the queue manager defers delivery to all destinations over a specific delivery transport, after only a single delivery agent failure. The scheduler now throttles one destination, and allows deliveries to other destinations to keep making progress. Files: *qmgr/qmgr_deliver.c. - Safety: drop and log over-size DNS responses resulting in more than 100 records. This 20x larger than the number of server addresses that the Postfix SMTP client is willing to consider when delivering mail, and is well below the number of records that could cause a tail recursion crash in dns_rr_append() as reported by Toshifumi Sakaguchi. This also limits the number of DNS requests from check_*_*_access restrictions. Files: dns/dns.h, dns/dns_lookup.c, dns/dns_rr.c, dns/test_dns_lookup.c, posttls-finger/posttls-finger.c, smtp/smtp_addr.c, smtpd/smtpd_check.c. [ Other info ] Changes are already in Unstable in 3.8.6 and uploaded pending SRM review for bookworm (3.7.9). Scott K diff -Nru postfix-3.5.24/debian/changelog postfix-3.5.25/debian/changelog --- postfix-3.5.24/debian/changelog 2024-01-27 10:21:04.0 -0500 +++ postfix-3.5.25/debian/changelog 2024-03-09 10:38:51.0 -0500 @@ -1,3 +1,66 @@ +postfix (3.5.25-0+deb11u1) bullseye; urgency=medium + + [Wietse Venema] + + * 3.5.25 +- Bugfix (defect introduced: Postfix 2.3, date 20051222): the + Dovecot auth client did not reset the 'reason' from a + previous Dovecot auth service response, before parsing the + next Dovecot auth server response in the same SMTP session. + Reported by Stephan Bosch, File: xsasl/xsasl_dovecot_server.c. +- Cleanup: Postfix SMTP
Bug#1065742: dh_install: cannot use empty lines or comments in substitution
Package: debhelper
Version: 13.14.1
Severity: normal
Hello,
supporting build-profiles like nodoc with dh_install seems to cumbersome.
If the not-always-built files were listed in debian/foo.install the
build would fail when the build profile was active (because they were
not built/available).
As second plan I tried to conditionally install them directly using
command-line arguments to dh_install like this:
override_dh_install:
ifneq ($(filter nodoc,$(DEB_BUILD_PROFILES)),)
dh_install
else
dh_install -Ngnupg-l10n
dh_install -pgnupg-l10n --autodest \
'usr/share/gnupg/help.*.txt' \
usr/share/gnupg/help.txt
endif
This also failed, since for a --build=any build debhelper decides that
"dh_install -pgnupg-l10n ..." is a noop and does not add the files to
debian/.debhelper/generated/gnupg-l10n/installed-by-dh_install, in turn
causing a build-error by dh_missing.
The third plan was to make evaluation of debian/gnupg-l10n.install dynamic
by using substitutions. I tried these in the install files
* ${env:LISTOFSTUFF} (with LISTOFSTUFF being set to a file or directory or
an empty string (nodoc-case)
* "${env:DISABLE}usr/share/foo" and setting DISABLE='# ' for the nodoc
case.
Neither of these worked, comment and empty-line processing seems to be
disabled for expanded stuff.
The whole thing was a little bit frustrating by being too complicated
and I think that plan #3 should have worked according to the docs. Which
is why this bug-report is about this case.
cu Andreas
PS: I ended up using an executable debian/gnupg-l10n.install, which
works, but I' d rather keep all nodoc processing in one place in
debian/rules.
Bug#1065734: ITP gtkgreet
Hi Maytha, I have some initial packaging for gtkgreet you might find interesting: https://salsa.debian.org/werdahias/gtkgreet/ best, werdahias
Bug#1065741: O: python-langdetect -- Python library for language-detection
Package: wnpp Control: affects -1 + src:python-langdetect X-Debbugs-Cc: python-langdet...@packages.debian.org Severity: normal I intend to orphan the python-langdetect package. The package description is: Python port of langdetect, a language-detection library. . This library provides tools for - generating language profiles from Wikipedia abstract xml - detect the language of a text using naive Bayesian filter (99% over precision for 53 languages). Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#1065740: O: copyq -- Advanced clipboard manager with editing and scripting features
Package: wnpp Control: affects -1 + src:copyq X-Debbugs-Cc: co...@packages.debian.org Severity: normal I intend to orphan the copyq package since I no longer use this software. The package description is: CopyQ monitors system clipboard and saves its content in customized tabs. Saved clipboard can be later copied and pasted directly into any application. . Items can be: * edited with internal editor or with preferred text editor, * moved to other tabs, * drag'n'dropped to applications, * marked with tag or a note, * passed to or changed by custom commands, * or simply removed. . Features: * Support for Linux, Windows and OS X 10.9+ * Store text, HTML, images or any other custom formats * Quickly browse and filter items in clipboard history * Sort, create, edit, remove, copy/paste, drag'n'drop items in tabs * Add notes or tags to items * System-wide shortcuts with customizable commands * Paste items with shortcut or from tray or main window * Fully customizable appearance * Advanced command-line interface and scripting * Ignore clipboard copied from some windows or containing some text * Support for simple Vim-like editor and shortcuts * Many more features Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#1065739: jami: Jami graphical interface crashes and closes on videocall
Package: jami Version: 20230206.0~ds2-1.1 Severity: important X-Debbugs-Cc: m.sca...@protonmail.ch Dear Maintainer, the graphical interface of jami crashes and disappears seamingly randomly during a videocall. The demon jamid keeps running in the background and the call still continue with audio, but no interface is visible. If the program is restarted from the application menu, in an attempt to recover the graphical interface, no video is visible even though the call is still ongoing. Starting jami from terminal shows the following error when the interface disappears: "could not map data of QVideoFrame for upload, Terminated". *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: 12.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-18-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages jami depends on: ii jami-daemon 20230206.0~ds2-1.1 ii libc6 2.36-9+deb12u4 ii libgcc-s1 12.2.0-14 ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-1+b1 ii libglib2.0-02.74.6-2 ii libnm0 1.42.4-1 ii libnotify4 0.8.1-1 ii libqrencode44.1.1-1 ii libqt6core5compat6 6.4.2-1 ii libqt6core6 6.4.2+dfsg-10 ii libqt6dbus6 6.4.2+dfsg-10 ii libqt6gui6 6.4.2+dfsg-10 ii libqt6multimedia6 6.4.2-5 ii libqt6network6 6.4.2+dfsg-10 ii libqt6positioning6 6.4.2-1 ii libqt6qml6 6.4.2+dfsg-1 ii libqt6quick66.4.2+dfsg-1 ii libqt6sql6 6.4.2+dfsg-10 ii libqt6sql6-sqlite 6.4.2+dfsg-10 ii libqt6svg6 6.4.2-2 ii libqt6widgets6 6.4.2+dfsg-10 ii libstdc++6 12.2.0-14 ii libx11-62:1.8.4-2+deb12u2 ii libxcb1 1.15-1 ii qml6-module-qt-labs-platform6.4.2+dfsg-1 ii qml6-module-qt-labs-qmlmodels 6.4.2+dfsg-1 ii qml6-module-qt5compat-graphicaleffects 6.4.2-1 ii qml6-module-qtmultimedia6.4.2-5 ii qml6-module-qtqml-workerscript 6.4.2+dfsg-1 ii qml6-module-qtquick 6.4.2+dfsg-1 ii qml6-module-qtquick-controls6.4.2+dfsg-1 ii qml6-module-qtquick-dialogs 6.4.2+dfsg-1 ii qml6-module-qtquick-layouts 6.4.2+dfsg-1 ii qml6-module-qtquick-shapes 6.4.2+dfsg-1 ii qml6-module-qtquick-templates 6.4.2+dfsg-1 ii qml6-module-qtquick-window 6.4.2+dfsg-1 ii qml6-module-qtquick3d-spatialaudio 6.4.2-5 jami recommends no packages. jami suggests no packages. -- no debconf information
Bug#944780: Info received (Many more cases where this fails - proposed patch included)
This bug is still present in bookworm. Attached updated patch. diff -urN bash-5.2.15.orig/execute_cmd.c bash-5.2.15/execute_cmd.c --- bash-5.2.15.orig/execute_cmd.c 2022-12-13 17:09:02.0 + +++ bash-5.2.15/execute_cmd.c 2022-12-13 17:09:02.0 + @@ -5633,7 +5633,12 @@ /* If we're optimizing out the fork (implicit `exec'), decrement the shell level like `exec' would do. Don't do this if we are already in a pipeline environment, assuming it's already been done. */ - if (nofork && pipe_in == NO_PIPE && pipe_out == NO_PIPE && (subshell_environment & SUBSHELL_PIPE) == 0) + if (nofork && pipe_in == NO_PIPE && pipe_out == NO_PIPE && + (subshell_environment & SUBSHELL_ASYNC) == 0 && + (subshell_environment & SUBSHELL_PAREN) == 0 && + (subshell_environment & SUBSHELL_COMSUB) == 0 && + (subshell_environment & SUBSHELL_PIPE) == 0 && + (subshell_environment & SUBSHELL_COPROC) == 0) adjust_shell_level (-1); maybe_make_export_env ();
Bug#1065597: racket: Inclusion of mzdyn.o in the binary package
* David Bremner [2024-03-08 20:23]: Rafael Laboissière writes: At any rate, I wonder why the following mzscheme code: (begin (require dynext/link) (with-handlers (((lambda args #t) (lambda args #f))) (for-each (lambda (x) (printf "~a" x)) (expand-for-link-variant (current-standard-link-libraries) I'm not sure what will come of it, but I have reported this issue as https://github.com/racket/cext-lib/issues/4 Great, thanks ! I have already added a comment to that issue. I haven't marked this Debian bug as forwarded as I believe they are different bugs. Indeed, these are different, although interrelated, bugs. Best, Rafael
Bug#1065738: O: neatvnc -- Fast and neat VNC server library
Package: wnpp Control: affects -1 + src:neatvnc X-Debbugs-Cc: neat...@packages.debian.org Severity: normal I intend to orphan the neatvnc package since I no longer use the software around Wayvnc. This package exists solely to provide functionalities of the wayvnc project. Future maintainers should collaborate closely with src:aml and src:neatvnc maintenance. The package description is: Neatvnc is a liberally licensed VNC server library that's intended to be fast and neat. It comes with the goal of speed, clean interface and interoperability with the Freedesktop.org ecosystem. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#1065737: O: aml -- Andri's Main Loop library
Package: wnpp Control: affects -1 + src:aml X-Debbugs-Cc: a...@packages.debian.org Severity: normal I intend to orphan the aml package since I no longer use the software around Wayvnc. This package exists solely to provide functionalities of the wayvnc project. Future maintainers should collaborate closely with src:wayvnc and src:neatvnc maintenance. The package description is: Libaml provides an event loop library that aims at portability, utility and simplicity. Thanks, Boyuan Yang signature.asc Description: This is a digitally signed message part
Bug#1064617: Passwords should not be changed frequently
Hi, Am 8. März 2024 19:58:56 MEZ schrieb Philip Hands : > >IMO Having the 'password/passphrase' throughout makes it awkward to >read, and actually we've got one place where it still just says >password, and fixing that would make it slightly worse IMO. > >How about dropping the passphrase stuff? > > > https://salsa.debian.org/philh/user-setup/-/commit/7c8dd1bd9d5c8596e7b8f82a19a075e0a5572ed7 Well, the idea was, to mention that 'passphrase' thing one time in the dialog. Now having it at all places is indeed not strictly an improvement. Feel free to drop it. Holger -- Sent from /e/ OS on Fairphone3
Bug#1065736: O: utfcpp -- UTF8-CPP: UTF-8 with C++
Package: wnpp Control: affects -1 + src:utfcpp X-Debbugs-Cc: utf...@packages.debian.org Severity: normal I intend to orphan the utfcpp package. This package needs to be better taken care of. Upstream has been unfriendly towards providing a header-only library via CMake. The future plan will be deprecating the CMake buildsystem, which will make packaging more difficult. Besides, the move from 3.x to 4.x contains some breaking changes that needs coordination with reverse build-dependencies. The package description is: Simple, portable and lightweight generic library for handling UTF-8 encoded strings. . Features: - Iterating through UTF-8 encoded strings - Converting between UTF-8 and UTF-16/UTF-32 - Detecting invalid UTF-8 sequences . This package provides library development files. signature.asc Description: This is a digitally signed message part
Bug#1065735: libgetdata: FTBFS on armel: error: redefinition of ‘gd_alter_frameoffset64’
Source: libgetdata
Version: 0.11.0-12
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: sramac...@debian.org
https://buildd.debian.org/status/fetch.php?pkg=libgetdata=armel=0.11.0-12%2Bb2=1709901162=0
libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../src -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -Wall
-Wextra -DGETDATA_MODULEDIR=\"/usr/lib/arm-linux-gnueabi/getdata\" -g -O2
-Werror=implicit-function-declaration -ffile-prefix-map=/<>=.
-fstack-protector-strong -fstack-clash-protection -Wformat
-Werror=format-security -c ../../src/flimits.c -fPIC -DPIC -o .libs/flimits.o
In file included from ../../src/internal.h:34,
from ../../src/flimits.c:21:
./getdata.h:1094:30: error: redefinition of ‘gd_alter_frameoffset64’
1094 | #define gd_alter_frameoffset gd_alter_frameoffset64
| ^~
../../src/flimits.c:134:5: note: in expansion of macro ‘gd_alter_frameoffset’
134 | int gd_alter_frameoffset(DIRFILE* D, off_t offset, int fragment, int
move)
| ^~~~
../../src/flimits.c:93:5: note: previous definition of ‘gd_alter_frameoffset64’
with type ‘int(DIRFILE *, off64_t, int, int)’ {aka ‘int(struct gd_dirfile_ *,
long long int, int, int)’}
93 | int gd_alter_frameoffset64(DIRFILE* D, off64_t offset, int fragment,
int move)
| ^~
./getdata.h:1098:24: error: redefinition of ‘gd_frameoffset64’
1098 | #define gd_frameoffset gd_frameoffset64
|^~~~
../../src/flimits.c:139:7: note: in expansion of macro ‘gd_frameoffset’
139 | off_t gd_frameoffset(DIRFILE* D, int fragment) gd_nothrow
| ^~
../../src/flimits.c:120:9: note: previous definition of ‘gd_frameoffset64’ with
type ‘off64_t(DIRFILE *, int)’ {aka ‘long long int(struct gd_dirfile_ *, int)’}
120 | off64_t gd_frameoffset64(DIRFILE* D, int fragment)
| ^~~~
./getdata.h:1101:16: error: redefinition of ‘gd_eof64’
1101 | #define gd_eof gd_eof64
|^~~~
../../src/flimits.c:344:7: note: in expansion of macro ‘gd_eof’
344 | off_t gd_eof(DIRFILE* D, const char *field_code)
| ^~
../../src/flimits.c:318:9: note: previous definition of ‘gd_eof64’ with type
‘off64_t(DIRFILE *, const char *)’ {aka ‘long long int(struct gd_dirfile_ *,
const char *)’}
318 | off64_t gd_eof64(DIRFILE* D, const char *field_code)
| ^~~~
./getdata.h:1100:16: error: redefinition of ‘gd_bof64’
1100 | #define gd_bof gd_bof64
|^~~~
../../src/flimits.c:514:7: note: in expansion of macro ‘gd_bof’
514 | off_t gd_bof(DIRFILE* D, const char *field_code) gd_nothrow
| ^~
../../src/flimits.c:488:9: note: previous definition of ‘gd_bof64’ with type
‘off64_t(DIRFILE *, const char *)’ {aka ‘long long int(struct gd_dirfile_ *,
const char *)’}
488 | off64_t gd_bof64(DIRFILE* D, const char *field_code) gd_nothrow
| ^~~~
make[4]: *** [Makefile:952: flimits.lo] Error 1
Cheers
--
Sebastian Ramacher
Bug#1065734: ITP: gtkgreet -- GTK based greeter for greetd
Package: wnpp Severity: wishlist Owner: Maytham Alsudany X-Debbugs-Cc: debian-de...@lists.debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: gtkgreet Version : 0.8 Upstream Contact: Kenny Levinsen <~kennylevinsen/greetd-de...@lists.sr.ht> * URL : https://git.sr.ht/~kennylevinsen/gtkgreet * License : GPL-3+ Programming Lang: C Description : GTK based greeter for greetd gtkgreet is a GTK based greeter for greetd, to be run under cage or similar. . See https://man.sr.ht/~kennylevinsen/greetd for usage information. Would be a nice addition to Debian, giving users another greeter for use with greetd. -BEGIN PGP SIGNATURE- iQJMBAEBCgA2FiEESl/RzRFQh8wD3DXB1ZeJcgbF8H8FAmXsd7IYHG1heXRoYTh0 aGVkZXZAZ21haWwuY29tAAoJENWXiXIGxfB/l70P/j1HctCwxPjiuGeI5Y9HStaR fpeyDnHC3o7c5vpbV64+C0rkMBjO/O2M0eQNEqZdFIwSE5kdnmN5Xd0jGiQhjSDE O5Fn/cGQZsr4NUpJreE2dba0cTMQIh1eJletS5qrqoKqKSwtOoJCxzx7cN3B8BxZ iLB+85gPhO/qe5w5oNPXPyPQS6wn4VVfHKExz8vHT2h9NLDI3CsW0YHglgAs5KEt EmxAdUFeuZYjj5FAtUY5z52Zpr02R/EHb+KV3CsKjk5PvWjYkr20FcYEsnzHWSlP hHoyqLcA/3GHiDooPN3BoqHy+pMze/1r+KG+PFpUlGxM/dbfLKIW2JO8F6x9bOZN 4TO0rpLkOVJqFcqL3I8XKZME9iw4f/sIJGKkwJ27QB0le5SIQ12tt1B76alrf44b 7+A+f0AnAsAS1lZqRi0RaZpUXOBFzfauv9KAUCT0Q1rnY8/QSdHccbEMcd2OzIvR 3LM+826OUC9DqdXGzL2ZTICG8PkXm3aHMM/YAlxQ4QWhuXNHBiMi9IDDeB7n7lYU B5hRZ10Cp/+UqR0RbLSeRFG9qN/v9w3tFbcK5sq8vlJK5XbdUc3e5bt9SQVQX/aP 19n/0N8TkaIDW1xCSFkBTqy+cpDc7KxK/3IJKqF8NTg6idNaBwE/ezl0ri8WGeme 7WpfbXT9OALyQ8/N81th =nVjM -END PGP SIGNATURE-
Bug#1065678: josm: JOSM hangs when downloading Bing imagery, but only the first time in a session
On 3/9/24 2:58 PM, Andrew Chadwick wrote:
I will continue reporting here, since this seems to be a Debian-
specific issue. I don't have much else to add, however. Happy to try
out fixes as they emerge.
Without upstream involvement, this issue will not get resolved.
Upstream doesn't built the Java code of its dependencies, it uses the
JARs hosted on Maven.
The metadata-extractor 2.19.0 JAR from Maven uses xmpcore 6.1.11, the
Debian package uses xmpcore 6.1.10 because that version has source JARs
available unlike 6.1.11.
There are no other significant source changes.
Upstream builds their JARs with Java 8, the Debian package uses Java 17.
You can use the upstream JARs by purging the josm{,-l10n} & jmapviewer
packages and installing the josm-installer package. The systemd timer it
provides periodically downloads the upstream JAR. The package installs
the same desktop integration files as the josm package.
Kind Regards,
Bas
--
GPG Key ID: 4096R/6750F10AE88D4AF1
Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1
Bug#1019042: rust-qwertone: FTBFS - dep issue
On Sat, 03 Sep 2022 11:42:23 +0200 Sylvestre Ledru wrote: > Package: rust-qwertone > Severity: important > > Dear Maintainer, > > > report: > - > package: sbuild-build-depends-main-dummy > version: 0.invalid.0 > architecture: amd64 > status: broken > reasons: > - > missing: > pkg: > package: librust-gtk+v3-22-dev > version: 0.7.0-1+b1 > architecture: amd64 > unsat-dependency: librust-gtk-dev:amd64 (= 0.7.0-1+b1) > depchains: > - > depchain: > - > package: sbuild-build-depends-main-dummy > version: 0.invalid.0 > architecture: amd64 > depends: librust-gtk-0.7+v3-22-dev:amd64 (>= 0.7-~~) | librust-gtk-0.7+v3-22-dev:amd64 (>= 0.7-~~) > Hi, I intend to remove gtk3-rs from debian very soon (with the current gtk4-rs transition staged in experimental). Andrew: Is it ok with you if I file a ROM request for qwertone ? It's already been that way since at least the last gtk-rs transition and won't be viable to keep in debian imho. Upstream also seems to have ditched the project in favour of a rewrite. This would ease things along. best, -- Matthias Geiger Debian Maintainer OpenPGP_0x18BD106B3B6C5475.asc Description: OpenPGP public key OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1065678: josm: JOSM hangs when downloading Bing imagery, but only the first time in a session
On Sat, 2024-03-09 at 07:49 +0100, Sebastiaan Couwenberg wrote: > the workaround is to add the OSM Carto layer first, and then > add the Bing layer. This proposed workaround does not work for me. I need to kill and restart a hung JOSM, and launch it again to get working a Bing layer. Then (for my main working JOSM), the problem is worked around for a few hours (estimated) while I edit. The hang even affects the GUI: nothing responds within it as soon as the menu item is selected, and the menu itself becomes unresponsive and does not withdraw. I have commented upstream that for now this seems to be a Debian issue. See the comments at https://josm.openstreetmap.de/ticket/23540 for further detail. Summary: I cannot reproduce this with upstream's josm- tested.jar, but only with the jarfile in Debian's DFSG build. I am using the same Debian Java for both tests, using $ java -Djosm.home=/tmp/something_new_and_unique \ -jar path/to/a/josm.jar \ --skip-plugins --debug for consistency. I will continue reporting here, since this seems to be a Debian- specific issue. I don't have much else to add, however. Happy to try out fixes as they emerge. regards, Andrew
Bug#1064798: kmod: installs same filename to both bin and sbin
On Mar 09, ca...@allfreemail.net wrote: > I believe the fix is incomplete, because both /usr/bin/lsmod and > /usr/sbin/lsmod are still being created. Actually it has been this way at least since Debian 7. I will not break compatibility for no good reason. -- ciao, Marco signature.asc Description: PGP signature
Bug#1065669: ITP: raven -- A lightweight http file upload service used for penetration testing and incident response.
On Sat, Mar 09, 2024 at 01:12:06PM +0100, Salvo Tomaselli wrote: > > In data venerdì 8 marzo 2024 18:08:11 CET, aquilamac...@riseup.net ha scritto: > > Package: wnpp > > X-Debbugs-Cc: debian-de...@lists.debian.org > > Owner: Aquila Macedo Costa > > Severity: wishlist > > > > * Package name: raven > > Version : 1.0.1 > > Upstream Contact: Tristram > > * URL : https://github.com/gh0x0st/raven > > * License : MIT > > Programming Lang: Python3 > > Description : A lightweight http file upload service used for > > penetration testing and incident response. > > > > This package contains a Python tool that extends the capabilities of the > > http.server Python module by offering a self-contained file upload web > > server. > > While the common practice is to use python3 -m http.server 80 to serve > > files > > for remote client downloads, Raven addresses the need for a similar > > solution > > when you need the ability to receive files from remote clients. This > > becomes > > especially valuable in scenarios such as penetration testing and > > incident > > response procedures when protocols such as SMB may not be a viable > > option. > > > > I'm writing to submit an Intention to Package (ITP) for raven > > under the pkg-security team's umbrella. > > What's the problem with > > nc -lp 80 > file > > ? > > Does this provide some sort of browser interface? To start with, raven seems to allow uploading more than one file :) The description on the project homepage lists several features such as access control, organizing the uploaded files into subdirectories, etc. G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@debian.org p...@storpool.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 signature.asc Description: PGP signature
Bug#1065733: ratt: Unable to run ratt for packages targetting experimental.
Package: ratt Version: 0.0~git20190123.9e77a6d-1+b9 Severity: normal Dear Maintainer, I tried many things to make ratt work against experimental (see the following examples) but I didn't succeed. It would be great to be able to run rutt with experimental packages to see whether they're good to be uploaded to unstable. ``` SBUILD_CONFIG=~/.sbuildrc.experimental ratt ../golang-github-protonmail-go-crypto_1.0.0-1_amd64.changes 2024/03/09 14:53:14 Loading changes file "../golang-github-protonmail-go-crypto_1.0.0-1_amd64.changes" 2024/03/09 14:53:14 - 1 binary packages: golang-github-protonmail-go-crypto-dev 2024/03/09 14:53:14 Corresponding .debs (will be injected when building): 2024/03/09 14:53:14 ../golang-github-protonmail-go-crypto-dev_1.0.0-1_all.deb 2024/03/09 14:53:14 Setting -dist=experimental (from .changes file) 2024/03/09 14:53:14 Could not find InRelease file for experimental . Are you missing experimental in your /etc/apt/sources.list? ``` ``` APT_CONFIG=~/.chdist/experimental/etc/apt/apt.conf ratt -sbui ld_dist=experimental-amd64-sbuild ../golang-github-protonmail-go-crypto_1.0.0-1_amd64.changes 2024/03/09 14:57:52 Loading changes file "../golang-github-protonmail-go-crypto_1.0.0-1_amd64.changes" 2024/03/09 14:57:52 - 1 binary packages: golang-github-protonmail-go-crypto-dev 2024/03/09 14:57:52 Corresponding .debs (will be injected when building): 2024/03/09 14:57:52 ../golang-github-protonmail-go-crypto-dev_1.0.0-1_all.deb 2024/03/09 14:57:52 Setting -dist=experimental (from .changes file) 2024/03/09 14:57:53 Could not find InRelease file for experimental . Are you missing experimental in your /etc/apt/sources.list? ``` It seems ratt just refuses to use anything targetting at experimental. Best regards, Martin -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'experimental'), (1, 'experimental-debug') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.7.7-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ratt depends on: ii libc6 2.37-15.1 ii sbuild 0.85.6 Versions of packages ratt recommends: ii dose-extra 7.0.0-4+b1 ratt suggests no packages. -- no debconf information signature.asc Description: PGP signature
Bug#1065732: podman: Please "Recommends: containers-storage" so overlay driver is used by default
Package: podman Version: 4.9.3+ds1-1 Severity: normal X-Debbugs-Cc: f...@debian.org When I first got Podman installed a year ago, I felt it was running a lot slower than Docker for some reasons, and eventually came across this: Podman run/build is painfully slow compared to docker https://github.com/containers/podman/issues/13226 and indeed, `podman info` on my system showed: graphDriverName: vfs It turns out I did not install the "Suggested" containers-storage package which contains /usr/share/containers/storage.conf that sets "overlay" as the default driver. There is a similar discussion at: https://www.reddit.com/r/podman/comments/14dgdf8/how_can_i_figure_out_which_storage_driver_podman/ Eventually, I ran the following commands to remedy the situation: sudo apt install containers-storage rm -rf ~/.local/share/containers podman system reset After that, `podman info` shows: graphDriverName: overlay I propose promoting the dependency on the containers-storage package from "Suggests" to "Recommends", or even to "Depends", so that "overlay" is consistently chosen as the default storage driver which provides a much better overall experience for end users. For reference, in Fedora, podman "Requires: containers-common-extra" which in turns "Requires: containers-common" which provides /usr/share/containers/storage.conf where storage = "overlay" is set. Many thanks! Anthony Fok -- System Information: Debian Release: trixie/sid APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.7.7-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8), LANGUAGE=en_CA:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages podman depends on: ii conmon 2.1.10+ds1-1 ii crun 1.14.1-1 ii golang-github-containers-common 0.57.4+ds1-2 ii libc62.37-15.1 ii libdevmapper1.02.1 2:1.02.196-1 ii libgpgme11t64 [libgpgme11] 1.18.0-4.1 ii libseccomp2 2.5.5-1 ii libsqlite3-0 3.45.1-1 ii libsubid41:4.13+dfsg1-4 ii runc 1.1.12+ds1-2 Versions of packages podman recommends: ii buildah1.33.5+ds1-4 ii catatonit 0.1.7-1+b1 ii dbus-user-session 1.14.10-4 ii passt 0.0~git20240220.1e6f92b-1 ii slirp4netns1.2.1-1 ii tini 0.19.0-1 ii uidmap 1:4.13+dfsg1-4 Versions of packages podman suggests: ii containers-storage 1.51.0+ds1-2 pn docker-compose ii iptables1.8.10-3 -- Configuration Files: /etc/cni/net.d/87-podman-bridge.conflist [Errno 13] Permission denied: '/etc/cni/net.d/87-podman-bridge.conflist' -- no debconf information
Bug#1065731: libvterm0: Missing Breaks for rdeps that were built against libvterm 0.1
Package: libvterm0 Version: 0.3.3-2 Severity: serious Justification: Policy 8.6.2 The missing Breaks can allow partial upgrades and therefore break the package, since the ABI changed. -- System Information: Debian Release: trixie/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.6.15-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libvterm0 depends on: ii libc6 2.37-15.1 libvterm0 recommends no packages. libvterm0 suggests no packages. -- no debconf information
Bug#1065636: kwartz-client: Please review debconf template
Hello Georges, Am Fri, Mar 08, 2024 at 04:36:03PM + schrieb Helge Kreutzmann: > Hello Geoges, > Am Fri, Mar 08, 2024 at 09:37:26AM +0100 schrieb Georges Khaznadar: > > Hello Helge, I modified the debconf template, following your > > recommendations, thank you! > > I still think asking debian-l10n-english is a good idea, but this is > of course your preference. And it would be wise - I spotted another one: "update the package database. If unsure, keep the \"false\" option." The string "false" is probably localized. So probably "keep it disabled" or "decline this option" is probably better. This and other improvements are well spotted on debian-l10n-english. Should I report this separately? > > As a side effet, it invalidates the translation you sent me previously; > > I am uploading the modified templates, which will close both bug > > reports. > > Well, it does this for all translations. It would have been nice if > you could have simply included it, then it's easier for us translators > to update it. (Just for next time). > > You'll receive the updated de.po probably in a few days (pending > availability of ressources). Just done. Please apply it, even if you continue to work on the template. Thanks! Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1028557: general: The Debian Social Contract is enforced extrajudicially but wording is missing
Package: general Followup-For: Bug #1028557 X-Debbugs-Cc: debbug.1028...@sideload.33mail.com Why do you say enforcement is necessarily bound to the judicial system of a state? Rules can be written and enforced entirely without a state-backed authority. Consider a scenario as simple as a bar having rules and then bouncing a rule-breaking customer. Or more formally, a university campus has their own rules. If you break the rules they have an arbitration process where you can address a panel of your peers and argue your case. The school argues their case, and the panel of peers decides the outcome. That process happens entirely without any lawyers, judges, or state actors involved. The Debian Project is staffed and those people have powers¹. E.g. the “technical committee” can: 4. Overrule a Developer (requires a 3:1 majority). The Technical Committee may ask a Developer to take a particular technical course of action even if the Developer does not wish to; this requires a 3:1 majority. For example, the Committee may determine that a complaint made by the submitter of a bug is justified and that the submitter's proposed solution should be implemented. It’s a bit vague though in terms of the actions and penalties. But I guess it’s implied that a project can be removed from the Debian system. The procedures are described here: https://www.debian.org/devel/tech-ctte ** Still a bug ** I agree there is a bug here. The Debian Social Contract does not refer to the Debian Constitution as the enforcement mechanism, and the Debian Constitution does not claim jurisdiction over enforcement of the Debian Social Contract. It seems a bit sloppy that the Debian Constitution only says statements may be made about the social contract in paragraph 4.1.5.2. Some verbiage needs to be added to both docs to establish enforcability. (footnotes) ① https://www.debian.org/devel/constitution
Bug#1065730: kwartz-client: [INTL:de] updated German debconf translation
Package: kwartz-client Version: 3.0-7 Severity: wishlist Tags: patch l10n Please find the updated German debconf translation for kwartz-client attached. Please place this file in debian/po/ as de.po for your next upload. If you update your template, please use 'msgfmt --statistics ' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # German message catalogue for Configuring the kwartz package on Debian systems # Copyright (C) 2019 Georges Khaznadar # This file is distributed under the same license as the kwartz-client package. # Markus Hiereth , 2019, 2020. # Helge Kreutzmann , 2024. msgid "" msgstr "" "Project-Id-Version: kwartz-client 3.0-7\n" "Report-Msgid-Bugs-To: kwartz-cli...@packages.debian.org\n" "POT-Creation-Date: 2024-03-08 09:26+0100\n" "PO-Revision-Date: 2024-03-09 14:30+0100\n" "Last-Translator: Helge Kreutzmann \n" "Language-Team: debian-l10n-german \n" "Language: de\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "Plural-Forms: nplurals=2; plural=(n != 1);\n" "X-Generator: Virtaal 0.7.1\n" #. Type: string #. Description #: ../kwartz-client.templates:1001 msgid "IP address of the proxy service:" msgstr "IP-Adresse des Proxy-Dienstes:" #. Type: string #. Description #: ../kwartz-client.templates:1001 msgid "" "Please enter the address of the proxy service. It is ususally the same as " "the address of the Kwartz server. If unsure, keep the default value." msgstr "" "Bitte geben Sie die IP-Adresse des Proxy-Dienstes ein. Diese ist " "normalerweise identisch zu der Adresse des Kwartz-Servers. Falls Sie sich " "nicht sicher sind, behalten Sie den Vorgabewert bei." #. Type: string #. Description #: ../kwartz-client.templates:2001 msgid "Port number of the proxy service:" msgstr "Port-Nummer des Proxy-Dienstes:" #. Type: string #. Description #: ../kwartz-client.templates:2001 msgid "" "Please enter the port number of the proxy service. If unsure, keep the " "default value." msgstr "" "Bitte geben Sie die Port-Nummer des Proxy-Dienstes ein. Falls Sie sich " "nicht sicher sind, behalten Sie den Vorgabewert bei." #. Type: string #. Description #: ../kwartz-client.templates:3001 msgid "List of IP addresses not concerned by the proxy service:" msgstr "Liste der IP-Adressen, die vom Proxy-Dienst nicht betroffen sind:" #. Type: string #. Description #: ../kwartz-client.templates:3001 msgid "" "Please enter the IP addresses and ranges which must be fetched without the " "help of the proxy. If unsure, keep the default list." msgstr "" "Bitte geben Sie die IP-Adressen und -Bereiche an, die ohne Hilfe des Proxy-" "Dienstes abgerufen werden müssen. Falls Sie sich nicht sicher sind, behalten " "Sie die Vorgabeliste bei." #. Type: string #. Description #: ../kwartz-client.templates:4001 msgid "Landing page URL for the browser:" msgstr "URL der Startseite für den Browser:" #. Type: string #. Description #: ../kwartz-client.templates:4001 msgid "" "Please choose the URL of a landing page for the browser. This web page will " "appear each time the browser is launched. If unsure, keep the default URL." msgstr "" "Bitte wählen Sie die URL der Startseite für den Browser aus. Diese Webseite " "wird jedes mal beim Start des Browsers erscheinen. Falls Sie sich nicht " "sicher sind, behalten Sie die Vorgabe-URL bei." #. Type: string #. Description #: ../kwartz-client.templates:5001 msgid "Halt the client computer every night:" msgstr "Den Client-Computer jede Nacht anhalten:" #. Type: string #. Description #: ../kwartz-client.templates:5001 msgid "- 0: no, the computer will not be halted automatically" msgstr "- 0: nein, der Computer wird nicht automatisch angehalten" #. Type: string #. Description #: ../kwartz-client.templates:5001 msgid "- 1: yes, the computer will be halted at 19:00" msgstr "- 1: ja, der Computer wird um 19:00 Uhr angehalten" #. Type: string #. Description #: ../kwartz-client.templates:5001 msgid "- 2: yes, the computer will be halted at 20:00" msgstr "- 2: ja, der Computer wird um 20:00 Uhr angehalten" #. Type: string #. Description #: ../kwartz-client.templates:5001 msgid "- 3: yes, the computer will be halted at 22:00" msgstr "- 3: ja, der Computer wird um 22:00 Uhr angehalten" #. Type: boolean #. Description #: ../kwartz-client.templates:6001 msgid "Define whether APT should make automatic upgrades" msgstr "Definieren Sie, ob APT automatische Upgrades durchführen soll" # FIXME »false« assume no localization? Maybe »decline this option« #. Type: boolean #. Description #: ../kwartz-client.templates:6001 msgid "" "When the recommended package unattended-upgrades is installed, APT will " "update the package database. If unsure, keep the \"false\" option." msgstr "" "Wenn das empfohlene Paket »unattended-upgrades« installiert ist, wird APT " "die Paketdatenbank aktualisieren. Falls Sie sich nicht sicher
Bug#1065729: zvbi: FTBFS on arm{el,hf}: io-sim.c:128:1: error: static declaration of ‘sincos’ follows non-static declaration
Source: zvbi Version: 0.2.42-1.2 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=zvbi=armel=0.2.42-1.2=1709546076=0 libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -D_REENTRANT -D_GNU_SOURCE -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 -c io-sim.c -fPIC -DPIC -o .libs/io-sim.o io-sim.c:128:1: error: static declaration of ‘sincos’ follows non-static declaration 128 | sincos (double x, | ^~ In file included from /usr/include/features.h:490, from /usr/include/arm-linux-gnueabi/bits/libc-header-start.h:33, from /usr/include/math.h:27, from io-sim.c:28: /usr/include/arm-linux-gnueabi/bits/mathcalls.h:79:1: note: previous declaration of ‘sincos’ with type ‘void(double, double *, double *)’ 79 | __MATHDECL_VEC (void,sincos,, | ^~ make[5]: *** [Makefile:794: io-sim.lo] Error 1 Cheers -- Sebastian Ramacher
Bug#1065728: thunderbird: OTR not supported in Thunderbird with IRC chat
Package: thunderbird Version: 1:115.7.0-1 Severity: normal Steps to reproduce: I connected to some IRC channel at irc.oftc.net and want to use OTR with some users. In the config editor, chat.otr.enable is set to true. Command is shown in the chat window: ?OTRv2? I use Thunderbird on Debian testing (Trixie), and libotr is installed: libotr5/testing 4.1.1-5 amd64 [installed,automatic] Actual results: x...@irc.oftc.net has requested an Off-the-Record (OTR) encrypted conversation. However, you do not have a plugin to support that. Expected results: OTR should have been used. -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.6.15-rt-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages thunderbird depends on: ii debianutils 5.17 ii fontconfig 2.15.0-1 ii libasound2 1.2.10-3 ii libatk1.0-0 2.50.0-1+b1 ii libc62.37-15 ii libcairo-gobject21.18.0-1+b1 ii libcairo21.18.0-1+b1 ii libdbus-1-3 1.14.10-4 ii libdbus-glib-1-2 0.112-3+b1 ii libevent-2.1-7 2.1.12-stable-8 ii libffi8 3.4.6-1 ii libfontconfig1 2.15.0-1 ii libfreetype6 2.13.2+dfsg-1+b1 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 libnspr4 2:4.35-1.1+b1 ii libnss3 2:3.98-1 ii libotr5 4.1.1-5 ii libpango-1.0-0 1.52.0+ds-1 ii librnp0 0.17.0-3 ii libstdc++6 14-20240201-3 ii libvpx8 1.13.1-2 ii libx11-6 2:1.8.7-1 ii libx11-xcb1 2:1.8.7-1 ii libxcb-shm0 1.15-1 ii libxcb1 1.15-1 ii libxext6 2:1.3.4-1+b1 ii libxrandr2 2:1.5.2-2+b1 ii psmisc 23.7-1 ii x11-utils7.7+6 ii zenity 4.0.1-1 ii zlib1g 1:1.3.dfsg-3+b1 Versions of packages thunderbird recommends: ii hunspell-en-us [hunspell-dictionary] 1:2020.12.07-2 Versions of packages thunderbird suggests: ii apparmor 3.0.12-1+b2 pn fonts-lyx ii libgssapi-krb5-2 1.20.1-5+b1 -- no debconf information
Bug#1064617: Passwords should not be changed frequently
Philip Hands wrote: > IMO Having the 'password/passphrase' throughout makes it awkward to > read, and actually we've got one place where it still just says > password, and fixing that would make it slightly worse IMO. > > How about dropping the passphrase stuff? > > > https://salsa.debian.org/philh/user-setup/-/commit/7c8dd1bd9d5c8596e7b8f82a19a075e0a5572ed7 > & > https://openqa.debian.net/tests/240582#step/passwords/1 > > which I think is more readable (and is probably fine now that we've > dropped the stuff about password selection which could be read as > suggesting that a password is expected to be a single word). It all looks fine to me; as the screenshot shows, we use "password" as a general cover-term all over the user interface anyway. -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package
Bug#1061743: Try again
forwarded 1061743https://gramps-project.org/bugs/view.php?id=13212 thanks
Bug#1036826: Please start handling \c
severity 1036826 important thanks Hello Martin, you have been quite in this discussion. \c occurs in more and more man pages, and currently the build fails for them. In turn, they are no longer translated. Could you kindly check if you could add support for "\c" or is there another workaround? Thanks for your support! Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#1065727: ITP: nwg-hello -- GTK3-based greeter for the greetd daemon
Package: wnpp Severity: wishlist Owner: Maytham Alsudany X-Debbugs-Cc: debian-de...@lists.debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: nwg-hello Version : 0.1.7 Upstream Contact: https://github.com/nwg-piotr/nwg-hello/issues * URL : https://github.com/nwg-piotr/nwg-hello * License : Expat Programming Lang: Python Description : GTK3-based greeter for the greetd daemon This program is a part of the nwg-shell project. . Nwg-hello is a GTK3-based greeter for the greetd daemon, written in Python. It is meant to work under a Wayland compositor, like sway or Hyprland. . Features: - Multi-monitor support with gtk-layer-shell; - multi-language support; - background & style customization with css; - automatic selection of the last used session and user; - support for setting environment variables. Another option for greetd, and a great addition to Debian to encourage users to switch to Wayland compositors like sway. -BEGIN PGP SIGNATURE- iQJMBAEBCgA2FiEESl/RzRFQh8wD3DXB1ZeJcgbF8H8FAmXsVy0YHG1heXRoYTh0 aGVkZXZAZ21haWwuY29tAAoJENWXiXIGxfB/x1AQAK/zpikqDXl5m94O5IHUJBJf yuD3S588Ezwk26f/6n5Ole6nSZYkphtYV5VuGFAe2rAE5K+yMz1ivxoAxTk4vL0t ZZYufhz8kQrz2AsfgyENrERgkixmRKvSaY8qJeHgFDJE2Y9VSovIxE7o1XELJJsq vUYYvzAkn414rMrDLSR3tzey/KD9jVsknS97XmsoCjQy50+on95h4WNQsz0hQjrG LkUwU2Q61X8MGO6Zrr09QC5qDEc7yI9fDyyazNR/eD5IER0iH9Zw1xkGFv1Z39HS xmUTn83f8Ztz5s7jLvGerWqiZEvkN8yQTo51dGMv5sjkVliSmXy7WwfdE/P0aU8N HjvFOTD3+PQC9X3VU9z0Vx1mKxAWFRjjzOIvgyzetm3Hd3j0EfHQFyOJhAkyRphY U9oVoTKTKMn9UDykjrkRcMYo7H/3wvr9k597pA+QF8Sy3kby5LEQVpOu1ChkBuG5 m0RDGdTm30eRjf4Zf7J8sLbZnBZK13rPH/1h4ntzIUKFuRYKePCPkXRhzXCvlnyE iZBx1ERLU136rE3HprBcLgstJJ5TmpQxJ3Q9VsIwb9OUK46CQCNH4f9VUS9cLg4q 7OfgJ0Ub7ojZUZzoVB54sv4yqgdwW6TtAtNTgaaN/2/IuOm3efC9yr99AQ/MV4kZ zq/i588Hv4uiFeqFA1GU =5tIY -END PGP SIGNATURE-
Bug#1061743: Forwarded upstream
forwarded 1061743https://gramps-project.org/bugs/view.php?id=13212 thanks This is also a problem for Gramps in the next release of Ubuntu (24.04 Noble). Gramps has been removed from Ubuntu Noble because Noble has python 3.12.
Bug#1065725: adns: FTBFS on arm{el,hf}: FAILED ./case-1stservbroken - WRONG OUTPUT - lines of syscall remaining 0
Source: adns Version: 1.6.0-2.1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=adns=armhf=1.6.0-2.1=1709082246=0 make[2]: Entering directory '/<>/regress' --- ./case-1stservbroken.out2020-06-11 15:01:23.0 + +++ output-1stservbroken.out2024-02-28 01:04:01.650317863 + @@ -5,7 +5,7 @@ adns debug: TCP connected (NS=172.18.45.2) adns warning: TCP connection failed: read: Broken pipe (NS=172.18.45.2) adns debug: TCP connected (NS=172.18.45.6) -trunc.test.iwj.relativity.greenend.org.uk flags 0 type PTR(raw): OK; nrrs=30; cname=$; owner=$; ttl=60 +trunc.test.iwj.relativity.greenend.org.uk flags 0 type PTR(raw): OK; nrrs=30; cname=$; owner=$; ttl=57 long.domain.to.force.truncation.0.test.iwj.relativity.greenend.org.uk long.domain.to.force.truncation.1.test.iwj.relativity.greenend.org.uk long.domain.to.force.truncation.2.test.iwj.relativity.greenend.org.uk FAILED ./case-1stservbroken - WRONG OUTPUT - lines of syscall remaining 0 make[2]: *** [Makefile:78: check-1stservbroken] Error 1 Cheers -- Sebastian Ramacher
Bug#1065726: dh_girepository: substvar doesn't handle dh_gencontrol overrides
Source: gobject-introspection
Version: 1.78.1-15
libgudev has a dh_gencontrol override to use an epoch in Ubuntu for
binary packages but not for the source package.
Things worked ok for libgudev 238-3 which was built on November 15,
2023 with 1.78.1-5.
However, when libgudev was rebuilt yesterday with
gobject-introspection 1.79.1-1, it now has these dependencies
(excerpt):
libgudev-1.0-dev
Depends: gir1.2-gudev-1.0 (= 238-3build1), gir1.2-gudev-1.0 (= 1:238-3build1)
Provides: gir1.2-gudev-1.0-dev (= 238-3build1)
The gir1.2-gudev-1.0 package is at version 1:238-3build1. This makes
libgudev-1.0-dev uninstallable. The first Depends is from gir:Depends.
The second is from an explicit gir1.2-gudev-1.0 (= ${binary:Version})
dependency (and it works).
I don't know offhand of any other Debian gir packages using epoch
overrides like this. We could bump libgudev's source package epoch in
Debian but there is usually resistance to that idea.
References
---
https://salsa.debian.org/gnome-team/libgudev/-/blob/debian/latest/debian/rules
https://launchpad.net/ubuntu/+source/libgudev/238-3/+latestbuild/amd64
https://launchpad.net/ubuntu/+source/libgudev/238-3build1/+latestbuild/amd64
Thank you,
Jeremy Bícha
Bug#1065724: epics-base: FTBFS on amd64: Tests failed
Source: epics-base Version: 7.0.8+dfsg1-1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=epics-base=amd64=7.0.8%2Bdfsg1-1=1709732504=0 make[6]: Nothing to be done for 'runtests'. make[6]: Leaving directory '/<>/modules/pva2pva/iocBoot/iocwfdemo' make[5]: Leaving directory '/<>/modules/pva2pva/iocBoot' make[4]: Leaving directory '/<>/modules/pva2pva' make[3]: Leaving directory '/<>/modules' Tests failed in: /<>/modules/pvAccess/testApp/O.linux-x86_64 /<>/modules/pvDatabase/test/O.linux-x86_64 make[2]: *** [configure/RULES_TOP:62: runtests] Error 1 make[2]: Leaving directory '/<>' make[1]: *** [debian/rules:31: override_dh_auto_test] Error 2 make[1]: Leaving directory '/<>' make: *** [debian/rules:22: build-arch] Error 2 Cheers -- Sebastian Ramacher
Bug#1065723: slang2: FTBFS: Testing timestamp functions...ERROR: Mar 09, 2024 11:42:29 --> 1709898149, expected 1709984549
Source: slang2 Version: 2.3.3-3 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=slang2=amd64=2.3.3-3%2Bb2=1709984553=0 Running slsh lib tests: Testing arrayfuns functions...OK Testing cmdopt functions...OK Testing glob functions...OK Testing listfuns functions...OK Testing print functions...OK Testing process functions...OK Testing readascii functions...OK Testing require functions...OK Testing setfuns functions...OK Testing structfuns functions...OK Testing timestamp functions...ERROR: Mar 09, 2024 11:42:29 --> 1709898149, expected 1709984549 Failed: 1 timestamps failed to parse Run-Time Error ./common.sl:20:failed:Run-Time Error Local variables for failed: String_Type s = "1 timestamps failed to parse" /<>/slsh/lib/test/test_timestamp.sl:90:slsh_main:Run-Time Error Local variables for slsh_main: Integer_Type t_expected = 1597014697 Array_Type dates = String_Type[1] Integer_Type bad = 1 Long_Type now = 1709984549 Error encountered while executing slsh_main 1 tests failed: test_timestamp.sl make[2]: *** [Makefile:189: runtests] Error 1 Cheers -- Sebastian Ramacher
Bug#1065722: pytorch-vision: FTBFS: /usr/lib/python3/dist-packages/torch/include/c10/util/C++17.h:27:2: error: #error You need C++17 to compile PyTorch
Source: pytorch-vision
Version: 0.15.2-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: sramac...@debian.org
https://buildd.debian.org/status/fetch.php?pkg=pytorch-vision=amd64=0.15.2-1%2Bb1=1709983857=0
[2/16] c++ -MMD -MF
/<>/build/temp.linux-x86_64-cpython-311/<>/torchvision/csrc/io/decoder/seekable_buffer.o.d
-Wsign-compare -DNDEBUG -g -fwrapv -O2 -Wall -g -fstack-protector-strong
-fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -g
-O2 -ffile-prefix-map=/<>=. -fstack-protector-strong
-fstack-clash-protection -Wformat -Werror=format-security -fcf-protection
-Wdate-time -D_FORTIFY_SOURCE=2 -fPIC
-I/<>/torchvision/csrc/io/decoder
-I/<>/torchvision/csrc/io/video_reader
-I/<>/torchvision/csrc/io/video
-I/<>/torchvision/csrc -I/usr/include
-I/usr/include/x86_64-linux-gnu -I/<>/torchvision/csrc
-I/usr/lib/python3/dist-packages/torch/include
-I/usr/lib/python3/dist-packages/torch/include/torch/csrc/api/include
-I/usr/lib/python3/dist-packages/torch/include/TH
-I/usr/lib/python3/dist-packages/torch/include/THC
-I/usr/lib/python3/dist-packages/torch/include
-I/usr/lib/python3/dist-packages/torch/include/torch/csrc/api/include
-I/usr/lib/python3/dist-packages/torch/include/TH
-I/usr/lib/python3/dist-packages/torch/include/THC -I/usr/include/python3.11 -c
-c /<>/torchvision/csrc/io/decoder/seekable_buffer.cpp -o
/<>/build/temp.linux-x86_64-cpython-311/<>/torchvision/csrc/io/decoder/seekable_buffer.o
-std=c++14 -DTORCH_API_INCLUDE_EXTENSION_H '-DPYBIND11_COMPILER_TYPE="_gcc"'
'-DPYBIND11_STDLIB="_libstdcpp"' '-DPYBIND11_BUILD_ABI="_cxxabi1018"'
-DTORCH_EXTENSION_NAME=video_reader -D_GLIBCXX_USE_CXX11_ABI=1
FAILED:
/<>/build/temp.linux-x86_64-cpython-311/<>/torchvision/csrc/io/decoder/seekable_buffer.o
c++ -MMD -MF
/<>/build/temp.linux-x86_64-cpython-311/<>/torchvision/csrc/io/decoder/seekable_buffer.o.d
-Wsign-compare -DNDEBUG -g -fwrapv -O2 -Wall -g -fstack-protector-strong
-fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -g
-O2 -ffile-prefix-map=/<>=. -fstack-protector-strong
-fstack-clash-protection -Wformat -Werror=format-security -fcf-protection
-Wdate-time -D_FORTIFY_SOURCE=2 -fPIC
-I/<>/torchvision/csrc/io/decoder
-I/<>/torchvision/csrc/io/video_reader
-I/<>/torchvision/csrc/io/video
-I/<>/torchvision/csrc -I/usr/include
-I/usr/include/x86_64-linux-gnu -I/<>/torchvision/csrc
-I/usr/lib/python3/dist-packages/torch/include
-I/usr/lib/python3/dist-packages/torch/include/torch/csrc/api/include
-I/usr/lib/python3/dist-packages/torch/include/TH
-I/usr/lib/python3/dist-packages/torch/include/THC
-I/usr/lib/python3/dist-packages/torch/include
-I/usr/lib/python3/dist-packages/torch/include/torch/csrc/api/include
-I/usr/lib/python3/dist-packages/torch/include/TH
-I/usr/lib/python3/dist-packages/torch/include/THC -I/usr/include/python3.11 -c
-c /<>/torchvision/csrc/io/decoder/seekable_buffer.cpp -o
/<>/build/temp.linux-x86_64-cpython-311/<>/torchvision/csrc/io/decoder/seekable_buffer.o
-std=c++14 -DTORCH_API_INCLUDE_EXTENSION_H '-DPYBIND11_COMPILER_TYPE="_gcc"'
'-DPYBIND11_STDLIB="_libstdcpp"' '-DPYBIND11_BUILD_ABI="_cxxabi1018"'
-DTORCH_EXTENSION_NAME=video_reader -D_GLIBCXX_USE_CXX11_ABI=1
In file included from
/usr/lib/python3/dist-packages/torch/include/c10/util/string_view.h:4,
from
/usr/lib/python3/dist-packages/torch/include/c10/util/StringUtil.h:6,
from
/usr/lib/python3/dist-packages/torch/include/c10/util/Exception.h:5,
from
/usr/lib/python3/dist-packages/torch/include/c10/util/Logging.h:11,
from
/<>/torchvision/csrc/io/decoder/seekable_buffer.cpp:2:
/usr/lib/python3/dist-packages/torch/include/c10/util/C++17.h:27:2: error:
#error You need C++17 to compile PyTorch
27 | #error You need C++17 to compile PyTorch
| ^
/<>/torchvision/csrc/io/decoder/seekable_buffer.cpp: In member
function ‘bool ffmpeg::SeekableBuffer::readBytes(ffmpeg::DecoderInCallback&,
size_t, uint64_t)’:
/<>/torchvision/csrc/io/decoder/seekable_buffer.cpp:69:24:
warning: comparison of integer expressions of different signedness: ‘long int’
and ‘size_t’ {aka ‘long unsigned int’} [-Wsign-compare]
69 | while (!eof_ && end_ < maxBytes && (hasTime = watcher())) {
| ~^~
/<>/torchvision/csrc/io/decoder/seekable_buffer.cpp:74:16:
warning: comparison of integer expressions of different signedness: ‘long int’
and ‘std::vector::size_type’ {aka ‘long unsigned int’}
[-Wsign-compare]
74 | if (end_ == buffer_.size()) {
| ~^
[3/16] c++ -MMD -MF
/<>/build/temp.linux-x86_64-cpython-311/<>/torchvision/csrc/io/decoder/stream.o.d
-Wsign-compare -DNDEBUG -g -fwrapv -O2 -Wall -g -fstack-protector-strong
-fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -g
-O2 -ffile-prefix-map=/<>=.
Bug#1065721: simage: FTBFS: error: conflicting types for ‘GifQuantizeBuffer’; have ‘int(unsigned int, unsigned int, int *, GifByteType *, GifByteType *, GifByteType *, GifByteType *, GifColorType *
Source: simage
Version: 1.8.3+ds-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: sramac...@debian.org
https://buildd.debian.org/status/fetch.php?pkg=simage=amd64=1.8.3%2Bds-1%2Bb2=1709984428=0
[ 73%] Building C object CMakeFiles/simage.dir/src/simage_jpeg.c.o
In file included from /<>/src/simage_gif.c:37:
/<>/giflib/quantize.h:17:5: error: conflicting types for
‘GifQuantizeBuffer’; have ‘int(unsigned int, unsigned int, int *, GifByteType
*, GifByteType *, GifByteType *, GifByteType *, GifColorType *)’ {aka
‘int(unsigned int, unsigned int, int *, unsigned char *, unsigned char *,
unsigned char *, unsigned char *, GifColorType *)’}
17 | int GifQuantizeBuffer(unsigned int Width, unsigned int Height,
| ^
In file included from /<>/src/simage_gif.c:32:
/usr/include/gif_lib.h:217:5: note: previous declaration of ‘GifQuantizeBuffer’
with type ‘int(unsigned int, unsigned int, int *, const GifByteType *, const
GifByteType *, const GifByteType *, GifByteType *, GifColorType *)’ {aka
‘int(unsigned int, unsigned int, int *, const unsigned char *, const unsigned
char *, const unsigned char *, unsigned char *, GifColorType *)’}
217 | int GifQuantizeBuffer(unsigned int Width, unsigned int Height,
| ^
/usr/bin/cc -DHAVE_CONFIG_H -DSIMAGE_DEBUG=0 -DSIMAGE_INTERNAL -Dsimage_EXPORTS
-I/<>/obj-x86_64-linux-gnu -I/<>/include
-I/<>/giflib -g -O2 -ffile-prefix-map=/<>=.
-fstack-protector-strong -fstack-clash-protection -Wformat
-Werror=format-security -fcf-protection -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC
-MD -MT CMakeFiles/simage.dir/src/simage_jpeg.c.o -MF
CMakeFiles/simage.dir/src/simage_jpeg.c.o.d -o
CMakeFiles/simage.dir/src/simage_jpeg.c.o -c /<>/src/simage_jpeg.c
/<>/src/simage_tga.c: In function ‘simage_tga_load’:
/<>/src/simage_tga.c:282:5: warning: ignoring return value of
‘fread’ declared with attribute ‘warn_unused_result’ [-Wunused-result]
282 | fread(colormap, 1, (size_t)len*indexsize, fp);
| ^
make[3]: *** [CMakeFiles/simage.dir/build.make:583:
CMakeFiles/simage.dir/src/simage_gif.c.o] Error 1
Cheers
--
Sebastian Ramacher
Bug#1065720: Useless in Debian nowadays
Package: php-text-wiki Version: 1.2.1-3.1 Severity: serious php-text-wiki has no reverse dependencies anymore. We should probably not ship this package in Trixie (not sure if we actually want to remove it from Bookworm). I intend to follow up with an RM request in a few months if nobody objects (but feel free to beat me to it). Regards David signature.asc Description: PGP signature
Bug#1065719: Useless in Debian nowadays
Package: php-net-dime Version: 1.0.2-3.1 Severity: serious php-net-dime has no reverse dependencies anymore. We should probably not ship this package in Trixie (not sure if we actually want to remove it from Bookworm). I intend to follow up with an RM request in a few months if nobody objects (but feel free to beat me to it). Regards David signature.asc Description: PGP signature
Bug#1065718: Useless in Debian nowadays
Package: php-net-nntp Version: 1.5.0-2.1 Severity: serious php-net-nntp has no reverse dependencies anymore. We should probably not ship this package in Trixie (not sure if we actually want to remove it from Bookworm). I intend to follow up with an RM request in a few months if nobody objects (but feel free to beat me to it). Regards David signature.asc Description: PGP signature
Bug#1065716: Useless in Debian nowadays
Package: php-letodms-core Version: 3.4.2-1.1 Severity: serious php-letodms-core has no reverse dependencies anymore. We should probably not ship this package in Trixie (not sure if we actually want to remove it from Bookworm). I intend to follow up with RM requests in a few months if nobody objects (but feel free to beat me to it). Regards David signature.asc Description: PGP signature
Bug#1065717: Useless in Debian nowadays
Package: php-http-webdav-server Version: 1.0.0RC8-1.1 Severity: serious php-http-webdav-server has no reverse dependencies anymore. We should probably not ship this package in Trixie (not sure if we actually want to remove it from Bookworm). I intend to follow up with RM requests in a few months if nobody objects (but feel free to beat me to it). Regards David signature.asc Description: PGP signature
Bug#1065715: xgks: FTBFS on arm{el,hf}: ERROR: The following variables need values
Source: xgks Version: 2.6.1+dfsg.2-14.1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org https://buildd.debian.org/status/fetch.php?pkg=xgks=armel=2.6.1%2Bdfsg.2-14.1=1709543440=0 checking for X11 library... checking for XNoOp(0) in default library(s)... no checking for XNoOp(0) in -lX11... no checking for XNoOp(0) in -L/usr/lib -lX11... no checking for XNoOp(0) in -L/usr/lib/X11 -lX11... no checking for XNoOp(0) in -L/usr/X11/lib -lX11... no checking for XNoOp(0) in -L/usr/lib/X11R5 -lX11... no checking for XNoOp(0) in -L/usr/local/lib -lX11... no checking for XNoOp(0) in -L/usr/local/lib/X11 -lX11... no checking for XNoOp(0) in -L/usr/local/lib/X11R5 -lX11... no checking for package version... 2.6 ../src/configure: ERROR: The following variables need values: VARIABLE DESCRIPTIONEXAMPLE ------ LD_X11 X11 library-L/usr/lib/X11 -lX11 The above variables may be set in the environment or in the file CUSTOMIZE. Variables referring to executable programs needn't be set if the relevant directory is added to PATH. In any case, ./configure should probably be rerun. See file INSTALL for details. make[1]: *** [debian/rules:36: override_dh_auto_configure] Error 1 Cheers -- Sebastian Ramacher
Bug#996202: EFI Secure Boot for systemd-boot
On Sat, 9 Mar 2024 at 09:59, Pascal Hambourg wrote: > > On 05/03/2024 at 00:58, Luca Boccassi wrote: > > On Mon, 4 Mar 2024 at 23:28, Steve McIntyre wrote: > >> > >> What's your plan for installing as the secondary boot loader for shim > >> to call? > > > > 'bootctl update' already recognises and prefers foo.efi.signed if > > present, so installing to the ESP is easy (PR still doesn't add the > > call, will probably add a trigger). > > > > But as you know Shim right now compiles in the filename of the second > > stage, so for now interested testers will have to manually rename the > > file in the ESP from systemd-bootx64.efi to grubx64.efi, which is of > > course not ideal - let's call it a technological preview. > > What about the installation of shim files into the ESP along with > systemd-boot ? Does bootctl take care of it ? If no, are there any plans > to integrate it ? It does not, there are plans to extend it to do so but it needs 2 things to happen in shim first: - support runtime configuration of second stage, rather than just build time - ie, we definitely do not want our tools to install 'grubx64.efi' as that would be invading someone else's namespace - support providing a version in the PE header so that updates can be done too, not just first installations https://github.com/systemd/systemd/pull/27322 > Also, are there any plans to support multiple ESPs for boot redundancy > (e.g. in software RAID setups) ? It's been asked multiple times, but nobody implemented it so far: https://github.com/systemd/systemd/issues/29948 https://github.com/systemd/systemd/issues/3252 Thing is, because the ESP content is trivial and can be recreated from packages every time if needed, it's not really a very interesting use case for us. if someone wants to do the work to get bootctl to duplicate the content and keep it in sync we can review it and there's no opposition in principle to have it, but we (core devs) are not going to implement it, someone who cares about the use case needs to do so.
Bug#1065709: doomsday: segfault in _XFlush() when Qt is using native Wayland
Control: forcemerge 1065709 1057620 On Sat, 09 Mar 2024 at 11:06:46 +, Simon McVittie wrote: > In a GNOME Wayland session, with qtwayland5 installed: > > $ doomsday > QSocketNotifier: Can only be used with threads started with QThread > [1]381459 segmentation fault (core dumped) doomsday Sorry, I didn't see that #1057620 already existed as a report of this bug. I'll keep the more specific title and higher severity of #1065709. smcv
Bug#1065101: ngircd: Depends on libident, which is NBS
Control: tags 1065101 pending Boyuan Yang wrote... > Package ngircd depends on binary package libident, but this package has > been renamed to libident0 due to time64 transition. Please fix the binary > dependency relationship accordingly. You may need to rebuild the package. The fix for #1065703 needs to reach unstable first. Christoph signature.asc Description: PGP signature
Bug#1062969: doomsday: launching doomsday (2.3.1+ds1-1+b2) causes segfault in libsdl2-2.0-0 (2.30.0+dfsg-1)
Control: clone -1 -2
Control: reassign -1 libsdl2 2.30.0+dfsg-1
Control: reassign -2 doomsday 2.3.1+ds1-1
Control: retitle -1 libsdl2: SDL_JoystickName() doesn't tolerate NULL joystick
object since 2.30
Control: retitle -2 doomsday: shouldn't rely on being able to call methods on a
NULL SDL object
On Sun, 04 Feb 2024 at 12:31:35 +, Simon McVittie wrote:
> When I try the command above, on GNOME in Wayland mode, I get what
> appears to be a different crash
Now reported separately as #1065709, which I now see was a duplicate
of #1057620 (I'll merge them).
> which makes me wonder whether there is some conflict between the way
> libsdl2 is using X11, and the way the doomsday engine is using X11
> internally?
Yes. A workaround for this crash is to run it like:
SDL_VIDEODRIVER=x11 QT_QPA_PLATFORM=xcb doomsday -game doom2
and with that command I can reproduce a backtrace similar to the one
you provided.
> This might either be a regression in libsdl2, or an unintended interaction
> with the new libsdl2 exposing a bug in doomsday; at this stage it's hard
> to tell which.
I think it's really both, so I'm cloning the bug.
If you don't have a joystick or gamepad attached, Doomsday relies on being
able to call SDL_JoystickName(nullptr).
On one hand, this is fairly clearly a programming error, because
SDL_JoystickName() is documented to take a pointer to a SDL_Joystick as
its parameter, and nullptr isn't a joystick (more like the absence of a
joystick). So doomsday should be doing more like this:
de::String Joystick_Name()
{
#ifndef DENG_NO_SDL
-return SDL_JoystickName(joy);
+return (joy ? SDL_JoystickName(joy) : "");
#else
return "";
#endif
}
or perhaps:
de::String Joystick_Name()
{
#ifndef DENG_NO_SDL
-return SDL_JoystickName(joy);
+return (joyAvailable ? SDL_JoystickName(joy) : "");
#else
return "";
#endif
}
Let's use a cloned bug to represent that.
But on the other hand, SDL has historically tolerated NULL parameters to
most of its public API, returning an error code, so the fact that 2.30
no longer does that for this particular function is technically a
regression I suppose. I'll use #1062969 to represent the SDL regression.
smcv
Bug#1065713: directfb: FTBFS on arm{el,hf}: error: ‘const struct input_event’ has no member named ‘time’
Source: directfb Version: 1.7.7-11.1 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: sramac...@debian.org, mwhud...@debian.org https://buildd.debian.org/status/fetch.php?pkg=directfb=armel=1.7.7-11.1=1709087518=0 libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../.. -I../../include -I../../lib -I../../include -I../../lib -I../../src -I../../systems -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_TIME_BITS=64 -Wdate-time -D_FORTIFY_SOURCE=2 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wno-strict-aliasing -Werror-implicit-function-declaration -O3 -g2 -ffast-math -pipe -g -O2 -Werror=implicit-function-declaration -ffile-prefix-map=/<>=. -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -D_GNU_SOURCE -std=gnu99 -Werror-implicit-function-declaration -c linux_input.c -fPIC -DPIC -o .libs/linux_input.o linux_input.c: In function ‘translate_event’: linux_input.c:761:28: error: ‘const struct input_event’ has no member named ‘time’ 761 | devt->timestamp = levt->time; |^~ Cheers -- Sebastian Ramacher
Bug#1065712: Useless in Debian nowadays
Package: php-net-whois Version: 1.0.5-3.2 Severity: serious X-Debbugs-Cc: Debian PHP PEAR Maintainers [ Filled as RC by a Debian PHP PEAR Maintainers team member to see this package auto-removed from testing. ] php-net-whois has no reverse dependencies anymore. We should probably not ship this package in Trixie (not sure if we actually want to remove it from Bookworm, Bullseye, etc.) I intend to follow up with RM requests in a few months if nobody objects (but feel free to beat me to it). Regards David signature.asc Description: PGP signature
Bug#1065711: etckeeper: Incorrect path to README in manpage
Package: etckeeper Version: 1.18.20-1 Severity: normal X-Debbugs-Cc: d...@darkboxed.org Hi Antoine, just a quick report that etckeeper.8 has: /usr/share/doc/etckeeper/README.md.gz which is wrong, the file is at /usr/share/doc/etckeeper/README.mdwn.gz now. Thanks, --Daniel -- System Information: Debian Release: 12.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'proposed-updates-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-17-amd64 (SMP w/16 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages etckeeper depends on: ii brz3.3.2-3 ii debconf [debconf-2.0] 1.5.82 ii git1:2.39.2-1.1 ii mercurial 6.3.2-1 Versions of packages etckeeper recommends: ii cron [cron-daemon] 3.0pl1-162 Versions of packages etckeeper suggests: ii sudo 1.9.13p3-1+deb12u1 -- debconf information excluded
Bug#1065710: Useless in Debian nowadays
Package: debpear Version: 0.5+nmu1 Severity: serious [ Filled as RC by a team member to see this package auto-removed from testing. ] debpear has no reverse dependencies, not seen any development in the last ten years, and has a decreasing popcon (probably in link with the decreasing interest in PEAR as a way to distribute PHP packages compared to Composer). We should probably not ship this package in Trixie (not sure if it is worth removing from Bookworm). I intend to follow up with RM requests in a few months if nobody objects (but feel free to beat me to it). Regards David signature.asc Description: PGP signature
Bug#1065709: doomsday: segfault in _XFlush() when Qt is using native Wayland
Package: doomsday Version: 2.3.1+ds1-1+b2 Severity: important In a GNOME Wayland session, with qtwayland5 installed: $ doomsday QSocketNotifier: Can only be used with threads started with QThread [1]381459 segmentation fault (core dumped) doomsday Backtrace: #0 0x7f9dc2c3ee83 in require_socket (dpy=) at ../../src/xcb_io.c:70 #1 _XFlush (dpy=0x55af92e13230) at ../../src/xcb_io.c:606 #2 0x7f9dc2c41b3d in _XGetRequest (dpy=dpy@entry=0x55af92e13230, type=type@entry=98 'b', len=len@entry=8) at ../../src/XlibInt.c:1787 #3 0x7f9dc2c34a57 in XQueryExtension (dpy=dpy@entry=0x55af92e13230, name=name@entry=0x7f9dc2bf9128 "RANDR", major_opcode=major_opcode@entry=0x7fffc208bde4, first_event=first_event@entry=0x7fffc208bde8, first_error=first_error@entry=0x7fffc208bdec) at ../../src/QuExt.c:49 #4 0x7f9dc2c27b16 in XInitExtension (dpy=dpy@entry=0x55af92e13230, name=name@entry=0x7f9dc2bf9128 "RANDR") at ../../src/InitExt.c:59 #5 0x7f9dc42ecc9b in XextAddDisplay (extinfo=extinfo@entry=0x7f9dc2bf91b0 , dpy=dpy@entry=0x55af92e13230, ext_name=ext_name@entry=0x7f9dc2bf9128 "RANDR", hooks=hooks@entry=0x7f9dc2bf9140 , nevents=nevents@entry=2, data=data@entry=0x0) at ../../src/extutil.c:110 #6 0x7f9dc2bef860 in XRRFindDisplay (dpy=dpy@entry=0x55af92e13230) at ../../src/Xrandr.c:295 #7 0x7f9dc2beffc0 in XRRFindDisplay (dpy=0x55af92e13230) at ../../src/Xrandr.c:361 #8 XRRQueryExtension (dpy=0x55af92e13230, event_base_return=0x7fffc208bee8, error_base_return=0x7fffc208bee8) at ../../src/Xrandr.c:352 #9 0x7f9dc5223ae4 in de::internal::RRInfo::RRInfo() (this=0x7fffc208bf70) at ./doomsday/sdk/libgui/src/displaymode_x11.cpp:63 #10 0x7f9dc522302d in DisplayMode_Native_Init() () at ./doomsday/sdk/libgui/src/displaymode_x11.cpp:188 #11 0x7f9dc51b7d11 in DisplayMode_Init() () at ./doomsday/sdk/libgui/src/displaymode.cpp:195 #12 0x55af91335b1d in ClientApp::initialize() (this=0x7fffc208c160) at ./doomsday/apps/client/src/clientapp.cpp:628 #13 0x55af9131875d in main(int, char**) (argc=, argv=0x7fffc208c388) at ./doomsday/apps/client/src/main_client.cpp:109 It looks as though doomsday is mixing Qt, SDL and direct use of X11. If it's going to do this, then it should either force both Qt and SDL to use X11 too, or allow one of the GUI libraries to auto-select a backend and force the other one to follow that decision, then conditionalize its direct use of X11 so it's only done if the GUI library has actually initialized X11. Workaround: $ SDL_VIDEODRIVER=x11 QT_QPA_PLATFORM=xcb doomsday gets further into its startup. -- System Information: Debian Release: trixie/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'stable-security'), (500, 'oldstable-security'), (500, 'buildd-unstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental-debug'), (1, 'buildd-experimental'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 6.7.7-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (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 doomsday depends on: ii doomsday-common 2.3.1+ds1-1+b2 ii doomsday-data 2.3.1+ds1-1 ii libc6 2.37-15.1 ii libgcc-s1 14-20240303-1 ii libqt5core5t64 [libqt5core5a] 5.15.10+dfsg-7.2 ii libqt5gui5t64 [libqt5gui5] 5.15.10+dfsg-7.2 ii libqt5network5t64 [libqt5network5] 5.15.10+dfsg-7.2 ii libqt5widgets5t64 [libqt5widgets5] 5.15.10+dfsg-7.2 ii libsdl2-2.0-0 2.30.1+dfsg-1 ii libsdl2-mixer-2.0-0 2.8.0+dfsg-1 ii libstdc++6 14-20240303-1 Versions of packages doomsday recommends: ii fluid-soundfont-gm 3.1-5.3 doomsday suggests no packages. -- debconf-show failed
Bug#1065708: Useless in Debian nowadays
Package: php-validate Version: 0.8.5-4.2 Severity: serious X-Debbugs-Cc: Debian PHP PEAR Maintainers [ Filled as RC by a Debian PHP PEAR Maintainers team member to see this package auto-removed from testing. ] php-validate has no reverse dependencies anymore. We should probably not ship this package in Trixie (not sure if we actually want to remove it from Bookworm, Bullseye, etc.) I intend to follow up with RM requests in a few months if nobody objects (but feel free to beat me to it). Regards David signature.asc Description: PGP signature
Bug#1064798: kmod: installs same filename to both bin and sbin
Package: kmod Version: 32-1 Followup-For: Bug #1064798 I believe the fix is incomplete, because both /usr/bin/lsmod and /usr/sbin/lsmod are still being created. This is likely the result of kmod.links having both: /usr/bin/kmod /usr/sbin/lsmod /usr/bin/kmod /usr/bin/lsmod and so one of those two would need to go away.
Bug#1041477: php-net-ftp: PHP Fatal error with Bookworm PHP 8.2
control: tags -1 serious Hi Benjamin, Thank you for the report, and apologies nobody came back to you sooner. Le Wed, Jul 19, 2023 at 11:24:44AM +, Benjamin Renard a écrit : > Package: php-net-ftp > Version: 1:1.4.0-2.1 […] > This package seem not compatible with the PHP 8.2 version included in > Debian Bookworn. Also, this package has no reverse dependencies. Given the amount of care it brought in the last few years, I believe it should be removed from the archive. Bumping the severity to see it removed from testing ASAP, maybe it should also be removed from (at least) Bookworm. I intend to follow up with RM requests in a few months if nobody objects (but feel free to beat me to it). Regards David signature.asc Description: PGP signature
Bug#1065707: Useless in Debian nowadays
Package: libphp-snoopy Version: 2.0.0-3 Severity: serious [ Filled as RC by a team member to see this package auto-removed from testing. ] libphp-snoopy has no reverse dependencies anymore. We should probably not ship this package in Trixie (not sure if we actually want to remove it from Bookworm and Bullseye). I intend to follow up with RM requests in a few months if nobody objects (but feel free to beat me to it). Regards David signature.asc Description: PGP signature
Bug#1065706: mailutils-pop3d: systemd auto-kills mailutils-pop3d for "no" reason; workaround is to --foreground
Package: mailutils-pop3d Version: 1:3.17-1 Severity: important Dear Maintainer, Since a few months ago (latest 2023-09), without making any configuration changes, my pop3d localhost service has failed to come online. The direct reason is that systemd kills it, but I don't know why, especially since it worked before. I've found a temporary workaround which is to edit mailutils-pop3d.service: -Type=forking +Type=simple -ExecStart=/usr/sbin/pop3d --daemon +ExecStart=/usr/sbin/pop3d --daemon --foreground then this works and systemd doesn't kill the resulting process. Note that you need both --daemon and --foreground. If you just have --foreground then systemd still kills it, possibly because without --daemon it will print to stdout. Like the actual bug, I don't understand why this workaround works. Fuck systemd. Best, Ximin -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'stable-security'), (300, 'unstable'), (100, 'experimental'), (1, 'experimental-debug') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.6.15-amd64 (SMP w/12 CPU threads; PREEMPT) 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 mailutils-pop3d depends on: ii libc62.37-15 ii libcrypt11:4.4.36-4 ii libdb5.3 5.3.28+dfsg2-4+b1 ii libgdbm6 1.23-5+b1 ii libgnutls30 3.8.3-1 ii libgsasl18 2.2.1-1 ii libkyotocabinet16v5 1.2.80-1+b1 ii libldap-2.5-02.5.13+dfsg-5+b3 ii libmailutils91:3.17-1 ii libmu-dbm9 1:3.17-1 ii libnsl2 1.3.0-3 ii libpam0g 1.5.2-9.1+b1 ii libunistring51.1-2 ii libwrap0 7.6.q-32+b1 ii mailutils-common 1:3.17-1 ii netbase 6.4 mailutils-pop3d recommends no packages. Versions of packages mailutils-pop3d suggests: pn mailutils-mda -- no debconf information -- debsums errors found: debsums: changed file /usr/lib/systemd/system/mailutils-pop3d.service (from mailutils-pop3d package)
Bug#942294: scide can not display example codes in Help browser
> When I install libjs-jquery and libjs-codemirror, and link to them, then > scide displays example codes well in Help browser. The packages since bullseye depend on libjs-jquery and libjs-codemirror, so I think this bug may be closed, though Help browser suffers from another bug. https://github.com/supercollider/supercollider/issues/5865
Bug#1065705: Useless in Debian nowadays
Package: php-mdb2 Version: 2.5.0b5-2.1 Severity: serious [ Filled as RC by a team member to see this package auto-removed from testing. ] php-mdb2 has no reverse dependencies anymore (except for php-mdb2-driver-pgsql and php-mdb2-driver-mysql that are also targeted by this bug report). We should probably not ship these packages in Trixie (not sure if we actually want to remove them from Bookworm). I intend to follow up with RM requests in a few months if nobody objects (but feel free to beat me to it). Regards David signature.asc Description: PGP signature
Bug#1041982: Speeding up Symfony 6 transition? [Was: Upcoming transitions (Symfony, PHPUnit, etc.)]
Hi, Le Wed, Feb 21, 2024 at 08:19:06AM +0100, David Prévot a écrit : > […] I wish to > proceed with the transition during the next MiniDebCampHamburg happening > early March (in less than two weeks). > > https://wiki.debian.org/DebianEvents/de/2024/MiniDebCampHamburg And that’s done (in unstable)! It needed some last minute tweaking for debci mostly, but the [excuses] page looks good now. I expect the only blockers will be removal (or fix) of php-laravel-lumen-framework and php-laravel-framework (autoremoval expected March 14 and April 7 respectively, sooner if the release team uses some magic). excuses: https://qa.debian.org/excuses.php?package=symfony Thanks to everyone involved! I intend to follow up with some more major version bump on packages that were waiting for Symfony (php-psr-link, php-psr-log, php-email-validator and some packages from the Doctrine stack…). The next big transition in PHP libraries before Trixie may be PHPUnit 11 if we manage to pull it off. Cheers, taffit signature.asc Description: PGP signature
Bug#996202: EFI Secure Boot for systemd-boot
On 05/03/2024 at 00:58, Luca Boccassi wrote: On Mon, 4 Mar 2024 at 23:28, Steve McIntyre wrote: What's your plan for installing as the secondary boot loader for shim to call? 'bootctl update' already recognises and prefers foo.efi.signed if present, so installing to the ESP is easy (PR still doesn't add the call, will probably add a trigger). But as you know Shim right now compiles in the filename of the second stage, so for now interested testers will have to manually rename the file in the ESP from systemd-bootx64.efi to grubx64.efi, which is of course not ideal - let's call it a technological preview. What about the installation of shim files into the ESP along with systemd-boot ? Does bootctl take care of it ? If no, are there any plans to integrate it ? Also, are there any plans to support multiple ESPs for boot redundancy (e.g. in software RAID setups) ?
Bug#1065701: rocm_agent_enumerator: crash on systems without AMD GPU
Control: found -1 5.2.3-3 Hi Cory, On 2024-03-09 07:20, Cordell Bloor wrote: > On systems, the rocm_agent_enumerator command may crash with an error: > > Traceback (most recent call last): > File "/usr/bin/rocm_agent_enumerator", line 260, in > main() > File "/usr/bin/rocm_agent_enumerator", line 244, in main > target_list = readFromKFD() > ^ > File "/usr/bin/rocm_agent_enumerator", line 193, in readFromKFD > for node in sorted(os.listdir(topology_dir)): > > FileNotFoundError: [Errno 2] No such file or directory: > '/sys/class/kfd/kfd/topology/nodes/' I've been seeing this one for a long time in package builds, but it didn't occur to me that this is a user-visible issue, too. Seen here [1], for example. Best, Christian [1] https://buildd.debian.org/status/fetch.php?pkg=rocblas=amd64=5.3.3%2Bdfsg-2=1685955323=0
Bug#1063673: ITP: llama.cpp -- Inference of Meta's LLaMA model (and others) in pure C/C++
Hey Ptter, On 2024-03-08 20:21, Petter Reinholdtsen wrote: > [Christian Kastner 2024-02-13] >> I'll push a first draft soon, though it will definitely not be >> upload-ready for the above reasons. > > Where can I find the first draft? I've discarded the simple package and now plan another approach: a package that ships a helper to rebuild the utility when needed, similar to DKMS. Rationale: * Continuously developed upstream, no build suited for stable * Build optimized for the current host's hardware, which is a key feature. Building for our amd64 ISA standard would be absurd. I'm open for better ideas, though. I had to pause this primarily because of ROCm infrastructure work and our updates to 5.7 in preparation of the gfx1100,gfx1101,gfx1102 architectures, and that is still my focus. Incidentally, we could use some help with that, see thread at [1]. MIOpen in particular is something that our ROCm stack will eventually need. Best, Christian [1] https://lists.debian.org/debian-ai/2024/03/msg00029.html [2] https://github.com/ROCm/MIOpen
Bug#1063688: mypy fails with a combination of argparse and glob
control: fixed -1 1.6.0-1
On Sat, 10 Feb 2024 21:17:39 -0800 Mike Castle wrote:
> Package: mypy
> Version: 1.0.1-1
> Severity: normal
> X-Debbugs-Cc: dalg...@gmail.com
>
> Dear Maintainer,
>
> $ cat u.py
> import argparse
> import glob
>
> parser = argparse.ArgumentParser()
> parser.add_argument('-g', type=glob.glob)
>
> $ mypy u.py
> u.py:5: error: Argument "type" to "add_argument" of
"_ActionsContainer" has incompatible type "Callable[[AnyStr,
DefaultNamedArg(Optional[Union[str, bytes, PathLike[str],
PathLike[bytes]]], 'root_dir'), DefaultNamedArg(Optional[int],
'dir_fd'), DefaultNamedArg(bool, 'recursive'), DefaultNamedArg(bool,
'include_hidden')], List[AnyStr]]"; expected "Union[Callable[[str],
List[AnyStr]], FileType]" [arg-type]
> Found 1 error in 1 file (checked 1 source file)
>
> Add the following directive to whatever line contains
"type=glob.glob" is a
> work around:
>
> # type: ignore[arg-type]
Thank you for your report. This was fixed in mypy 1.6.0; I recommend
using your workaround in the mean time.
--
Michael R. Crusoe
OpenPGP_signature.asc
Description: OpenPGP digital signature
Bug#1022846: libunistring symbols file for musl-any-any
Hello Samuel, can you please check the new upstream release for changes in the symbols file. Unfortunately I do not have access to a musl-any-any system. The sources are on mentors dget -x https://mentors.debian.net/debian/pool/main/libu/libunistring/libunistring_1.2-1.dsc and in git git https://git.jff.email/cgit/libunistring.git/?h=release%2Fdebian%2F1.2-1 Thanks in advance. CU Jörg -- New: GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D GPG key (long) : 09F89F3C8CA1D25D GPG Key: 8CA1D25D CAcert Key S/N : 0E:D4:56 Jörg Frings-Fürst D-54470 Lieser git: https://git.jff.email/cgit/ Skype:jff-skype@jff.email Jami: joergfringsfuerst Telegram: @joergfringsfuerst Matrix: @joergff:matrix.snct-gmbh.de My wish list: - Please send me a picture from the nature at your home. signature.asc Description: This is a digitally signed message part
Bug#1065704: invidtui: new upstream version (0.4.4) available
Package: invidtui Version: 0.3.7-1 Severity: wishlist X-Debbugs-Cc: t...@debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi tarzeau, A lot of new features have been implemented since 0.3.7. Could you please update the invidtui package to the latest version? Kind regards, Maytham -BEGIN PGP SIGNATURE- iQJMBAEBCgA2FiEESl/RzRFQh8wD3DXB1ZeJcgbF8H8FAmXsG24YHG1heXRoYTh0 aGVkZXZAZ21haWwuY29tAAoJENWXiXIGxfB/c7EQAKnb7EHHZm0aiGcbp+7K7rXD qsVrT2J5dm0mLzRLhQpG2FEjehp/6Ukx8PQZCecEvQT+eU3qhSrEW735/N0J2d50 cHD8rNggCjwR21YofxASdnt6BfgsS4vosLoSzocPMW59irbtYKiw9J7bQ9Zlrkm0 +1v5f7jWvbY/NlhgeQoKslk+g6TlkMgYgps7d+2aLrSSPmLXVNoVSFMdbQYo4rPT Hld52xNkrBd6H67peFdWxrVLpNKCg3LCqbwTd9ycLZYJl/cu4qZ+9PZ+kAdo7Yfv Oy2OniH347Ogo12mtq06wEOZW6L7+m6UGr1R56QWEx7brREGOQ3izCDZUwUxfy27 9HJp9aahGJXrzTwsC46jArwmAk3opFjV+P6xImeGWX9LPDyIYZbjDxtFDX+tIlQf k7/VsyXJiue/He6fTDETUQxyHpy1IPZDLM42W2uLM/mui61P47JBWGeNiSKn2/r1 QuIFJJz7+k0m1+Db5zKTvaRBOP+EhgGiJcHHCvYK6ROZMB2v/hpHAb+c/UYgORSK gus2TLLTk5LVWKk52rvp/f9tKsDLNM1E4gv9AJso2Ma3MjdHReKB966AcYXpo9RJ VBA2Kb5su93DK0YXxKSwugJ5qu1OEjlP399xdUBJUhOHclFNLjxHDaiLaQdOv4M+ 95WIFX3nCZWTJl7wwlLG =DnZh -END PGP SIGNATURE-
Bug#1065703: t64 transition broke build of other packages
Source: libident Severity: serious Tags: patch Version: 0.32-2 X-Debbugs-Cc: by...@debian.org, efing...@packages.debian.org, vor...@debian.org, debian.a...@manchmal.in-ulm.de Control: block 1065100 by -1 Control: block 1065101 by -1 For libident, the t64 transition was done in a slightly different way: Instead of appending t64, the library package was renamed from libident to libident0. While technically being a library transition, the usual steps were obviously not done, especially: Rebuilding the reverse build dependencies to check for possible problems. Instead some bugs were filed against those packages, severity serious. This is at least about: efingerd: #1065100 (maintainer Cc'ed) ngircd: #1065101 (maintained by yours truly) If those test rebuilds had been done, the following error could not have been overseen (for efingerd, likewise ngircd): (...) dh_makeshlibs dh_shlibdeps dpkg-shlibdeps: error: no dependency information found for /lib/x86_64-linux-gnu/libident.so.0 (used by debian/efingerd/usr/sbin/efingerd) Hint: check if the library actually comes from a package. dh_shlibdeps: error: dpkg-shlibdeps -Tdebian/efingerd.substvars debian/efingerd/usr/sbin/efingerd returned exit code 25 dh_shlibdeps: error: Aborting due to earlier error After spending some hours in the related tooling to understand the root cause without avail, I suggest to modernize src:libident by replacing .shlibs with .symbols. If solves the problem for me, and it's how things should be done anyway. Aside, the change also triggers an "unused-override" from lintian. Christoph diff --git a/debian/libident0.shlibs b/debian/libident0.shlibs deleted file mode 100644 index f0da07c..000 --- a/debian/libident0.shlibs +++ /dev/null @@ -1 +0,0 @@ -libident0 0 libident0 (>= 0.32) diff --git a/debian/libident0.symbols b/debian/libident0.symbols new file mode 100644 index 000..550c842 --- /dev/null +++ b/debian/libident0.symbols @@ -0,0 +1,15 @@ +libident.so.0 libident0 #MINVER# +* Build-Depends-Package: libident-dev + id_close@Base 0.32 + id_open@Base 0.32 + id_open_addr@Base 0.32 + id_parse@Base 0.32 + id_query@Base 0.32 + id_strdup@Base 0.32 + id_strtok@Base 0.32 + id_version@Base 0.32 + ident_free@Base 0.32 + ident_id@Base 0.32 + ident_lookup@Base 0.32 + ident_query@Base 0.32 + ident_query_addr@Base 0.32 signature.asc Description: PGP signature
