Quoting Adrian Bunk (2020-07-18 10:36:11)
> On Thu, Jul 16, 2020 at 07:27:52PM +0200, Julian Andres Klode wrote:
> >...
> > We have came up with a syntax, one goal being to break parsers and not
> > silently ignore optional deps:
> >
> > Build-Depends: foo? (>= 1) | baz
>
> Any suggestion has t
Quoting peter green (2020-02-27 22:54:19)
> > Relevant packages and bugs:
> > 943107 git-buildpackage: Python2 removal in sid/bullseye
> This bug is not marked as rc.
>
> Nevertheless I believe that this bug report is in-fact a false positive. From
> what I can tell git-buildpackage, even in bus
Hi,
Quoting Julian Andres Klode (2020-07-16 19:27:52)
> Rationales:
>
>
> 1. You can start optionally build-depending on stuff available
>only on some architectures, without having to use arch restriction
>lists.
>
>Arch restriction lists are tediuous, especially also because in
>
Hi,
Quoting Emilio Pozuelo Monfort (2016-09-14 00:47:01)
> On 11/09/16 22:04, Johannes Schauer wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: binnmu
> >
> > nmu dose3_5.0.1-1 . A
Hi,
Quoting Ralf Treinen (2017-01-28 12:48:08)
> nmu botch_0.21-2 . mips mips64el mipsel ppc64el s390x . unstable . -m
> "rebuild against dose3 (5.0.1-8)"
it might be best to close this bug without taking action.
botch was reported as FTBFS today (#852917), so triggering a binNMU right now
woul
fix FTBFS due to API breakage introduced by src:dose3 5.0.1-8
+(closes: #852917)
+
+ -- Johannes Schauer Sat, 28 Jan 2017 23:32:39 +0100
+
botch (0.21-2) unstable; urgency=medium
* python3-pygraphviz dropped the file attribute. Thus adapting the code
diff -Nru botch-0.21/debian/patches/ad
Hi all,
Quoting Emilio Pozuelo Monfort (2016-06-20 20:52:32)
> On 20/06/16 20:17, Anton Gladky wrote:
> > Dear release team,
> >
> > I am not sure, whether I ask the question, using
> > the correct address. If I am not right, please redirect
> > me.
> >
> > Two of my packages (liggghts and yade)
Hi all,
Quoting Pietro Abate (2016-06-22 11:44:59)
> Hei josh, can you check this branch ?
>
> dose3.5.0-debian-jessie
>
> I don't have a vm with debian jessie ready, but I've used an opam
> switch that should be close enough to what we ave in jessie.
thanks to Pietro we now have a patch that l
Hi Anton,
Quoting Anton Gladky (2016-06-29 07:30:36)
> are you planning to upload dose3 to jessie-backports?
I would like to ask Ralf to do that because I never did a backport upload and
would first have to familiarize myself with all the policies and technicalities
for which I currently do not h
Hi all,
Quoting Ralf Treinen (2016-07-05 15:51:58)
> One change I also spotted only very recently is that the --latest option now
> takes an integer argument. If you used -latest before you should replace it
> by "--latest 1" now.
from IRC, the error supposedly was:
STDERR:
Fatal error in module
Hi,
Quoting Anton Gladky (2016-07-09 16:01:21)
> is there any progress on this issue? How can we help with it? I have 3
> pending packages, waiting to be built.
I created a minimum test case from the data that Aurélien provided and reported
it in the upstream bug tracker:
https://gforge.inria.f
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
nmu dose3_5.0.1-1 . ANY . unstable . -m "rebuild for camlzip 1.06-1"
2016-11-08 13:35:01.0 +0100
+++ vcmi-0.99+dfsg/debian/changelog 2017-05-25 08:12:26.0 +0200
@@ -1,3 +1,10 @@
+vcmi (0.99+dfsg-2) unstable; urgency=medium
+
+ * Add patch from upstream which makes sure that removing a mod cannot
+accidentally recursively delete $HOME (
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Hi,
we recently found that sbuild is not able to handle source packages
using the :native architecture qualifier [1]. Fixing this issue can be
done by the minimal attached patch (also found
either be removed during native
compilation or replaced by the build (native) architecture during cross
building
Author: Johannes Schauer
--- sbuild-0.65.0.orig/lib/Sbuild/ResolverBase.pm
+++ sbuild-0.65.0/lib/Sbuild/ResolverBase.pm
@@ -842,6 +842,25 @@ EOF
reduce_profiles =>
Hi,
Quoting Niels Thykier (2015-02-22 09:43:00)
> I admit I would (also?) have preferred that we did not depend on a missing
> error check in dpkg. If the automatic check on jenkins.d.n is extended early
> in the stretch cycle, I suspect we have a pretty good chance at getting most
> of them done
Hi,
Quoting Lucas Nussbaum (2013-07-01 08:21:30)
> Currently, the following criterias are used:
> | Key packages are:
> | - packages whose popcon is higher than 5% of the max popcon (that's
> | >7570 insts currently)
> | OR
> | - packages of priority >= standard
> | OR
> | - packages of section
Hi,
the following is a report of a successful implementation of what I have been
talking about with Niels Thykier during debconf13. The question was how
important it is for a source package to be compilable or exist in the first
place given an incomplete port which is in the process of being boots
Hi,
Quoting peter green (2013-11-28 01:12:57)
> One problem with these metrics is that you get source packages whose
> importance is artifically inflated because of the way our source packages
> work. If anything in a source package needs x then the whole source package
> has to build-depend on x.
Hi,
Quoting Steven Chamberlain (2013-11-28 01:04:56)
> On 27/11/13 17:58, Johannes Schauer wrote:
> > http://mister-muffin.de/p/Gid8.txt
> >
> > One can see that now the amount of source packages which is needed to build
> > the
> > rest of the archive is
Hi,
Quoting Dmitrijs Ledkovs (2013-11-28 01:15:06)
> On 28 November 2013 00:04, Steven Chamberlain wrote:
> > I also find it interesting to see openjdk-7 listed but not gcj; or even
> > gcc-4.8. Was this computed for jessie or sid?
>
> I guess implicit relationships are not considered: build-e
Hi,
Quoting Philipp Kern (2014-07-24 00:25:41)
> so I think this would rather be a question for stable, than for backports?
Maybe. We'd be equally (if not more) happy if SRM would reconsider their
decision (expressed on #debian-release toward Helmut Grohne) that these patches
are too intrusive fo
Hi,
Quoting Philipp Kern (2014-07-25 14:45:17)
> On Fri, Jul 25, 2014 at 02:19:38PM +0200, Johannes Schauer wrote:
> > Maybe. We'd be equally (if not more) happy if SRM would reconsider their
> > decision (expressed on #debian-release toward Helmut Grohne) that these
>
Hi,
Quoting Cyril Brulebois (2014-07-28 16:40:49)
> > diff -Nru apt-0.9.7.9+deb7u2/debian/libapt-pkg4.12.symbols
> > apt-0.9.7.9+deb7u3/debian/libapt-pkg4.12.symbols
> > --- apt-0.9.7.9+deb7u2/debian/libapt-pkg4.12.symbols 2013-03-01
> > 10:51:21.0 +
> > +++ apt-0.9.7.9+deb7u3/debia
Hi,
Quoting Cyril Brulebois (2014-07-28 18:38:38)
> Johannes Schauer (2014-07-28):
> > Quoting Cyril Brulebois (2014-07-28 16:40:49)
> > > > diff -Nru apt-0.9.7.9+deb7u2/debian/libapt-pkg4.12.symbols
> > > > apt-0.9.7.9+deb7u3/debian/libapt-pkg4.12.symbols
>
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
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
&
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 src:u
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
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 sgml-
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
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 the
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 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
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 i
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:
https:
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
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 pack
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
> live-ta
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 uploa
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 experiment
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 Andreas
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
> > 05
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:
https
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:
https:/
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
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 sho
08 21: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 Tu
g-1.1) 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
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
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 #1035654,
testing and 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) unsta
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 ap
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 som
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
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 they
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:
https://salsa.debian.org/in
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 th
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
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 essentia
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 fixing
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 of
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 requir
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: reform-firede...@packages.debian.org
Control: affects -1 + src:reform-firedecor
nmu reform-firedecor_2023-10-23-4 . ANY . unstable . -m "rebuild with wayfire
0.9.0"
Fixes a pr
Hi,
On Tue, 24 Sep 2024 12:58:48 + Bastien =?ISO-8859-1?Q?Roucari=E8s?=
wrote:
> Le mardi 20 août 2024, 07:11:13 UTC Emilio Pozuelo Monfort a écrit :
> > On 28/07/2024 20:56, Bastien Roucariès wrote:
> > > control: tags -1 - moreinfo
> > >
> > > Hi,
> > >
> > > Last reverse deps of lib mag
Hi doko & Dimitri,
I'd like to add an [autopkgtest] to sbuild to test crosscompilation.
I was told by elbrus that this should only be done "if the cross-toolchain-base
maintainers can commit to prompt uploads".
I wanted to ask you as the cross-toolchain-base maintainers whether you think
you cou
Hi Emilio,
Quoting Emilio Pozuelo Monfort (2024-11-01 10:12:30)
> I scheduled the binNMUs. Unfortunately there's many packages that
> build-depend on versioned imagemagick 6 -dev packages and so the resulting
> binNMUs still build against the old imagemagick 6. This worries me as many of
> this wi
Hi,
Quoting Sebastian Ramacher (2024-10-15 21:36:20)
> On 2024-10-15 19:20:31 +0200, Johannes Schauer Marin Rodrigues wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: binnmu
>
Hi,
Quoting Matthias Klose (2024-11-14 07:33:52)
> > I wanted to ask you as the cross-toolchain-base maintainers whether you
> > think you could do that? It would also help with reducing the time that
> > cross-building in unstable is broken because of a missing c-t-b upload.
>
> you probably sho
Quoting Chris Hofstaedtler (2024-11-23 17:50:25)
> * Fabian Grünbichler [241123 15:31]:
> > A) move i386 rustc to Rust's i586 target (which doesn't have SSE out of the
> > box), instead of the i686-with-SSE2-disabled it currently uses
> > B) bump the i386 baseline in Debian to require SSE2, and s
Hi,
Quoting Graham Inggs (2024-12-04 10:42:17)
> Control: affects -1 + src:glibc
>
> This regression [1] currently blocks migration of glibc/2.40-4.
>
> [1] https://ci.debian.net/packages/s/sbuild/testing/amd64/
I have now finally gotten to the bottom of this. Steps to reproduce:
mmdebstrap --
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: pymu...@packages.debian.org, b...@debian.org
Control: affects -1 + src:pymupdf
Please unblock package pymupdf
[ Reason ]
pymupdf was removed from testing because of this bug:
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: plaka...@packages.debian.org
Control: affects -1 + src:plakativ
Please unblock package plakativ
Thank you for recently unblocking src:pymupdf which will migrate to
testing in
73 matches
Mail list logo
