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
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
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
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 fo
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
s/t/mk/*.mk.
> * comparing the time taken by tests gives a rough idea of the 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.mk2
that instead
> 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 +02
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 eter
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:
> https://www.brendangregg.com/bl
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
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 t
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
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 bu
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 con
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 en
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 data.t
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 the
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
> > we've
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:
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
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).
,-
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
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
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 fo
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 sile
atch to add references 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=20d
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 othe
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
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
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 patc
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 l
coding 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)
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 w
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
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
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.
>
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
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, t
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 f
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
> star
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
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 in
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 :
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
>
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 wrote
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 parti
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 D
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
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 required
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 required
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 somethin
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
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
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
> >
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 exactl
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. :)
&g
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):
>
> $
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 #10592
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
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:
>
> a
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
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 transiti
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 disruptin
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 Franc
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 e
p 17 00:00: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
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 .../117-libsysfs2_2.1.1-5+b1_amd64.d
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 usrmerged
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 the
provide parts of it independently 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 sw
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
> variabl
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 ended
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 .
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
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 by
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 dp
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 unpacke
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: https:/
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 stal
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: debian-rele...@lists.debian.or
pload '/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 th
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 b
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,
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 lon
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
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 this
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 pre
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
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 27b3f9d0e1b
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
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
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
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
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
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
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
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
that removes references to this obsolete arch.
Thanks,
Guillem
From 319681ede4f39f2ca520ccc878853809b5aa94a0 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
these references.
Thanks,
Guillem
From 9292d37f89e2c56e1fc205947c72dc3518b97ead Mon Sep 17 00:00:00 2001
From: Guillem Jover
Date: Sat, 25 Nov 2023 21:34:12 +0100
Subject: [PATCH] Remove avr32 arch support removed in dpkg 1.22.0
The avr32 arch support was removed in dpkg 1.22.0, and once the host
software might be unhappy about the unknown architecture.
Attached patch remove the reference.
Thanks,
Guillem
From 44cda54868242e842000162e3ab21a621f97b94f Mon Sep 17 00:00:00 2001
From: Guillem Jover
Date: Sat, 25 Nov 2023 21:23:41 +0100
Subject: [PATCH] Remove tilegx support removed from dpkg
101 - 200 of 2973 matches
Mail list logo