Damien

'url' and 'log' fields are redundant, but because they are all optional, it doesn't really matter. The user can decide what they want to do for their test results, either...

I can see why this would be useful. I also would like to add a new field in the revision object that would provide the consolidated test results across all...

huum, the information on the series is just the "test status of the series", the information that is useful to know if a series passes all the tests or not....

Thanks for letting us know! The good news is that we still have some time, will put this in our backlog though, we may get to it sooner or later.

There's already some debugging logs when you do `go test -v`, are you thinking about something else?

I don't think that's necessary. I was thinking of providing a git-pw command to provide the functionality (just like posting a test result can be done with git-pw today).

Hi, The installation instructions are very out of date :/ You need to load a bit of data in the DB to get going: ``` $ ./manage.py loaddata default_states $...

A note on handling errors. At the moment, the API does automatic error management. There are cases where we do want access to the error though (or it's expected that...

A patch can also be sent on the ml with a r-b tag already attached to it.

https://bugzilla.yoctoproject.org/show_bug.cgi?id=8394