On Wed, 2022-02-16 at 16:51 +, Simon McVittie wrote:
> If the maintainers of dak (our eternally overworked ftp team) want to
> pick up build logs as first-class artifacts produced by both failed
> and successful builds, they're welcome to do so (and then handling my
> prototype of test artifac
On Tue, 15 Feb 2022 13:41:22 +0100, Ansgar wrote:
>The architecture requalification page for bookworm currently lists a
>single porter for i386[1]. Maybe contact him directly?
>
> [1]:
> https://salsa.debian.org/release-team/release.debian.org/-/blob/bb0660c80401eeacbe7063044a9a1b711dcc2303/www
Hi,
this is the call for the next video conference of the Debian Med team
that are an established means to organise the tasks inside our team.
We do these conferences twice per month on every
2th and 17th
of a month. Usually it takes us only 15-20min depending what we are
talking about and
On Wed, 16 Feb 2022 at 23:25:46 +0800, Paul Wise wrote:
> Simon McVittie wrote:
> > handling build logs is not dak's job (and I don't think handling
> > things like the binutils test results should be dak's job either).
>
> It has always felt weird to me that build logs are entirely separate to
>
Simon McVittie wrote:
> Relatedly, I would like to be able to capture some information about
> builds even if (perhaps especially if) the build fails.
That is a good point that I hadn't considered.
> so that failing builds can also produce artifacts, to help the
> maintainer and/or porters to fi
Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
X-Debbugs-Cc: debian-devel@lists.debian.org, Debian VoIP Team
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: jangouts
Version : 0.5.0
Upstream Author : SUSE Linux
* URL : https://github.com/ja
Package: wnpp
Severity: wishlist
Owner: Stephan Lachnit
X-Debbugs-Cc: debian-devel@lists.debian.org, stephanlach...@debian.org
* Package name: python-headerparser
Version : 0.4.0
Upstream Author : John T. Wodder II
* URL : https://github.com/jwodder/headerparser
* Lice
On Sun, 13 Feb 2022 at 14:13:10 -0800, Vagrant Cascadian wrote:
> Obviously, this would interfere with any meaningful reproducible builds
> testing for any package that did something like this. Ideally metadata
> like this about a build should *not* be included in the .deb files
> themselves.
Rela
8 matches
Mail list logo
