Bug#1004866: ITP: cppinsights -- see your source code with the eyes of a compiler
In case anyone wants to pick this up: I packaged this for my own use at https://salsa.debian.org/viccie30/cppinsights. The packaging works, I just haven't gone through all the files to check for copyright and license statements, so it's not in a state to go into the archive. Anyone who wants to get this into Debian is welcome to use it as a starting point. If I have some more time in the future and nobody steps up, I might try to get it into Debian myself. -- Vriendelijke groet, Kind regards, Victor Westerhuis OpenPGP_signature.asc Description: OpenPGP digital signature
Bug#1039701: [Pkg-electronics-devel] Bug#1039701: libsigrok4: Built-in driver list is empty when compiled with LTO
On Sun, 31 Mar 2024 11:42:33 +0100 Jonathan McDowell wrote: > Version: 0.5.2-5 > > This was included in the 0.5.2-5 upload, but the MR didn't update the > changelog so we missed closing out this bug. My apologies. I usually use gbp-dch when releasing, so I didn't think to include a line in d/changelog. > > On Wed, Jun 28, 2023 at 01:40:32PM +0200, Victor Westerhuis wrote: > > Package: libsigrok4 > > Version: 0.5.2-4 > > Severity: normal > > Tags: patch upstream > > > > This bug only shows up when libsigrok is compiled with LTO and was reported > > (https://sigrok.org/bugzilla/show_bug.cgi?id=1433) and fixed > > (http://sigrok.org/gitweb/?p=libsigrok.git;a=commit;h=da5286bfa5d2dad1e24b9c9442c9875332d84e64) > > upstream. > > > > I have opened a MR on > > https://salsa.debian.org/electronics-team/sigrok/libsigrok/-/merge_requests/3. > > J. > > -- > /-\ | Does Barry Manilow know you raid > |@/ Debian GNU/Linux Developer |his wardrobe? > \- | > >
Bug#1063904: ITS: tiny-initramfs
Source: tiny-initramfs Severity: important X-Debbugs-Cc: christ...@iwakd.de, m...@qa.debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 A bit over a week ago I filed RC bug #1063142 against tiny-initramfs, because it failed to build working initrds for default Debian installations. I supplied a patch in the bug report and after a few days I uploaded a NMU with that patch to Mentors. Yesterday, the NMU was uploaded to DELAYED/5 by Tobias Frost. There are multiple open non-RC bugs. The oldest without maintainer interaction is #976881, filed in December 2020. Christian Seiler is also the upstream maintainer. His last activity at https://github.com/chris-se/tiny-initramfs dates back to 2016. According to https://contributors.debian.org/contributor/christian%40iwakd.de/ Christian Seiler has not been active at all in Debian since 2021, so I'm CC'ing this ITS to the MIA team. In 2022 I opened bug report #1018290 and I also opened 2 upstream pull requests for new features on Github, both without response. I want to fix that bug and I'm looking into fixing at least #976881 and #983121. I also want to merge my and others' upstream pull requests. To do that I want to salvage this package, fork the upstream repository, and switch this package to the forked upstream. I have made a start at https://salsa.debian.org/debian/tiny-initramfs/-/tree/wip/its and https://github.com/viccie30/tiny-initramfs. Christian: Thanks for creating and maintaining tiny-initramfs. If you don't want me to salvage tiny-initramfs, just let me know. You're welcome to use or discard any of the changes I've prepared so far. - -- Vriendelijke groet, Kind regards, Victor Westerhuis - -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: arm64 Kernel: Linux 6.6.13-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en_US:en:nl_NL:nl Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) - -- no debconf information -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmXM1hITHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+8Y0EACHP9Fe+2i+ZtV+eKjGnOTBlOF3jNt0 b4/+2xF0OcGAwEOEjIaSCDFTu1n3pRUtTuhOCwLzkU/IayDvpyzhVFJ5a40MATjJ sqmc6bj8O049bUUiPpH7kXfo0KYzkspzQ3Gu5hkaqMjYNz1xAvOy/KT7xBEXeVo5 pSZL4ZLUEI22fe5LOdlF/qPFL/Rr6H8bh4RMEqBI0gYZc1a0ofXtNKucEzfUsa8d TIvnqWwiooA3Q7Slw0a0SuGtmsj12q2qLtBK0lF9OlxY54TIgXJBGh0p9RHAU2iN 96hD+CI4+Q3ENoXaefZnbPfySm2J/sF9pQiKHlMHdbQOfieHlzvqrtxjqiLB5LYu 0ly69HYFvFqFNo5yEMKqkr7lb+WPHAU/Pz0kjhu6LrImOOTDnLtq2Pomktk8JHJw F4hhJqvSENWjOfAPCRosW66Ci/rfOJdhRBRGrSDYPNTgr6PhePRS8QV/CTJWPQgj UzQdmFiaomPFdNlwbFOy2speeqT0VJ2g0eXtwdaC2uikhXx7aVaxaYxl2M7kc0Ra e4lh7IRVIiUBT5vxzBnGOLR1YGAZMHCNbb2cJIOZM+qoGDzPVr+COLSUdQ2LVF1g V79SqakA+xPTQOGfLbJtmWu8GTXup9iYqGmby4xXdoJjwx6F+2ytkEtCcSb6imoh KnqQe7ccnPWc0w== =ov7w -END PGP SIGNATURE-
Bug#1063770: transition: mupdf
On 12/02/2024 15:30, Kan-Ru Chen (陳侃如) wrote: Package: release.debian.org Severity: normal X-Debbugs-Cc: mu...@packages.debian.org, pymu...@packages.debian.org, sio...@packages.debian.org, ippsam...@packages.debian.org Control: affects -1 + src:mupdf User: release.debian@packages.debian.org Usertags: transition Hi Release Team, This is a somewhat unusual transition request. The libmupdf-dev package used to only ship static library archives due to upstream preference. Recently upstream started to provide makefiles for building shared library so I think it's time to ship shared library in Debian. I'm glad upstream has started providing support for shared libraries, especially with the library size of libmupdf. I've uploaded the new version to experimental (binary package libmupdf23.10) and tried to build the affected reverse build-deps (Cc'ed). ippsample - doesn't seem to use mupdf at all pymupdf - requires some changes. Likely also needs to update to new upstream version. sioyek - requires some changes to drop extra linker flags. I have prepared an updated version of sioyek at https://salsa.debian.org/viccie30/sioyek/-/tree/debian/experimental that builds and runs with the version of mupdf in experimental. Once the transition starts and the updated libmupdf-dev is uploaded to unstable, I will double-check the version of the mupdf dependency and upload the new version of sioyek. Ben file: title = "mupdf"; is_affected = .build-depends ~ "libmupdf-dev"; is_good = .depends ~ "libmupdf23.10"; is_bad = ! .depends ~ "libmupdf23.10"; -- Vriendelijke groet, Kind regards, Victor Westerhuis
Bug#1063783: libconfig-model-dpkg-perl: does not recognise Architecture field in debian/tests/control
Package: libconfig-model-dpkg-perl Followup-For: Bug #1063783 Control: tags -1 patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I've opened a MR[1] on Salsa with a fix. I've also included the patch with this message. - -- Vriendelijke groet, Kind regards, Victor Westerhuis - -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: arm64 Kernel: Linux 6.6.13-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en_US:en:nl_NL:nl Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages libconfig-model-dpkg-perl depends on: ii debhelper 13.13 ii libapt-pkg-perl0.1.40+b3 ii libarray-intspan-perl 2.004-2 ii libconfig-model-backend-yaml-perl 2.134-2 ii libconfig-model-perl 2.153-3 ii libexporter-lite-perl 0.09-2 ii liblog-log4perl-perl 1.57-1 ii libmouse-perl 2.5.10-1+b4 ii libparse-debcontrol-perl 2.005-6 ii libparse-recdescent-perl 1.967015+dfsg-4 ii libsoftware-copyright-perl 0.012-2 ii libsoftware-licensemoreutils-perl 1.009-1 ii libsort-versions-perl 1.62-3 ii libtext-autoformat-perl1.75-2 ii libtext-levenshtein-damerau-perl 0.41-3 ii libtoml-tiny-perl 0.16-1 ii liburi-perl5.25-1 ii libwww-perl6.76-1 ii libyaml-pp-perl0.38.0-1 ii licensecheck 3.3.9-1 ii lintian2.116.3 ii perl [libmodule-corelist-perl] 5.38.2-3 Versions of packages libconfig-model-dpkg-perl recommends: ii libconfig-model-tkui-perl 1.379-1 libconfig-model-dpkg-perl suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmXKerwTHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+7X0D/9MJ/oQ6IrkQy3H9l4vdh6YvNmxp8Bv ebTteB/Orhm8NAa3PMcgUKV1FQRBwncxjpc38r2qaFvVSMOCbZvCH94VtxixGCsK /RvKyMOxDf5qZixLuTz1iaYp+Va+dbijiMG7YKAcwSOFx+FWJ85l/OAW9hFboj/c Z8Ue7P/UMJqoKQOQoWV9hyKN5zbAma9gftSHxo/o6Jyad6hVWxznByC08DHdYW+K EVvE0/mAQKsZkna8OSf0h+cIghXkEK6z8ueEShP7MaWsfQkuL0RnOf76Qh0Jxxom lP79rf8TN6N9xJFntMqtIxp7RIqCGF7nIzQALqe32W7y+qeKtwilGmLTH/OmNOmd zcC1N1/q1NIOuYxzIGBcIGvNf3fT7aS1Tmhc8nRzy+yqccUri1UUej/+cM87eqc1 4azmfm67J0JZgWmzUJ6638vYacHqz59kurzK7d/MWdXRqSpH8YiwhVpzpcvykxIM fwmAj9h97KDNILKX4Wq1B0v8PUXn2r4hxS/ugq4sHDMJRcy8KuvLHUGjH8aXDkJF m1+zqrq/n9BucehJTZRVB3cfAsqDvzfVks11XdbrPlHnABZmbeeaXIwkHGC56rYy E3rXOon9yTpKsZ+bn75K+13kaMgZekVKRA0RfaSOmmwWWbZxX9OkCIxQcdQWJ1KV BSmHdqBnbabfkQ== =Fvjq -END PGP SIGNATURE- >From 9ccdbc88bf300e25a3dbcd043a4b492dba7cf9b7 Mon Sep 17 00:00:00 2001 From: Victor Westerhuis Date: Mon, 12 Feb 2024 20:49:15 +0100 Subject: Add Architecture as allowed field in debian/tests/control --- lib/Config/Model/models/Dpkg/Tests/Control.pl | 6 ++ 1 file changed, 6 insertions(+) diff --git a/lib/Config/Model/models/Dpkg/Tests/Control.pl b/lib/Config/Model/models/Dpkg/Tests/Control.pl index f0f0f13e..12b9d053 100644 --- a/lib/Config/Model/models/Dpkg/Tests/Control.pl +++ b/lib/Config/Model/models/Dpkg/Tests/Control.pl @@ -120,6 +120,12 @@ This field can specify a list of abstract class names such as "desktop" or "grap This is purely an informational field for autopkgtest itself and will be ignored.', 'type' => 'leaf', 'value_type' => 'uniline' + }, + 'Architecture', + { +'description' => 'When package tests are only supported on a limited set of architectures, or are known to not work on a particular (set of) architecture(s), this field can be used to define the supported architectures. The autopkgtest will be skipped when the architecture of the testbed doesn\'t match the content of this field. The format is the same as in (Build-)Depends, with the understanding that C is not allowed, and C means that the test will be run on every architecture, which is the default when not specifying this field at all.', +'type' => 'leaf', +'value_type' => 'string' } ], 'gist' => '{Tests:0}{Test-Command}', -- 2.43.0
Bug#1063783: libconfig-model-dpkg-perl: does not recognise Architecture field in debian/tests/control
Package: libconfig-model-dpkg-perl Version: 3.003 Severity: normal File: /usr/share/perl5/Config/Model/models/Dpkg/Tests/Control.pl -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 libconfig-model-dpkg-perl does not recognise the Architecture field which can appear in debian/tests/control according to the autopkgtest documentation at https://salsa.debian.org/ci-team/autopkgtest/raw/master/doc/README.package-tests.rst. - -- Vriendelijke groet, Kind regards, Victor Westerhuis - -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: arm64 Kernel: Linux 6.6.13-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en_US:en:nl_NL:nl Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages libconfig-model-dpkg-perl depends on: ii debhelper 13.13 ii libapt-pkg-perl0.1.40+b3 ii libarray-intspan-perl 2.004-2 ii libconfig-model-backend-yaml-perl 2.134-2 ii libconfig-model-perl 2.153-3 ii libexporter-lite-perl 0.09-2 ii liblog-log4perl-perl 1.57-1 ii libmouse-perl 2.5.10-1+b4 ii libparse-debcontrol-perl 2.005-6 ii libparse-recdescent-perl 1.967015+dfsg-4 ii libsoftware-copyright-perl 0.012-2 ii libsoftware-licensemoreutils-perl 1.009-1 ii libsort-versions-perl 1.62-3 ii libtext-autoformat-perl1.75-2 ii libtext-levenshtein-damerau-perl 0.41-3 ii libtoml-tiny-perl 0.16-1 ii liburi-perl5.25-1 ii libwww-perl6.76-1 ii libyaml-pp-perl0.38.0-1 ii licensecheck 3.3.9-1 ii lintian2.116.3 ii perl [libmodule-corelist-perl] 5.38.2-3 Versions of packages libconfig-model-dpkg-perl recommends: ii libconfig-model-tkui-perl 1.379-1 libconfig-model-dpkg-perl suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmXKT0wTHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+wiwD/wOVKYNSHE2kRjxAZYzGJ5F11cXDsg+ 8DLz+4m0Vrx5rnu9YFgvGlREANLZ5FhpyhQW+J4MXb1j3psparNgGcIfYwOVr/y8 f4+dvdBBSEM/wD0fHCi1pYSYnomo//TQYx7kp2fpIyxMMMk1/osFCusqENNCZOR4 +dn8GSVlOaet/4JjGNJhskl88FKqjcGMfpu9zVwZs3VERQP0AZ950laAhkBB89TL U+A+wzZEtNccyqGKzqx0xgasAFaKco6Co5PVs59VVAy2OJ3eitaVgVMDuQFuWcZR r8Xd7/Zl8Il0cvsuobjvaUYO+b9QuebIuT16Q3DMcG515dKv6uEDH/P9vEgym3EQ 5JdFl33wdcZvRr35i4dYQIqoiGBO1A4XpXLj44b+B+U72IDW6YcVWH7r+V6YBOpP U0DjMkFnMDcnloEUXZLJr5M6xX2QMevdN19We7ygTWSWDpbwbILWF7LgzA8n5fLa 5VO+s92EOrqXerArq8LRzW0oNUOdlN5/UrqUNqGnGbpEpAxBcviAjWGwOyaRJxk7 X1Xa8VSUpMI0fX2SwtMm93CUTN7QbBNsEJUKrZF6Q6HW2Pfef7728p93liAf3ug8 HKKDzewPwFwjCEMuI7K0VEc3AHyl4jHoVI84ukJHVeZ0MBHWoeOPAIgG6pYFdTX5 InYc/KMipn2Y8w== =JxCT -END PGP SIGNATURE-
Bug#1063722: /usr/bin/autopkgtest-build-qemu: autopkgtest-build-qemu can create incorrect /etc/fstab
Package: autopkgtest Version: 5.32 Severity: normal File: /usr/bin/autopkgtest-build-qemu Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 autopkgtest-build-qemu assumes that the output of $(ls -1 /dev/mapper/loop* | sort | tail -1) is the root device for the created image. This can fail if there are other devices matching that glob. vmdb2 supports creating /etc/fstab based on the created and mounted partitions in the image. I've attached a patch to use vmdb2's fstab support. I've also opened a MR[1] with the same changes. [1]: https://salsa.debian.org/ci-team/autopkgtest/-/merge_requests/292 - -- Vriendelijke groet, Kind regards, Victor Westerhuis - -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.6.13-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en_US:en:nl_NL:nl Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages autopkgtest depends on: ii apt-utils 2.7.10 ii libdpkg-perl1.22.4 ii mawk1.3.4.20240123-1 ii procps 2:4.0.4-4 ii python3 3.11.6-1 ii python3-debian 0.1.49 Versions of packages autopkgtest recommends: ii autodep8 0.28 ii fakeroot 1.33-1 Versions of packages autopkgtest suggests: pn docker.io pn fakemachine ii genisoimage 9:1.1.11-3.4 pn incus pn lxc pn lxd ii ovmf 2023.11-6 pn ovmf-ia32 ii podman 4.9.2+ds1-2 ii python3-distro-info 1.7 ii qemu-efi-aarch64 2023.11-6 ii qemu-efi-arm 2023.11-6 pn qemu-system ii qemu-utils 1:8.2.1+ds-1 ii schroot 1.6.13-3+b3 ii util-linux 2.39.3-6 ii vmdb20.28-1 ii zerofree 1.1.1-1 - -- no debconf information -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmXJFTkTHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+9kLEACcPYoO6aVRGd+VVA62pzkb/uBPAkt4 fsfUfN18g+M/vjaObyKGLPiaDGVB4bxY2eF/fxrRIQEroEutG7gOuFLPEKICJqZT vIZyWvyLwoYDmHwSRCOi4X45BgX+GRg+j4JBRZ4vDFWX/6L0jOuBLeMP8jjayfBH qQwof2pXg+3FAYYJKE598LCd770NGevT+dK5Cmnf4CNyrz95ftH6fDHiy0lgQfOF r0KzmoZNp6VpUR8RTR+DxTBy1qJ5zsyCUW/Ettq4W/16H4V/uPbGr2x7drGiE6tU cOvMVDFxLSnqFmgBFe5QXHYB8GWrm5gejpSOq/YXwEEgdywhhXj1Krm7p70kbRsg xQfoUWej+RTex58iQTgSjI1IxuL+nl8veztNpBcDJ4uWq7/91AqoXUHz4vJZ1OaF qcGwXQjkk5emu46Wy/N2R9HZYUDwukcRqgZ7l26I4IU0dD0VcU+2Hvt6GPTaBHcl EHVguoysXi4Ob1U/MVIZEK+kQsXCEkBFPEMgf07gj600JHWHc93OqZUFLNwn/U7b h3WHW5g9vHhM5q3OBrPpQkWDdfblJ/j5aTzthj135vKD/ceFkBQ/8fIRvVIQcsVl wPSXshC/m/gsiAd4Dptdtdlgf3aEHfNETprQ6s5S+kCiLcZNpumBvLM8UEqFbJqD XrKtyaPsRcUYSw== =Rqlg -END PGP SIGNATURE- >From 18a2f2e7c9e92b2ce386f4abb0581e1d1aa7529b Mon Sep 17 00:00:00 2001 From: Victor Westerhuis Date: Sun, 11 Feb 2024 19:17:14 +0100 Subject: Let vmdb2 write /etc/fstab in autopkgtest-build-qemu The old code assumed the last device matching the glob /dev/mapper/loop* was the root device, which is not always true. --- tools/autopkgtest-build-qemu | 26 ++ 1 file changed, 6 insertions(+), 20 deletions(-) diff --git a/tools/autopkgtest-build-qemu b/tools/autopkgtest-build-qemu index a7d135c..2d50d58 100755 --- a/tools/autopkgtest-build-qemu +++ b/tools/autopkgtest-build-qemu @@ -521,6 +521,11 @@ class BuildQemu: if boot == 'efi': steps.append(dict(mkfs='vfat', partition='efi')) +steps.append({ +'mount': 'efi', +'dirname': 'boot/efi', +'mount-on': 'root', +}) steps.append( dict( grub='uefi', @@ -560,26 +565,7 @@ class BuildQemu: ), ) -steps.append({ -'shell': '\n'.join([ -'rootdev=$(ls -1 /dev/mapper/loop* | sort | tail -1)', -'uuid=$(blkid -c /dev/null -o value -s UUID "$rootdev")', -('echo "UUID=$uuid / ext4 errors=remount-ro 0 1" ' - '> "$ROOT/etc/fstab"'), -]), -'root-fs': 'root', -}) - -if boot == 'efi': -steps.append({ -'shell': '\n'.join([ -'efidev=$(ls -1 /dev/mapper/loop* | sort | head -1)', -'uuid=$(blkid -c /dev/null -o value -s UUID "$efidev")', -('echo "UUID=$uuid /boot/efi vfat defaults 0 2" ' - '>> "$ROOT/etc/fstab"'), -]), -'root-fs': 'root', -}) +steps.append(dict(fstab='root')) for s in (script, user_script): if s: -- 2.43.0
Bug#1063704: RFS: tiny-initramfs/0.1-5.1 [NMU] [RC] -- Minimalistic initramfs implementation (automation)
Package: sponsorship-requests Severity: important X-Debbugs-Cc: christ...@iwakd.de -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear mentors, I am looking for a sponsor for "tiny-initramfs". The current version of the package is unusable with kernel packages with version 6.6.3-1~exp1 or greater, because it does not support compressed modules. This NMU contains a targeted fix to enable support for XZ compressed modules. I opened bug #1063142 6 days ago, so far without response from Christian Seiler, the maintainer. According to https://contributors.debian.org/contributor/chris_se/ Christian has not been active in Debian since 2021. That's why I decided to propose this NMU. The below VCS URL is no longer active. The packaging was already imported in Salsa at https://salsa.debian.org/debian/tiny-initramfs and I'm testing some bigger packaging changes in my fork at https://salsa.debian.org/viccie30/tiny-initramfs. * Package name : tiny-initramfs Version : 0.1-5.1 Upstream contact : Christian Seiler * URL : https://github.com/chris-se/tiny-initramfs/ * License : GPL-2+, GPL-3+ * Vcs : https://anonscm.debian.org/cgit/collab-maint/tiny-initramfs.git Section : utils The source builds the following binary packages: tiny-initramfs - Minimalistic initramfs implementation (automation) tiny-initramfs-core - Minimalistic initramfs implementation (core tools) To access further information about this package, please visit the following URL: https://mentors.debian.net/package/tiny-initramfs/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/t/tiny-initramfs/tiny-initramfs_0.1-5.1.dsc Changes since the last upload: tiny-initramfs (0.1-5.1) unstable; urgency=high . * Non-maintainer upload. * Decompress kernel modules included in initramfs. (Closes: #1063142) - -- Vriendelijke groet, Kind regards, Victor Westerhuis -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmXIqzgTHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+3QGD/90vFeAtsjTVWxw/W88+KV9WWp5HS4S t380m73WMciSqK8tA94xiem+6kwVkgTr5VeKvNPKBiRhlhkXVAJiqoVmg9xTY7oh bmOb9vghXCQ81+KINiE9gkBzYHdeTF+OLalN0Vjwn1R1yvQFNgi7uB/bArfR4qv8 ytFzoqwFYURfuyVV5H+l5xhOl0q1BsNeShGQQGIhtH6rDvNhBdHIN6CAXMHkwIV8 E1SAxVTvK2oSW7tU6wCYlwG2pXmPsFxRwjDE1l4gL3mjm0yRbfjMP8h9e7AfKVSf 9GD88xrNGPxsKGFgEfCkm4ndzoF3JqypIjpI8Xw8Zm/OHnrVobxAI84zvJB1tCeX fOYmO3HHOPzNDecJ6idWGddjXdjuQDGepbT/ZJ3qzxIPaCCPBMkGLrkmfM+sb1eg voRhYA36Fen1sM75rBbEx6b+tWhnb8b/lVmVHI553FhQoo+Off0/vaQGzVKf+AEw O5hU6e8BpPaAB8XyLYpehm1+fhO4MMf6jDhK+a7kFeHugPNL92GbnKKcbR5yVcoU TqlXYyU1rULqALU8fozYIm/pfZm9iPrCxe23Cj3ziJ0cRBteOe8L9FV+pzr8F5Q2 72JIYsJ3Q24tLVuLVyFzYVyR2Yp778+bz6bcj+b0C1mY9HmbnkaVrc0/q/R/KVMb 01fIJEX7ZkkTAg== =cfoH -END PGP SIGNATURE-
Bug#1063142: tiny-initramfs: Fails to boot with compressed modules
Source: tiny-initramfs Followup-For: Bug #1063142 Control: tags -1 patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The attached patch works for both linux-image-6.5.0-5-amd64 (uncompressed kernel modules) and linux-image-6.6.13-amd64 (xz-compressed kernel modules). There are other compressors possible for kernel modules (gzip and zstd), but I targeted this fix as much as possible. - -- Vriendelijke groet, Kind regards, Victor Westerhuis - -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.6.13-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en_US:en:nl_NL:nl Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) - -- no debconf information -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmXAwcETHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+xJUD/9RtYxcePghLf2n9ZGA+V/zPRanexXj 9PflsIPJ8+fWDd5JfHBzVPWAUabEZotggzSkppGKegOLWKGTMqQishsFX39MmbrA Ht/O7wusUmpLBXu2tp8mfAEFvAxnKAzUzoIKi9PZKAurRyk1imzrNxieQBCfotgd WsKumqHaXOpVFQuRZfxunK9D3t/HRZwG99aMtSo5DemZASnh4BT4H66XkQaG0wwb Nb60o5Gdy6KMs/IJMLA2I9lo/uVHHPMeOoOu3M33uB0D5q9bDDqshnAzxflBCazw P864wswsYipt+npn7resBR76O5i7MhR+UryO7rJpKbt3FCf9dtQSn9707256wX6o 5eoFQfybzyoiX22uUbUabie7a/lIPQhBoGDjhnmxw/5HJ/Uqiws7WsqBQhvL2uDA bFAFi5/HYMTh7yj01PNNa6F0Ep0SzG35ywiXT5VSFuWLd/FzYNaJLYxv+0ZkBMID LIMIp89qCQ1SqDKS194BkDC680u00lPgC2jLHTtMODEiBJH8kf9ZYzcQCSj01Agx ajhm+dR5ckmKb+PBXZzIqjpc7b1+CR+gmjhwrQPq+AFV73tTjtpKOMhOYtEfuffD AM92tO2t/A523iPxpGUPjpQcjTJqc3ylBwnMjtyzXjvWu32cLyE9Ue6e9Gt4/v6L FYag/VjpodGFnw== =M4yi -END PGP SIGNATURE- diff -Nru tiny-initramfs-0.1/debian/changelog tiny-initramfs-0.1/debian/changelog --- tiny-initramfs-0.1/debian/changelog 2017-09-12 17:49:40.0 +0200 +++ tiny-initramfs-0.1/debian/changelog 2024-02-05 11:33:39.0 +0100 @@ -1,3 +1,10 @@ +tiny-initramfs (0.1-5.1) unstable; urgency=high + + * Non-maintainer upload. + * Decompress kernel modules included in initramfs. (Closes: #1063142) + + -- Victor Westerhuis Mon, 05 Feb 2024 11:33:39 +0100 + tiny-initramfs (0.1-5) unstable; urgency=medium [ Free Ekanayaka ] diff -Nru tiny-initramfs-0.1/debian/control tiny-initramfs-0.1/debian/control --- tiny-initramfs-0.1/debian/control 2017-09-12 17:49:40.0 +0200 +++ tiny-initramfs-0.1/debian/control 2024-02-05 11:32:21.0 +0100 @@ -24,7 +24,7 @@ Package: tiny-initramfs-core Architecture: linux-any Multi-Arch: foreign -Depends: cpio, ${shlibs:Depends}, ${misc:Depends} +Depends: cpio, xz-utils, ${shlibs:Depends}, ${misc:Depends} Built-Using: ${Built-Using} Description: Minimalistic initramfs implementation (core tools) A very minimalistic initramfs implementation for booting Linux diff -Nru tiny-initramfs-0.1/debian/extra/functions tiny-initramfs-0.1/debian/extra/functions --- tiny-initramfs-0.1/debian/extra/functions 2017-09-12 17:49:40.0 +0200 +++ tiny-initramfs-0.1/debian/extra/functions 2024-02-05 11:33:39.0 +0100 @@ -208,9 +208,18 @@ fi /sbin/modprobe --all --ignore-install --set-version="${VERSION}" --quiet --show-depends "$@" | \ awk '$1 == "insmod" { print; }' | while read dummy_type mod_file mod_options ; do -mod_name=${mod_file##*/} +mod_name=$(basename "$mod_file" | sed -E 's/(.*\.ko)(\..*)?/\1/') +mod_compression=$(basename "$mod_file" | sed -E 's/(.*\.ko)(\..*)?/\2/') if ! grep -q ^/"${mod_name}" "${initramfs_dir}/modules" ; then - cp "${mod_file}" "${initramfs_dir}/${mod_name}" + if [ "$mod_compression" = .xz ] ; then +xzcat "${mod_file}" > "${initramfs_dir}/${mod_name}" + elif [ -z "$mod_compression" ] ; then +cp "${mod_file}" "${initramfs_dir}/${mod_name}" + else +echo "$0: WARNING: unable to determine compression for modules while adding modules" >&2 +echo "YOUR SYSTEM MIGHT NOT BOOT WITH THIS INITRAMFS." >&2 +cp "${mod_file}" "${initramfs_dir}/${mod_name}" + fi printf "%s\n" "/${mod_name}${mod_options:+ $mod_options}" >> "${initramfs_dir}/modules" fi done
Bug#1063142: tiny-initramfs: Fails to boot with compressed modules
Source: tiny-initramfs Severity: grave Justification: renders package unusable X-Debbugs-Cc: li...@packages.debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Since kernel version 6.6.3-1~exp1 modules are compressed with xz. Tiny-initramfs does not decompress modules before loading them, rendering systems that need modules to boot unbootable. Because the initramfs is compressed anyway, I think the easiest fix would be for mktirfs to decompress the kernel modules when copying them. - -- Vriendelijke groet, Kind regards, Victor Westerhuis - -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.6.13-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en_US:en:nl_NL:nl Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) - -- no debconf information -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmXAqigTHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+3PDD/wOD4s89qm3SkLNi2BXPpgxoIikndDn ZKtE3EGUjyi7VCGG7E+yH6Mgxu4/y5W8Z9T8u8Jl96Vo0vKOlUFgLfkAChHpQRQu 52kFjw5zylF6FLe1nA6hmgvjs1YGCMEGjEp10gsEkVKecMMNJy2hdiY1rT3c6zBw vAllb2gBkd4Ln4Cz52cUFbPyXmZo7CVu3ImyIX45mQnWVTWcLqrr+L3o9+NgxCwT MSiYeMv5hecwUXZkCus+87dHV7noCWECrwDhMhjMh9PA+LI9oJMDcC4KLjliBxKM ZkDvvFZ9+vZsO0jG4H6YMdh3zb1uBloIvzlcUTAiHN76DfpPBhh3hJhGemPVZvPQ LWA3coi6wtLOAJ5yoOc82558tgg7QehcqbxQuhZxXN4S3oLj4vo4h3egwmAzHokz UXryrJbCfKcmjvlaApSRKhASmN+MyAJAybaqgOcBIig+MHEVA+Bg8mtKnmWrk2f5 NuNgNZlcH8zV1t7VQrv/jlvnMH0yavMJZzwKLaj2tJvOfjaYp0DFQLseXTYr6ZkU 7nRIcq6wJUmOm1pXxLqT7KVx1Cy0CfP6cM7ZcBiQLdJ3EdLYVTIE24gEHE6ReX83 OdegsE4iRATpKfSIC383hg7ppOjKIiNEDi5ibt1ObhG4RoBfxtQzEH2k+GTXUEte GomdwPAbyRu/MQ== =ijNW -END PGP SIGNATURE-
Bug#1061611: RFS: tapecalc/20240110-1 -- full-screen tape editor that lets the user edit a calculation
Package: sponsorship-requests Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear mentors, I am looking for a sponsor for my package "tapecalc": * Package name : tapecalc Version : 20240110-1 Upstream contact : Thomas E. Dickey * URL : https://invisible-island.net/add/add.html * License : X11, MIT-old * Vcs : https://salsa.debian.org/debian/tapecalc Section : math The source builds the following binary packages: tapecalc - full-screen tape editor that lets the user edit a calculation To access further information about this package, please visit the following URL: https://mentors.debian.net/package/tapecalc/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/t/tapecalc/tapecalc_20240110-1.dsc Changes since the last upload: tapecalc (20240110-1) unstable; urgency=medium . * New upstream version 20240110. * Update copyright years. * Update d/upstream/signing-key.asc. - -- Vriendelijke groet, Kind regards, Victor Westerhuis -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmW09GwTHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+8iMEACPTI3ZsjLqyttxffhI09omXsSTcioS Q2rPc8z1Qy+2sxUUVpy0s5yfV1iWA4fN0swBPWfpu//QxLD8SLxgwP639F5Xh/VX VVzVYbnIm5AmqUL8Nx3KWxXPuhNSLo0TCvS5imFE6C4y633frdBA+cCbl+F/Kien oS0wilohN+ChF5XYGRluBNvsLN7dfjVyqRDBkV61i6l7MeljbNV2oxuYo+Vn30zX IVcYMKyQykAwSk0vsI58P9GpA9URKYf9RMfPqJ8BXVK+fbsCVt86N6cVrbOBYWfj BcAostv3wYhPwkNe/SyZWk/i6aBDZFCgixxz2x9Y8ofGtkvNu5rolPAqN2DfjEnJ Jt7487mBg6eYuR2PnRpUwIuImA5WxiO4NXMNlE4rZkBwv4yOeh3eBjaQo6BL5PCz 1MjYh+7tOd/EdR2FoVBnn+MmhK9hoqq1nq1gsC1fRlogSMz3KUfgvhMnPFL2dzKs x+cFR7uyTUIDf3wcmgtLOwGUgTxpTZHX5QiVtuHHR+Lf0PqrA+FQy8W6xruM5DUX VELZwPYNejMLjYCH13JW6JrIixXrLqrTOBTlOIuM6lFiAnIl6l7NMBWmxmU5FXZL B573Tyo0+vvY8rEmFwVILGJ9yN5E1IgtYpc0dHMEQ+aIpOLZvv3P3KkuS81k3z6Z 8QqkVD2YbX/FIw== =W93B -END PGP SIGNATURE-
Bug#1060008: sioyek: segmentation fault with LANG=pt_BR.UTF-8
/a (libc.so.6 + 0x108a5c) Stack trace of thread 8197: #0 0x7f9c572a3156 n/a (libc.so.6 + 0x85156) #1 0x7f9c572a5818 pthread_cond_wait (libc.so.6 + 0x87818) #2 0x7f9c49f198fd n/a (iris_dri.so + 0x1198fd) #3 0x7f9c49ef96db n/a (iris_dri.so + 0xf96db) #4 0x7f9c49f1982b n/a (iris_dri.so + 0x11982b) #5 0x7f9c572a63ec n/a (libc.so.6 + 0x883ec) #6 0x7f9c57326a5c n/a (libc.so.6 + 0x108a5c) Stack trace of thread 8200: #0 0x7f9c572a3156 n/a (libc.so.6 + 0x85156) #1 0x7f9c572a5818 pthread_cond_wait (libc.so.6 + 0x87818) #2 0x7f9c49f198fd n/a (iris_dri.so + 0x1198fd) #3 0x7f9c49ef96db n/a (iris_dri.so + 0xf96db) #4 0x7f9c49f1982b n/a (iris_dri.so + 0x11982b) #5 0x7f9c572a63ec n/a (libc.so.6 + 0x883ec) #6 0x7f9c57326a5c n/a (libc.so.6 + 0x108a5c) Stack trace of thread 8195: #0 0x7f9c572a3156 n/a (libc.so.6 + 0x85156) #1 0x7f9c572a5818 pthread_cond_wait (libc.so.6 + 0x87818) #2 0x7f9c49f198fd n/a (iris_dri.so + 0x1198fd) #3 0x7f9c49ef96db n/a (iris_dri.so + 0xf96db) #4 0x7f9c49f1982b n/a (iris_dri.so + 0x11982b) #5 0x7f9c572a63ec n/a (libc.so.6 + 0x883ec) #6 0x7f9c57326a5c n/a (libc.so.6 + 0x108a5c) Stack trace of thread 8198: #0 0x7f9c572a3156 n/a (libc.so.6 + 0x85156) #1 0x7f9c572a5818 pthread_cond_wait (libc.so.6 + 0x87818) #2 0x7f9c49f198fd n/a (iris_dri.so + 0x1198fd) #3 0x7f9c49ef96db n/a (iris_dri.so + 0xf96db) #4 0x7f9c49f1982b n/a (iris_dri.so + 0x11982b) #5 0x7f9c572a63ec n/a (libc.so.6 + 0x883ec) #6 0x7f9c57326a5c n/a (libc.so.6 + 0x108a5c) Stack trace of thread 8199: #0 0x7f9c572a3156 n/a (libc.so.6 + 0x85156) #1 0x7f9c572a5818 pthread_cond_wait (libc.so.6 + 0x87818) #2 0x7f9c49f198fd n/a (iris_dri.so + 0x1198fd) #3 0x7f9c49ef96db n/a (iris_dri.so + 0xf96db) #4 0x7f9c49f1982b n/a (iris_dri.so + 0x11982b) #5 0x7f9c572a63ec n/a (libc.so.6 + 0x883ec) #6 0x7f9c57326a5c n/a (libc.so.6 + 0x108a5c) ELF object binary architecture: AMD x86-64 Sioyek runs fine with LANG=C or even LANG=pt_BR (without the encoding). Thank you. -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.6.9-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8), LANGUAGE=pt_BR:pt:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages sioyek depends on: ii libc62.37-13 ii libfreetype6 2.13.2+dfsg-1 ii libgcc-s113.2.0-9 ii libgl1 1.7.0-1 ii libgumbo20.12.0+dfsg-2 ii libharfbuzz0b8.0.1-1 ii libjbig2dec0 0.20-1 ii libjpeg62-turbo 1:2.1.5-2 ii libjs-jquery 3.6.1+dfsg+~3.5.14-1 ii libjs-sphinxdoc 7.2.6-3 ii libmujs3 1.3.3-3 ii libopenjp2-7 2.5.0-2 ii libqt5core5a 5.15.10+dfsg-5 ii libqt5gui5 5.15.10+dfsg-5 ii libqt5network5 5.15.10+dfsg-5 ii libqt5widgets5 5.15.10+dfsg-5 ii libsqlite3-0 3.44.2-1 ii libstdc++6 13.2.0-9 ii libsynctex2 2023.20230311.66589-8 ii sphinx-rtd-theme-common 2.0.0+dfsg-1 ii zlib1g 1:1.3.dfsg-3 sioyek recommends no packages. sioyek suggests no packages. -- no debconf information -- Victor Westerhuis
Bug#1058620: iwctl crashes with double-free when asking more than one question on command-line
Package: iwd Version: 2.10-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi maintainer, In /var/lib/iwd/.8021x I have defined a corporate network, without specifying my username or password. If I run `iwctl station connect `, I can succesfully enter my username. After pressing return, iwctl asks for my password. However, I cannot enter my password and iwctl does not respond to pressing return. Terminating iwctl by pressing ^C terminates iwctl with a libc error "free(): double free detected in tcache 2". I have recompiled libell0 and iwd with AddressSanitizer and found the error location. I have attached the output from AddressSanatizer. There are no issues when I connect using the iwctl shell or when I specify my username in the configuration file. - -- Groet, Regards, Victor Westerhuis - -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.5.0-5-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages iwd depends on: ii init-system-helpers 1.66 ii libc62.37-12 ii libell0 0.61-1 ii libreadline8 8.2-3 Versions of packages iwd recommends: ii dbus [dbus-system-bus] 1.14.10-3 ii dbus-broker [dbus-system-bus] 33-1+~optimized ii wireless-regdb 2022.06.06-1 iwd suggests no packages. - -- Configuration Files: /etc/iwd/main.conf changed [not included] - -- no debconf information -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmV53RITHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+7lxD/9LGdzp7q/V04nyPUk578bdytdbpRu/ rC/5xvtBYvdGj2pvoYgKQYOi8JiVUEbZyByKe3wTJL1+quONNCLy/2a8PO9AQI0n XdVPmqx65RO+AI0a4w5E+TLL+g5AsK5pdB+ON1Hvn9rWOegZW7Ct0psCYMqJIC+W vK3HZOcnVnoJiKJyCVynNyCkzftrleVb9uR5tx6ArTbNWJ75uSg+galUWAhbYLNT rJvNcHZllH++CVD45oqIn90tCwjmxWFYe6m9SMJg9NIM0uzQMO7aTxd1Wd/DbyKG wXUHiLZVRSTZgITDv83Ukt0r+l/3lLUzpaEu2ds0B8eRN6LC+sFImI9GM/S4NFR1 lHj1nUkmoooTGbQm98baIjavEO5J5w7FKf4EduJjSn0BE25fWAVxKeoHx/skmoob Vhp2rtCW5hAV0Fob/NMBDL1gBENdlkP47kije3azWOFYBNxcMnlHw9XBs2iR8zpj mYQbWaEMXo3kBtbnFYA2+mDvFeY3jp19BAg714oJVPgADQ5Jt4cTGmuLCfI5MBx0 PotrktkSzue/uG/jjCMdPyy6lwzQXHq4chRAqQf8a+SrA3MvzHZoVKkXGTVYhzKt 914WCwAr5tHXCxNoRyr3DQxf/WzAt76KsT8gyTA7y33rEW64RLO3kh4O9fDicVsE o27ixJDMKt0pMA== =H8lJ -END PGP SIGNATURE- = [1m[31m==2042890==ERROR: AddressSanitizer: heap-use-after-free on address 0x60b00880 at pc 0x7f7263efbce3 bp 0x7fff4a24c840 sp 0x7fff4a24c838 [1m[0m[1m[34mREAD of size 4 at 0x60b00880 thread T0[1m[0m #0 0x7f7263efbce2 in l_io_set_read_handler ell/io.c:262 #1 0x55626d1ce14a in display_agent_prompt client/display.c:849 #2 0x55626d1c1a1a in process_input_username_password client/agent.c:382 #3 0x55626d1c1a1a in agent_prompt client/agent.c:442 #4 0x55626d1ccaf7 in readline_callback client/display.c:730 #5 0x7f7263e95bbc in rl_callback_read_char (/lib/x86_64-linux-gnu/libreadline.so.8+0x37bbc) (BuildId: 1c37f1f25934c08d64296989ecdedac3fd2df66f) #6 0x55626d1cba09 in read_handler client/display.c:773 #7 0x7f7263efb079 in io_callback ell/io.c:105 #8 0x7f7263ef89b9 in l_main_iterate ell/main.c:461 #9 0x7f7263ef8cfb in l_main_run ell/main.c:508 #10 0x7f7263ef8cfb in l_main_run ell/main.c:490 #11 0x7f7263ef9030 in l_main_run_with_signal ell/main.c:630 #12 0x55626d1beda3 in main client/main.c:70 #13 0x7f7263ca36c9 in __libc_start_call_main ../sysdeps/nptl/libc_start_call_main.h:58 #14 0x7f7263ca3784 in __libc_start_main_impl ../csu/libc-start.c:360 #15 0x55626d1bf230 in _start (/usr/bin/iwctl+0x1a230) (BuildId: 6f9e02b618e99e9296aac04f28fa77930e431b33) [1m[32m0x60b00880 is located 0 bytes inside of 112-byte region [0x60b00880,0x60b008f0) [1m[0m[1m[35mfreed by thread T0 here:[1m[0m #0 0x7f726411f288 in __interceptor_free ../../../../src/libsanitizer/asan/asan_malloc_linux.cpp:52 #1 0x55626d1c1899 in agent_prompt client/agent.c:438 #2 0x55626d1ccaf7 in readline_callback client/display.c:730 #3 0x7f7263e95bbc in rl_callback_read_char (/lib/x86_64-linux-gnu/libreadline.so.8+0x37bbc) (BuildId: 1c37f1f25934c08d64296989ecdedac3fd2df66f) [1m[35mpreviously allocated by thread T0 here:[1m[0m #0 0x7f72641205bf in __interceptor_malloc ../../../../src/libsanitizer/asan/asan_malloc_linux.cpp:69 #1 0x7f7263ee6077 in l_malloc ell/util.c:49 #2 0x7f7263efb7ef in l_io_new ell/io.c:175 #3 0x55626d1ce1a1 in display_agent_prompt client/display.c:847 #4 0x55626d1c16c1 in request_username_and_password_method_call client/agent.c:245 #5 0x7f7263f3bf96 in _dbus_object_tree_dispatch ell/dbus-service.c:1
Bug#1057308: RFS: sioyek/2.0.0+dfsg-4 [RC] -- PDF viewer with a focus on technical books and research papers
Package: sponsorship-requests Followup-For: Bug #1057308 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Apologies for the improper move of the dependency to Static-Built-Using. I have uploaded a fixed version to mentors.debian.net. - -- Groet, Regards, Victor Westerhuis -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmVt2pYTHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+2CIEACc8+mTKxNTY5jCPjTWh8xS3MTBzt76 fljWfp+01YfzRlYub8cxNfd0YVolOU7BTjk6LwqNeu8H0iQxKkdFqB457oPSEsuL ouBS9ZmRdrxwvDzV/bWFzNx7VfYACljpLF3GokPY4j1yEXcOUHQmX+T2aAFrs6zq j1GPEKh0pJXpESwGqpZlxc/mtb8EYCLh/RvYbHXcjtuB1/PQqZ3UETHce7p4tk2g C3GOzGfEp4czhYm/2xEZPzA7leGINp0TCfrp+40Ri9fyrYyRX3fZGO/os9+Lumez vKgU1WPgotba+A8jYszjL6tQDZzfODWLJH/n0tAByIBSwvvHGlK+63WwiGYt5DRD fMrKQXVmL56lx5MyqST33ldcZqkue7e8un+Xt/G8arUBH6LNGRCOTCTx9KUGZa4k c/P+0tQM6EIMLsRKn4vivjcPRtt/2eFmDOIlZdoBxF0n7ezuenJ2dvhOng3izQD1 W9Kr99qKOOY5l/Q1Mw6iy1/uHJr/YCKe729FrfhVsI+ECNJL3WqluTDaJl35Z3/z 8AywDEgAYJstYR1umoVaaHrhxYXc59k8Y9ld5muN+6/R1N9oaZ8F47/USeRx/vQX v+y+BTu3bKGlMBgY4znCA8XXVnpWMYx/btBJIqJKsDzeszWVb7Qe1t3dTwUY6WMM 2E/kSLUZTAoO+w== =MJoF -END PGP SIGNATURE-
Bug#1057307: sioyek: FTBFS with mupdf 0.23
On Sun, 03 Dec 2023 02:56:20 +0100 Victor Westerhuis wrote: Package: sioyek Version: 2.0.0+dfsg-3+b5 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: mu...@packages.debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 mupdf 0.23 drops the pdf_parse_link_uri symbol, causing sioyek to fail to build from source. I am preparing a new upload to fix the issue. Apologies, the symbol is not dropped, but the declaration is moved to an internal header in https://github.com/ArtifexSoftware/mupdf/commit/254f77c41049cf8229ecb878e6c641c7ccfdf9df. It's still an API change that was not tested before uploading. @mupdf maintainers: Could you test if reverse dependencies still build before pushing a new version in the future? - -- Groet, Regards, Victor Westerhuis - -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.5.0-4-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en_US:en:nl_NL:nl Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages sioyek depends on: ii libc62.37-12 ii libfreetype6 2.13.2+dfsg-1 ii libgcc-s113.2.0-7 ii libgl1 1.7.0-1 ii libgumbo20.12.0+dfsg-2 ii libharfbuzz0b8.0.1-1+~optimized ii libjbig2dec0 0.19-3 ii libjpeg62-turbo 1:2.1.5-2 ii libjs-sphinxdoc 7.2.6-2 ii libmujs3 1.3.3-3 ii libopenjp2-7 2.5.0-2 ii libqt5core5a 5.15.10+dfsg-5 ii libqt5gui5 5.15.10+dfsg-5 ii libqt5network5 5.15.10+dfsg-5 ii libqt5widgets5 5.15.10+dfsg-5 ii libsqlite3-0 3.44.2-1 ii libstdc++6 13.2.0-7 ii libsynctex2 2023.20230311.66589-8 ii sphinx-rtd-theme-common 2.0.0~rc3+dfsg-2 ii zlib1-ng [zlib1g]2.0.6-0+~local1+b1 ii zlib1g 1:1.3.dfsg-3 sioyek recommends no packages. sioyek suggests no packages. - -- no debconf information -- Victor Westerhuis
Bug#1057308: RFS: sioyek/2.0.0+dfsg-4 [RC] -- PDF viewer with a focus on technical books and research papers
Package: sponsorship-requests Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear mentors, I am looking for a sponsor for my package "sioyek": * Package name : sioyek Version : 2.0.0+dfsg-4 Upstream contact : https://github.com/ahrm/sioyek/issues * URL : https://sioyek.info/ * License : GPL-3.0+, GFDL-NIV-1.2+ or CC-BY-SA-3.0 or CC-BY-SA-2.5 and CC-BY-SA-2.0 and CC-BY-SA-1.0, BSL-1.0, forrest-smith-license * Vcs : https://salsa.debian.org/viccie30/sioyek Section : misc The source builds the following binary packages: sioyek - PDF viewer with a focus on technical books and research papers To access further information about this package, please visit the following URL: https://mentors.debian.net/package/sioyek/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/s/sioyek/sioyek_2.0.0+dfsg-4.dsc Changes since the last upload: sioyek (2.0.0+dfsg-4) unstable; urgency=medium . * Move libmupdf-dev to Static-Built-Using. * Fix build with mupdf 0.23. (Closes: 1057307) - -- Groet, Regards, Victor Westerhuis -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmVr6xMTHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+xGCD/92gp07cy6KxdRFswnHDBBe/ZKjQ7sw +NWuJGEK5ZdJpbChN9o6TbwjtOFOaN2+0jkDeH53Pv2Kh33cfPYJIQv+6KxDztDm sCkH5b4593D4e5SWve0ey++yejMooaJoohDeJzdsLtvSzh4snVNBJvuqm7j1jQ2S jdJNLkR3ggcn25y6Qgr+oC953ONJg1b6JOs6bXLNaR8WEXE+suctP/+UbCztzCc0 uNvOgrAUHwCaFBJ7GvWg6FeXvCIVuPW6ZtMF5WIFLLTCZWwPS4a4wq2PIAOfQjct LJBeFKRhvzn4puQo4wAAN7MY1Yu1gw889pQrXENcBRmcGaGUTugHGGBt1xeYlbKj +X8Ldo0qGzMtSM49BVHfqIfsz4frCGP5yn+xZc/tdH6mo73Nh8cPIcu0+VSM3gRA 8KaX8H1nb3EofDqEeV4mxPXHe6fgP1gi48Qckw7eH1yGVeryTM3eX+oRviIFKdOX Dv3Qal0BHr2v1fl4skCv63BCtqCRiMwbGzsx69Mx5Hn2SlmVVv1hxv4Uf5gJel+b /R7Q18Gp102o/OuUgDFjHhVxQY5b1xzTwdzsyTMkVCPvsTixSe4Y9E8zojIbdtmj 2lv1bXIdopDBPOKiycKPvwoWdWq1IqkA9+jF3r9TJq0aStBDDo9rwIZZCeTmNuyW GnwWGtux1jUo3w== =3qNT -END PGP SIGNATURE-
Bug#1057307: sioyek: FTBFS with mupdf 0.23
Package: sioyek Version: 2.0.0+dfsg-3+b5 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: mu...@packages.debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 mupdf 0.23 drops the pdf_parse_link_uri symbol, causing sioyek to fail to build from source. I am preparing a new upload to fix the issue. @mupdf maintainers: Could you test if reverse dependencies still build before pushing a new version in the future? - -- Groet, Regards, Victor Westerhuis - -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.5.0-4-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en_US:en:nl_NL:nl Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages sioyek depends on: ii libc62.37-12 ii libfreetype6 2.13.2+dfsg-1 ii libgcc-s113.2.0-7 ii libgl1 1.7.0-1 ii libgumbo20.12.0+dfsg-2 ii libharfbuzz0b8.0.1-1+~optimized ii libjbig2dec0 0.19-3 ii libjpeg62-turbo 1:2.1.5-2 ii libjs-sphinxdoc 7.2.6-2 ii libmujs3 1.3.3-3 ii libopenjp2-7 2.5.0-2 ii libqt5core5a 5.15.10+dfsg-5 ii libqt5gui5 5.15.10+dfsg-5 ii libqt5network5 5.15.10+dfsg-5 ii libqt5widgets5 5.15.10+dfsg-5 ii libsqlite3-0 3.44.2-1 ii libstdc++6 13.2.0-7 ii libsynctex2 2023.20230311.66589-8 ii sphinx-rtd-theme-common 2.0.0~rc3+dfsg-2 ii zlib1-ng [zlib1g]2.0.6-0+~local1+b1 ii zlib1g 1:1.3.dfsg-3 sioyek recommends no packages. sioyek suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmVr4EQTHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+xTaD/9MoSE02oPgj/bc6EWqumd/iTnk7aHe VIR7IfeJkvjIvnxEXr518se9Fy8E7V8eLS2shOYM0YWT4e/7kKgnB2trCyD7cMnw jJLrrBsRf0WEIpvg2J6EwbUoZpExBieD7hdXCWbezCPeNsQNDuhTvC1/0rpttt7v ZPwUtj0T1wfZwpryLbTMkZxX4Avb5ZLgplu6Hkomf9sfrF0/xCEU8bG3X5Blxy6q j+nDG49ALo8hKepdWwT5J/FAOY9wn9vLovWHv2S8LrHIkFbpvT71fGy/JnPpcoiD /KaUsWSf7DQGJ/A7V/85OMSVahFiXvK13VEGFA9d6wLPeO4d4VeoGbsvl2d/0yA8 U4Z6zwwZfgQ1eqJPxhr98Znv5cNFzULuinVXcHgRGW/TWX9SBiy3LU54z3VsjTDw 96++mVz79n6dZt5yAe1mzcniVzSi0bZA3opDeOZbCwY0kq+QXntO39Dgko9D9Pwy c9HMYBcXMZqf4buEUrnMrHsKA89VdW5YhEuaBVqR0PadljHkoHIadu6poADZUeCD ckeweCZCP96J4ICGUzXunKZ0uOUQcFAcKJKNTZDG9eGMbx2XTJ5sVCIEDEnYOXww cPgVVjMpW0XIRp76hgFV9FGBxO8GGNE0pLOCq6JZON0Wovo4ayntYSyB/5CfSUun o356ZnKsr2hzGw== =wLiO -END PGP SIGNATURE-
Bug#1057306: RFS: kmscon/9.0.0-5 [RC] -- Simple terminal emulator based on Kernel Mode Setting
Package: sponsorship-requests Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear mentors, I am looking for a sponsor for my package "kmscon": * Package name : kmscon Version : 9.0.0-5 Upstream contact : https://github.com/Aetf/kmscon/issues * URL : https://github.com/Aetf/kmscon * License : Expat and HPND, Expat, LGPL-2.1+, GPL-2 with Font exception, public-domain * Vcs : https://salsa.debian.org/viccie30/kmscon Section : utils The source builds the following binary packages: kmscon - Simple terminal emulator based on Kernel Mode Setting To access further information about this package, please visit the following URL: https://mentors.debian.net/package/kmscon/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/k/kmscon/kmscon_9.0.0-5.dsc Changes since the last upload: kmscon (9.0.0-5) unstable; urgency=medium . * Stop using undocumented autoscripts in d/rules. * Move unifont from Built-Using to Static-Built-Using. * Fix FTBFS when systemd.pc changes systemdsystemunitdir. Thanks to Helmut Grohne. (Closes: 1052644) Groet, Regards, - -- Victor Westerhuis -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmVr1lwTHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+wD8EACxucvUZbmIf605yVCNZZgriZktEvlL h28S5Qn2guNDkjO5Ds/97wWuhePMjq4ZnkDRpGZl0D5zEO8/CQKWek7Su4BBtwbh iRvj38dMB4UGzlARbBufFXi6iRTGcdbTV/jts+2/qykIvMNQwFQMwhRfGoIRKaZr FTkG0PmBAY8Z3pgkas1O8UAsn6+jPi+Y6wJqp3bTISIXUDgwzl1xGBuMbigBAzob Kmt+RPDZAQlIYxs+bhkdELvFm2a6Njo5xGjK2k1XX8awNpqGhcAKhtH/dtryNA1e /un1bxXB70OoOHFk4CosDBcP4vv+qbnfBGhjqNdwA7I/PCCAV7VZk5HVdE6FrPGB shSBfPF26UngsTL0mrdvOP9R6fvW5lMHpXlaJQ4Es7R7hEZdu+h6xX+QoJoys2B/ 6RNTOcgcgHGm9aQcijdytcUqpmXqbv/26NClPlH/qN3O2h0bCEb3IuperPPLT0L8 kH4AJU9KVeN2f9DynON9uoCaVzb3hDbKGxFORc1DGavQxaiINs2STbZlJCjr6oUW rFERhgCSA3PoTAFT+PIXQnuS2uX+yAZyn0BfjgtuXsSuMJc5JOwc/sxj0Iek1z6k WEcRA6vMtfyPD3IJRaOfZc6ci0a52KdQknrFlAL/DkXtVMMnPshRxO9DMQa/+HuC woCNdIUNz1p+NA== =DM/U -END PGP SIGNATURE-
Bug#1043360: ITP: python-poetry-dynamic-versioning -- dynamic versioning plugin for Poetry
"Jakub Ružička" schreef op 9 augustus 2023 17:11:15 CEST: >On 23-08-09 15:08, Colin Watson wrote: >> How will this sort of thing work when a git tree isn't necessarily >> available at binary package build time, since buildds build binary >> packages from a source package rather than directly from git and the >> source package doesn't usually include a git tree? Is it just a matter >> of causing the plugin to exist so that pybuild doesn't fail, but in >> practice the version is still going to be set by something that's >> actually in the source package? > >A primary objective is to provide the plugin so that > >python3 -m build > >works in general, not limited to package builds. > >Supporting pybuild correctly out of the box for projects using the plugin is >a next step. > >I'm not sure how it will behave when no VCS is available as in source package. > >IIRC it replaces version in pyproject.toml during build. So possibly >a mechanism that does the same during package build but from d/changelog >version might solve this... Hmmm, sounds non-trivial. > >This will certainly require some testing. > There are already some workarounds for other similar tools in pybuild.pm, so that would be the place to add this workaround as well, if necessary. See the current examples at https://salsa.debian.org/python-team/tools/dh-python/-/blob/master/dh/pybuild.pm#L125-151 -- Groet, Regards, Victor Westerhuis -- Groet, Regards, Victor Westerhuis
Bug#1040326: RE: RPF jwalk and tabular
Control: retitle 1040326 ITP: rust-jwalk -- Filesystem walk performed in parallel with streamed and sorted results Control: owner 1040326 ! Hi Matthias, On Tue, 4 Jul 2023 17:14:36 +0200 (CEST) matthias.geiger1...@tutanota.de wrote: Hi Victor. Note that the rust teams' policy is only to file bugs for rust crates if they are binary ones (e.g. /usr/bin/foo). It's not wrong; you can leave those open for now. Since most members on the rust team are kinda busy I'd suggest to look into whether you want to package those crates yourself. Usually it's straightforward; if you're interested you can look into it here <https://blog.hackeriet.no/packaging-a-rust-project-for-debian/>. Feel free to ask me or on the debian-rust irc channel if you have any questions :) regards, --- Matthias Geiger (werdahias) Thanks for the response! My spam filter apparently ate your original message, so I only noticed now that I'm trying to package jwalk myself. I'll follow the advice and open a MR. I see someone else is already busy packaging tabular, so I'll wait for that MR to get merged and for the new package to clear NEW. -- Groet, Regards, Victor Westerhuis
Bug#1042717: autodep8: does not parse Testsuite field as a comma-separated list
Package: autodep8 Version: 0.28 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello maintainer, The autodep8 script parses the Testsuite field in debian/control as a single test suite name, while dsc(5) describes that "the value is a comma-separated list of test suites." I have opened a MR at https://salsa.debian.org/ci-team/autodep8/-/merge_requests/31 to fix this behavior, which I think is a bug. - -- Groet, Regards, Victor Westerhuis - -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.4.0-1-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en_US:en:nl_NL:nl Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages autodep8 depends on: ii dctrl-tools 2.24-3+b1 autodep8 recommends no packages. autodep8 suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmTG+DwTHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+6d6D/47BVw7Z8JFDIsju6F96tr7/PsVnT3D gdSDR+j8Cb8UKkEpHj8vxTQod2yMdppqJRWyq7MeUuiHYT86fgPSOyhYGLBZvjJK lEfrvRspX5q9xwOx7ui3SFYcjkuLafWl/oFcC7x+bhJ0q/kHQP5rJvjS26HKa55v eoNr01zAbiUnKBX6m63U9gfFLpJg8kG2rl1SzVXZqBk/zCZkCAiIyIa8C+hrYdln 1EccXbR23INqdp8gicMslmMBkpg/B0oIgO0xp/CQ5G1T7bH+Q7z8VIvai3aRfX+a 72sx1qDYU5/bjP7Qktiy28ApxvE89EoYzO1uQE68lHtqFkjuxGWk2LvQmGB44GT/ EN3WYGzAS/cdsBeoeMMIv+98Ke6mzW6jndXENQTvVLCatKjNbb+YUjiW84TswTWM HUvhZqLL7pSdDDx49oRhe3DZJX07D4UWkT4kPjRhOqE33JlTI8Jd8dHq1oEdixgd ByjCjMvvklJFUUXOXLgfQrC6N6psP+3lArrbaCBwVvB+NhLmxebcZkIdIim4dW2d Eha1lGUn0S8lO3STUEEd5C4tt5q9DuBKJ/jdA4HdidWApMLA4k2MOGlMHi1bx7a/ NMI1pKHOetVqhv7joAvbVdzTlWUBcqLJNba2GwcDdRy2dBagbDcB7NxgAhZBjX3S 2waXa5gtgbqW2g== =Y2+O -END PGP SIGNATURE-
Bug#1042510: Not able to upgrade binutils-x86-64-linux-gnu
Source: binutils Followup-For: Bug #1042510 Control: forcemerge 1042498 -1 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 This seems to be a duplicate of #1042498. Regards, Victor - -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.3.0-1-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en_US:en:nl_NL:nl Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) - -- no debconf information -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmTFGrITHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+xNJD/9RuQUZbZhrqSo3tCx6sBNN7J6tBLUk K80hBiq+e6feiYqYmNBt/r9US3FEC/CX3ggwA+ne7MJWjzdrTJPHcp/Ad5ndHaqO 2eyV9fPjwbgQOYl6npAFoM8UimI5YsZ/5EwkqWGhP7PfwfikBT4XyVbuZUyFDU2R RkzSBSGX1DJdHJL37FzBqcv22r+pls6moc9ati3yG7pthjovp4WZ5qy7LR8fJkPw +bLcUKX+7n3zwjxckO8or2t7Bv8d6bM93G2no5OYdAvd3Kmz80ewiIHvmztTBpSC Cu0+ruZiJizLRCpt2sWUBZ5HaiL/wAxcoQLqkWqJ6Ki3UopshYGwjhbL2HVkVQrR GoG7Kh6wx0DPc2rCX4LXt4iTTlRd6d0VNkMyFaD3Qse7ELejlILPX3WWfk7Fl3d8 bWeUa4N3gUmvk0vfB+N4iyPoSUxvqd0XRyrbYKb36Yp3qlL+jneAZ0uWFiO1x9ix 89VsopET4AWhreWAazDCPhXc2L2OBH3/tzEszFBZZ8uu0bgyEIxq9P8JBQvdx9v8 IlEfTw/TIWVchFVchbCuf9kiRQ66F1N/emHPgYsv5vW5yMzRj4w3f2yDNSl2H52e BgqrqiZy3AZhyVLa+rJS6nBmb1v+cGr+MTXUggfU83Hu+Kxa9tp9O5rgXOICxs9v cSvjqP4x5Y8sZg== =0T5p -END PGP SIGNATURE-
Bug#1040327: RFP: rust-tabular -- Plain text tables, aligned automatically
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-r...@lists.debian.org, vic...@westerhu.is Control: block 30 by -1 * Package name: rust-tabular Version : 0.2.0 Upstream Contact: Jesse A. Tov * URL : https://github.com/tabular-rs/tabular-rs * License : Expat or Apache-2.0 Programming Lang: Rust Description : Plain text tables, aligned automatically Builds plain, automatically-aligned tables of monospaced text. This is basically what you want if you are implementing `ls`. tabular is a dependency of newer versions of watchman which I want to adopt and update. -- Groet, Regards, Victor Westerhuis
Bug#1040326: RFP: rust-jwalk -- Filesystem walk performed in parallel with streamed and sorted results
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-r...@lists.debian.org, vic...@westerhu.is Control: block 30 by -1 * Package name: rust-jwalk Version : 0.8.1 Upstream Contact: Jesse Grosjean , Sebastian Thiel * URL : https://github.com/byron/jwalk * License : MIT Programming Lang: Rust Description : Filesystem walk performed in parallel with streamed and sorted results jwalk is a dependency of newer versions of watchman which I want to adopt and update. -- Groet, Regards, Victor Westerhuis
Bug#1019497: ITA: watchman -- file watching service
Package: wnpp Followup-For: Bug #1019497 Control: retitle -1 ITA: watchman -- file watching service Control: owner -1 ! -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I would like to adopt watchman. I have started some packaging updates in a Salsa fork at https://salsa.debian.org/viccie30/watchman. I am not a Debian Developer or Maintainer, so I will post the updated package to mentors.debian.net once I have it completely working. Groet, Regards, Victor Westerhuis -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmSg8vkTHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+4Q/D/wPoW4biwl7fpNP+cSShrcKXNEqbaqP 5BzI7yP5Sgd/mCNvyv+aJr4DF9Lg4x7IxpuqdpdhGC4TV0EfwN4xcvLzdS11YBtC wBS+4qYQmfTRljX7/wimMVxxqpN4lcEGr+QUks+yHE7d/5Fq9w1iVpkEA9yBeFsb Qt4q2GLj6dSrgH1e1j1DlKKe41UTmIjGYEIpGBIKgH9jPYChy8tcIm6UKoQyBWjk 6yqTsSMpDsS+A8yjItsYFose465X3PvmRQqLxG5/cbtyNa4+y8xkmbb9laxddWUQ Vw2PtDiCfr/UHF638maAMiMDpJ3Cg/V5hFRQXi87cQ56dGeau1qde0Dqzd1aui5X qRiS7elFVcpEiDavRdOFgfCOv96L4qZ7pxYtA35tCJPetuwoJ7PZxzjXXTCteh4J 5rb7i9orhrsUg14dD+ZkbzPsProIofXDWYqAYGYFn2VS2LNpc7K/EGeeJ4+aPUEI XuQOMRATMOEthFOl5WbqGMO29HtRR8hDQxfvn1z2FixP720IqpzvaqcFTq/CrUXV VfMaqGmPGnbBES5uVnm6MsccZ+m9dNIClleY3B/mGooCMAfaZt2F7faJiJcPfQPC My6GJUGVZ/LgGqBcjhq+1CT0fXIkcQpg1GlHvpk+593vQAqffksR6bO/5rYfcqvA jMTmqPXI/tjyYg== =bAVU -END PGP SIGNATURE-
Bug#1039701: libsigrok4: Built-in driver list is empty when compiled with LTO
Package: libsigrok4 Version: 0.5.2-4 Severity: normal Tags: patch upstream This bug only shows up when libsigrok is compiled with LTO and was reported (https://sigrok.org/bugzilla/show_bug.cgi?id=1433) and fixed (http://sigrok.org/gitweb/?p=libsigrok.git;a=commit;h=da5286bfa5d2dad1e24b9c9442c9875332d84e64) upstream. I have opened a MR on https://salsa.debian.org/electronics-team/sigrok/libsigrok/-/merge_requests/3. Groet, Regards, Victor Westerhuis -- System Information: Debian Release: bookworm/sid APT prefers lunar-updates APT policy: (500, 'lunar-updates'), (500, 'lunar-security'), (500, 'lunar'), (100, 'lunar-backports') Architecture: amd64 (x86_64) Kernel: Linux 6.2.0-23-generic (SMP w/4 CPU threads; PREEMPT) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages libsigrok4 depends on: ii libbluetooth3 5.66-0ubuntu1 ii libc6 2.37-0ubuntu2 ii libftdi1-2 1.5-6build2 ii libglib2.0-0 2.76.1-1 ii libhidapi-hidraw0 0.13.1-1 ii libieee1284-3 0.2.11-14build2 ii libserialport0 0.1.1-4 ii libusb-1.0-0 2:1.0.26-1 ii libzip41.7.3-1ubuntu2 libsigrok4 recommends no packages. libsigrok4 suggests no packages. -- no debconf information >From a4aefa75a767e90fd4013ee9c307934edff28c56 Mon Sep 17 00:00:00 2001 From: Victor Westerhuis Date: Wed, 28 Jun 2023 12:46:14 +0200 Subject: [PATCH] Unbreak list of builtin drivers for LTO configurations LP: 2025248 --- ...k-list-of-builtin-drivers-for-LTO-co.patch | 74 +++ debian/patches/series | 1 + 2 files changed, 75 insertions(+) create mode 100644 debian/patches/03-driver_list-unbreak-list-of-builtin-drivers-for-LTO-co.patch diff --git a/debian/patches/03-driver_list-unbreak-list-of-builtin-drivers-for-LTO-co.patch b/debian/patches/03-driver_list-unbreak-list-of-builtin-drivers-for-LTO-co.patch new file mode 100644 index ..82ab8469 --- /dev/null +++ b/debian/patches/03-driver_list-unbreak-list-of-builtin-drivers-for-LTO-co.patch @@ -0,0 +1,74 @@ +From: Gerhard Sittig +Date: Tue, 3 Nov 2020 18:25:18 +0100 +Subject: driver_list: unbreak list of builtin drivers for LTO configurations + +Check for the availability of the "no_reorder" linker attribute, which +keeps the list of builtin drivers in shape on LTO enabled build setups. +Keep backwards compatibility for platforms which lack support for the +"no_reorder" attribute. Phrase the implementation such that other +keywords as well as user provided external specs are possible. + +This resolves bug #1433. + +Submitted-By: Ivan Mironov + +Origin: http://sigrok.org/gitweb/?p=libsigrok.git;a=commit;h=3decd3b1f0cbb3a035f72e9eade42279d0507b89 +Bug: https://sigrok.org/bugzilla/show_bug.cgi?id=1433 +--- + src/driver_list_start.c | 1 + + src/driver_list_stop.c | 1 + + src/libsigrok-internal.h | 10 ++ + 3 files changed, 12 insertions(+) + +diff --git a/src/driver_list_start.c b/src/driver_list_start.c +index 7b6c775..535e331 100644 +--- a/src/driver_list_start.c b/src/driver_list_start.c +@@ -28,6 +28,7 @@ + */ + + SR_PRIV const struct sr_dev_driver *sr_driver_list__start[] ++ SR_DRIVER_LIST_NOREORDER + __attribute__((section (SR_DRIVER_LIST_SECTION), + used, aligned(sizeof(struct sr_dev_driver * + = { NULL /* Dummy item, as zero length arrays are not allowed by C99 */ }; +diff --git a/src/driver_list_stop.c b/src/driver_list_stop.c +index ff2c51d..eefda05 100644 +--- a/src/driver_list_stop.c b/src/driver_list_stop.c +@@ -28,6 +28,7 @@ + */ + + SR_PRIV const struct sr_dev_driver *sr_driver_list__stop[] ++ SR_DRIVER_LIST_NOREORDER + __attribute__((section (SR_DRIVER_LIST_SECTION), + used, aligned(sizeof(struct sr_dev_driver * + = { NULL /* Dummy item, as zero length arrays are not allowed by C99 */ }; +diff --git a/src/libsigrok-internal.h b/src/libsigrok-internal.h +index c57f205..0e1ebdb 100644 +--- a/src/libsigrok-internal.h b/src/libsigrok-internal.h +@@ -282,6 +282,15 @@ struct zip_stat; + #define SR_DRIVER_LIST_SECTION "__sr_driver_list" + #endif + ++#if !defined SR_DRIVER_LIST_NOREORDER && defined __has_attribute ++#if __has_attribute(no_reorder) ++#define SR_DRIVER_LIST_NOREORDER __attribute__((no_reorder)) ++#endif ++#endif ++#if !defined SR_DRIVER_LIST_NOREORDER ++#define SR_DRIVER_LIST_NOREORDER /* EMPTY */ ++#endif ++ + /** + * Register a list of hardware drivers. + * +@@ -311,6 +320,7 @@ struct zip_stat; + */ + #define SR_REGISTER_DEV_DRIVER_LIST(name, ...) \ + static const struct sr_dev_driver *name[] \ ++ SR_DRIVER_LIST_NOREORDER \ + __attribute__((section (SR_DRIVER_LIST_SECTION), used, \ + aligned(sizeof(struct sr_dev_driver * \ +
Bug#1038812: ITP: sexp -- S-expressions parser and generator C++ library and command-line tool
Hi Daniel, Daniel Kahn Gillmor schreef op 21 juni 2023 18:20:52 CEST: >Package: wnpp >Severity: wishlist >Owner: Daniel Kahn Gillmor >X-Debbugs-Cc: debian-de...@lists.debian.org, d...@fifthhorseman.net > >* Package name: sexp > Version : 0.8.5 > Upstream Contact: Maxim Samsonov >* URL : https://github.com/rnp/sexp This link does not work for me, it gives a 404 error. >* License : MIT > Programming Lang: C++ > Description : S-expressions parser and generator C++ library and > command-line tool > >S-expressions are data structures fr representing complex data as a >variation on LISP S-Expressions. They are similar to (but older than) >JSON. There are a handful of variations in format and >canonicalization that it can be useful to translate between, and to >abstract away from. > >This C++ library inherits from the the original canonical MIT-licensed >s-expression code offered by Rivest and Lampson, and is augmented to >include parsing capabilities for extensions made by the GnuPG project. > >This library is used by the current upstream version of librnp >(Ribose's OpenPGP implementation), for the purpose of interoperability >with GnuPG's local file storage. > -- Groet, Regards, Victor Westerhuis
Bug#1035823: RFS: libtsm/4.0.2-0.4 [NMU] [RC] -- Terminal-emulator State Machine
Package: sponsorship-requests Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear mentors, I am looking for a sponsor for my package "libtsm": * Package name : libtsm Version : 4.0.2-0.4 Upstream contact : https://github.com/Aetf/libtsm/issues * URL : https://github.com/Aetf/libtsm * License : Expat, LGPL-2.1+, MIT-Open-Group and HPND-DEC and HPND-DEC-HP and Expat, public-domain, Expat and HPND and BSD-2-clause * Vcs : [fill in URL of packaging vcs] Section : libs The source builds the following binary packages: libtsm4 - Terminal-emulator State Machine - runtime libtsm-dev - Terminal-emulator State Machine - development To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libtsm/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/libt/libtsm/libtsm_4.0.2-0.4.dsc Changes since the last upload: libtsm (4.0.2-0.4) unstable; urgency=medium . * Non-maintainer upload. * Unbreak d/watch broken by Github changes. * Switch /usr/share/doc/libtsm-dev from dir to symlink on upgrade. Thanks to Andreas Beckmann for reporting this packaging error. (Closes: 1035764) Regards, - -- Victor Westerhuis -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmRacGMTHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+z+oD/4ytMmdb2AzAhwxZXYnLdmPPoWVeguH X3EFM8T0DQaSBNfZ2S1XXE2jNdx8lhda3OeVqQoKA21MTtaRsCJ/mjpV2XzAvBsR Dfs4zACqAiHLoTLwI39ZS5yAkFFnVpiwPpCv5HkzVwMs8kh8QOy6oU4+cbnoEMgK TKcp4f6m1d2tZvAJKXt/w5zd9CSLWhNaRr/a6LlbArDL8n3lcCXDoiK6UEWrDIKA vnNcNA6wO6eH43Kyz3mgY7WRXmkoKZdtg4rOwYypEcO8MALQhrvRrBSVD3qvggQG OzdXMFSCRA/kfKcJYNDMJOTfvrp5syDP64pmxxeAqKT08kM9GK6AYj3MpBlvBKs+ vNbGW25g9kSaoHhHy4qkJSDJzuS9aRcx0Q8S/ruSaF+Yd6gCVuCr/vAOK3sIY7SM tc8bbkJZbjPGin8RTBmW5XQ1jAoF7Ar2zziRdGY/+LUCLRxgBrl9AQX4fU8ebG9y vXVNJ2SJiy5NwR7wOTDVVhj2LTHAFv0gYdhnl3OVgdNeZy8e3N07NvcewALl8DN3 laF5w2WZiZ5JUVrayltLzHnPcao8qWJ+bse6jC66aNRmvsdwLOjoiQSo93y6C9jQ yjZH5+Om547Whs+ybhcpWVhiauUxuad5QZQmlg3kQ43AoSJMDS26dkDRp2tpu/vm buwWIEJa/M8fNA== =k9t1 -END PGP SIGNATURE-
Bug#1032506: plantuml: crashes on startup
Control: severity -1 important Hi Andrej, Thanks for the quick response. Andrej Shadura schreef op 08.03.2023 10:44: Hi, On Wed, 8 Mar 2023, at 10:36, Victor Westerhuis wrote: Package: plantuml Version: 1:1.2020.2+ds-2 Severity: grave Justification: renders package unusable X-Debbugs-Cc: vic...@westerhu.is Hi maintainer, Plantuml immediately crashes on startup with the following stacktrace: The requested library, /usr/lib/jvm/java-17-openjdk-amd64/lib/libawt_xawt.so, is found in openjdk-17-jre, which is not a dependency of default-jre-headless. It is, however, a dependency of default-jre. Manually installing default-jre does indeed solve the error. Thanks for the bug report. Does this happen always, or with some specific command-line options? I was told before that plantuml is known to work headless as well, although I hadn’t tested it myself. The issue is in https://salsa.debian.org/debian/plantuml/-/blob/master/debian/plantuml.sh#L29-32: if the DISPLAY environment variable is unset the headless AWT backend is requested, which is correct. However, the opposite is not necessarily true: if DISPLAY is set, default-jre is not necessarily installed. I have downgraded the severity, because explicitly unsetting DISPLAY before calling /usr/bin/plantuml fixes the crash. -- Groet, Regards, Victor Westerhuis
Bug#1032506: plantuml: crashes on startup
Hi (again) Andrej, Victor Westerhuis schreef op 08.03.2023 10:56: Control: severity -1 important Hi Andrej, Thanks for the quick response. Andrej Shadura schreef op 08.03.2023 10:44: Hi, On Wed, 8 Mar 2023, at 10:36, Victor Westerhuis wrote: Package: plantuml Version: 1:1.2020.2+ds-2 Severity: grave Justification: renders package unusable X-Debbugs-Cc: vic...@westerhu.is Hi maintainer, Plantuml immediately crashes on startup with the following stacktrace: The requested library, /usr/lib/jvm/java-17-openjdk-amd64/lib/libawt_xawt.so, is found in openjdk-17-jre, which is not a dependency of default-jre-headless. It is, however, a dependency of default-jre. Manually installing default-jre does indeed solve the error. Thanks for the bug report. Does this happen always, or with some specific command-line options? I was told before that plantuml is known to work headless as well, although I hadn’t tested it myself. The issue is in https://salsa.debian.org/debian/plantuml/-/blob/master/debian/plantuml.sh#L29-32: if the DISPLAY environment variable is unset the headless AWT backend is requested, which is correct. However, the opposite is not necessarily true: if DISPLAY is set, default-jre is not necessarily installed. I have opened a MR on Salsa with a fix at https://salsa.debian.org/debian/plantuml/-/merge_requests/3. I have downgraded the severity, because explicitly unsetting DISPLAY before calling /usr/bin/plantuml fixes the crash. -- Groet, Regards, Victor Westerhuis -- Groet, Regards, Victor Westerhuis
Bug#1032506: plantuml: crashes on startup
Package: plantuml Version: 1:1.2020.2+ds-2 Severity: grave Justification: renders package unusable X-Debbugs-Cc: vic...@westerhu.is Hi maintainer, Plantuml immediately crashes on startup with the following stacktrace: Exception in thread "main" java.lang.UnsatisfiedLinkError: Can't load library: /usr/lib/jvm/java-17-openjdk-amd64/lib/libawt_xawt.so at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2393) at java.base/java.lang.Runtime.load0(Runtime.java:755) at java.base/java.lang.System.load(System.java:1953) at java.base/jdk.internal.loader.NativeLibraries.load(Native Method) at java.base/jdk.internal.loader.NativeLibraries$NativeLibraryImpl.open(NativeLibraries.java:388) at java.base/jdk.internal.loader.NativeLibraries.loadLibrary(NativeLibraries.java:232) at java.base/jdk.internal.loader.NativeLibraries.loadLibrary(NativeLibraries.java:174) at java.base/jdk.internal.loader.NativeLibraries.findFromPaths(NativeLibraries.java:315) at java.base/jdk.internal.loader.NativeLibraries.loadLibrary(NativeLibraries.java:285) at java.base/java.lang.ClassLoader.loadLibrary(ClassLoader.java:2398) at java.base/java.lang.Runtime.loadLibrary0(Runtime.java:818) at java.base/java.lang.System.loadLibrary(System.java:1989) at java.desktop/java.awt.image.ColorModel$1.run(ColorModel.java:210) at java.desktop/java.awt.image.ColorModel$1.run(ColorModel.java:208) at java.base/java.security.AccessController.doPrivileged(AccessController.java:318) at java.desktop/java.awt.image.ColorModel.loadLibraries(ColorModel.java:207) at java.desktop/java.awt.image.ColorModel.(ColorModel.java:220) at java.desktop/java.awt.image.BufferedImage.(BufferedImage.java:286) at net.sourceforge.plantuml.FileFormat.(FileFormat.java:90) at net.sourceforge.plantuml.Option.(Option.java:94) at net.sourceforge.plantuml.Run.main(Run.java:88) The requested library, /usr/lib/jvm/java-17-openjdk-amd64/lib/libawt_xawt.so, is found in openjdk-17-jre, which is not a dependency of default-jre-headless. It is, however, a dependency of default-jre. Manually installing default-jre does indeed solve the error. -- Groet, Regards, Victor Westerhuis -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.1.14+ (SMP w/20 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE 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) Versions of packages plantuml depends on: ii default-jre-headless 2:1.17-74 ii libavalon-framework-java 4.2.0-10 ii libbatik-java 1.16+dfsg-1 ii libcommons-io-java2.11.0-2 ii libcommons-logging-java 1.2-3 ii libfop-java 1:2.8-2 ii libjlatexmath-java1.0.7-3 ii libxml-commons-external-java 1.4.01-5 ii libxmlgraphics-commons-java 2.8-2 Versions of packages plantuml recommends: ii graphviz 2.42.2-7+b3 plantuml suggests no packages. -- no debconf information
Bug#1031274: mk-sbuild: does not recognize documented --eatmydata option
Package: ubuntu-dev-tools Version: 0.192 Severity: minor File: /usr/bin/mk-sbuild X-Debbugs-Cc: vic...@westerhu.is Control: found -1 0.181 Hello maintainer, Since commit f97b195 mk-sbuild enables eatmydata by default. Both the help text and the man page still list --eatmydata as a valid option, but it is not recognized by mk-sbuild anymore. Specifying --eatmydata makes mk-sbuild fail. -- Groet, Regards, Victor Westerhuis -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.1.10+ (SMP w/20 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages ubuntu-dev-tools depends on: ii binutils2.40-2 ii dctrl-tools 2.24-3+b1 ii devscripts 2.22.2 ii diffstat1.65-1 ii distro-info 1.5 ii dpkg-dev1.21.20 ii dput1.1.3 ii lsb-release 12.0-1 ii perl5.36.0-7 ii python3 3.11.1-3 ii python3-apt 2.5.2+b1 ii python3-debian 0.1.49 ii python3-debianbts 4.0.1 ii python3-distro-info 1.5 ii python3-httplib20.20.4-3 ii python3-launchpadlib1.11.0-1 ii python3-lazr.restfulclient 0.14.5-1 ii python3-ubuntutools 0.192 ii sensible-utils 0.0.17+nmu1 ii sudo1.9.12p2-1 ii tzdata 2022g-5 Versions of packages ubuntu-dev-tools recommends: ii arch-test0.20-1 ii ca-certificates 20211016 ii debian-archive-keyring 2021.1.1 ii debian-keyring 2022.12.24 ii debootstrap 1.0.128+nmu2 ii genisoimage 9:1.1.11-3.4 ii lintian 2.116.3 ii patch2.7.6-7 ii python3-dns 3.2.1-2 ii quilt0.67+really0.66-1 ii reportbug11.6.0 ii sbuild 0.85.0 ii ubuntu-keyring [ubuntu-archive-keyring] 2020.06.17.1-1 Versions of packages ubuntu-dev-tools suggests: pn bzr | brz pn bzr-builddeb | brz-debian ii qemu-user-static 1:7.2+dfsg-2 -- no debconf information
Bug#1031270: mk-sbuild: tries to copy removed file /etc/timezone
Package: ubuntu-dev-tools Version: 0.192 Severity: normal File: /usr/bin/mk-sbuild X-Debbugs-Cc: vic...@westerhu.is, 822...@bugs.debian.org Hello maintainer, Since tzdata version 2022g-3 /etc/timezone is removed on upgrade. mk-sbuild tries to copy this file to the new chroot on line 904, without checking if it exists. This makes mk-sbuild fail. -- Groet, Regards, Victor Westerhuis -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.1.10+ (SMP w/20 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages ubuntu-dev-tools depends on: ii binutils2.40-2 ii dctrl-tools 2.24-3+b1 ii devscripts 2.22.2 ii diffstat1.65-1 ii distro-info 1.5 ii dpkg-dev1.21.20 ii dput1.1.3 ii lsb-release 12.0-1 ii perl5.36.0-7 ii python3 3.11.1-3 ii python3-apt 2.5.2+b1 ii python3-debian 0.1.49 ii python3-debianbts 4.0.1 ii python3-distro-info 1.5 ii python3-httplib20.20.4-3 ii python3-launchpadlib1.11.0-1 ii python3-lazr.restfulclient 0.14.5-1 ii python3-ubuntutools 0.192 ii sensible-utils 0.0.17+nmu1 ii sudo1.9.12p2-1 ii tzdata 2022g-5 Versions of packages ubuntu-dev-tools recommends: ii arch-test0.20-1 ii ca-certificates 20211016 ii debian-archive-keyring 2021.1.1 ii debian-keyring 2022.12.24 ii debootstrap 1.0.128+nmu2 ii genisoimage 9:1.1.11-3.4 ii lintian 2.116.3 ii patch2.7.6-7 ii python3-dns 3.2.1-2 ii quilt0.67+really0.66-1 ii reportbug11.6.0 ii sbuild 0.85.0 ii ubuntu-keyring [ubuntu-archive-keyring] 2020.06.17.1-1 Versions of packages ubuntu-dev-tools suggests: pn bzr | brz pn bzr-builddeb | brz-debian ii qemu-user-static 1:7.2+dfsg-2 -- no debconf information
Bug#1029106: make: new upstream release (4.4)
Hello Manoj, Thanks for maintaining GNU Make for such a long time in Debian. I tried packaging version 4.4 for my personal use and while doing so I modernized the packaging code a bit as well. If you want to, you are welcome to use my forks of your repositories on Salsa at [1] and [2] to package the new version. After cleaning up the packaging I had a few questions, which I think you should look into when packaging the new version: * Re-add explicit multiarch support? It looks like the original support added in 389846911665b5d5f77e49e0e55f1b55ae7de799 was (accidentally?) removed with the rename of configure.in to configure.ac in bab5ce525ec944738b061a76eb145843cb802ff0. There have been no bugs opened about that, so it looks like it's not missed. I have therefore dropped MULTIARCH_DIRS from src/remake.c. LIBDIR is already mulitarchified, so /usr/lib/${DEB_HOST_MULTIARCH} is included in the library search path. However, /lib/${DEB_HOST_MULTIARCH} is not, nor is /usr/include/${DEB_HOST_MULTIARCH}. * Link d/make-guile.* to d/make.*? The contents are the same, so maybe it's better to deduplicate. * Minimize upstream signing key? A signature linking the old and new signing keys is included to increase trust, but Lintian does not like this and it is not necessary to verify new releases. * d/rules used to set ac_cv_lib_util_getloadavg=no I did not find any documentation why this was added and the test suite passes without it. [1]: https://salsa.debian.org/viccie30/make-dfsg [2]: https://salsa.debian.org/viccie30/make-doc-non-dfsg -- Groet, Regards, Victor Westerhuis
Bug#976335: make: syntax to return literal # broken
Source: make-dfsg Followup-For: Bug #976335 Control: tags -1 upstream -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello Daniel, This is actually a fix for an upstream bug at https://savannah.gnu.org/bugs/?20513. - -- Groet, Regards, Victor Westerhuis -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmPp9IATHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+4+LEAC5pBBWu4btyDG+8sI4q8aera57rLW4 Mjd3vQ1G07+a02M3MdUxdnHiz0/FWvylvwlq6muS8tqTK21Plyb7MiitcGRVVlo9 Lk/nNo71ET2rGFue86V6gX3ddrqBhToun/V+f5CYvg0WwuKRHFG1/mVRlS5ZgX2Y 98amdB48I9oiZ1ms/tRctpUriUHvsu2xNmr3R0/ha/Zh2PwZGTHsDG+MO2dMLfmv J2Bzs6H+v8M9OzZ7NPI6cQz+39yBdxafFuR5cNxUeu9wM3Gb3l1AbfWlX9+H8NqR bR140/GTCBqNvPiPS+xkWYjKPGGf4FRMThKeeSVCWaUWLSAUEyw+wJFHXzGATGbH GF1PpNkizVIYsdm/2+KnZqRcQEIL/1/8CgHmF0ydFbXAZ6tvPPXHjCQyMfZmY1Jz 6Xfp3fwwBmZfBY6a8I2mdslz8BwuPWb4DhDuDftwYG2O716EcvVqbXc4GKfkylit wZAKpezlmSoWZm6tYSJqxbjiFAv4V8YL+5USkeKh+xzIKSWk/zbeXtQYA9yFJ0dg 2C4wfmBpy2mlc4qsKfrEsdOEK58TQAB7ryyTvYK3HJsF7mfvwCw/7hFYFNCOllhX X7spApml8o0prYjykcEHV2O8gHF3JaGmG+/8J2JP6aZz2vsyBqy4zlZjgbNv62SV 7gjHUo0fPcYdXA== =91Nv -END PGP SIGNATURE-
Bug#1030903: RFS: tapecalc/20230205-1 -- full-screen tape editor that lets the user edit a calculation
Package: sponsorship-requests Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear mentors, I am looking for a sponsor for my package "tapecalc": * Package name : tapecalc Version : 20230205-1 Upstream contact : Thomas E. Dickey * URL : https://invisible-island.net/add/add.html * License : X11, MIT-old * Vcs : https://salsa.debian.org/debian/tapecalc Section : math The source builds the following binary packages: tapecalc - full-screen tape editor that lets the user edit a calculation To access further information about this package, please visit the following URL: https://mentors.debian.net/package/tapecalc/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/t/tapecalc/tapecalc_20230205-1.dsc Changes since the last upload: tapecalc (20230205-1) unstable; urgency=medium . * New upstream version 20230205. * Update copyright years. * Update standards version to 4.6.2, no changes needed. * Enable Large File Support. * Add autopkgtest. - -- Groet, Regards, Victor Westerhuis -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmPkLmATHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+5kYEACRb5qYpb3e5KcSxmusLGzjP7NTMlKV C0OI7HbccKn0bBDAs5vBzM+chYSBRh3KIdmj7vuzawQ89VxbXMm2M9K6UmrJNT+k 1/VhwvhGRGesx2moGh5inJ/73zuLH0cViZxFoIPbOVKAJZbjKrN34KXbXJbl9v5j jJedCPTZoml12MSIkzScWf1h2wh3p03mku5KC3NDLFwy//b4Z9Ps0zfFSb6xQ9uQ caG+YxJRS7zLwZPV9hc696XCEU8tNl7E7cSD+911yXqG69uz6GbKFUZw0yC+v9Gc 3oEQkgn3BD38N5YrF8yWbqkUKxVfYbZwJLCclQO5OYj/iPTQx+UTrYQxN8xjlrpX QemIeqatd3RTaExzFSsoh08lZX6zATgxewGRWfb2jBdgNLsUo27w1JQUL5kAWJBv YT4VOWunN/qcg2XKAJodKGyb2xTB9aK6J8PjkjI3NfkCh8SPBoIBZcrMLrVIKm+9 akEpG9bV6/K8Z4QpiQ4NjOFRy0msumLKBAqhqp7J5MFJM52gle6bo5fHdJuQg7sy EoOqpIkRWmLtRkMSQsOVg0E9N6j5KSrPWOOJX+AcFAH1oJc8d5vTxj6wJIA5lcBk 3esGZi+AaPl5VMf8yvH8YqUyy0lZr5QysuLH0TUXHmR9NFpLROzSuSxu5uB4VZVf iYR2bsk1Xdqs1g== =0wge -END PGP SIGNATURE-
Bug#1024638: opencv: embeds build path in Python extension
Vagrant Cascadian schreef op 22 november 2022 19:56:07 CET: >On 2022-11-22, Victor Westerhuis wrote: >> Stripping the rpath from the Python extension makes its BuildId >> reproducible. The extension still works and both arch:all and arch:any >> builds succeed locally. >... >> diff --git a/debian/rules b/debian/rules >> index b4d654102..6bd845023 100755 >> --- a/debian/rules >> +++ b/debian/rules >> @@ -151,6 +151,7 @@ override_dh_auto_configure: >> -- --name=opencv --system=custom --configure-args "\ >> dh_auto_configure -S cmake -D modules/python -B >> {build_dir} -- \ >> -GNinja \ >> +-DCMAKE_SKIP_RPATH=ON \ >> -DOpenCV_BINARY_DIR=$(CURDIR)/$(BUILDDIR) \ >> >> -DOPENCV_PYTHON_STANDALONE_INSTALL_PATH={install_dir} \ >> -DOPENCV_SKIP_PYTHON_LOADER=ON \ > >I would recommend using -DCMAKE_BUILD_RPATH_USE_ORIGIN=ON instead of >-DCMAKE_SKIP_RPATH=ON. Unfortunately the Python modules are built as a separate module via a separate Cmake invocation, so this has not worked. The rpaths passed to the linker of the Python libraries are absolute build paths, so they are not reproducible. > >This is the default behavior with (the currently experimental) debhelper >compat level 14. A little more detail on the issue is available here: > > > https://tests.reproducible-builds.org/debian/issues/unstable/cmake_rpath_contains_build_path_issue.html > >The main advantage of CMAKE_BUILD_RPATH_USE_ORIGIN is it is more likely >to work with test suites that depend on the full path. OpenCV does not ship tests for its Python module, so this is not an issue. > >live well, > vagrant Control: reopen -1 I would suggest to change the d/rules files to my original proposal. -- Groet, Regards, Victor Westerhuis
Bug#1029981: RFS: kmscon/9.0.0-4 -- Simple terminal emulator based on Kernel Mode Setting
Package: sponsorship-requests Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear mentors, I am looking for a sponsor for my package "kmscon": * Package name : kmscon Version : 9.0.0-4 Upstream contact : https://github.com/Aetf/kmscon/issues * URL : https://github.com/Aetf/kmscon * License : public-domain, LGPL-2.1+, Expat, Expat and HPND, GPL-2 with Font exception * Vcs : https://salsa.debian.org/viccie30/kmscon Section : utils The source builds the following binary packages: kmscon - Simple terminal emulator based on Kernel Mode Setting To access further information about this package, please visit the following URL: https://mentors.debian.net/package/kmscon/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/k/kmscon/kmscon_9.0.0-4.dsc Changes since the last upload: kmscon (9.0.0-4) unstable; urgency=medium . [ Debian Janitor ] * Remove constraints unnecessary since buster (oldstable). . [ Victor Westerhuis ] * Update standards version to 4.6.2, no changes needed. * Disable -Werror=array-bounds. This update fixes an (erroneous) build failure from -Werror=array-bounds when building with LTO enabled. It should build on Ubuntu again and migrate to lunar. Right now the migration is blocked, see https://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#kmscon. Groet, Regards, - -- Victor Westerhuis -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmPWy90THHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+3eTD/wKMVhUQFtc8fCIfZknMObZzvCObkAq nnG2VCz9tVKFw0AothZ/AcjRg/qLiRc20zlw4061jNgEqoYGj/477IBfMBJsdLP/ ihhV0I3ZT8+a+TKUbeJij8KBReeuvcNvmKE/rC/l7ZRvpz/DF5if7AC5Jr8vhIBm dGybAk59hV+r226SmP3BQ/buQDFQ2zRgWzCHE+n/64UIV7YvQFd1drSC9wI5lOCF Ru38PEwEcCqDfOnocdzUNmtB6gM9UrgJS6flM2l0/KJYwYv6KF4Md2uwCXjMe/88 P7rsKx/RR06LQ+PUa9xbYx75p8BuxEYsFOVXnZnvQdIuVeol7d+oCrMS9eyEaIe9 saY6PqnVBRFdjIkPqFbdaQWdzysX3qHdpH386fJnVJlA+bqL8AQO3pOK3eY6hl5r 2zNDROlABpJDe8btG1J1+GyP5edq5hO7ojR9Stm+uVECQgLeybV1jghW8+oz8C7u ZL5TyqcsdzkS1TkS0esZVTQidiBzNmJR4eY0+6375fufIclQ/jnfHr3aPeB8j+T+ oPhj9xwjmkV7L5SNFM/z0aCXvav9kEc3Uo4nt496OqrGIY4GLguLrCUz+qWU32sS NZ+rlpy9rX8vejM2LFTm0JLSqhZ9a0a9JrKvEz059VdiNg2cFOiY5Zs0kBGbn6m/ y09GIrvaw5czXg== =tuZm -END PGP SIGNATURE-
Bug#971739: Sioyek not migrating to testing because of britney limitation/bug
Hi release managers, A few days ago sioyek was uploaded to unstable. It builds on all architectures where its dependencies are available according to buildd. However, its migration to testing is blocked because britney seems to think that sphinx:native is not satisfiable on any architecture. sphinx is a virtual package, provided by python3-sphinx. Its description says to "Build-depend on sphinx if your package uses /usr/bin/sphinx-* executables." The native architecture specifier is necessary to allow cross-building. This is bug #971739, I think, but I cannot find online what steps to take next. Should I switch the dependency to python3-sphinx:native? Or is this something that can be overridden someway? Thanks for your help in advance. -- Groet, Regards, Victor Westerhuis
Bug#1029468: RFS: sioyek/2.0.0+dfsg-3 -- PDF viewer with a focus on technical books and research papers
Package: sponsorship-requests Severity: normal X-Debbugs-Cc: elb...@debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear mentors, I am looking for a sponsor for my package "sioyek": * Package name : sioyek Version : 2.0.0+dfsg-3 Upstream contact : https://github.com/ahrm/sioyek/issues * URL : https://sioyek.info/ * License : BSL-1.0, GFDL-NIV-1.2+ or CC-BY-SA-3.0 or CC-BY-SA-2.5 and CC-BY-SA-2.0 and CC-BY-SA-1.0, GPL-3.0+, forrest-smith-license * Vcs : https://salsa.debian.org/viccie30/sioyek Section : misc The source builds the following binary packages: sioyek - PDF viewer with a focus on technical books and research papers To access further information about this package, please visit the following URL: https://mentors.debian.net/package/sioyek/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/s/sioyek/sioyek_2.0.0+dfsg-3.dsc Changes since the last upload: sioyek (2.0.0+dfsg-3) unstable; urgency=medium . * Update standards version to 4.6.2, no changes needed. * Change B-D from sphinx:native to python3-sphinx:native to workaround #971739. Regards, Groet, - -- Victor Westerhuis -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmPNrHwTHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+5I7EAChWerngHr1K/DVX331qWBzfFh1r1dX 912A5ev1NwQKKYtjItyvVwjn19GeuTqDcDpDbPCEPLsUSlhJoXwjTZEfx6KwaJw2 DceB3hndVOl2Ipcd4IqBShRCwpe9czuf07oo5WFEilWl89z9n1Y3Pxqyk2t52u/d dvjGYJS6zCxml7X/W1GKyal1pVf1dlTClpXTC+DJFJDi+itXMzfzRO5IvaObWgRV fAVMzc6FNjzGOJPcVsvc3dViUo30D5P1MZCKVMrsIwA0R/F9XFKH4+k/QdTAl84n Xwl5BIlfqxpNW4mvPGAb1OJZBbAG/9wxNm+0cInXGSZRXQrczIVQ4RQOI+7e1sis TIzVi0HrE3Z86K72up/Ux8MG2S5jXsHYt9MTkuqrC/eshZGdGJxcWFiWNRgsYztC Cwq0moqa6Kxe8t2QY2b1HROI7DaBUkXqrtt1JeMjyhHP5cALj7k8E5zwCGk6Y2Pm V/r6bqgg3WLCvkYv9Qt0ZCDlsTPYVAxzh9f63F5W09i9FPCASreMgT/pbZ6sSy/7 Ifd6BdjQY1ADnod40MR+YQspkDhWnDHiq/IdFMOO5LONryxJElthMALEANZVtiPm l89oOdJzfGtZ9lVucF04tYrp/YstSKuxsMBLX4dRGTAgWtTsPk+tQvpnYlgTcby4 Eqtm+OVedVlq0Q== =u4sM -END PGP SIGNATURE-
Bug#971739: Sioyek not migrating to testing because of britney limitation/bug
Hi release managers, A few days ago sioyek was uploaded to unstable. It builds on all architectures where its dependencies are available according to buildd. However, its migration to testing is blocked because britney seems to think that sphinx:native is not satisfiable on any architecture. sphinx is a virtual package, provided by python3-sphinx. Its description says to "Build-depend on sphinx if your package uses /usr/bin/sphinx-* executables." The native architecture specifier is necessary to allow cross-building. This is bug #971739, I think, but I cannot find online what steps to take next. Should I switch the dependency to python3-sphinx:native? Or is this something that can be overridden someway? Thanks for your help in advance. -- Groet, Regards, Victor Westerhuis OpenPGP_signature Description: OpenPGP digital signature
Bug#1029087: mupdf embeds fonts already found in Debian without including source
Source: mupdf Severity: normal Control: found -1 0.6-1 Hello maintainer, Looking at sioyek I noticed that the binary is quite large, 36 MB. Most of that comes from libmupdf.a, specifically from the embedded fonts in that static library. libmupdf.a includes the fonts in the resources/fonts directory. Most of the included fonts are already packaged in Debian. The only missing font is SourceHanSerif. However, this is the same as Noto Serif CJK, which is in Debian, see #859480. Additionally, all the fonts in resources/fonts are in compiled form and the source is not included in the original source package or added in debian/missing-sources. I think this situation violates section 4.13 -- Embedded code copies -- in the Debian Policy. I am not sure, that's why I chose severity normal. The solution would be to stop embedding the fonts and add dependencies on the corresponding Debian packages. This is easy enough for the binary packages mupdf and mupdf-tools. It is somewhat trickier for libmupdf, because it is only installed as a static library. I don't know if it's possible to automatically make users of libmupdf.a depend on the fonts packages. Regards, Victor Westerhuis
Bug#1028919: mupdf: Fails to build on GNU Hurd
Source: mupdf Severity: normal Tags: patch ftbfs -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear maintainer, 2 days ago sioyek was accepted into the Debian archive, but it fails to build on GNU Hurd because of an old version of mupdf. While GNU Hurd is not a release architecture, I managed to find out why mupdf fails to build. I have attached a patch that fixes the build issue on GNU Hurd without breaking any other architectures. Kind regards, Victor Westerhuis - -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-6-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en_US:en:nl_NL:nl Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmPDRksTHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+9bMEACc75Oe2An9GtjTKPk8m1V1zGxff98x v8F37eksHw2Ym6tcGZvj7ScDpzJ6eOnR4T/1HJHDrGYUwwkoCyDHAVu0sV+PH1Wz NKAz0ozGm7rJglcoVFkvebinsCbqTOdcXIN8N9R2SnyrNW9LakgODKDlWzdexmgK YYRueG9V4konee8xv4Sh4IuR5wqnEt1GYRfyDnBzZom01SwEB9puDWAUizmNm3vV PXcniwbq3SdjUMguHiqf/DTC2o/4r2OP3npphuz/m4ASp8LXm9hQX7J3JTeiBlJF xbHb75r3GlbDTUq03TeDkmQRKk2dUjzbMulsGGAbgMshbYDf+9jTXSOwRgDIkjxT B5sq/i2ZLeYIvyyB6WS2wMiHgG5pwcHovBl474FcCI/4Hk/A4042AAWkTFtRIk2L x9kbDDnSKx/OZZXBO6XP6RXTDuUqpeVEweg6rJv+JYzDhcOplwNrkj7uVT4bjkq8 tR6p+ynBtLIh9LRH5+uD2win/+pjionAWXmzjy95hDwEkDOhaG1gwOLFvGqxF+oC sZtM53dXqQrgfz87VEHRnjy3eCakmnjmIokQ35h5mpBVp88FLl/l/h+dBszHvAv0 FTariZHkwCOzJQOdIOEjO8vDlohsCPFYt+FXtt0edGI3k69kixf1zmSQ49gsrETw hjb8LD5g4BonOg== =PFi4 -END PGP SIGNATURE- From: Victor Westerhuis Date: Sun, 15 Jan 2023 00:21:34 +0100 Subject: Add fallback for missing SA_NOCLDWAIT GNU Hurd does not implement SA_NOCLDWAIT. It also does not automatically reap zombies if SIGCHLD is ignored. This fallback does not check for failures from waitpid(2), because there is not much the program can do about them. --- platform/gl/gl-main.c | 12 1 file changed, 12 insertions(+) diff --git a/platform/gl/gl-main.c b/platform/gl/gl-main.c index d5ae69c..3060020 100644 --- a/platform/gl/gl-main.c +++ b/platform/gl/gl-main.c @@ -2957,6 +2957,11 @@ static void signal_handler(int signal) { if (signal == SIGHUP) reloadrequested = 1; +#ifndef SA_NOCLDWAIT + else if (signal == SIGCHLD) + while (waitpid(-1, NULL, WNOHANG) > 0) + ; +#endif } #endif @@ -2973,11 +2978,18 @@ int main(int argc, char **argv) #ifndef _WIN32 /* Never wait for termination of child processes. */ +#ifdef SA_NOCLDWAIT struct sigaction arg = { .sa_handler=SIG_IGN, .sa_flags=SA_NOCLDWAIT }; sigaction(SIGCHLD, , NULL); +#else + struct sigaction arg = { + .sa_handler=signal_handler + }; + sigaction(SIGCHLD, , NULL); +#endif signal(SIGHUP, signal_handler); #endif
Bug#1028639: RFS: sioyek/2.0.0+dfsg-2 -- PDF viewer with a focus on technical books and research papers
Package: sponsorship-requests Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear mentors, I am looking for a sponsor for my package "sioyek": * Package name : sioyek Version : 2.0.0+dfsg-2 Upstream contact : https://github.com/ahrm/sioyek/issues * URL : https://sioyek.info/ * License : BSL-1.0, GFDL-NIV-1.2+ or CC-BY-SA-3.0 or CC-BY-SA-2.5 and CC-BY-SA-2.0 and CC-BY-SA-1.0, GPL-3.0+, forrest-smith-license * Vcs : https://salsa.debian.org/viccie30/sioyek Section : misc The source builds the following binary packages: sioyek - PDF viewer with a focus on technical books and research papers To access further information about this package, please visit the following URL: https://mentors.debian.net/package/sioyek/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/s/sioyek/sioyek_2.0.0+dfsg-2.dsc Changes since the last upload: sioyek (2.0.0+dfsg-2) unstable; urgency=medium . * Forward upstreamable patches upstream. * Do not download intersphinx inventories. * Clean auxiliary files from tutorial build. * Define fallback for GL_CLAMP to fix build on armel. Regards, - -- Victor Westerhuis -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmPB+PETHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+7tHD/4xFTDFxvgGmI2pLAl2qzHZRYvfq3ED 0hrsNG2j/a/XtD9NgHD8bK6D0EgGIWZKeYqiFV7eSSilk6FRf59BjvOlZ8oBm6+P wq6dq8trpSDIXMNGZ3FuBP01TmZ9Ah0EBoCBjA5W7d0q8ylj3OJcBmFnuui/tvIx X2saGBmTVsvaLs84sagno2kzc14rHR52fhxP/l84A8HGIvFGdJN2VLqdpx8C+YwL BuLR04dSQs6k2oRIyEc4N7Bq48HeNNZSzA2bZinFw3x1olHH1pGHuKowl6Y26IfJ onRDfhAeaigpwuh7ajSdaZmvbUjgg4z0qBafZrN+xRKVujbASj2xolUNqff13jL8 BqR6Ts0RmR8cxHs8kLtj88kLWU/GE7zLyQ5G26geZJvQNRWse9gmpN0PkvgCafZ1 WK7UackZVNEockbRTpfArqqMYzVN4O7xEDRb6N8S4i3NU3XzA74pNe+mYuqDa0az tJmGINdoXOLlp2zLAi03gHnu4oOaR273ucrCDctYyZb7JjWlc9qhcrGjb+LLAdsy pB32miZspH9uDvPc9JkRZkQBnuLcXpJNSOcdGIs8EMKt02JgsEnSqbHuIKhjXBpZ aV6Si/snPFGTnfygBhX4kVKDFlsmebrGdtWZ83aa2IWrnv49z0rB9LSwO8GYKVgv jT4k0PWpxkftuw== =19Wh -END PGP SIGNATURE-
Bug#1026792: ITP: firebuild -- Automatic build accelerator
"Bálint Réczey" schreef op 21 december 2022 09:23:13 CET: >Hi Victor, > >Victor Westerhuis ezt írta (időpont: 2022. dec. >21., Sze, 9:17): >> >> "Bálint Réczey" schreef op 21 december 2022 >> 09:05:19 CET: >> >Package: wnpp >> >Owner: Balint Reczey >> >Severity: wishlist >> >X-Debbugs-CC: debian-de...@lists.debian.org >> > >> >* Package name: firebuild >> > Version : 0.2.9 >> > Upstream Author : i...@firebuild.com >> >* URL : https://firebuild.com >> >* License : Firebuild-license >> > Programming Lang: C, C++, Python >> > Description : Automatic build accelerator >> > >> >It works by caching the outputs of executed commands and replaying the >> >results when the same commands are executed with the same parameters >> >within the same environment. >> > >> >The commands can be compilation or other build artifact generation >> >steps, tests, or any command that produces predictable output. The >> >commands to cache and replay from the cache are determined >> >automatically based on firebuild's configuration and each command's >> >and its children's observed behavior. >> > >> >-- >> >Generated with the help of dpt-gen-itp(1) from pkg-perl-tools. >> > >> >> According to the linked website and the license file in the Github >> repository "non-trial commercial use requires licenses available from >> firebuild.com." I think that makes it non-free under the DFSG. Are you >> planning to upload firebuild to the non-free component? > >Yes, absolutely. The license is designed to allow distribution and the >packaging already targets non-free. Great to hear. I hadn't heard of firebuild before, but it sounds interesting. I'll be sure to check it out. > >Cheers, >Balint Regards, Victor Hi Bálint,
Bug#1026792: ITP: firebuild -- Automatic build accelerator
"Bálint Réczey" schreef op 21 december 2022 09:05:19 CET: >Package: wnpp >Owner: Balint Reczey >Severity: wishlist >X-Debbugs-CC: debian-de...@lists.debian.org > >* Package name: firebuild > Version : 0.2.9 > Upstream Author : i...@firebuild.com >* URL : https://firebuild.com >* License : Firebuild-license > Programming Lang: C, C++, Python > Description : Automatic build accelerator > >It works by caching the outputs of executed commands and replaying the >results when the same commands are executed with the same parameters >within the same environment. > >The commands can be compilation or other build artifact generation >steps, tests, or any command that produces predictable output. The >commands to cache and replay from the cache are determined >automatically based on firebuild's configuration and each command's >and its children's observed behavior. > >-- >Generated with the help of dpt-gen-itp(1) from pkg-perl-tools. > According to the linked website and the license file in the Github repository "non-trial commercial use requires licenses available from firebuild.com." I think that makes it non-free under the DFSG. Are you planning to upload firebuild to the non-free component?
Bug#1026357: RFS: sioyek/2.0.0+dfsg-1 [ITP] -- PDF viewer with a focus on technical books and research papers
Package: sponsorship-requests Severity: wishlist Control: retitle 1006130 ITP: sioyek -- Sioyek is a PDF viewer designed for reading research papers and technical books Control: owner 1006130 vic...@westerhu.is -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear mentors, I am looking for a sponsor for my package "sioyek": * Package name : sioyek Version : 2.0.0+dfsg-1 Upstream contact : https://github.com/ahrm/sioyek/issues * URL : https://sioyek.info/ * License : BSL-1.0, GFDL-NIV-1.2+ or CC-BY-SA-3.0 or CC-BY-SA-2.5 and CC-BY-SA-2.0 and CC-BY-SA-1.0, GPL-3.0+ * Vcs : https://salsa.debian.org/viccie30/sioyek Section : misc The source builds the following binary packages: sioyek - PDF viewer with a focus on technical books and research papers To access further information about this package, please visit the following URL: https://mentors.debian.net/package/sioyek/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/s/sioyek/sioyek_2.0.0+dfsg-1.dsc Changes for the initial release: sioyek (2.0.0+dfsg-1) unstable; urgency=medium . * Initial release. (Closes: #1006130) Regards, - -- Victor Westerhuis -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmOfoVATHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA++PgD/wM2ZBy0uaIM/ZzOQ/H/v2QbvUV5K6x QD1Xc3EDTpsX2Bm61rwZozGJcNTiBc9uQ9NJ0MYPxPut3MNhrHxr3fPcnGyujKiZ SBgm1bEZUAKGdP9VVecjlTNe9lnY/WpRGtx+f8ERLylroIm+s/33xbLAVX8IvjVN YCZ8f0cM7Zso3DUFXTGIV/6HCUuD4iEZjEbEFu7me6G3MkpZ9PPks7tHUGBRetMs PJmJcY4wlgRlTJhZeDf1nBtQU86n9nz9KVcd3bfLkDf3mQcy+dTtUp3kkccyx7kB ++O68CRCwxX4l3uvIzrSqbTDCubVs2/agujyWoFzHubhx8A/kuSc9fPKQBowdqn3 OFpUAXgzfvsXjK6NN2zJ42vjUc7UTO/1Pg/zADlXO9nuj3Fp9iwT6mF2oSIN71WY dZDRQvZCCA78XQCrNAD2GVW3aeK8GhNqOXRPVna9h0wj2kQz41+6x8b3dtUu149g weVzoXp9J+YXhm8JjpVHOIbSNwLPM0ioGtAQEoGlDW5pVYmwe93I9ES7R0U/p9Xz +GSVt2in6Sqsn5QvhPYT63JITByb3m3bLbXxye5t7rID+gF74jPb06fSnZocDOmi ggfHKddVi1hR+D1MRrOwFA0uGnNLtH51VESjL3jvdmv4IgzUFIBUG0aX0ZOO9eQB zSSIOQyCCtHGFg== =FlfD -END PGP SIGNATURE-
Bug#1024638: opencv: embeds build path in Python extension
Source: opencv Version: 4.6.0+dfsg-7 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: buildpath X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello maintainer, Apologies for yet another small reproducible build patch. I neglected to check my resolution for #972566 for reproducibility. Stripping the rpath from the Python extension makes its BuildId reproducible. The extension still works and both arch:all and arch:any builds succeed locally. Thanks for maintaining OpenCV! Regards, Victor Westerhuis - -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-4-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en_US:en:nl_NL:nl Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmN85YQTHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+4nTD/0VbXgUr5hsjE4SAGb/nTAJmXfEg6Cb c1+pd9f4IfKhObGSfvkd24oNrgmvTQ9ZA1DyHQeMPFKmANNUh7lU2cAq+grgP/zK BnTXFfFo+VST440W3PC6v9uWmBgU1tQ/CR+VLc+QDCXFSCx4yjfvWVn3F8YVFKjQ TJHq4Vu6ynGMLFy//rHK1hT93Ehsqdywye9K1dvPKjOrfPbN15u+O+aUMIR/PFq4 sxi5HSpOF5Si3AujkKW0l5z6+hryc03wTD8/NcjpcKKcpe1KDXOAGSKkpet1APp4 /1D+UdsXQVc+ubve/XO5+pLEVznLTsa8QdhU39HZSGUwgoqkIIBwjRaO1Tmmb03+ jTCS1EmJameFnX9rc5QMsSALaB7wSigP/pY7wypJ9uN8dl6+JdCs/d0o5GDTsDT4 KfXbYecxjCqQtHrcRzCQPFniJ1k5+pPQfdciD9NfgqB9CXXkFcnBZUpbSLEqw6j0 BhmWNeVH2BIk7A1H81KbMiNmSWdSFbElLFm9hN8RsrbMWw/q/XShgwAKajxPxELn faJ1JCB1leulSiuFekNf1nDas/6zPyo5ltDvqs9FYUWjvx5J213Mp4SIHupYVIly m+cb9qdwyOQkEw8PcAI/RXM5BNKnpBFaQEFWtQbRrGYKxCg8ZbvqR5fzxxH59q+s FScUESqwp7Xzbg== =wUNR -END PGP SIGNATURE- >From fcd6886f1012fc20bf1a9bc194c120c889d5e220 Mon Sep 17 00:00:00 2001 From: Victor Westerhuis Date: Sun, 20 Nov 2022 22:20:24 +0100 Subject: [PATCH] Make Python extensions reproducible Do not embed the build directory in the rpath. --- debian/rules | 1 + 1 file changed, 1 insertion(+) diff --git a/debian/rules b/debian/rules index b4d654102..6bd845023 100755 --- a/debian/rules +++ b/debian/rules @@ -151,6 +151,7 @@ override_dh_auto_configure: -- --name=opencv --system=custom --configure-args "\ dh_auto_configure -S cmake -D modules/python -B {build_dir} -- \ -GNinja \ + -DCMAKE_SKIP_RPATH=ON \ -DOpenCV_BINARY_DIR=$(CURDIR)/$(BUILDDIR) \ -DOPENCV_PYTHON_STANDALONE_INSTALL_PATH={install_dir} \ -DOPENCV_SKIP_PYTHON_LOADER=ON \ -- 2.38.1
Bug#1024508: RFS: kmscon/9.0.0-3 -- Simple terminal emulator based on Kernel Mode Setting
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "kmscon": * Package name : kmscon Version : 9.0.0-3 Upstream contact : https://github.com/Aetf/kmscon/issues * URL : https://github.com/Aetf/kmscon * License : Expat and HPND, public-domain, Expat, LGPL-2.1+, GPL-2 with Font exception * Vcs : https://salsa.debian.org/viccie30/kmscon Section : utils The source builds the following binary packages: kmscon - Simple terminal emulator based on Kernel Mode Setting To access further information about this package, please visit the following URL: https://mentors.debian.net/package/kmscon/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/k/kmscon/kmscon_9.0.0-3.dsc Changes since the last upload: kmscon (9.0.0-3) unstable; urgency=medium . * Depend on init-system-helpers >= 1.65 * Fix Built-Using calculation in d/rules * Register exception with needrestart (Closes: 1024345) * Update d/watch Regards, -- Victor Westerhuis
Bug#1024482: opencv: embeds build path and running kernel version
Source: opencv Version: 4.6.0+dfsg-7 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: buildpath uname X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi! While working on the “reproducible builds” effort [1], we have noticed that opencv's core module embeds the build path multiple times. It also embeds the running kernel version and a build timestamp. The generated Doxygen documentation also embeds the build path in multiple places. I have opened a merge request on Salsa [2] to fix the above issues. Once applied, it can be built reproducibly in our current experimental framework. Regards, Victor Westerhuis [1]: https://wiki.debian.org/ReproducibleBuilds [2]: https://salsa.debian.org/science-team/opencv/-/merge_requests/4 - -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 6.0.0-4-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en_US:en:nl_NL:nl Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmN6JKYTHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+wtGEACw8EEO2HV2W7gyhBRujYJUv2SMesTF A0f6cAxVeaub4vJQnBYcJsVsIoXT95YiFwA+2YaVJibnZvD99w+v4ysBY7WHuNQf DopiCzygInjL8o8MP65TfyRcV3b2jmmDXcRynJ0UDn78vY6PM5fv1DAdrlaNF47l 0/QkW0bSvsj4aZ7MyMiLblISQqU4kw+8EJPutXuzYwTQPQIdjIQldchqu0dLw55F O/2tJvr0h/3jPT0d3v9Y6+0tQBcI9yN87AdwIeyOme0rDekm04avdfAeoUzOVMvb Lyy3z5ZTDG6n2sEUmgUnIBWkoM9MlZ5uU9oyS1JafcHiDvkewAU5fh75EWL7b2im 3CYtsAC6rjJK94nVOBmTvTDLJeLj7IbSfd+wf4Spe6EjUKHt2xVIQ9AegyE8bt/R hwkDrCsTMlzdWoipCa858fXlZc0Ct9833XxacIvave9rhlHzb241MfbyXvZMsIJs sE+wSlMcoIcv14z142aZEnKl31pCsoMX789M5z11tnT2neqkpUxc+9NLm4Zu/oOQ 5vrOok0uMN+Zzk8axl9uVSC5wlGT3T51HVBfSUwVipcsD537nPNHROHtHzA3IgnP dsQZa0PZ86iWUkGBtg3ORbiYRHNQzEzbWxwS/yyEkYPeXXjwtCI+CHfnifh8kCxZ hKLdoA+sRML3Kg== =JjzC -END PGP SIGNATURE-
Bug#972566: python3-opencv: build python extensions for all supported python versions
Package: python3-opencv Followup-For: Bug #972566 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 With the addition of Python 3.11 as a supported version, it became easier for me to try this. I have created a patch and opened a merge request on Salsa: https://salsa.debian.org/science-team/opencv/-/merge_requests/3 Regards, Victor Westerhuis -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmN5Dd8THHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+zvPEACg8BGXXuB0NmNJuO8GatN0l4VkceiI s8+vSPMeZCwxfLSXrrCbjumdTrNI7KuiUvs2q2NCGZdqPxYPY+K/pb+SkMpN7bev LXmAJyDWhimP3k7A8p/4isN/7V2UWVnDrgYa8xrgG/M7Gkd92k9Xb54eX6HTzamh U9VftxqtGm4dNBJJYDt/KND4YA2PRp9lnRRdFagdmzrosdDSVZhI5AK/Ll+XKYOL bCakGXTHTws+oyUzGiVyDL2AW1yH06uBDMIB8bBDTbsV2fGvivgqP2UiKMpVUKNS Y9134m+FiYC2gTs0L1H0VDGZyMdfm8s5jboRzHqLM/Z7lk1NnhZwExuWu6vfnX8g UvN+xo78/AfGkKEf/a2AmANm/yWs6oPm36hIg59Ur+6I41NRsYFbU9RXWcMRvlem //BliPvaEdTHbsjIv9P+IkGA1q+fK4IpHvZL4CDsemf4+T0zJEOt4zkt7e+XR2Wf zyPoRQkw5Uv8XgCvrVqbe7OKoN1eKwcctxjhBmtjpe1b3k99bCz4wK6UsIkPdg0M wVEFdtoJKmhMs4gifj2RgxitK3RaJQHP1HkuZA8IIbmwVcfsJaWkHdZu4cIh5vOu 2C/ue2FU7IvQUnFQWMgbPR97dPNMVmYfQecdkbOqIVd68VVscjd5NkJEIdlVXHdK k0CMYMhghrva1w== =2UPQ -END PGP SIGNATURE-
Bug#1024345: kmscon should register a blacklist with needrestart
On 17/11/2022 22:20, Paul Saunders wrote: Package: kmscon Version: 9.0.0-2+b1 Severity: wishlist Dear Maintainer, needrestart contains blacklist configuration so that it doesn't attempt to restart services which manage user logins (such as display managers and gettys). kmscon should 'register' with needrestart when installed (i.e. create a file in /etc/needrestart/conf.d/) to protect itself in a similar manner. You are absolutely right. I added a blacklist entry to needrestart on my own installation ages ago, I just never thought about adding it to the package. I'll try to fix this soon. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.0.0-4-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_USER, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages kmscon depends on: ii libc6 2.36-4 ii libdrm22.4.114-1 ii libegl11.5.0-1 ii libgbm122.2.0-1 ii libgles2 1.5.0-1 ii libglib2.0-0 2.74.1-2 ii libpango-1.0-0 1.50.10+ds-1 ii libpangoft2-1.0-0 1.50.10+ds-1 ii libpixman-1-0 0.42.2-1 ii libsystemd0252.1-1 ii libtsm44.0.2-0.3 ii libudev1 252.1-1 ii libxkbcommon0 1.4.1-1 kmscon recommends no packages. kmscon suggests no packages. -- no debconf information -- Victor Westerhuis OpenPGP_signature Description: OpenPGP digital signature
Bug#1024127: RFS: tapecalc/20221104-1 -- full-screen tape editor that lets the user edit a calculation
Package: sponsorship-requests Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear mentors, I am looking for a sponsor for my package "tapecalc": * Package name : tapecalc Version : 20221104-1 Upstream contact : Thomas E. Dickey * URL : https://invisible-island.net/add/add.html * License : X11, MIT-old * Vcs : https://salsa.debian.org/debian/tapecalc Section : math The source builds the following binary packages: tapecalc - full-screen tape editor that lets the user edit a calculation To access further information about this package, please visit the following URL: https://mentors.debian.net/package/tapecalc/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/t/tapecalc/tapecalc_20221104-1.dsc Changes since the last upload: tapecalc (20221104-1) unstable; urgency=medium . * New upstream version 20221104. * Bump standards version to 4.6.1. Regards, - -- Victor Westerhuis -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmNy9kUTHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+6PUD/9DmP5UIESBTWA0tRVmNqeYUfDY+EMA UjDHfvR+pfGfnZFSoybvIMZE2sbptwcOJ4hi8pBVk8WrPNodf6/rb7N1a4qKH/py UO8+Jikl4pvSqud0/NXR2u1gKV/qSeo3QLSqlaFC8A7hF/bvUPHaT4FLSoYaoNmr yLgl4YiaKuUecF8XD6+ta/REgh4WFWTXuznxLdKgs25L2D2TkYfraTQ04wQhR+F+ 18kPdzkAJWsuc0uvF3JZuckwMBILcERnVJfGfc+PoPRm9yI7T1F+HZFHkYiK5q+W 8U68cb3FHg3sQSX4ryBGKo0bpGcSRH8uFXa1PWElKTygUfzS8Vvj2CcFwY3EVGQx +pv0Oog3i7lx5M/Fv04uiNpxs5QukLZOOfbmWwSid/NQ+yo/aYnqc1dJDwB8hIJZ zy0Yh3r/dC8hb3KHhaxYVfS2JFh238LqQIyWAwb2W61O/36encMtN57juJ84iwqd HSekqiptfgVRwpfEsBwC5Jdb6pGhWJN3x+CRK/UREgIo29SkjAF0dM0pwJfiqKQ7 BxyfCN+DSaiCWAzWvCeGyxKpbiIFlVjnd06N1dXC7uMEvel0o74hh5aKl1uYTvUj CQLZXDJTqRaz2jiTramOqyXJLdDJBI2cA5+ql/OF6dyUuuASsRgLwugSYeTgw7Jd /qhhD//4Wnm9ng== =C+zl -END PGP SIGNATURE-
Bug#1020686: usrmerge: usr-is-merged does not detect merged /usr/bin and /usr/sbin as usr-merged
Source: usrmerge Version: 31 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Years ago, when converting my Debian system to usr-merge, I went one step further and symlinked /usr/bin to /usr/sbin. Running `ls -ld /{usr/,}{bin,sbin,lib}` gives: lrwxrwxrwx 1 root root 7 4 Nov 2018 /bin -> usr/bin lrwxrwxrwx 1 root root 7 4 Nov 2018 /lib -> usr/lib lrwxrwxrwx 1 root root 8 4 Nov 2018 /sbin -> usr/sbin drwxr-xr-x 2 root root 253952 25 Sep 12:40 /usr/bin drwxr-xr-x 119 root root 20480 25 Sep 12:34 /usr/lib lrwxrwxrwx 1 root root 3 20 Jul 13:20 /usr/sbin -> bin Because the is_merged function in usr-is-merged.preinst finds the target of /bin or /sbin with `readlink -f` it does not realize that /sbin does indeed point at /usr/sbin. I have overridden the error for now by using the /etc/unsupported-skip-usrmerge-conversion escape, but I think that this is in fact an error in usr-is-merged. The requirement, as I understand it, is that /sbin is a symlink to /usr/sbin, which is true here. Regards, Victor Westerhuis - -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.19.0-1-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en_US:en:nl_NL:nl Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmMwMpkTHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+w9cD/4/GMc3MZuHT1Ru5Vc9DNKYWstNFo5M tmN0RVzo0yzC1pO7gvuO1OpgDWhHGIKroTP/W3sjSZaUE9mg0NiTr1G/Hz7Hxuwp HAI6TluiZgHWx5sJa/xKXP4mhK8rFS6pJMCdx23PLDtzFbDRYV93dHzpJha8jpzZ nSiDWrv5TTCTEOxj/C/DXx135JNqB2GMiX/JDZrwXpoVW00Vv8vW2uikQslB5Nxf V8UyfM64e5SXFMMmD6MfoaLe833Whu5455+WZJaCOphYeB0pWSBiL11z0v+T7Nid CqSMHZVmnVebwqhK1WMHbgSaOOj2Xvr49q4O3V6WBrnb+jxKgZwrB0hV863PpDF4 EA92CqPdUW1GTYZX61rWacenbCAh6IvhfwmbsX7iwowRYNLWycEJLJnx4BOGf2oI PwDvySZB4uzL+3o5o2xAbDvW02t/q5Ifqr6vK9TIzlaKJQRX50Y6b/G/Ig6z4KyY J++wnAKprAY9roWwOck4728w9QbRDEX/O1IQXCApq3SMG6iL3E10J7k7RXRDoDHJ zfw76R47LADqHWydq6MUO65PzNvS3T+MMGMNmpWWTIz5ZzMPD2qTbwmjD0AfxyOS LnVkMD0tjh5uzPVe4O6C4o/ZkVJO6od96N0V/e8TlMGzfwP4ruDyvjWQD9+oeqO/ D+TMJXv6FQMniw== =WBkm -END PGP SIGNATURE-
Bug#1019519: opencv: downloads blobs from Github during build
Source: opencv Version: 4.6.0+dfsg-6 Severity: serious Tags: patch Justification: Policy 4.9 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 During the build process, OpenCV module wechat_qrcode downloads four blobs from Github: - -- wechat_qrcode: Downloading detect.caffemodel from https://raw.githubusercontent.com/WeChatCV/opencv_3rdparty/a8b69ccc738421293254aec5ddb38bd523503252/detect.caffemodel - -- wechat_qrcode: Downloading detect.prototxt from https://raw.githubusercontent.com/WeChatCV/opencv_3rdparty/a8b69ccc738421293254aec5ddb38bd523503252/detect.prototxt - -- wechat_qrcode: Downloading sr.caffemodel from https://raw.githubusercontent.com/WeChatCV/opencv_3rdparty/a8b69ccc738421293254aec5ddb38bd523503252/sr.caffemodel - -- wechat_qrcode: Downloading sr.prototxt from https://raw.githubusercontent.com/WeChatCV/opencv_3rdparty/a8b69ccc738421293254aec5ddb38bd523503252/sr.prototxt "For packages in the main archive, required targets must not attempt network access [...]", according to Debian Policy 4.9. I have prepared a patch in a fork of the Salsa repository and have started a merge request. Regards, Victor Westerhuis - -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.18.0-4-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en_US:en:nl_NL:nl Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmMdENITHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+8tJD/9opFU7fVCyUbMDSqmdWzN8zqaOGw/3 8FzeLW07m8/UrjIIvULXkNqSUCgPfyKNQ0ZFp8dEaVrUCLAZSPdTq27I+r+7I9BT QFF5B3kV0WzJmxw6u96DoYtNZQGEHLjL5ugJd+jYOTuEOwkfApTvS5CvMSI5Uuol hdw+KP0z0fNBPKB8J5lgkh1Dth1iqYQTveHuUxhf4nv6ANdTnJCmRwgyWisQpdhf d11NxpNqm4GM9TrVMG5cT/wBhriZ9PIRgswmVpq2adGCE+Pe1Qgit7VnXl2g1hU8 Nm2B4Yefq80IhSbNBpgg9LSXr+NaNY0YppUqlLZFPv7AJAyGpnJvmLmjOC9AFuTr PirsyOyO3nE+caMfJp8zZGPNjRwvGEXnuL+YOjjdoz2+rCas0Jb5c/bujHeN6hYT mt/3w7keXJikKxrmMJibXIz7gRy6Oyu1ZoGXXOkMgZezUi1s1/AUJwM7QOalpO+H 5s+btTZ8tZu7I8O748plYkekFd6UFRBnrV0xXNADpEX6jgsqcLCM+XN88z4jgidF jnIJePmz6ffJE9kjQs5illj/FtkRdSWsRabn1+0nU+RVrj9gUYgmT8dC0Cfanyrp eOQNyKK1qBcn2x3Vvfzocr0dUW1KDM+bcOCBMc/JCPlFxYeeMR/X8KCYvNzLFVGI lIc2JzYOkoIAEA== =fzKE -END PGP SIGNATURE-
Bug#1018290: /usr/sbin/update-tirfs: does not run hook scripts in /etc/initramfs/post-update.d
Package: tiny-initramfs Version: 0.1-5 Severity: normal File: /usr/sbin/update-tirfs Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Contrary to section 8.3 of the Debian Kernel Handbook [1], /usr/sbin/update-tirfs does not run the hook scripts in /etc/initramfs/post-update.d. Together with a bug in systemd-boot (#1014581) this led to my system trying and failing to boot without an initramfs. I did not know whether to make the severity of this bug normal or serious. While it does violate a 'must' directive in the Kernel Handbook, I don't know whether that carries the same severity as violating a directive from the Policy. Regards, Victor Westerhuis - -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable-debug'), (500, 'testing-debug'), (500, 'unstable'), (100, 'experimental'), (1, 'experimental-debug') Architecture: amd64 (x86_64) Kernel: Linux 5.18.0-4-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en_US:en:nl_NL:nl Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages tiny-initramfs depends on: ii tiny-initramfs-core 0.1-5+b12 tiny-initramfs recommends no packages. tiny-initramfs suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmMLWO0THHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+yvGEACaLdiF9/QD61nv7cjjcLeE4bqqLBBR WhVA1INGoJX27qf+o0WQVKUCe0/PqzgMjSp6wW2Ta8lrj3HaxdjutEIwIVC3VrxG 4R48X4EJzZjIqIZWPiPxvTDXJeVH1ar8KTYbyQNhZY5r8uCtIfiqgh2DUc/vRt5p DW57YmIo6UAl2p0gRxQfi3ULaqTI4Mslp6bfVZQ8MWXNuf1tabY3mts2vPL/K7cp /XMHLv567XQJqGYz1SJdb4LizpgD+OauoThFdTk37dJVXU6gvY8QPUMaN7wIZp2g kR54jPWR3cFiHCrHZdHl6D2cwwSr44wnL6qxBUS1+wvORVS6tNBpJHROxScKYpHk QDYsJrgqlcef4KSxUxXF5MR6kDR8ylX+2WFUrPjYNUiC3NSQCl0NaG3iXv/7KU/+ zkQyYYzbagtueYsMzL6MUlpE51nnpM6R2DwLg19/Yzsm4xgTVU6K6NtHNu1lU9mo MfseeGMf6ZUmN44SYVLdehd+mXT8C9KXYYmS9aRAPUL8dybQFmIWGz15dmpsyeUA DkYARyS0oBtKZUQKFAMkV/fxgL0f4JPvrWRAjejxtAtjKWS4/5PIjYwx+zQql5+T 8tSPOcZYmJuQA4WyOhghBNwqn/dfT3EvLZ8nfNTPmbJsO/oukgnwU6cmb7NCPKNq VbAfSz54YMmfWQ== =Lc76 -END PGP SIGNATURE- >From 4f8089ba3ab39d55b19447712224972afabfc908 Mon Sep 17 00:00:00 2001 From: Victor Westerhuis Date: Sun, 28 Aug 2022 13:37:50 +0200 Subject: Run hook scripts in /etc/initramfs/post-update.d According to the Debian Kernel Handbook, section 8.3, "initramfs builders must call these scripts using run-parts after they create, update or delete an initramfs." Because update-tirfs uses `set -e`, there is no need to check if the preceding invocation of mktirfs was successful. --- debian/extra/update-tirfs | 6 ++ 1 file changed, 6 insertions(+) diff --git a/debian/extra/update-tirfs b/debian/extra/update-tirfs index c79898d..e5f69f2 100755 --- a/debian/extra/update-tirfs +++ b/debian/extra/update-tirfs @@ -61,6 +61,9 @@ if [ x"$VERSION" = x"all" ] ; then if ! [ -r "${V}" ] ; then continue ; fi V=${V#/boot/vmlinu?-} mktirfs -o /boot/initrd.img-"${V}" "${V}" +if [ -d /etc/initramfs/post-update.d ]; then + run-parts --arg="${V}" --arg=/boot/initrd.img-"${V}" /etc/initramfs/post-update.d +fi done else if ! ls /boot/vmlinu[xz]-"${VERSION}" >/dev/null 2>&1 ; then @@ -68,4 +71,7 @@ else exit 1 fi mktirfs -o /boot/initrd.img-"${VERSION}" "${VERSION}" + if [ -d /etc/initramfs/post-update.d ]; then +run-parts --arg="${VERSION}" --arg=/boot/initrd.img-"${VERSION}" /etc/initramfs/post-update.d + fi fi -- 2.37.2
Bug#1014581: systemd-boot: kernel hook schould use conforming name
On Tue, 19 Jul 2022 21:29:06 +0200 Michael Biebl wrote: Am 12.07.22 um 18:16 schrieb Michael Biebl: > Control: tags -1 + moreinfo > > Am 08.07.22 um 11:14 schrieb Norbert Lange: >> Package: systemd-boot >> Version: 251.2-7 >> Severity: normal >> X-Debbugs-Cc: nolang...@gmail.com >> >> Dear Maintainer, >> >> The kernel hook in /etc/kernel/{post,pre}inst.d should >> be named correctly, to quote the kernel-handbook [1]: >> >>> hook scripts for boot loaders must be named using >> the prefix zz- and no other packages may use this prefix >> >> so zz-systemd-boot whould be correct. > > This looks super ugly :-/ > At the very least they should have picked numerical prefixes... > > That said, why does the kernel hook need to run late/last? I.e., does > this actually cause any real issues? If so, can you elaborate. > I looked into this a bit more and it is still not obvious/clear to me, why the kernel hook for systemd needs to use the zz prefix (i.e. run late/last). The systemd kernel hook copies the vmlinux-* binary to /boot/efi, but this file is available once the linux-image-* package has been unpacked. That said, I could understand if the initramfs hook needs to run last, i.e. /etc/initramfs/post-update.d/systemd-boot. As this hook will copy the initrd to /boot/efi and initramfs hooks *do* modify the initrd image. The kernel handbook doesn't mention anything in that regard though, so it seems to be incomplete/wrong for the purposes of systemd-boot? I recently switched from initramfs-tools to tiny-initramfs to generate my initramfs. update-tirfs, contrary to the policy, does not run the hooks in /etc/initramfs/post-update.d. However, at least when a kernel is being installed, updated or removed these hooks are allowed to skip doing any work anyway, according to section 8.5 of the Debian kernel handbook. This means that only step 3, running the hooks in /etc/kernel/post{inst,rm}.d are required to do anything. The issue is that tiny-initramfs sorts after systemd-boot, so the initrd is only generated after systemd-boot has tried to copy it already, leading to a missing initrd on the first try. I've solved the issue locally by moving systemd-boot's /etc/kernel/post{inst,rm}.d hooks to the name prescribed by policy. I will also file a corresponding bug (with patch) against tiny-initramfs to fix the running of the hooks in /etc/initramfs/post-update.d. I'm reluctant to blindly change anything without understanding why. So would welcome further input from someone who is familiar with that topic. Regards, Michael Regards, -- Victor Westerhuis OpenPGP_signature Description: OpenPGP digital signature
Bug#1016538: systemd-boot: Kernel postinst and initramfs post-update hooks copy initrd twice
On Tue, 2 Aug 2022 20:46:55 +0200 Michael Biebl wrote: > Am 02.08.22 um 18:20 schrieb Victor Westerhuis: > > Package: systemd-boot > > Version: 251.3-1 > > Severity: normal > > > > Both /etc/kernel/postinst.d/systemd-boot and > > /etc/initramfs/post-update.d/systemd-boot > > call kernel-install to add a newly installed kernel. However, the initramfs > > hook > > explicitly passes the initrd filename, leading to the initrd being copied > > to the EFI > > partition twice. > > Duplicate of #1016538 basically. > > Ideas how to fix this welcome. This bug is #1016538. What bug is this one a duplicate of?
Bug#1016538: systemd-boot: Kernel postinst and initramfs post-update hooks copy initrd twice
Package: systemd-boot Version: 251.3-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Both /etc/kernel/postinst.d/systemd-boot and /etc/initramfs/post-update.d/systemd-boot call kernel-install to add a newly installed kernel. However, the initramfs hook explicitly passes the initrd filename, leading to the initrd being copied to the EFI partition twice. - -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.18.0-2-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en_US:en:nl_NL:nl Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages systemd-boot depends on: ii libc6 2.33-8 ii libsystemd-shared 251.3-1 ii systemd-boot-efi 251.3-1 Versions of packages systemd-boot recommends: ii efibootmgr 17-1 systemd-boot suggests no packages. - -- Configuration Files: /etc/initramfs/post-update.d/systemd-boot changed: set -eu test -x /usr/bin/bootctl || exit 0 bootctl is-installed --quiet || exit 0 echo "Updating kernel version $1 in systemd-boot..." kernel-install add "$1" "/boot/vmlinuz-$1" - -- no debconf information -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmLpTsUTHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+4rRD/9vPqQdwIpV4qJK7j8COfKFxxwg49es KryM1dJKp2OymMWZ74UZnZtgXUNSmy+7QwPp1R3qkTJpaP5yEVVGrRtapNMGu8BW EvkpyCWtNDJFXmLZ8UBwDB1gVX4S6e0tiCd88djqSb3N6XuPxxSToJzSiitIJl2B /Jt1G7i8LWkRMXcgmmvGZOuWoPvelF4pJ1coqEwNhbPrZHufxMQzBmhp7AH5/h91 km2HRum8Cxhha60uJ3e5tcWvbW+tPbFXHNfBDlm3DlzHLn5CED5+joRqkUXO1EJU bsexIOX6uEzOcnozK8qiEriBjfCUmEJrCyLppCzvpmOmsNoEhur/tBZ6iWZB49Gs vx+lY7HWAGK+xD7k9qqeK5vfdP5L7Qq8gcoEXZlADoMgeNCitM8phPISP6/ByvcF jNsww8O+EOxbVUCG4YhcJu30XN0qSWXJDhOxcwdQr2EImXFoQ5SWnjre3l81fdvG +NegoRcC/sMNac+JNdwIg3xS8O4frMndNP05McU/SX9tIVOXeyyQ0uHB9xal3tMu JY9B7IElWYrm8A1udcKGpaC9ySZs8dpCqvvqJLG3ig4HvXwRcirOA5hYBzt5Zxaj UfvuGnqERRG7zCSaoFv5nRw2u1x7aL2Tt5f0HPw0Msfr336mzUbCzX6quX9q9tVr wG5wkWMA8oLllw== =3eOm -END PGP SIGNATURE-
Bug#1015987: cme does not allow package private build profile names
Package: libconfig-model-dpkg-perl Version: 2.161 Severity: normal File: /usr/share/perl5/Config/Model/models/Dpkg/Control/Binary.pl -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 According to the BuildProfileSpec[0], it is allowed to use private build profiles of the form `pkg.$sourcepackage.$anything` where "$anything must match the following regex [a-z0-9-]+". cme/libconfig-model-dpkg-perl do not recognise these, because it uses the regex "(?:\\s+)*". Regards, Victor Westerhuis [0]: https://wiki.debian.org/BuildProfileSpec#Registered_profile_names - -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.18.0-2-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en_US:en:nl_NL:nl Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages libconfig-model-dpkg-perl depends on: ii debhelper 13.8 ii libapt-pkg-perl0.1.40+b1 ii libarray-intspan-perl 2.004-2 ii libconfig-model-backend-yaml-perl 2.134-1 ii libconfig-model-perl 2.150-1 ii libdata-compare-perl 1.27-2 ii libexporter-lite-perl 0.09-1 ii liblog-log4perl-perl 1.55-1 ii libmouse-perl 2.5.10-1+b2 ii libparse-debcontrol-perl 2.005-5 ii libparse-recdescent-perl 1.967015+dfsg-3 ii libsoftware-licensemoreutils-perl 1.009-1 ii libsort-versions-perl 1.62-2 ii libtext-autoformat-perl1.75-1 ii libtext-levenshtein-damerau-perl 0.41-2 ii libtoml-tiny-perl 0.15-1 ii liburi-perl5.12-1 ii libwww-perl6.67-1 ii libyaml-libyaml-perl 0.83+ds-1+b1 ii licensecheck 3.3.0-1 ii lintian2.115.2 ii perl [libmodule-corelist-perl] 5.34.0-5 Versions of packages libconfig-model-dpkg-perl recommends: ii libconfig-model-tkui-perl 1.375-1 libconfig-model-dpkg-perl suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmLdoqwTHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+3mND/405+Zfs/cPHuqrcdUB2XQLJ1CKCfTl Rug5Jlyo4ShIWdV/CbxJk7BLZ5l9Tv+zGERGxddeqHqkV9NyIJ41ENiGYaPPv1zm TT1UcLr9ZxlJK13vBDV/mTZ3W7qvhIv9RJFg78nK0u/siP/ubDE5XDBKzVJRLPNX ddpFPUsXFVKCY3WTEG6S34LS9VzFEBGHyIeU7nO2Gpo4np6gehSJ4Vz/w7F/x2Kx aA89wIjuY5hrv0GWiPaFTjpfxW1YrKwpL01Q+/Rz6yHGNOAFpUkxmzTc7oSwdxfH izCUlmbpDewmG+//AYtNM+noRJgxZqrKlir3VoeclidGsn41ldV3YsfPCKj+OPrh Ki6fdVlDPMzIvGjKojCbBSzgFXh6z2ZAhNBdMa1PIScgnzbkxEb+1bXOB4iVb+Sl JNgyHHLjh+8r6WAdJQW/VjF/9yE1TPSOWV5YvYIZO5HjYmH1F+owBg0/bvm9giAd BIXPFbBD5PGxLcc1ua47P6P9w75oMS4vDTJyhp4SMDweVi2VygTBzk/LtxsnPUkt sedO9Npd81j/aA+H652KbUe+IreUvlJuuL9lqN+N5hlGlQiq1lCbDujDX+pPfZoz 6xYtEX3FMf81RQ1QUDmRh2IV74JsCcKe90KlH3TKA00FIZNASgAUlND6OPmdoaNp 8GuB5S4uYL+eow== =0N+v -END PGP SIGNATURE-
Bug#889635: debhelper: dh_installsystemd - please support templated unit files
Package: debhelper Version: 13.8 Followup-For: Bug #889635 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I second the request to support templated unit files. My MR for init-system-helpers to support enabling template units with a default instance was accepted two days ago [0]. There's two possible action dh_installsystemd could take for a template unit with a default instance: 1. Only run the enable, purge and unmask actions on postinst, because these are actions that don't require an instance. 2. Do the actions in option 1, but additionally parse the DefaultInstance line and run start, stop, and restart actions as well. Option 1 is also available for template units without instance, so that has broader applicability than just template units with a default instance. If there's interest, I'd be willing to try to code an implementation of either or both options. Regards, Victor Westerhuis [0]: https://salsa.debian.org/debian/init-system-helpers/-/merge_requests/20 -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmLMNVATHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+w89D/4ntsR/5YpIWZz7vaHUUn6aCimVT0/2 4TvPKieEMXixiJNMbHSs0y6l4ssezWMZbbGxQoH+Xiua0zZDij7drGuZgXSmAyjB Aoo9OHnWfikvc5NzVjiY8po/xW48r2C0ALpgxx8kG5wdJTR0frtj7zx9c3iuaois hfMuGNxF+lBw9jZ9CFNC2rPLrA5cQvTsdWknhfkz1UsAcOoblFOAv/3g+GNjSZLb JUwCdCWrmlozUAB0hSV3mK2scGlf57ndXwr/NbNIXk1yNpfOmK8v5Y2QBaFzn8z6 GbpBc0ewHPVObjPlRLizJxt+DBdjga7ZtoDE5i9EJXayr/eA6Z7MD+JRYd5STup5 64zoYPKaujt97cLnLimaJv8xaTLGMh7XBFx5k7XkHtUCm5yqDK3hJZKJL5FTTrkI GEjX+vT7LKe4CmsNkGFrooAvmRb1DR2fruXB0D6OSl4MjxqLYMaQB7puAV1sQA2L xv+ie5RiqTEfHzRNI/If43nb+y/0jjrbsdZ6KJ4PlmppGfSq3rW0r9ErXpp9/RNN CcAOfMw+f8rvosGNXehgy58SljDN486D+JA6H44Gvg5Qp/POr64pg4Tsek1rxonU TtEF7K4DMQT5BC3oHRWp6u5Uy698MeR1njSKmel9cLob8e14vppEXw6OO3hplcw9 NbyDDW/HQlGFEQ== =6ak0 -END PGP SIGNATURE-
Bug#801822: deb-systemd-helper does not support template units (e.g. foo@.service)
Control: tags -1 - patch On Thu, 03 Feb 2022 16:44:28 +0100 Victor Westerhuis wrote: I've opened a merge request on Salsa with another possible fix. It works for me locally, but I would like any feedback if I made a mistake somewhere. I've attached the patch as an attachment and the MR is at https://salsa.debian.org/debian/init-system-helpers/-/merge_requests/20. The MR was merged, but I realise now that the original bug is about manipulating instances of template units, which is not what my patch addressed. I've removed the patch tag from this bug report. -- Victor Westerhuis OpenPGP_signature Description: OpenPGP digital signature
Bug#1014642: libtiff-dev: Wrong section for libtiff-dev
Package: libtiff-dev Version: 4.4.0-3 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 libtiff-dev's section is correctly set to libdevel in d/control. However, there is an override in the archive settings its section to oldlibs. I think this override should be removed, since libtiff-dev is not an outdated or transitional package. Regards, Victor Westerhuis - -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.18.0-2-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en_US:en:nl_NL:nl Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages libtiff-dev depends on: ii libc6-dev [libc-dev] 2.33-7 ii libdeflate-dev 1.12-1 ii libjbig-dev2.1-3.1+b2 ii libjpeg-dev1:2.1.2-1 ii libjpeg62-turbo-dev [libjpeg-dev] 1:2.1.2-1 ii liblerc-dev3.0+ds-1 ii liblzma-dev5.2.5-2.1+~optimized ii libtiff5 4.4.0-3 ii libtiffxx5 4.4.0-3 ii zlib1-ng-dev [zlib1g-dev] 2.0.6-0+~local1+b1 libtiff-dev recommends no packages. libtiff-dev suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmLJYpMTHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+28bEACujfJH9KCeyNNG1fyq6IOYbxAExjor bjexSvQwB5qwXIOrwH8MY3mewxAh3Y51l92dUhewGvhRfY+DQ4S9eLj6f64iBrsV DUJWXMENcLZJbPCJtjJRz6mtyBDTXEB/JH5oKkSERS7JKNzOQaXTDjaAAlYrboKS 3kOZsrnNfATbuzOhritzr4CfaYkExLPXXqM0bhewOX7Apas1424nRU18MCD4+TtZ 6VYHaxII69+dH9zW4nqPrnKEx4I9koxkddnyV+gzMbqzEfk0rRQkFNpFpY0UBjt+ y9T3vOaUTLUhfEeSChDDvBJ0mYzOIRRDgBu1bNZAJRPbIbfTY8RAR19r8ISFNdjG Q2536Q5q2j70Up4T7WudtQO1TCpozqFpUT+PvyqzM3AzHko4KdIK+PcUQoh7aN5z p70bWIXiKKoZbyIK2Ex4TNJTnqal4CngovPXKz+KQSk3fi7SwDqo889ekP8i+GYz 1UyFpku0m655agUOPRppZY2jeDGYNwrIOWHT4kecVwZZCPqGU2yjuq4RsQhVcTdC 1byG0KWRcK8U9U5lWXgGpTvMxsYGw3jfK4KR8Bn7D3fyPLDdmNl6rv9FtzRg0Adr c1+RTtqg8cFQbAV6yzFZBjIkCzze4toXQL0X7079UdJdgeYD09Wi9RSsotNU9bHc z/9/1IfrgS46iw== =erYU -END PGP SIGNATURE-
Bug#1014412: RFS: kmscon/9.0.0-2 -- Simple terminal emulator based on Kernel Mode Setting
Package: sponsorship-requests Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear mentors, I am looking for a sponsor for my package "kmscon": * Package name: kmscon Version : 9.0.0-2 Upstream Author : https://github.com/Aetf/kmscon/issues * URL : https://github.com/Aetf/kmscon * License : LGPL-2.1+, public-domain, GPL-2 with Font exception, Expat and HPND, Expat * Vcs : https://salsa.debian.org/viccie30/kmscon Section : utils The source builds the following binary packages: kmscon - Simple terminal emulator based on Kernel Mode Setting To access further information about this package, please visit the following URL: https://mentors.debian.net/package/kmscon/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/k/kmscon/kmscon_9.0.0-2.dsc Changes since the last upload: kmscon (9.0.0-2) unstable; urgency=medium . * Run agetty instead of login (Closes: #1014316) * Bump Standards-Version to 4.6.1 Regards, - -- Victor Westerhuis -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmLES4wTHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+7V9EACM+eM1xA1IKNv+Qw7mXKBYfUmRRTzu tdnndbzo27WEoBUVHGJOHvX+FpZ/Je1nDvW+ZMmqI9MQDnyTwzc0eP60UQYZVc4L po2oMZPtcmbaC4wLpiebgx/iTAvlC68ks1cmC/eBPrRwgk1PsMuhaVHsei1dQj5W PA4HJJEeWC2QLU7jHiTjn2Z9852xD56H6LF9ucyaj/lZLZEn5Mr8s2PaBu1w0Zly x4haPY6zZ4GRLJa/QJtLSzxBDhlS2KMhB2LL2c4PaqU3shG9RpavGmtcZ0aM5M4p ou6BVMVSnu3ijfIBW/1LBAm1mGVoR9p/tvqWnKVnAppJY3Ge7E56YssnbEaM5Z1O 5Jom1afWJZJWE81ifRBfEN4qGSQKgrPnUYMPDst7+32GDxH3z/9kE8uu3v895CCx HY6bK6m+GoWQeZQ+WtRHXxaEDMECwyCrAfxrGOpNw7gLJjg6rnG5IwPHxAXZZ/Fr J2r8PmdUafRvqZmChJ/OlzSM95cwFUIgDy5u7XLHHclfuOD3LY7mYoq0hvlMCyGs 1apLSzy0PTkGU8eZnVKNq6kbms4Lhj2uM3LCBDxv5f582nS7UZNCBfQqJgY45s4i c2Rb2OYMUHurWHprIhn5eKxj9sNIWnSIV0LdlzjxulZHRzUk0tj7I35iO1D7vA4R RdBF0sXtNIJneQ== =TxBa -END PGP SIGNATURE-
Bug#1014316: Unexpected behavior at login prompt
On 04/07/2022 02:47, Joseph Carter wrote: I recently wound up with an ulltrawide monitor that is effectively a 4k screen with a haircut at 1600 lines … and I'm legally blind. So let me say that I greatly appreciate this package and the ease with which I specified a custom DPI to get readable fonts at the console—thank you for packaging it. I also appreciate the standard getty fallback. The other distribution thus far that seems to have kmscon as an option is arch (because of course it does) and … they describe configuring a specific tty for getty in case kmscon fails. An automatic fallback seems more elegant. Thank you for your praise. > That said, it behaves a bit strangely prior to logging in, and these things cause minor usability issues. Chief among these is that backspace doesn't work. My password is deliberately not short (as in xkcd 936 not short), and I sometimes mistype it. I've learned that the backspace key does not work at this login prompt. This is indeed an error. I will try to get this fixed. It also doesn't display /etc/issue which might be a symptom of the same issue, being a different login process than is typically used by Debian at the console? There might be a workaround, in that case, to run the more traditional login process under kmscon, but I haven't really researched that yet and that wouldn't change the default anyway, so a report is still warranted IMO. It is caused by running /bin/login directly instead of using (a)getty. I'll see what the best solution is, but the fastest solution is to update the shipped systemd unit file to use agetty. In some quick testing on my own computer, this fixes both issues. I'll see if I can get a new version uploaded today. -- Victor Westerhuis OpenPGP_signature Description: OpenPGP digital signature
Bug#1013246: RFS: kmscon/9.0.0-1 [ITP] -- Simple terminal emulator based on Kernel Mode Setting
Package: sponsorship-requests Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 ear mentors, I am looking for a sponsor for my package "kmscon": * Package name: kmscon Version : 9.0.0-1 Upstream Author : Aetf * URL : https://github.com/Aetf/kmscon * License : LGPL-2.1+, public-domain, GPL-2 with Font exception, Expat and HPND, Expat * Vcs : https://salsa.debian.org/viccie30/kmscon Section : utils The source builds the following binary packages: kmscon - Simple terminal emulator based on Kernel Mode Setting To access further information about this package, please visit the following URL: https://mentors.debian.net/package/kmscon/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/k/kmscon/kmscon_9.0.0-1.dsc Changes for the initial release: kmscon (9.0.0-1) unstable; urgency=medium . * Initial release (Closes: #1004919) Regards, - -- Victor Westerhuis -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmKvjv4THHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+1DuEACoVZ3h4kLV+vGvRLwqs7C8BdzOl9F4 JIX3J0wKTUYp+y0x7phTDvoTCdEPVmYdaaF8UTMAJJBn0CSCxfL/VHoLWwG6HadI EU1ECy1u5TAuZrFxVeUUArzUzIuMulPPldXdoRh0xghdwTNDdF9HI0w9pSTkgDwW 3GwgLNnTfk3gidgC7K46oHc0grqma0m5fZ7TFAvRMyl7cU5WPxJ8Mzt9BcIvEx8Y vURyb/58/9wOsKOruchcsvQsXJpT6IBYA3F5csfVVdvY9tp20GDS9/dTdh2+bshM j4xm1ZwKnZOlSwkpzScHnY2/UhxUIROvemtXyPsnY0A+0PtDT7eUMR+5DJUjAKAe nPxSThsQqn3YVn4CkpDgVWH4VXsj2r9vM/LD+yOw/TO8Kg462GSk3Bw+398pU3mc w/wpCVFwflw6vgVN54T8zSM0glqpOCOzL6zszxOy0x4efH7dNUA8y2iJunexqEQC O6fG5sruRWSQYybo1dw8I1uRVPFw67J+NamsOLpD0tf8k9FtjdoVM44OpmATzXII IlNtY7Ah3P+pfnI5cwoJ81Y63ZYUnCC4jq/YW68pfOhhFG3ULG2INjdWCJBfM4+6 WSxduOdxj3sZF3gI4+5pymG1fN6Vk54Vrx1XcVyK6pyFR1i9feJjc5nCro5MIrEI UfG0EZEDrN90qw== =rOiZ -END PGP SIGNATURE-
Bug#1010354: RFS: libtsm/4.0.2-0.3 [NMU] -- Terminal-emulator State Machine - development
Package: sponsorship-requests Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear mentors, I am looking for a sponsor for my package "libtsm": * Package name: libtsm Version : 4.0.2-0.3 Upstream Author : https://github.com/Aetf/libtsm/issues * URL : https://github.com/Aetf/libtsm * License : public-domain, LGPL-2.1+, MIT-Open-Group and HPND-DEC and HPND-DEC-HP and Expat, Expat and HPND and BSD-2-clause, Expat * Vcs : https://salsa.debian.org/viccie30/libtsm Section : libs The source builds the following binary packages: libtsm4 - Terminal-emulator State Machine - runtime libtsm-dev - Terminal-emulator State Machine - development To access further information about this package, please visit the following URL: https://mentors.debian.net/package/libtsm/ Alternatively, you can download the package with 'dget' using this command: dget -x https://mentors.debian.net/debian/pool/main/libt/libtsm/libtsm_4.0.2-0.3.dsc Changes since the last upload: libtsm (4.0.2-0.3) unstable; urgency=medium . * Non-maintainer upload. * Ensure that the CMake config files always point to the shared library. (Closes: #1010350) Regards, - -- Victor Westerhuis -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmJryqATHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+yhyD/0ZCYWNuzFHZVTEB9RcK4N1BmRZTjiO ZhuPxn+R6yGOTmwxLIrkvcZ/3yTW7yDIsICnrS2oE8NmsX97QuA/vsq9FrA0bWt9 GNKvV9ra5/vKfN/Aj45TFPZyJIsFkqlSGthZWjLh7QAW8uQaIWcjmiLWoxeIdp82 XjFwrQyeYqQN7PRl/9/LV+KyBuOeA6IukoYFO96FSecNYxosVoHTMfpWf+wdeCAe R/otlyiWo9Lvp88aFiw8mG67/d2rM2r6wna0u67EYG2vKJ33Ow9Q/HO+yvw4Jq+y tUIHttTvat6PVlDz38VAgPvFe75lEUiKU7cDpI5rE5VCPw4YMDMZS1GmokWtkSQ1 jLRy0c9OBq0we+4fGk+PRfbAp9hjHnSiQlhjD1TUiJrDe3/HHcqV8/Pjx1veJ001 xCUt2HhReaUN/VJDa4OMrow8jDUMzQSBSEhV0UZD7VfYQSFHDVmrc7EKZZeOjpIh upsTet6u7KxH1/+4BcMBmArIGhu8eea/D/VlGh77uLztnjiupHcr4vN3R+k7Gr+R kl05N3mjEhWQJjuZlxrvMuivfM70cEW9fPqwulh2KUVLAWWGx6Hf/MaC8Lifo3VU CbrvBU1mXfGY5+3TZ4zvsDoli4xm89DO0A8Rb7MJeRPfZq2bn3O/oCuX9mjQyFLR ofeXahfu8ntr2A== =HAjA -END PGP SIGNATURE-
Bug#1010350: libtsm: CMake config files randomly point to either static or shared library
Source: libtsm Version: 4.0.2-0.2 Severity: important Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 https://tests.reproducible-builds.org/debian/dbdtxt/unstable/arm64/libtsm_4.0.2-0.2.diffoscope.txt.gz shows that the installed CMake config files can randomly either point to the static or the shared version of the library. I have uploaded 4.0.2-0.3 to mentors.debian.net to address this error. - -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.17.0-1-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en_US:en:nl_NL:nl Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmJrtFETHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+w1nEAC0mbvn6EWWsMPevz1HvLIQQx8TjBle Y0yzu047Zvh526ENC/MBt5vdYgZqKLgdDU6O/Tw8UL4Cz8cBvCIhBuRyR4WakhxA u/5L88wSPbfM50EfZjUc8HGomV1bnOA9fR1Bdhj1vnhRPWjWTldLfAQBP+OOPhuV EWDHwpEb81FNfgjYG77X3HIl1HN8LKZJIMOQ6AG0DVNwiH5KznjU0Ve6HlzkF8zH sIY+SLdcZmavOOEWfASyBvk/mhieroGhsIWooQInscQwsZCZcYSTCO7ePlJa5CUb ygY1hor9GYh3DFZSTydJEm8QzjlbV9XPekdLvcUPYoeQodRJ0IbaZwZ6wiPbafWt KtRSjpDGCLt9HVojnXy6b1qlkALjwcPkb2d4ynUymwE6O/kIMzxzbBcjmx2Nnhud ZXEnT4AOvWfa0Y/Kdem/MtjpHEy29vODeZDvvFq2i85etV2ttaGaMz8l5BKMi/xY umRx5+qDfNzCUP5nCgaqXWSWbmhrO4DWBlCZ8yyw1aTsAnfiOZ9wwOgHWypg+rU2 sgEw+/RvgrsCL9f1TBDV6JWLELloDehyBtSdZp+Gq5zjhCHXZRVmPFlx79vEdrHB 8t/5ayXzmd7cSlcI4XSl8Wz72KVliRW2DM2qE+ous18nu+BTQWbh40nQGyN8xbCh MgMzTD3l7tUbMA== =87Ug -END PGP SIGNATURE-
Bug#1010290: nmu: libtsm_4.0.2-0.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi! libtsm cannot migrate unless it's rebuilt on buildd. There are no arch:all packages, so this should give no problems. nmu libtsm_4.0.2-0.1 . i386 . unstable . -m "Rebuild on buildd" -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmJpxHUTHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA++dAD/9U4RVLm3HRaWQqWvG/JpsAkhWepUrg LeHCX2yxI0LVbmw19Vs4Cu7S1RlRLtP+1KLoHHvJA2QAoGWPXvxCuejCOGyA6nRH vvZUoiRbUnarvhQwKl8hC2AcccSlbIVyskgU6VyK/qaj4yYiK51XDMdHSFTEvr9W w1LYaicnhJw6TRWGI34UK2WQ2et9qMOBdEy3m43jKwfFjJX7pXBYziqthGDY1xd8 4dLN8BGpSGwcqONcW5bkX4fC/Qn0w+jXD47uVx9g8nr7uIDowafP4tf9Q+KZzx9R ZJQNkZNe6X/VE5HhkjH03ttFdkYpBxquOErNtCco029rUWtHBfZG4+oDxOisiC3h 9JHdg2f2h0/5wpFtfVJ/caBMstBIcxzXvOMxfei5lCX0YZWChTyAWtNoHaaFj8yr tHv8htT4C6j9JbyepvnUAQqAQ8Bb3zSqkP+eOiyasbHqbcydi2apdUmiuAeNSqq8 DDjCXhjipcW9ntDiT5pc4//Y85rn2if9Z4yMGPXgN8BFAm+TJ+r9ClMwMzOwDBYF ONce4Zf/8pyKxLEwt1JiFRKAIaAi10c8y3lobziAddlhQKy+F3Nm+XcdDQRpseII fg5xJ+ochuraavhtbdohlF5IMP0Asrt968iYJcpO5oqLN005avPX57GlkipjdgO+ 9tjphYjyrW/jVw== =rMkL -END PGP SIGNATURE-
Bug#1004922: Asking for new upstream release
I have retracted the current version of kmscon I had uploaded at mentors.debian.net to ask the upstream maintainer for a new release (https://github.com/Aetf/kmscon/issues/42), so I can prepare a proper release for Debian. A new version of libtsm has just been accepted into the archive, closing the blocking bug #1004921, so there should be no further blocks once I get a new version of kmscon ready. -- Victor Westerhuis OpenPGP_signature Description: OpenPGP digital signature
Bug#1004921: libtsm: Package too old for kmscon
On 26/04/2022 23:31, Bastian Germann wrote: On Thu, 03 Feb 2022 18:00:15 +0100 Victor Westerhuis wrote: I've just opened an ITP bug for kmscon, #1004919. This package depends on libtsm version 4.0.0 or greater. Upstream development has long stopped on libtsm and kmscon depends on a fork by the same author at https://github.com/Aetf/libtsm. I have prepared packaging for version 4.0.1 from the fork at https://salsa.debian.org/viccie30/libtsm. You are welcome to use that, but I'm also willing to take over maintenance if you want. It looks like there are no reverse dependencies on the current versions of libtsm3 and libtsm-dev, so the upgrade should create no problems. I have sponsored the package version from Victor as a NMU with some tiny modifications. The debdiff is attached. Thanks for the upload. I missed the extra copyright declaration from HP halfway through external/xkbcommon/xkbcommon-keysyms.h, so thank you for noticing. If you do not like the change, please ask FTP Masters to remove the upload -- Victor Westerhuis
Bug#1004921: libtsm: Package too old for kmscon
Source: libtsm Followup-For: Bug #1004921 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Aetf has released version 4.0.2 of their fork. I have updated the version in my Salsa repository as well. -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmIRLJoTHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+xmwD/9HeMJhZPZ0GAa7ePdyq1CBEYqge8JF +B62/e5vhm/pCDCLXNIEq92FNZLp2P9MLfE9ZZNEQ6G+IXaxN92Wc7E/aKUJlXBh 55hIaB39/Kt2Rhz0OcXF79NX5GoyEPyDDd2+Co97VMF5eovN7UsASMgs2JX/d7/5 FDS6mwX/EiC5OZC1J1GYV9o4p4JCllSo4xCYxZEdUTXIwDHDAFqXx5NZvI1C8Rdv y5GUTiKK+w25REUB6lWJ0WleHLdCFH/BcTZ/7VxEvpC6BbnURAUX9Pz4s+r/hnpf eGqVtU+dM3kgiJ0EAEww/LCIWvMWP2D76bJrAJGvXIyiOQNONzRW9TmhHpxn3M+R 2z61GLRtaXz2tUx8Lt80fz6xiLhjRmIibgGLehQWYRt/ZxO0+sNEhlhple06oYzh yCn2+MbtGns9QODkGWabV+QElfoh6RZU0a/Vp9g8Nf+WByPtZuzoxRzLI4vzvsnk Kqaqm+NQ5lbzDecpzRVlxAy8wymkrdbkENCYry31EQ9QCtuHIvlh7nNa0XIJnh4A +dXlHpWHzxe+8r0uXFzO0p9VyQ+B9WgXbL+NDphEpP+WueoQLkXl7Q+mT71rAjnW x9luQ0VpbpUmLcYnNjk0PBBqlgkRFeE2B/553uha739l18Vy8UOM52WJ4SjFHalX hbqf9mn0KhCXPA== =CEFL -END PGP SIGNATURE-
Bug#1005751: kuvert: mishandles sendmail invocation for messages without X-Kuvert-From header
Package: kuvert Version: 2.2.3 Severity: normal Tags: patch upstream -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 kuvert passes the full contents of the first address in the From header to sendmail's -f option. At least msmtp's sendmail implementation expects the argument to -f to be just the e-mail address. I've opened a PR on Github with the 1-character fix, see https://github.com/az143/kuvert/pull/3. - -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.15.0-3-amd64 (SMP w/4 CPU threads) Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en_US:en:nl_NL:nl Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages kuvert depends on: ii gnupg 2.2.27-3 ii libauthen-sasl-perl 2.1600-1.1 ii libc6 2.33-5 ii libencode-locale-perl 1.05-1.1 ii libfile-slurp-perl.32-1 ii libio-socket-ssl-perl 2.074-2 ii libmailtools-perl 2.21-1 ii libmime-tools-perl5.509-1 ii libnet-server-mail-perl 0.28-1 ii libnet-smtps-perl 0.10-1 ii libproc-processtable-perl 0.634-1+b1 ii msmtp-mta [mail-transport-agent] 1.8.16-1 ii perl 5.34.0-3 kuvert recommends no packages. Versions of packages kuvert suggests: ii keyutils 1.6.1-2+~lto - -- no debconf information - -- debsums errors found: debsums: changed file /usr/bin/kuvert (from kuvert package) -BEGIN PGP SIGNATURE- iQJHBAEBCAAxFiEE6OxII3T+o0Ujs6ECQz2Rq5dHQPsFAmIKTTcTHHZpY3RvckB3 ZXN0ZXJodS5pcwAKCRBDPZGrl0dA+0rUEACjXbb1WwdWvk2DrPo6UMuqPhoTZ9sM bA+93xT9iAgWSzhz222SO0MQyWtlHx0Z39s/wUj1HecJb51+6EDqKA1b8l2FESgv k2iON7zyuoYqbY7WNhLT1YM3weiH8eb43d5HAydieo42EeoaemQYTlthA8pCfgxB JBGBw8aEnnxCsfwOKSi4pVzzry0H3yDRoj2jq5b/h0RvLjYPFxasW602oqzgXgZE Zp06LRa6LMeD9hMc6ZOkoTNIV31zBnJSIPWkbuTsYRi+pgfvqqriJ7gnK0+ei0VW 2sG0SJ6nGtNweFDCGYV3XrYEcy483ETT4YNHGmkmLVJEUPK5bFiKUrc1J/ZAw7YC O5O6KTR++yFMG6K8iQHvTsY5nhzzfCYit0G1xMos9tb4OF2M4kWiTiUkYTm8+Fm0 /RVMwK/AZ+JUBAfghXpTbb21+CExL6Q9eERcQCPWvxyVs390RqB2gCh+PCLeYNRM oKeDJLbGZO3ep2NsdKhh/739KEMCl2mqn4xBMKLG5r0Zqv3SRUp+oSWfO9BSPnW5 ZSwdGgFY+k8qkKI9v+eTWpeB3GqPNPmzam9+UyfSmL+ksxU9uJoioC4BY849RnNN rkwcVb4epFcEfJas2OQW9F/UVoZSs25w5PSXKOuoGoJiF4bF1yLO9BHoJkh7Ma96 LrfvW3X5cUFTEw== =Y5Y/ -END PGP SIGNATURE-
Bug#1005740: RFP: rust-sequoia-octopus-librnp -- Sequoia-based OpenPGP Backend for Thunderbird
Package: wnpp Severity: wishlist X-Debbugs-Cc: pkg-rust-maintain...@alioth-lists.debian.net * Package name: rust-sequoia-octopus-librnp Version : 1.2.1 Upstream Author : Justus Winter , Neal H. Walfield , Nora Widdecke , Wiktor Kwapisiewicz * URL : https://gitlab.com/sequoia-pgp/sequoia-octopus-librnp * License : LGPL-2.0+ Programming Lang: Rust Description : Sequoia-based OpenPGP Backend for Thunderbird This is a drop-in replacement for the RNP library supported and shipped by Thunderbird. Contrary to the official PGP support in Thunderbird, this integrates with the GnuPG keyring and gpg-agent. Fedora already packages this library. I tried packaging it myself, but I'm struggling with all the dependencies, so I hope someone in the Rust team might be able to do it.
Bug#1004922: RFS: kmscon/8+40-1 [ITP] -- Simple terminal emulator based on Kernel Mode Setting
On 07/02/2022 12:10, Adam Borowski wrote: On Thu, Feb 03, 2022 at 05:51:21PM +0100, Victor Westerhuis wrote: * Package name: kmscon Version : 8+40-1 kmscon (8+40-1) unstable; urgency=medium . * Initial release (Closes: #1004919) Hi, Build-Depends: libtsm-dev (>= 4.0.0) is unsatisfiable, as the newest version of this library is 3-1+b1. Meow! You're right, that's why I've opened a bug against src:libtsm to update that as well, #1004921. I have it packaged in my own Salsa account (https://salsa.debian.org/viccie30/libtsm) and I've asked the maintainer to update it. -- Victor Westerhuis OpenPGP_signature Description: OpenPGP digital signature
Bug#1004919: ITP: kmscon -- Simple terminal emulator based on Kernel Mode Setting
On 05/02/2022 06:35, nick black wrote: Victor Westerhuis left as an exercise for the reader: Package: wnpp Severity: wishlist Owner: Victor Westerhuis X-Debbugs-Cc: debian-de...@lists.debian.org i've also forked this, and have been working on it a bit over the past year: https://github.com/dankamongmen/kmscon if the other fork is more active, i'm happy to fold my changes into it, but they definitely ought go in there. the most important thing i recall doing was fixing the cursor location report to use the proper order for coordinates. Thanks for bringing your fork to my attention. I can see you have an open issue for the cursor location coordinates, but I don't see any commits related to that in the history of the master branch. The two fixes I can see, for the removal of SIGUNUSED and adding an include for sys/sysmacros.h have also been implemented in Aetf's branch. Aetf's fork has some additional functionality, so I would prefer to use that. However, in the course of packaging kmscon I've also opened some PRs on Github and they've responded very quickly. If you have a fix, I'm sure they'll happily take it as well. OpenPGP_signature Description: OpenPGP digital signature
Bug#1004919: ITP: kmscon -- Simple terminal emulator based on Kernel Mode Setting
On 05/02/2022 13:05, nick black wrote: > indeed, the cursor location report fix is only on a branch. i'll > go ahead and submit it to this other fork, and rebase mine off > of theirs. thank you likewise for bringing this to my attention! > i'm glad to see kmscon getting some love. That would be great. I'd like to ask Aetf for a versioned release as well, but first I'd like to get composing working. There's an open issue for that and I independently had a patch for that as well, so I'll see if I can get that upstreamed. > i'm the maintainer and upstream author of Notcurses, and kmscon > is very much a target of mine. if you'd like to integrate any > Notcurses stuff into your testing, just hit me up; i'd be happy > to help! I would like something a bit more formal to test kmscon. So far I've just been testing out different modes and see if aptitude draws everything correctly, but that's hardly a decent compliance test. On 05/02/2022 13:08, nick black wrote: > also, there is a kmscon repo under the auspices of the > freedesktop.org organization. i talked to the original author > about removing that if he wasn't going to be taking the project > forward, but it didn't go anywhere. if someone's really picking > kmscon up, they might want to go talk to the fdo people. On 05/02/2022 13:11, nick black wrote: > ahh, rereading your original ITP, i see you know all about the > fdo situation. good deal =]. i just killed my fork, and am going > to submit a PR to Aetf's fork. It would be great if it could be moved back under FDO auspices, but I haven't tried to contact them, yet. Going by your experiences that might not be worth the effort then. OpenPGP_signature Description: OpenPGP digital signature
Bug#1004922: RFS: kmscon/8+40-1 [ITP] -- Simple terminal emulator based on Kernel Mode Setting
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "kmscon": * Package name: kmscon Version : 8+40-1 Upstream Author : https://github.com/Aetf/kmscon/issues * URL : https://github.com/Aetf/kmscon * License : LGPL-2.1+, Expat, HPND-Kuhn, GPL-2 with Font exception, Expat and HPND, public-domain * Vcs : https://salsa.debian.org/viccie30/kmscon Section : utils It builds those binary packages: kmscon - Simple terminal emulator based on Kernel Mode Setting To access further information about this package, please visit the following URL: https://mentors.debian.net/package/kmscon/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/k/kmscon/kmscon_8+40-1.dsc Changes for the initial release: kmscon (8+40-1) unstable; urgency=medium . * Initial release (Closes: #1004919) Regards, -- Victor Westerhuis
Bug#1004921: libtsm: Package too old for kmscon
Source: libtsm Version: 3-1 Severity: wishlist Tags: patch Control: block 1004919 by -1 I've just opened an ITP bug for kmscon, #1004919. This package depends on libtsm version 4.0.0 or greater. Upstream development has long stopped on libtsm and kmscon depends on a fork by the same author at https://github.com/Aetf/libtsm. I have prepared packaging for version 4.0.1 from the fork at https://salsa.debian.org/viccie30/libtsm. You are welcome to use that, but I'm also willing to take over maintenance if you want. It looks like there are no reverse dependencies on the current versions of libtsm3 and libtsm-dev, so the upgrade should create no problems. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.15.0-3-amd64 (SMP w/4 CPU threads) Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en_US:en:nl_NL:nl Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system)
Bug#1004919: ITP: kmscon -- Simple terminal emulator based on Kernel Mode Setting
Package: wnpp Severity: wishlist Owner: Victor Westerhuis X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: kmscon Version : 8+40 Upstream Author : Aetf * URL : https://github.com/Aetf/kmscon * License : Expat Programming Lang: C Description : Simple terminal emulator based on Kernel Mode Setting kmscon is a system console for linux. It does not depend on any graphics-server on your system (like X.org), but instead provides a raw console layer that can be used independently. It can replace the linux kernel console entirely but was designed to work well side-by-side, too. Even though initially targeted at providing internationalization to the system-console, it has grown into a fully modularized console layer including features like multi-head support, internationalized font rendering, XKB-compatible keyboard handling, hardware-accelerated graphics access and more. I have used this package since Linux dropped scrollback support from the kernel in 2020 [1]. The original upstream [2] has been dead since 2014, but Aetf has picked up development. Kmscon depends on a newer, forked version of libtsm. I'll file a separate bug to address that. [1]: https://www.phoronix.com/scan.php?page=news_item=Linux-5.9-Drops-Soft-Scrollback [2]: https://www.freedesktop.org/wiki/Software/kmscon/
Bug#801822: deb-systemd-helper does not support template units (e.g. foo@.service)
Package: init-system-helpers Version: 1.61 Followup-For: Bug #801822 Control: tags -1 patch I've opened a merge request on Salsa with another possible fix. It works for me locally, but I would like any feedback if I made a mistake somewhere. I've attached the patch as an attachment and the MR is at https://salsa.debian.org/debian/init-system-helpers/-/merge_requests/20. -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.15.0-3-amd64 (SMP w/4 CPU threads) Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en_US:en:nl_NL:nl Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages init-system-helpers depends on: ii perl-base 5.32.1-6 init-system-helpers recommends no packages. init-system-helpers suggests no packages. Versions of packages init-system-helpers is related to: pn insserv -- no debconf information -- debsums errors found: debsums: changed file /usr/sbin/update-rc.d (from init-system-helpers package) diff --git a/script/deb-systemd-helper b/script/deb-systemd-helper index 7e929ed..c27e5da 100755 --- a/script/deb-systemd-helper +++ b/script/deb-systemd-helper @@ -192,8 +192,11 @@ sub get_link_closure { my ($scriptname, $service_path) = @_; my @links; +my @wants_dirs; my $unit_name = basename($service_path); +my $template = $unit_name =~ /\@\.\w+$/; +my $default_instance = $unit_name unless $template; # The keys parsed from the unit file below can only have unit names # as values. Since unit names can't have whitespace in systemd, @@ -210,7 +213,7 @@ sub get_link_closure { my $wants_dir = "/etc/systemd/$instance/$value"; $wants_dir .= '.wants' if $1 eq 'WantedBy'; $wants_dir .= '.requires' if $1 eq 'RequiredBy'; -push @links, { dest => $service_path, src => "$wants_dir/$scriptname" }; +push @wants_dirs, "$wants_dir/"; } } @@ -231,9 +234,20 @@ sub get_link_closure { } } } + +if ($template && $line =~ /^\s*DefaultInstance=\s*(["']?+)(.+)\g1\s*$/i) { +$default_instance = $2; +$default_instance = $unit_name =~ s/^(.*\@)(\.\w+)$/$1$default_instance$2/r; +} } close($fh); +if ($default_instance) { +for my $wants_dir (@wants_dirs) { +push @links, { dest => $service_path, src => $wants_dir . $default_instance }; +} +} + return @links; }
Bug#1003889: RFS: tapecalc/20220117-1 -- full-screen tape editor that lets the user edit a calculation
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "tapecalc": * Package name: tapecalc Version : 20220117-1 Upstream Author : Thomas E. Dickey * URL : https://invisible-island.net/add/add.html * License : MIT-old, X11 * Vcs : https://salsa.debian.org/debian/tapecalc Section : math It builds those binary packages: tapecalc - full-screen tape editor that lets the user edit a calculation To access further information about this package, please visit the following URL: https://mentors.debian.net/package/tapecalc/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/t/tapecalc/tapecalc_20220117-1.dsc Changes since the last upload: tapecalc (20220117-1) unstable; urgency=medium . * New upstream version 20220117. (LP: #1771671) * Drop upstreamed patch. * Add debian/upstream/metadata file. * Update copyright years. Regards, Victor Westerhuis OpenPGP_signature Description: OpenPGP digital signature
Bug#1002604: RFS: tapecalc/20211222-2 [ITA] [RC] -- full-screen tape editor that lets the user edit a calculation
On 07/01/2022 00:50, Bastian Germann wrote: Can you please explain what you try to do with the Salsa CI? Why don't you just use the default pipelines? I use all of the default pipeline, I've just added an extra stage to publish the built apt repository on https://viccie30.pages.debian.net/tapecalc/ so that I have a fixed address to point to. I use this mainly for a few other Python packages with dependencies on each other to be able to build them on Salsa. See for example https://salsa.debian.org/viccie30/python-statmake/-/blob/debian/latest/debian/salsa-ci.yml which uses this to download the newest version of python-cattr from my Salsa repository. If you don't think this is appropriate for an official Debian package, I can take the extra lines out and revert it to the default pipeline. OpenPGP_signature Description: OpenPGP digital signature
Bug#1002604: RFS: tapecalc/20211222-2 [ITA] [RC] -- full-screen tape editor that lets the user edit a calculation
Control: tags -1 - moreinfo Hi Bastian, On Mon, 27 Dec 2021 17:54:39 +0100 Bastian Germann wrote:> Hi Victor, Please use debian/changelog to log the versions that appeared in the Debian archive (i.e., not every version you uploaded). That means merging all revision entries from 20210324-0.1~local to 20211222-2 into one entry with revision number 20211222-1 (keep -1 until the package is sponsored). "Release to mentors.debian.net" is not a thing you would mention in the changelog. The entry "Set myself as maintainer" should be amended by the tag (Closes: #747967). When you are done with that please untag "moreinfo" from this bug. Thanks, Bastian Thanks for your quick review! I've trimmed the changelog and uploaded it to mentors.debian.net again. I have also added the closes annotation for bug #747967 and additional closes annotations for the other bugs that this version would close once uploaded. Regards, Victor OpenPGP_signature Description: OpenPGP digital signature
Bug#1002604: RFS: tapecalc/20211222-2 [ITA] [RC] -- full-screen tape editor that lets the user edit a calculation
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "tapecalc": * Package name: tapecalc Version : 20211222-2 Upstream Author : Thomas E. Dickey * URL : https://invisible-island.net/add/add.html * License : dickey * Vcs : https://salsa.debian.org/viccie30/tapecalc Section : math It builds those binary packages: tapecalc - full-screen tape editor that lets the user edit a calculation To access further information about this package, please visit the following URL: https://mentors.debian.net/package/tapecalc/ Alternatively, one can download the package with dget using this command: dget -x https://mentors.debian.net/debian/pool/main/t/tapecalc/tapecalc_20211222-2.dsc Changes since the last upload: tapecalc (20211222-2) unstable; urgency=medium . * Actually set myself as maintainer There is already an open ITA bug at #747967 in which Thomas Dickey, the upstream maintainer also declared his intent to adopt this package. I have had private e-mail contact with Thomas Dickey and he does not mind if I maintain this package in Debian. This upload would fix all 3 of src:tapecalc's open bugs, one of which is RC. Regards, Victor Westerhuis OpenPGP_signature Description: OpenPGP digital signature
Bug#996752: (no subject)
It looks like this was fixed upstream: https://github.com/llvm/llvm-project/commit/f8cb78e99aae9aa3f89f7bfe667db2c5b767f21f
Bug#993292: base-files: Dropping VERSION, VERSION_ID and CODENAME from os-release broke systemd-boot
Package: base-files Version: 12 Severity: normal The upgrade of base-files from 11.1 to 12 broke the use of EFI Unified Kernel Images[1] with sd-boot. Sd-boot depends on at least one of VERSION, VERSION_ID, or CODENAME being set[2] by dracut in the embedded copy of (/etc|/usr/lib)/os-release to detect the file as a valid image. Would it be possible to set at least one of those? Regards, Victor Westerhuis [1]: https://systemd.io/BOOT_LOADER_SPECIFICATION/#type-2-efi-unified-kernel-images [2]: https://sources.debian.org/src/systemd/247.9-1/src/boot/efi/boot.c/#L1985 -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.13.0-trunk-amd64 (SMP w/4 CPU threads) Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en_US:en:nl_NL:nl Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages base-files depends on: ii gawk [awk] 1:5.1.0-1 ii mawk [awk] 1.3.4.20200120-2 base-files recommends no packages. base-files suggests no packages. -- no debconf information
Bug#985127: zopfli: please provide a VCS for zopfli packaging
Package: zopfli Followup-For: Bug #985127 Hi Rogério, I actually had the same issue, so I imported all existing versions using debsnap into a private Salsa repository at https://salsa.debian.org/viccie30/zopfli. It includes the full upstream git history from https://github.com/google/zopfli. The current Debian version is on debian/sid which is at tag debian/1.0.3-1. I've added a new version I built myself, on the debian/latest tag. Regards, Victor Westerhuis -- System Information: Debian Release: 11.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.12.4-personal (SMP w/4 CPU threads) Locale: LANG=en_NL.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en_US:en:nl_NL:nl Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages zopfli depends on: ii libc6 2.31-11 ii libgcc-s1 10.2.1-6 ii libstdc++6 10.2.1-6 ii libzopfli1 1.0.3+git201125-0.2 zopfli recommends no packages. zopfli suggests no packages. -- no debconf information
Bug#966503: raspi-firmware: /etc/kernel/postinst.d/z50-raspi-firmware should deal with compressed kernels
When using `make bindeb-pkg` just add `KBUILD_IMAGE=arch/arm64/boot/Image` to your make command line. This will ensure that the uncompressed kernel image is copied instead of the gzipped one.