~brian-murray/britney:add-more-ubuntu-sru

Last commit made on 2017-09-28
Get this branch:
git clone -b add-more-ubuntu-sru https://git.launchpad.net/~brian-murray/britney
Only Brian Murray can upload to this branch. If you are Brian Murray please log in for upload directions.

Branch information

Name:
add-more-ubuntu-sru
Repository:
lp:~brian-murray/britney

Recent commits

c2de27c... by Brian Murray

Add in some more SRU team members and sort alphabetically.

70c325f... by Iain Lane

autopkgtest: Save pending.json after every test request

We just had the autopkgtest queues DoSed because britney was crashing
after requesting each reverse dependency for a perl upload, but before
it had written pending.json out so it knew what not to request again.
This was 25,000 requests per arch...

Let's write pending.json straight after sending each request, so that
the next run - even after a crash - won't re-request the same things
again.

593acb2... by Andy Whitcroft

run-autopkgtest: note that --bulk is best efforts

We only currently support low-priority jobs via the ubuntu/huge-ubuntu
queue pairs. For ppa and upstream jobs there is no low priority option
currently. Clarify this in the description.

Signed-off-by: Andy Whitcroft <email address hidden>

4af147c... by Andy Whitcroft

run-autopkgtest: add --bulk option to direct ubuntu jobs to the huge queue

Signed-off-by: Andy Whitcroft <email address hidden>

5136a3e... by Steve Langasek

Comment the calculation of last_due

b073a71... by Colin Watson

Check whether testsuite triggers have any binaries

We should only run autopkgtests for testsuite triggers if the source
package has any binaries on the relevant architecture, as otherwise it
should be expected to fail.

132ffaf... by Steve Langasek

Refine the logic for recording the nominal sent age of the mail

In the previous iteration, if we were ever down/frozen/disabled long enough
to miss sending two mails in a row, we would see unintended "catch-up"
behavior where each subsequent run of britney would send a mail until the
right total number of mails had been sent. Don't do this; instead, catch us
up in one go to the most recent mail that should have been sent, avoiding
bunching of notifications.

This changes one of the tests also to match.

d5040af... by Steve Langasek

Fix up handling of email cache

We were checkpointing after each email was sent to ensure that an aborted
p-m run didn't result in double emails; however, because the new cache only
contains records for packages we've seen so far during this run (to avoid
the cache growing without bounds over time), that means an aborted p-m run
*still* throws away records for all packages still waiting to be processed.

To fix this, we:
 - only checkpoint records of writing emails during this in-progress run to
   a temp file
 - check for this temp file on britney startup, and if present, merge the
   results into the current state
 - move this temp file into the final cache location only at the end of the
   britney run

Along the way, fix up a bug introduced in the previous commit that would have
us only saving state for those packages for which we sent email during the
current run, which would have quite bad effects.

f680bb3... by Steve Langasek

add a couple more tests to show how the email frequency varies with valid/invalid candidates

6459977... by Steve Langasek

Make it possible to test the email frequency for a package that is sometimes a valid candidate and sometimes not