Quoting Paul Gevers (2024-01-06 13:20:11)
> Thanks for being elaborate in your reply, it matches what I was thinking. (I
> wasn't aware of the other examples though).
there are certainly more examples. For example I maintain the package box64
which allows running amd64 binaries on arm64 but
Quoting Paul Gevers (2024-01-05 20:15:22)
> Thanks for reaching out.
Thank Helmut for poking me in #debian-apt :)
> For britney2, the Sources stanza would also be needed; then we could use this
> to generate britney2 testcases. I created 10 of those yesterday by hand [1].
>
> The simplest for
Hi,
On Thu, 4 Jan 2024 21:04:57 +0100 Paul Gevers wrote:
> [20:21:54] agreed, but britney2 doesn't handle :any on virtual
> packages in any way (neither binary dep nor build dep)
> [20:22:10] (and I'm not sure whether that's legal in any way)
> [20:23:08] agreed
> [20:23:28] which I'm
Hi,
Quoting Sebastian Ramacher (2023-10-22 16:03:46)
> Unless there is a plan to pu this change to stable's debootstrap, we are a
> full release cycle away from this change having an effect. The time to change
> this in deboostrap is now.
debootstrap 1.0.133 now creates chroots with only
Hi,
Quoting Sam Hartman (2023-10-12 20:28:15)
> >>>>> "Johannes" == Johannes Schauer Marin Rodrigues
> >>>>> writes:
> >> also because technically it's the right decision from the release
> >> team. these bugs are
Hi Holger,
let me re-order your mail so that I can reply in an order that puts more
concrete points at the top and lets my mail end with a more meta discussion.
Quoting Holger Levsen (2023-10-10 16:54:30)
> policy is not a stick to hit with.
I agree. I have not argued with policy in favour of
Hi,
Quoting Sebastian Ramacher (2023-10-10 16:27:02)
> Is there any progress on the buildd side to remove tzdata from the chroots?
do you mean changing debootstrap such that the buildd variant is no longer
including Priority:required packages? The MR for that is here:
Dear release team,
I'd like to get your confirmation that source packages that fail to build from
source because they miss to declare a build dependency on packages outside the
essential and build-essential set are actually of RC severity. The remaining
packages that fail this (mostly because
Hi,
Quoting Luca Boccassi (2023-05-24 10:52:08)
> Regarding dash, would it be possible for the autopkgtest to support both the
> versions in unstable and experimental, so that it works and you can get it
> unblocked?
yes. The current version in unstable does exactly that. But as the dash unblock
Hi,
Quoting Sebastian Ramacher (2023-05-24 09:48:31)
> mmdebstrap's autopkgtest seem to depend quite extensively on the state of
> other packages in the archive. Maybe it would be better to make them as
> flaky.
I don't think that would be wise. We do these tests for packages to find out
when
Hi,
Quoting Sebastian Ramacher (2023-05-24 08:31:36)
> Please check the autopkgtests. They are failing with errors that seem
> unrelated to doc-debian.
yes. As I said in my original email. mmdebstrap in unstable prepares not only
for doc-debian but also for dash. But maybe you are not going to
d unstable:
diff -Nru mmdebstrap-1.3.5/debian/changelog mmdebstrap-1.3.5/debian/changelog
--- mmdebstrap-1.3.5/debian/changelog 2023-03-20 08:05:19.0 +0100
+++ mmdebstrap-1.3.5/debian/changelog 2023-05-11 14:53:04.00000 +0200
@@ -1,3 +1,29 @@
+mmdebstrap (1.3.5-5) unstable; urgen
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: x2gothincli...@packages.debian.org, sunwea...@debian.org
Control: affects -1 + src:x2gothinclient
Please unblock package x2gothinclient
[ Reason ]
In the context of
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: desktop-autoloa...@packages.debian.org, sunwea...@debian.org
Control: affects -1 + src:desktop-autoloader
Please unblock package desktop-autoloader
[ Reason ]
In the context
) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * ignore deluser not being available in postrm purge (closes: #1035435)
+
+ -- Johannes Schauer Marin Rodrigues Thu, 18 May 2023
00:10:16 +0200
+
webdis (0.1.9+dfsg-1) unstable; urgency=medium
* d/copyright: acknowledge upstream files
:45:42.0 +0100
+++ adduser-3.133/debian/changelog 2023-05-16 23:27:12.0 +0200
@@ -1,3 +1,10 @@
+adduser (3.133) unstable; urgency=medium
+
+ [ Johannes Schauer Marin Rodrigues ]
+ * mark adduser as Protected:yes. This is a temporary fix for #1035694
+
+ -- Marc Haber Tue, 16
Hi,
Quoting Nicolas Dandrimont (2023-05-18 20:51:04)
> On Thu, May 18, 2023, at 10:03, Marc Haber wrote:
> > adduser probably needs an additional hint because the new upload makes
> > piuparts fail now, as discussed yesterday.
> To work around this issue on the piuparts side, it sounds like we
Hi,
here is a status update on the adduser situation.
Quoting Johannes Schauer Marin Rodrigues (2023-05-10 08:10:26)
> The remaining 14 failures belong to the following 9 source packages:
>
> amavisd-new #1035841
> debian-edu-fai #1035292
> desktop-autoloader #1
Control: tags -1 - moreinfo
Quoting Sebastian Ramacher (2023-05-16 23:24:42)
> Okay, then please go ahead and remove the moreinfo tag once the package is
> available in unstable.
version 1:2.13.0-3 has been uploaded to unstable four days ago and implements
exactly (and only) this change:
Hi,
Quoting Sebastian Ramacher (2023-05-16 22:15:33)
> If you agree that making it Essential: yes or Protected: yes, then please go
> ahead with implementing this change. The window to fix this is closing
> quickly.
I've submitted a merge request for adduser adding the Protected:yes field:
Hi,
Quoting Sebastian Ramacher (2023-05-16 22:11:58)
> > [ Risks ]
> >
> > Low risk as the diff simply is:
> >
> > diff -Nru amavisd-new-2.13.0/debian/amavisd-new.postrm
> > amavisd-new-2.13.0/debian/amavisd-new.postrm
> > --- amavisd-new-2.13.0/debian/amavisd-new.postrm 2023-02-23
> >
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: amavisd-...@packages.debian.org, b...@debian.org
Control: affects -1 + src:amavisd-new
Please unblock package amavisd-new
[ Reason ]
In the context of #1035654 me and
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: mmdebst...@packages.debian.org
Control: affects -1 + src:mmdebstrap
Control: block -1 by #1035654 #1035745 #1035710
Hi,
some of the packages uploaded to unstable or
Hi,
On Mon, 08 May 2023 16:54:32 +0100 Luca Boccassi wrote:
> This cleanup has been uploaded last week to experimental with dash/0.5.12-3.
> We have tested it and cannot see any issues with it.
dash in experimental breaks the autopkgtest of mmdebstrap. I've fixed these
problems already and
Package: doc-debian
Version: 11.0
Severity: normal
Hi,
On Mon, 8 May 2023 07:46:09 +0200 Joost van =?utf-8?Q?Baal-Ili=C4=87?=
wrote:
> [ Risks ] None. The doc-debian package is a key package due to Priority:
> standard. It acts as a leaf package: Its only true reverse depends is the
>
Hi,
Quoting Helmut Grohne (2023-05-07 13:52:50)
>
> I contend that:
>
> 1. This change is in unstable since 2022-10-31, i.e. more than half a
> year.
> 2. While having adduser drop from the essential+apt set is caused by
> apt dropping it, this was an implementation detail and any
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: grids...@packages.debian.org, m...@packages.debian.org,
slas...@packages.debian.org, util-li...@packages.debian.org
Control: affects -1 + src:gridsite src:mutt src:slashem
Hi,
Quoting Sebastian Ramacher (2022-12-29 10:30:42)
> > > Is it too late before the freeze to do this?
> >
> > It's not too late, but we need to finish the qtbase-opensource-src
> > transition first.
>
> Please go ahead.
zxing-cpp 1.4.0-1 is now in unstable and the transition underway:
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: zxing-...@packages.debian.org
Control: affects -1 + src:zxing-cpp
Hi,
the gstreamer 1.22 release as well as mediastreamer2 5.2 need zxing-cpp
version 1.4. Currently there
Quoting Andrej Shadura (2022-10-20 12:25:13)
> I’ve been rebuilding packages with pkgconf for the past couple of weeks, and
> it looks very good so far:
>
> http://pkgconf-migration.debian.net/
Thank you! Attached is a dd-list of those packages listed in the "Failures
only" page in case somebody
Quoting Simon Josefsson (2022-08-29 08:09:59)
> I could upload a real version too, maybe that is faster? Can do today unless
> someone objects.
libidn2 has already been binNMUed by Sebastian Ramacher -- see the other mail
to this bug.
Thanks!
cheers, josch
signature.asc
Description: signature
Quoting Cyril Brulebois (2022-08-28 14:20:48)
> Johannes Schauer Marin Rodrigues (2022-08-28):
> > The current version of libidn2-0 in unstable still wrongly depends on
> > sgml-base. A rebuild of src:libidn2 against the version of debhelper
> > that is currently in
Quoting Cyril Brulebois (2022-08-28 13:18:05)
> Johannes Schauer Marin Rodrigues (2022-08-28):
> > due to a bug in debhelper (see #1015263) the libidn2-0 package gained a
> > wrong dependency on sgml-base. Since there was no upload of libidn2
> > since the bug got fixed in d
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: jo...@debian.org, ond...@debian.org, si...@josefsson.org,
k...@debian.org
Hi,
due to a bug in debhelper (see #1015263) the libidn2-0 package gained a
wrong dependency on
Hi Sebastian,
Quoting Sebastian Ramacher (2022-07-13 22:52:52)
> On 2021-09-29 10:38:07 +0200, jo...@mister-muffin.de wrote:
> > > Do all reverse dependencies build fine with the new Imagemagick version?
> > > If not, have bugs been filed?
> >
> > I have rebuilt all 399 source packages that have
Quoting Adam D. Barratt (2022-02-19 19:07:46)
> On Wed, 2022-01-05 at 20:28 +0100, Johannes Schauer Marin Rodrigues wrote:
> > Currently, when a user happens to have an ASCII armored key in
> > /etc/apt/trusted.gpg.d, running mmdebstrap without any special
> > options
&
3 @@
+From 91d8be5f9c204f0ee8d524eb1382934e608a9d43 Mon Sep 17 00:00:00 2001
+From: Johannes Schauer Marin Rodrigues
+Date: Thu, 26 Aug 2021 07:58:27 +0200
+Subject: [PATCH] Do not use gpg --trust-model=always
+
+ - gpg will not create a trustdb when running with --update-trustdb with
+ --trust-model=always:
+ gp
Hi,
Quoting Russ Allbery (2020-12-14 23:54:37)
> > The point I'm making is that i386 processors are still incredibly common,
> > and we shouldn't abandon their users.
>
> Not abandoning users is a powerful motivating force, but it still has to
> succeed in motivating people. Debian can't make a
38 matches
Mail list logo