Add link to the autopkgtest artifacts for silo runs

[Jean-Baptiste Lallement]

Currently, for autopkgtest running on silos, there is a link to excuses.html, which links to the test logs but it is not always enough to understand a failure.

Could you also add the link to the test artifacts?

[Robert Bruce Park (robru)]

What artifacts do you mean? Can you give an example?

[Jean-Baptiste Lallement (jibel)]

For example when you go to http://autopkgtest.ubuntu.com/packages/d/dbconfig-common/xenial/amd64/ you have the test log (which is available from excuses) and a link to the test artifacts (https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-xenial/xenial/amd64/d/dbconfig-common/20160114_005505@/artifacts.tar.gz for example)

The test artifacts usually include the output of stdout and stderr for each test, a summary of the results (easier to read than autopkgtest's output) and the list of packages installed to run the test. They sometimes contain additional files that the test writer thinks are worth adding.

[Robert Bruce Park (robru)]

I'm not sure how this would be possible. Bileto doesn't have access to that information, bileto just runs britney and then britney spits out an excuses.html at me.

[Robert Bruce Park (robru)]

Maybe pitti could weigh in on this.

[Martin Pitt (pitti)]

It's trivial to get the artifacts URL -- just replace the "/log.gz" at the end with "/artifacts.tar.gz". We don't want to do this for the main Ubuntu britney, as you can see the artifacts on autopkgtest.ubuntu.com and it would further clutter the already very large excuses.html. But indeed for silo runs this makes more sense.

I suggest to add an option to britney.conf for that, like ADT_LINK_ARTIFACTS, and then expose that in the resulting HTML.

This is a rather simple change and an excellent opportunity for getting to know the code, I'm tagging this for next week's virtual sprint.

[Martin Pitt (pitti)]

Adding back bileto task. This conceptually affects bileto, and it will need an actual (small) code change to enable the new option after britney got taught about that.

[Martin Pitt (pitti)]

> and it will need an actual (small) code change to enable the new option

that's actually not true -- we can use the ADT_PPAS option which, if non-empty, should trigger this behaviour.

[Martin Pitt (pitti)]

Fixed in http://bazaar.launchpad.net/~ubuntu-release/britney/britney2-ubuntu/revision/561, thanks Rob!

[Robert Bruce Park (robru)]

Should we push this to debian? I don't like deltas if they can be avoided.

[Martin Pitt (pitti)]

This isn't applicable at all to Debian yet, as their britney doesn't have any of the autopkgtest integration.