On Wed, Sep 27, 2023 at 06:38:06PM -0700, Bryce Harrington wrote: > On Tue, Sep 26, 2023 at 04:53:05PM -0700, Steve Langasek wrote: > > On Mon, Sep 25, 2023 at 03:22:59PM -0700, Bryce Harrington wrote: > > > Moreover, there are other use cases beyond test failure fixing. > > > Consider MREs and SRUs, where you prepare a package in a PPA, and run > > > autopkgtest as part of the criteria for having the package be accepted.
> > For the record, I don't believe the SRU team has ever asked for pre-upload > > autopkgtests as a condition of an MRE. > That's not correct, there's been at least one recent MRE I'm aware of > that did this: > https://bugs.launchpad.net/ubuntu/+source/openldap/+bug/2027079 This was a test plan proposed by the Server Team and accepted by the SRU Team. The SRU Team did not *ask* for pre-acceptance autopkgtests. > Tests run against PPAs are processed at a lower default priority than > the primary archive. There are no priorities on the queues. They are handled in round-robin fashion. So actually, PPA tests, by virtue of being fewer in number, have a higher prioritization than tests in the main archive. > Ultimately, our goal here is to ensure the highest quality of Ubuntu > possible. Obviously none of us wish to logjam Britney by pushing it > beyond its capabilities. But if that is indeed a risk, wouldn't it be > better to strengthen Britney rather than weaken our testing processes? I believe the testing processes described are superfluous in most cases, and anyway it has been a full-time job to keep ahead of the infrastructure issues causing autopkgtests to get backlogged, so wishing for more consistent capacity doesn't really get us anywhere. > Anyway, this is way more verbose than I intended. I of course > understand there's trade-offs and that tech can have weird and > unexpected limitations. My original question was just why 8 weeks was > felt preferrable to a larger number. If there's a strong reason for > that, we'll just have to live with it, but to me 26 weeks would seem > like it'd be long enough to avoid most of the (admittedly outlier) > issues I could imagine. Yes; the retention period itself is far less interesting to me than the reasons why, the former is Just some extra data in swift :) -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org
signature.asc
Description: PGP signature
-- ubuntu-devel mailing list ubuntu-devel@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel