Bug#1069846: dpkg: dpkg-deb fails to build package w/ incomplete changelog entry

2024-04-25 Thread Guillem Jover
nother one refactoring the functions (which I had pending on doing). Thanks, Guillem From 93e7b2268fabc35d754ffe6389b5172b5917eb8c Mon Sep 17 00:00:00 2001 From: Guillem Jover Date: Thu, 25 Apr 2024 22:44:19 +0200 Subject: [PATCH] src: Check whether SOURCE_DATE_EPOCH is set before parsing it The dpkg-deb and dpkg-

Bug#1065643: debian-policy: Refer to «dpkg-buildtree clean» for dpkg generated files

2024-04-20 Thread Guillem Jover
Hi! On Thu, 2024-03-28 at 09:58:29 +0800, Sean Whitton wrote: > On Thu 07 Mar 2024 at 11:22pm +01, Guillem Jover wrote: > > diff --git a/policy/ch-source.rst b/policy/ch-source.rst > > index 4307e89..2fb05cd 100644 > > --- a/policy/ch-source.rst > > +++ b/policy/ch-sour

Bug#868095: base-files: clean up legacy conffiles

2024-04-20 Thread Guillem Jover
Hi! On Mon, 2024-04-15 at 13:15:13 +0200, Santiago Vila wrote: > Hi. I'm scared about removing /etc/profile by accident. > > Guillem: I see that dpkg contains some helper programs to remove > "obsolete conffiles". > > Are they meant to be used for conffiles which should no longer exist, > or

Bug#1069139: developers-reference: out-of-date section "Make transition packages deborphan compliant"

2024-04-20 Thread Guillem Jover
Hi! On Wed, 2024-04-17 at 04:24:16 +0200, Vincent Lefevre wrote: > Package: developers-reference > Version: 13.5 > Severity: normal > Now that the deborphan package has been removed from unstable, > the section "Make transition packages deborphan compliant" in > "Best Packaging Practices" is out

Bug#1069256: debian-policy: clarify requirement for use of Static-Built-Using

2024-04-20 Thread Guillem Jover
Hi! On Thu, 2024-04-18 at 23:29:11 +0300, Maytham Alsudany wrote: > Package: debian-policy > Version: 4.7.0.0 > Severity: normal > X-Debbugs-Cc: debian-de...@lists.debian.org > In early 2022, Guillem added support for a new Static-Built-Using field to > dpkg, encouraging packagers to use it over

Bug#1020533: Bug#825385: Bug#1020533: dpkg should use /var/lib/dpkg/arch to determine native arch when running chrootless

2024-04-20 Thread Guillem Jover
Hi! On Fri, 2023-06-16 at 16:29:17 +0200, Johannes Schauer Marin Rodrigues wrote: > Quoting Guillem Jover (2022-10-10 12:23:58) > > On Thu, 2022-09-22 at 22:13:34 +0200, Johannes Schauer Marin Rodrigues > > wrote: > > As mentioned on IRC, the problem here (and on #825385

Bug#1068483: Bug#882511: dpkg-buildpackage: should allow caller to force inclusion of source in buildinfo

2024-04-11 Thread Guillem Jover
Hi! On Wed, 2024-04-10 at 15:22:45 -0700, Vagrant Cascadian wrote: > On 2024-04-09, Guillem Jover wrote: > > I've now finished the change I had in that branch, which implements > > support so that dpkg-buildpackage can be passed a .dsc or a source-dir, > > and in the form

Bug#1066507: closed by Debian FTP Masters (reply to Guillem Jover ) (Bug#1066507: fixed in kannel 1.4.5-14)

2024-04-10 Thread Guillem Jover
SL or configure with --disable-ssl > > It has been closed by Debian FTP Masters > (reply to Guillem Jover ). Just sending keep-alive mail to avoid the auto-removal, as the bug is already fixed in sid, but not migrating due to the time64 transition. Thanks, Guillem

Bug#872381: dpkg-dev: optimize Makefile snippets for debian/rules

2024-04-08 Thread Guillem Jover
e speed > gain > architecture.mk 30 times faster (probably no gain under dpkg-buildpackage) > buildflags.mk 20 times faster > pkg-info.mk 4 times faster > buildtools.mk20% faster > > Guillem Jover > > I've left this one out f

Bug#1068483: Bug#882511: dpkg-buildpackage: should allow caller to force inclusion of source in buildinfo

2024-04-08 Thread Guillem Jover
nstead > of > the attached patch. The problem with this solution is that it is prone do accidental use, as it is very easy for a user to unknowingly have recreated the sources from a locally extracted tree (be that modified or not). On Sat, 2024-04-06 at 02:57:40 +0200, Guille

Bug#1068483: dpkg-genbuildinfo: Should buildinfo files copy the hash of the source package?

2024-04-05 Thread Guillem Jover
Hi! On Sat, 2024-04-06 at 02:56:02 +0300, Adrian Bunk wrote: > Package: dpkg-dev > Version: 1.22.6 > Severity: normal > X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org > A thought I already wrote in a recent debian-devel discussion: > > In theory source package filenames should be

Bug#1067087: dpkg-buildflags: Enable frame pointers by default

2024-04-05 Thread Guillem Jover
Control: tags -1 moreinfo Control: retitle -1 dpkg-buildflags: Enable frame pointers by default Hi! On Mon, 2024-03-18 at 09:56:38 +0100, Kurt Roeckx wrote: > Source: gcc-14 > Severity: wishlist > Please consider enabling frame pointers on 64 bit arches. > See: >

Bug#1068342: RFP: valkey -- Persistent key-value database with network interface (Redis fork)

2024-04-05 Thread Guillem Jover
Hi! On Wed, 2024-04-03 at 12:29:44 -0400, Antoine Beaupre wrote: > Package: wnpp > Severity: wishlist > X-Debbugs-Cc: Guillem Jover , "Chris Lamb" > > > * Package name: valkey > Version : 7.2.4 > Upstream Contact: https://github.com/val

Bug#1067831: libaio: the t64 package slipped through and is in testing

2024-04-05 Thread Guillem Jover
On Fri, 2024-04-05 at 09:22:04 +0200, Raphael Hertzog wrote: > On mer., 27 mars 2024, Guillem Jover wrote: > > A binNMU would fix that, but given that no one has apparently asked > > for that yet, I think instead I'll just add (later today) a compat > > symlink only for the ud

Bug#1068348: xz-utils: Should activate trigger to force regenerating initramfs

2024-04-04 Thread Guillem Jover
Hi! On Thu, 2024-04-04 at 23:13:03 +0200, Sebastian Andrzej Siewior wrote: > On 2024-04-04 00:14:27 [+0200], Guillem Jover wrote: > > I initially was thinking that a conditionally triggered activation > > when upgrading from the affected versions would be sufficient, but if

Bug#1068348: xz-utils: Should activate trigger to force regenerating initramfs

2024-04-03 Thread Guillem Jover
Source: xz-utils Source-Version: 5.6.1+really5.4.5-1 Severity: important (Maybe this even deserves to be serious, dunno.) Hi! The last upload by the Security Team reverted the version, but that does not necessarily include regenerating the system initramfs, as brought up from a comment in LWN

Bug#1068024: revert to version that does not contain changes by bad actor

2024-04-02 Thread Guillem Jover
Hi! On Sat, 2024-03-30 at 14:16:52 -0400, Joey Hess wrote: > My git repository is here (note all my commits are gpg signed): > https://git.joeyh.name/index.cgi/xz-unscathed/ > My build of dpkg ended up not being linked to a lzma library at all, > because liblzmaunscathed is too old to support

Bug#1068024: Or remove xz altogether?

2024-03-29 Thread Guillem Jover
On Sat, 2024-03-30 at 00:48:34 +, Stephan Verbücheln wrote: > Maybe the people who criticized xz back in the day for being an amateur > project implementing a defective file format were right all along? > > https://www.nongnu.org/lzip/xz_inadequate.html *Sigh*, the current situation is bad

Bug#1067876: dpkg allows installation of malformed .deb packages resulting in corrupt .list file

2024-03-28 Thread Guillem Jover
Hi! On Thu, 2024-03-28 at 09:54:36 +, Grueninger, Tobias wrote: > Package: dpkg > Version: 1.20.12 > Severity: wishlist > In our case we did install a package from a 3rd party which apparently > uses a non-conforming .deb package building tool (unknown to us) > resulting in a malformed

Bug#1067831: libaio: the t64 package slipped through and is in testing

2024-03-27 Thread Guillem Jover
Hi! On Wed, 2024-03-27 at 17:56:25 +0700, Arnaud Rebillout wrote: > Source: libaio > Version: 0.3.113-7 > Severity: normal > User: de...@kali.org > Usertags: origin-kali > I noticed that the t64 variant of the package libaio is already in > testing. I did a quick check, and it seems that it's

Bug#1067413: RFP: keydb -- persistent key-value database with network interface

2024-03-25 Thread Guillem Jover
Hi! On Fri, 2024-03-22 at 12:35:47 +, Chris Lamb wrote: > > I'm CCing Chris, who might perhaps be interested in replacing Redis with > > KeyDB as its spiritual successor and taking this on? Or if not, at least > > to perhaps potentially coordinate some kind of transition, even though > >

Bug#1059150: No longer works with signing subkeys

2024-03-22 Thread Guillem Jover
Hi! On Wed, 2024-03-20 at 19:05:59 +, Steve McIntyre wrote: > On Wed, Dec 20, 2023 at 11:59:31PM +0100, Guillem Jover wrote: > >On Wed, 2023-12-20 at 15:30:24 +, Steve McIntyre wrote: > >> Package: debsig-verify > >> Version: 0.23+b2 > >> Severity:

Bug#1059150: No longer works with signing subkeys

2024-03-22 Thread Guillem Jover
Hi! On Wed, 2024-03-20 at 18:00:30 +, Steve McIntyre wrote: > On Wed, Mar 20, 2024 at 05:18:08PM +, Steve McIntyre wrote: > >Sorry, I've been swamped with other stuff then ill for the last week > >or so. Looking now... No worries, hope you are doing well now! :) > And I can confirm that

Bug#1067490: tracker.debian.org: Display release-team blocks more prominently

2024-03-22 Thread Guillem Jover
Package: tracker.debian.org Severity: wishlist Hi! Currently when a package is blocked by a release-team block hint, that appears at the end of the "Issues preventing migration" list, which can easily be missed if there are also lots of autopkgtest issues, (see the current dpkg tracker page).

Bug#1067413: RFP: keydb -- persistent key-value database with network interface

2024-03-21 Thread Guillem Jover
Package: wnpp Severity: wishlist X-Debbugs-Cc: Chris Lamb , Sascha Steinbiss * Package name: keydb Version : 6.3.4 Upstream Contact: https://github.com/Snapchat/KeyDB * URL : https://keydb.dev/ * License : BSD-3-clause Programming Lang: C, C++ Description

Bug#1065429: dpkg -s: spurious error "dpkg-query: error: --status needs a valid package name"

2024-03-19 Thread Guillem Jover
Hi! On Thu, 2024-03-07 at 04:25:03 +0100, Vincent Lefevre wrote: > On 2024-03-07 03:34:08 +0100, Guillem Jover wrote: > > > "apt-cache show libc6-dev" also lists this package. > > > > apt behaves differently, this has been also a known discrepancy, bu

Bug#1060367: release.debian.org: RFC: Transitions check for dupload?

2024-03-19 Thread Guillem Jover
Hi! JFYI, I released dupload 2.11.0 with support for the mentioned transitions check hook. Have not received any complaints (yet? :). On Sun, 2024-01-14 at 22:06:46 +0100, Guillem Jover wrote: > On Sun, 2024-01-14 at 19:35:40 +0100, Guillem Jover wrote: > > Perfect, thanks. I've for

Bug#1066952: Defaulting to -Werror=implicit-function-declaration might not be a good idea

2024-03-15 Thread Guillem Jover
Hi! On Sat, 2024-03-16 at 02:18:22 +0200, Adrian Bunk wrote: > Package: dpkg-dev > Version: 1.22.6 > Severity: serious > X-Debbugs-Cc: Steve Langasek > 3. Code that does still compile with -Werror=implicit-function-declaration >but behaves differently, e.g. due to failing autoconf tests

Bug#1065643: debian-policy: Refer to «dpkg-buildtree clean» for dpkg generated files

2024-03-07 Thread Guillem Jover
to that new tool. Thanks, Guillem From afac52fa956087eb737c123682f634fc739c7e20 Mon Sep 17 00:00:00 2001 From: Guillem Jover Date: Tue, 27 Feb 2024 23:37:06 +0100 Subject: [PATCH] =?UTF-8?q?Add=20references=20to=20=C2=ABdpkg-buildtree=20?= =?UTF-8?q?clean=C2=BB=20for=20debian/{substvars,files}?= MIME

Bug#1032623: marked as done (vcswatch: should not raise error on repos > 1GiB in size)

2024-03-07 Thread Guillem Jover
Hi! On Thu, 2024-03-07 at 14:34:39 +0100, Christoph Berg wrote: > > It looks like this broke for remotes that do not support filtering > > (yet?). The attached completely untested patch might make this work > > again. Affecting at least git.hadrons.org and git.dpkg.org, but there > > might be

Bug#1032623: marked as done (vcswatch: should not raise error on repos > 1GiB in size)

2024-03-07 Thread Guillem Jover
at least git.hadrons.org and git.dpkg.org, but there might be others too. Thanks, Guillem From d78a41fad53de64eb50f72692bf057c82d41fc85 Mon Sep 17 00:00:00 2001 From: Guillem Jover Date: Thu, 7 Mar 2024 13:30:41 +0100 Subject: [PATCH] vcswatch: Ignore warning when the server does not know about

Bug#1059150: No longer works with signing subkeys

2024-03-06 Thread Guillem Jover
Hi! On Wed, 2023-12-20 at 23:59:31 +0100, Guillem Jover wrote: > On Wed, 2023-12-20 at 15:30:24 +, Steve McIntyre wrote: > > diff --git a/src/openpgp-gpg.c b/src/openpgp-gpg.c > > index 4c29b7f..97ec3a4 100644 > > --- a/src/openpgp-gpg.c > > +++ b/src/openpgp

Bug#1061718: dpkg: Please add Kali Linux to the list of distros with a urs-merged layout

2024-03-06 Thread Guillem Jover
Hi! On Mon, 2024-01-29 at 11:21:32 +0700, Arnaud Rebillout wrote: > Package: dpkg > Version: 1.22.4 > Severity: normal > User: de...@kali.org > Usertags: origin-kali > Kali Linux is a rolling distro based on Debian testing. We go with a > merged-usr layout for a while now, and therefore with

Bug#1065439: dpkg-buildflags: add HIPFLAGS to supported flags

2024-03-06 Thread Guillem Jover
Hi! On Mon, 2024-03-04 at 10:59:36 -0700, Cordell Bloor wrote: > Package: dpkg-dev > Version: 1.22.5 > Severity: wishlist > X-Debbugs-Cc: c...@slerp.xyz, debian...@lists.debian.org > When packaging the AMD ROCm GPU libraries for Debian, we are currently > using CXX=hipcc or CXX=clang++ to build

Bug#1065486: sbd: FTBFS due to hardcoded libaio SONAME used in dlopen()

2024-03-05 Thread Guillem Jover
the current SONAME at this point in time, simply use libaio.so. Author: Guillem Jover Last-Update: 2024-03-05 --- tests/sbd-testbed.c |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) --- a/tests/sbd-testbed.c +++ b/tests/sbd-testbed.c @@ -154,9 +154,9 @@ init (void) orig_fopen

Bug#1062218: libaio: NMU diff for 64-bit time_t transition

2024-03-04 Thread Guillem Jover
Hi! On Mon, 2024-03-04 at 13:51:19 +0100, Guillem Jover wrote: > I've got all the upstream changes now ready, except that there's still > one test case failing, something wrong with the sigset_t type. I've run > out of time trying to track this down, but I've pushed what I have on > t

Bug#1062218: libaio: NMU diff for 64-bit time_t transition

2024-03-04 Thread Guillem Jover
Hi! On Sun, 2024-03-03 at 23:00:00 +0100, Guillem Jover wrote: > On Thu, 2024-02-29 at 02:35:16 +0100, Guillem Jover wrote: > > Control: tags -1 - pending > > > On Wed, 2024-01-31 at 19:36:09 +, Steve Langasek wrote: > > > Source: libaio > > > Versio

Bug#1062218: libaio: NMU diff for 64-bit time_t transition

2024-03-03 Thread Guillem Jover
Hi! On Thu, 2024-02-29 at 02:35:16 +0100, Guillem Jover wrote: > Control: tags -1 - pending > On Wed, 2024-01-31 at 19:36:09 +, Steve Langasek wrote: > > Source: libaio > > Version: 0.3.113-5 > > Severity: serious > > Tags: patch pending > > Justif

Bug#1065371: unable to disable bug-implicit-func for time64

2024-03-03 Thread Guillem Jover
Hi! On Sun, 2024-03-03 at 16:46:33 +0100, Guillem Jover wrote: > On Sun, 2024-03-03 at 16:11:36 +0100, Matthias Klose wrote: > > - please provide an opt-out option. > > This is a bug, which I should fix. The first attached patch is what I'd use to fix this. > >

Bug#1065371: unable to disable bug-implicit-func for time64

2024-03-03 Thread Guillem Jover
On Sun, 2024-03-03 at 16:57:28 +0100, Matthias Klose wrote: > On 03.03.24 16:46, Guillem Jover wrote: > > On Sun, 2024-03-03 at 16:11:36 +0100, Matthias Klose wrote: > > > I just filed another bug report for bc, together with the one for heimdal. > > > > > > Pl

Bug#1065371: unable to disable bug-implicit-func for time64

2024-03-03 Thread Guillem Jover
Hi! On Sun, 2024-03-03 at 16:11:36 +0100, Matthias Klose wrote: > Control: severity -1 serious > I just filed another bug report for bc, together with the one for heimdal. > > Please turn this off for a while, it's really harmful for the time64 > bootstrap. This was added on request by Steve,

Bug#1062218: libaio: NMU diff for 64-bit time_t transition

2024-02-28 Thread Guillem Jover
Control: tags -1 - pending Hi! On Wed, 2024-01-31 at 19:36:09 +, Steve Langasek wrote: > Source: libaio > Version: 0.3.113-5 > Severity: serious > Tags: patch pending > Justification: library ABI skew on upgrade > User: debian-...@lists.debian.org > Usertags: time-t > Please find the patch

Bug#1064909: libbsd-dev: Many functions (possibly all?) aren't available

2024-02-27 Thread Guillem Jover
Hi! On Tue, 2024-02-27 at 17:33:16 +0100, Alejandro Colomar wrote: > Package: libbsd-dev > Version: 0.12.0-1 > Severity: grave > Tags: upstream > Justification: renders package unusable > X-Debbugs-Cc: a...@kernel.org > After upgrading to libbsd 0.12 today, several build systems that I use >

Bug#1064856: dpkg: New xz-utils print warnings on stderr

2024-02-26 Thread Guillem Jover
On Mon, 2024-02-26 at 20:10:20 +0100, Sebastian Andrzej Siewior wrote: > On 2024-02-26 19:23:58 [+0100], Guillem Jover wrote: > > > | 89s +xz: Reduced the number of threads from 16 to 8 to not exceed the > > > memory usage limit of 1400 MiB > > > | 89s +xz: Reduced

Bug#1064856: dpkg: New xz-utils print warnings on stderr

2024-02-26 Thread Guillem Jover
Hi! On Mon, 2024-02-26 at 18:57:32 +0100, Sebastian Andrzej Siewior wrote: > Package: dpkg > Version: 1.22.4 > Severity: important > xz-utils 5.6.0 has been uploaded to unstable. A changed behaviour of > `xz' is now that mutlti threaded compress/ decompression is now enabled > by default. This

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

2024-02-24 Thread Guillem Jover
Hi! On Sat, 2024-01-13 at 15:36:09 +0100, Guillem Jover wrote: > On Tue, 2020-05-12 at 09:43:04 -0400, Jason Francis wrote: > > Package: wnpp > > Severity: wishlist > > Owner: Jason Francis > > > > * Package name: varlink > > Version :

Bug#1064082: ITP: golang-github-cheggaaa-pb -- Console progress bar for Golang

2024-02-16 Thread Guillem Jover
Hi! On Fri, 2024-02-16 at 15:07:55 -0800, Loren M. Lang wrote: > Package: wnpp > Severity: wishlist > Owner: Loren M. Lang > * Package name: golang-github-cheggaaa-pb > Version : 3.1.5-1 > Upstream Author : Sergey Cherepanov > * URL : https://github.com/cheggaaa/pb >

Bug#1063329: libselinux1t64: breaks system in upgrade from unstable

2024-02-16 Thread Guillem Jover
Hi! On Thu, 2024-02-15 at 16:48:43 -0800, Steve Langasek wrote: > Control: forwarded -1 seli...@vger.kernel.org > > Patch now forwarded upstream for review. > > https://lore.kernel.org/selinux/zc6tzkpsyzric...@homer.dodds.net/T/#t > On Wed, Feb 14, 2024 at 11:25:26PM -0800, Steve Langasek

Bug#1064036: dpkg: wrong dpkg-query exit status on syntax error?

2024-02-15 Thread Guillem Jover
Hi! On Fri, 2024-02-16 at 04:37:47 +0100, Christoph Anton Mitterer wrote: > Package: dpkg > Version: 1.22.4 > Severity: normal > dpkg-query manpage says: > EXIT STATUS >0 The requested query was successfully performed. > >1 The requested query failed either fully or

Bug#1063646: tix: missing required debian/rules targets build-arch and/or build-indep

2024-02-10 Thread Guillem Jover
Source: tix Version: 8.4.3-11 Severity: serious Justification: Debian Policy section 4.9 Tags: sid trixie User: debian...@lists.debian.org Usertags: missing-build-arch-indep Dear maintainer, Your package does not include build-arch and/or build-indep targets in debian/rules. This is required by

Bug#1063647: sysconfig: missing required debian/rules targets build-arch and/or build-indep

2024-02-10 Thread Guillem Jover
Source: sysconfig Version: 0.0.14 Severity: serious Justification: Debian Policy section 4.9 Tags: sid trixie User: debian...@lists.debian.org Usertags: missing-build-arch-indep Dear maintainer, Your package does not include build-arch and/or build-indep targets in debian/rules. This is required

Bug#1063645: markdown: missing required debian/rules targets build-arch and/or build-indep

2024-02-10 Thread Guillem Jover
Source: markdown Version: 1.0.1-12 Severity: serious Justification: Debian Policy section 4.9 Tags: sid trixie User: debian...@lists.debian.org Usertags: missing-build-arch-indep Dear maintainer, Your package does not include build-arch and/or build-indep targets in debian/rules. This is

Bug#1063644: atitvout: missing required debian/rules targets build-arch and/or build-indep

2024-02-10 Thread Guillem Jover
Source: atitvout Version: 0.4-13.2 Severity: serious Justification: Debian Policy section 4.9 Tags: sid trixie User: debian...@lists.debian.org Usertags: missing-build-arch-indep Dear maintainer, Your package does not include build-arch and/or build-indep targets in debian/rules. This is

Bug#1063329: libselinux1t64: breaks system in upgrade from unstable

2024-02-06 Thread Guillem Jover
Hi! On Tue, 2024-02-06 at 15:42:33 +0100, Helmut Grohne wrote: > On Tue, Feb 06, 2024 at 11:34:07AM +0100, Adrien Nader wrote: > > Providing two APIs makes me quite uneasy due to having core components > > that would behave differently from the rest of the distribution. It > > sounds like

Bug#1061665: sq: Broken bash completion

2024-01-28 Thread Guillem Jover
Package: sq Version: 0.33.0-2 Severity: normal Hi! It looks like the bash completion is broken, the file only contains now: ,--- $ cat /usr/share/bash-completion/completions/sq target/sq.bash sq `--- Thanks, Guillem

Bug#1061450: /usr/bin/dpkg-buildpackage: dpkg-buildpackage does not have tab completion

2024-01-25 Thread Guillem Jover
Hi! On Wed, 2024-01-24 at 19:18:15 +, Aidan Gallagher wrote: > Package: dpkg-dev > Version: 1.20.12 > Severity: wishlist > File: /usr/bin/dpkg-buildpackage > Tags: newcomer > X-Debbugs-Cc: aidg...@gmail.com > I'm creating a wrapper around dpkg-buildpackage that allows package > builds to run

Bug#1061404: dpkg read buffer overrun unpacking K (long symbolic) records in data.tar

2024-01-23 Thread Guillem Jover
Hi! On Tue, 2024-01-23 at 16:47:34 -0800, Joshua Hudson wrote: > On Tue, Jan 23, 2024 at 3:16 PM Guillem Jover wrote: > > On Tue, 2024-01-23 at 13:46:53 -0800, Joshua Hudson wrote: > > > Package: dpkg > > > Version: 1.21.22 > > > Severity: important > >

Bug#1061404: dpkg read buffer overrun unpacking K (long symbolic) records in data.tar

2024-01-23 Thread Guillem Jover
Hi! On Tue, 2024-01-23 at 13:46:53 -0800, Joshua Hudson wrote: > Package: dpkg > Version: 1.21.22 > Severity: important > On unpacking a custom .dpkg file with long symbolic links, I found a > bunch of symbolic links ending in right, and one with copyright. The > overrun made all the links

Bug#1061111: RFS: dpkg-buildenv/1.0.0 [ITP] -- Builds debian packages in a docker container.

2024-01-19 Thread Guillem Jover
Hi! On Fri, 2024-01-19 at 14:13:07 +, Aidan wrote: > On Fri, 19 Jan 2024, 00:08 Guillem Jover, wrote: > > …regardless of whether this is or not the last blocking issue, I'd > > still very much appreciate if you could rename the project and tool > > upstream. :) >

Bug#1060320: dpkg-buildpackage: PERL_UNICODE variable causes bad encoding in output

2024-01-18 Thread Guillem Jover
Hi! On Tue, 2024-01-09 at 15:39:33 +0100, Peter Krefting wrote: > Package: dpkg-dev > Version: 1.21.22 > Severity: wishlist > Tags: l10n > With PERL5OPTS=-Mutf8 and PERL_UNICODE=SDL set in environment [1], output from > dpkg-buildpackage (and others) is garbled ("double" UTF-8 encoding): > >

Bug#1061111: RFS: dpkg-buildenv/1.0.0 [ITP] -- Builds debian packages in a docker container.

2024-01-18 Thread Guillem Jover
Hi! On Thu, 2024-01-18 at 23:14:49 +, Aidan wrote: > On Thu, Jan 18, 2024 at 6:30 PM David Kalnischkies wrote: > > On Thu, Jan 18, 2024 at 02:35:40PM +, Aidan wrote: > > > I am looking for a sponsor for my package "dpkg-buildenv": > > > > Similar to my recent "veto" of apt-verify in

Bug#1057199: debian-policy: express more clearly that Conflicts to not reliably prevent concurrent unpacks

2024-01-18 Thread Guillem Jover
Hi! On Wed, 2024-01-03 at 15:04:01 -0700, Sam Hartman wrote: > >>>>> "Guillem" == Guillem Jover writes: > Guillem> At least the dpkg behavior seems entirely > Guillem> correct to me and required for safe upgrades ( > > Can you help me unde

Bug#1060367: release.debian.org: RFC: Transitions check for dupload?

2024-01-14 Thread Guillem Jover
Hi! On Sun, 2024-01-14 at 19:35:40 +0100, Guillem Jover wrote: > Perfect, thanks. I've force pushed the new changes to the previous > branch. How about then the following output? > > ,--- > Warning: Source package barnowl is part of ongoing transitions: > >

Bug#1060367: release.debian.org: RFC: Transitions check for dupload?

2024-01-14 Thread Guillem Jover
Hi! On Sun, 2024-01-14 at 19:12:03 +0100, Paul Gevers wrote: > On 14-01-2024 18:46, Guillem Jover wrote: > > I think that would be great, I guess the message from the hook could > > give some very basic and generic guidance, and point to this page for > > more in-depth expl

Bug#1060367: release.debian.org: RFC: Transitions check for dupload?

2024-01-14 Thread Guillem Jover
Hi! On Sun, 2024-01-14 at 18:22:16 +0100, Paul Gevers wrote: > On 14-01-2024 17:43, Guillem Jover wrote: > >https://wiki.debian.org/Teams/ReleaseTeam/Transitions > > > > but it looks like that one is targeted more to maintainers that start > > or drive the tra

Bug#1060367: release.debian.org: RFC: Transitions check for dupload?

2024-01-14 Thread Guillem Jover
Hi! On Sun, 2024-01-14 at 10:22:21 +0100, Paul Gevers wrote: > On 10-01-2024 02:23, Guillem Jover wrote: > > I've had for a while a new hook for dupload that adds a transitions > > check for Debian hosts, for sourceful uploads targeting unstable (to > > avoid disrupting bui

Bug#1026463: Bug#960434: ITP: varlink -- point-to-point IPC protocol and interface description format

2024-01-13 Thread Guillem Jover
Hi! [ I was asked to mentor someone to complete this ITP, which prompted me to look into its current state. ] It seems Jason's mail bounces, so this ITP should at least be turned into an RFP most probably, and even perhaps be closed, see below. On Tue, 2020-05-12 at 09:43:04 -0400, Jason

Bug#1059982: dpkg: move start-stop-daemon to /usr for DEP17

2024-01-13 Thread Guillem Jover
Hi! On Thu, 2024-01-04 at 12:05:00 +0100, Helmut Grohne wrote: > Package: dpkg > Version: 1.22.2 > Tags: patch > User: helm...@debian.org > Usertags: dep17m2 > please move /sbin/start-stop-daemon to /usr for the /usr-move aka DEP17. > It's the last file in dpkg that needs moving and since it is

Bug#1060420: less: Fix build failure on GNU/Hurd

2024-01-10 Thread Guillem Jover
:00 2001 From: Guillem Jover Date: Thu, 11 Jan 2024 02:18:07 +0100 Subject: [PATCH] Do not assume PATH_MAX is defined Origin: vendor Forwarded: https://github.com/gwsw/less/pull/469 On systems such as GNU/Hurd, PATH_MAX is not defined, because the system intends to impose no arbitrary limits

Bug#1060272: libsysfs2: ""trying to overwrite shared changelog.Debian.gz', which is different"

2024-01-10 Thread Guillem Jover
Hi! On Mon, 2024-01-08 at 15:45:41 +0100, Sven-Haegar Koch wrote: > Package: libsysfs2 > Version: 2.1.1-5+b1 > Severity: normal > Trying to upgrade libsysfs2 from 2.1.1-5 to 2.1.1-5+b1 seems to have > problems with Multi-Arch installs: > > Preparing to unpack

Bug#1060156: acl: move files to /usr for DEP17

2024-01-09 Thread Guillem Jover
Hi! On Sun, 2024-01-07 at 13:33:04 +, ca...@allfreemail.net wrote: > I'm wondering why you decided to keep the acl.postinst and > acl.postrm files, their contents appear to be of no use on > a usrmerged system (to the best of my knowledge). Is that > intentional? Trixie only supports

Bug#1060367: release.debian.org: RFC: Transitions check for dupload?

2024-01-09 Thread Guillem Jover
Package: release.debian.org Severity: wishlist Hi! I've had for a while a new hook for dupload that adds a transitions check for Debian hosts, for sourceful uploads targeting unstable (to avoid disrupting buildd or porter uploads, or uninteresting suites). I've just finished polishing it, and

Bug#1059919: DEP17: move ifupdown files to /usr

2024-01-07 Thread Guillem Jover
ependently on top of the original patch, as a MR or similar. Thanks, Guillem From 6044af67053f8aa9ebf4e8aa3d6b9ce1c640212e Mon Sep 17 00:00:00 2001 From: Guillem Jover Date: Sun, 3 Dec 2023 02:51:43 +0100 Subject: [PATCH] Use relative names when executing programs This switches program invoca

Bug#1060022: acl FTBFS with newer hardening flags

2024-01-06 Thread Guillem Jover
Hi! On Thu, 2024-01-04 at 14:04:50 -0800, Steve Langasek wrote: > Package: acl > Version: 2.3.1-4 > Severity: normal > Tags: patch > User: ubuntu-de...@lists.ubuntu.com > Usertags: origin-ubuntu noble ubuntu-patch > This traces back to a use of a 0-length array in a struct as a flexible >

Bug#1060156: acl: move files to /usr for DEP17

2024-01-06 Thread Guillem Jover
Hi! On Sat, 2024-01-06 at 15:04:47 +, ca...@allfreemail.net wrote: > Source: acl > Followup-For: Bug #1060156 > > better patch attached Ah, thanks for the patch. I had already prepared a patch for this the other day, but forgot to push to git, as I was meaning to upload right away, but

Bug#1060111: libmd0:i386: Fail to upgrade with an overwrite error

2024-01-05 Thread Guillem Jover
Control: reassign -1 debhelper Control: forcemerge 1059395 -1 Hi! On Sat, 2024-01-06 at 01:25:34 +0100, Christian Marillat wrote: > Package: libmd0 > Version: 1.1.0-1 > Severity: normal > Strange error. 'sudo apt-get -f install' is unable to solve this issue. > > , > | Preparing to unpack

Bug#1059837: opencolorio: Please help fix circle dependence in Loongarch between openimageio and opencolorio

2024-01-04 Thread Guillem Jover
Hi! On Fri, 2024-01-05 at 11:37:30 +0800, xiao sheng wen wrote: > 在 2024/1/5 11:09, Guillem Jover 写道: > > > So, my question is: > > > > > > Can dpkg-checkbuilddeps  read > > > > > > ||BuildProfileSpec "Registered profile names"pkg.$sourc

Bug#1059837: opencolorio: Please help fix circle dependence in Loongarch between openimageio and opencolorio

2024-01-04 Thread Guillem Jover
Hi! On Fri, 2024-01-05 at 09:27:29 +0800, xiao sheng wen wrote: >     IMHO, it's not a bug of opencolorio, even is not a bug of Loongarch. Well, the circular dependency is problematic for bootstrapping, ideally opencolorio and openimageio would not depend on each other, but that can be handled

Bug#1059986: dpkg: Please add hurd-arm64 case

2024-01-04 Thread Guillem Jover
Control: tag -1 moreinfo Hi! On Thu, 2024-01-04 at 12:35:58 +0100, Samuel Thibault wrote: > Package: dpkg > Version: 1.22.2 > Severity: normal > User: debian-h...@lists.debian.org > Usertags: hurd > aarch64-gnu support is coming too :) Yes, I noticed! :) > Could you add a hurd-amd64 case in

Bug#1057199: debian-policy: express more clearly that Conflicts to not reliably prevent concurrent unpacks

2024-01-03 Thread Guillem Jover
Hi! On Fri, 2023-12-15 at 16:40:09 +, Sean Whitton wrote: > On Fri 01 Dec 2023 at 02:11pm +01, Helmut Grohne wrote: > > §7.4 currently starts with: > > > > When one binary package declares a conflict with another using a > > Conflicts field, dpkg will refuse to allow them to be

Bug#1059644: inetutils: provide rsh-client & rsh-server?

2024-01-02 Thread Guillem Jover
Hi! On Sat, 2023-12-30 at 02:33:22 +0100, Simon Josefsson wrote: > Ah, I had forgotten about this (if I ever knew about it). But looking > at src/rsh*.c in inetutils there is plenty of Kerberos stuff in it. > Doesn't it work? We build inetutils against MIT Kerberos V5 in GitLab > CI/CD:

Bug#1059644: inetutils: provide rsh-client & rsh-server?

2023-12-29 Thread Guillem Jover
Control: tag -1 moreinfo Hi! On Fri, 2023-12-29 at 20:03:33 +0100, Simon Josefsson wrote: > Package: inetutils > Severity: wishlist > I noticed that netkit-rsh is orphaned and there are even requests to > remove it: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1041864 > > That is

Bug#1059395: libacl1, debhelper: changelog handling with --no-trim seems to be not binNMU-safe

2023-12-24 Thread Guillem Jover
Control: reassign -1 debhelper Control: found -1 debhelper/13.11.4 On Sun, 2023-12-24 at 14:27:22 +, Simon McVittie wrote: > Package: libacl1,debhelper > Control: found -1 libacl1/2.3.1-3 > Control: found -1 debhelper/13.11.9 > Severity: important > X-Debbugs-Cc:

Bug#1059266: error: cannot verify inline signature

2023-12-22 Thread Guillem Jover
'/usr/share/dupload/openpgp-check %1' failed > > for emmax_0~beta.20100307-4_riscv64-buildd.changes Ouch, ok. > > On 2023-12-22 12:16, Guillem Jover wrote: > > > Just to understand what is going wrong, I assume you don't have the > > >

Bug#1059266: error: cannot verify inline signature

2023-12-22 Thread Guillem Jover
Hi! On Fri, 2023-12-22 at 10:53:18 +0100, Christian Marillat wrote: > Package: dupload > Version: 2.10.4 > Severity: grave > This version fail to check a signature. Work fine with 2.10.3 > > , > | $ debrelease > | dupload note: no announcement will be sent. > | Checking OpenPGP signatures

Bug#1037136: dpkg-buildflags: 64-bit time_t by default

2023-12-20 Thread Guillem Jover
Hi! On Tue, 2023-12-19 at 23:33:47 -0800, Steve Langasek wrote: > On Sun, Jul 09, 2023 at 08:06:56PM +0200, Guillem Jover wrote: > > I realized now that this cannot be set for CXXFLAGS as at least g++ > > will warn about that. And I've gone for now by depending on qa=+bug, >

Bug#1059150: No longer works with signing subkeys

2023-12-20 Thread Guillem Jover
Hi! On Wed, 2023-12-20 at 15:30:24 +, Steve McIntyre wrote: > Package: debsig-verify > Version: 0.23+b2 > Severity: important > Tags: patch > Updating our derived distro from bullseye to bookworm, we've moved on > from 0.23 to 0.28. We're using subkeys for signing our debs, and that > no

Bug#1057238: debian-policy: Take dpkg-build-api into account for Rules-Requires-Root

2023-12-01 Thread Guillem Jover
Package: debian-policy Version: 4.6.2.0 Severity: wishlist Hi! Starting with dpkg 1.22.0, it implements a dpkg-build-api mechanism similar in concept to the debhelper-compat levels. You can check its documentation in the dpkg-build-api(7) and dpkg-buildapi(1) manual pages. I think at least the

Bug#1057176: lintian: Take dpkg-build-api into account for Rules-Requires-Root

2023-11-30 Thread Guillem Jover
Package: lintian Version: 2.116.3 Severity: wishlist Hi! Starting with dpkg 1.22.0, it implements a dpkg-build-api similar in concept to the debhelper-compat levels. You can check its documentation in the dpkg-build-api(7) and dpkg-buildapi(1) manual pages. It would be nice if lintian took

Bug#1057057: debian-policy: Please make Checksums-Sha1 optional

2023-11-28 Thread Guillem Jover
Hi! On Tue, 2023-11-28 at 14:57:10 -0800, Russ Allbery wrote: > Dimitri John Ledkov writes: > > Dak currently requires Checksums-Sha1, but I am happy to facilitate in > > patching dak to make Checksums-Sha1 optional if this bug report is > > accepted. > > The field is documented as mandatory

Bug#969590: sqop: Cannot use certificates for signature verification?

2023-11-27 Thread Guillem Jover
Hi! On Mon, 2023-11-27 at 17:14:16 +0800, Blair Noctis wrote: > > Package: sqop > > Version: 0.17.0-2 > > Severity: normal > > > I was trying out sqop, to potentially add native support for it into > > dpkg-dev, but when trying to verify a signature, it does not seem work > > as expected and I'm

Bug#1056763: gdb: Remove references to obsolete dpkg m32r arch

2023-11-25 Thread Guillem Jover
Hi! On Sun, 2023-11-26 at 02:43:34 +0100, Héctor Orón Martínez wrote: > Thanks for the patch, however, I think we can keep support for this > architecture in the multiarch package, therefore drop the snippet > below from your patch. > diff --git a/debian/rules b/debian/rules > index

Bug#1056769: gcc-13: Remove references to obsolete dpkg m32r and tilegx arches

2023-11-25 Thread Guillem Jover
patch that removes references to these obsolete arches. Thanks, Guillem From 6a26179c55840f1bcd494b302cd3d213c4d85cfa Mon Sep 17 00:00:00 2001 From: Guillem Jover Date: Sun, 26 Nov 2023 00:16:51 +0100 Subject: [PATCH] Remove references to obsolete m32r and tilegx arches Support for these arches

Bug#1056768: gcc-12: Remove references to obsolete dpkg m32r and tilegx arches

2023-11-25 Thread Guillem Jover
patch that removes references to these obsolete arches. Thanks, Guillem From c3ce5e819640376b2728077257383bce9de6d55a Mon Sep 17 00:00:00 2001 From: Guillem Jover Date: Sun, 26 Nov 2023 00:16:51 +0100 Subject: [PATCH] Remove references to obsolete m32r and tilegx arches Support for these arches

Bug#1056767: gcc-11: Remove references to obsolete dpkg m32r and tilegx arches

2023-11-25 Thread Guillem Jover
patch that removes references to these obsolete arches. Thanks, Guillem From 774a10b382999154a50710417e1721805fea0fd0 Mon Sep 17 00:00:00 2001 From: Guillem Jover Date: Sun, 26 Nov 2023 00:16:51 +0100 Subject: [PATCH] Remove references to obsolete m32r and tilegx arches Support for these arches

Bug#1056766: gcc-10: Remove references to obsolete dpkg m32r and tilegx arches

2023-11-25 Thread Guillem Jover
patch that removes references to these obsolete arches. Thanks, Guillem From 7e46f4375d3aeb2a386edfd6b87c2c4f328016f6 Mon Sep 17 00:00:00 2001 From: Guillem Jover Date: Sun, 26 Nov 2023 00:16:51 +0100 Subject: [PATCH] Remove references to obsolete m32r and tilegx arches Support for these arches

Bug#1056765: gcc-9: Remove references to obsolete dpkg m32r and tilegx arches

2023-11-25 Thread Guillem Jover
patch that removes references to these obsolete arches. Thanks, Guillem From 4374a74a6f4f48d2bdf59561a8dfbf751bc0d629 Mon Sep 17 00:00:00 2001 From: Guillem Jover Date: Sat, 25 Nov 2023 23:44:48 +0100 Subject: [PATCH] Remove references to obsolete m32r and tilegx arches Support for these arches got

Bug#1056763: gdb: Remove references to obsolete dpkg m32r arch

2023-11-25 Thread Guillem Jover
that removes references to this obsolete arch. Thanks, Guillem From 579b5525be1fd188730b1bac888018629d0f2de7 Mon Sep 17 00:00:00 2001 From: Guillem Jover Date: Sat, 25 Nov 2023 23:36:55 +0100 Subject: [PATCH] Remove references to obsolete m32r arch Support for this arch got removed from in dpkg

Bug#1056761: python3.12: Remove references to obsolete dpkg avr32 arch

2023-11-25 Thread Guillem Jover
that removes references to this obsolete arch. Thanks, Guillem From 9285d636afb9de383345fb5457c4ff17bbfe8ea4 Mon Sep 17 00:00:00 2001 From: Guillem Jover Date: Sat, 25 Nov 2023 23:08:52 +0100 Subject: [PATCH] Remove references to obsolete avr32 arch Support for this arch got removed from in dpkg

Bug#1056760: python3.11: Remove references to obsolete dpkg avr32 arch

2023-11-25 Thread Guillem Jover
that removes references to this obsolete arch. Thanks, Guillem From 3f971478072c67ae6a0009edf5b7cad90c4cd4d9 Mon Sep 17 00:00:00 2001 From: Guillem Jover Date: Sat, 25 Nov 2023 23:08:52 +0100 Subject: [PATCH] Remove references to obsolete avr32 arch Support for this arch got removed from in dpkg

  1   2   3   4   5   6   7   8   9   10   >