Bug 11946

Summary: Builds should include a manifest of hashes for various revs of tools and sources used
Product: [Infrastructure] AutoBuilder Reporter: Tracy Graydon <tracy.graydon>
Component: autobuilderAssignee: Unassigned <unassigned>
Status: RESOLVED OBSOLETE QA Contact:
Severity: enhancement    
Priority: Medium CC: infras.ab.watcher, Infras.watcher, mhalstead, pidge, richard.purdie, tracy.graydon
Version: unspecified   
Target Milestone: Future   
Hardware: x86   
OS: Multiple   
Whiteboard:
OS type for building Yocto: --- Type of Regression: ---
Verified: Documentation change: Don't know

Description Tracy Graydon 2017-08-17 20:03:25 UTC
For a release (major/minor/point/milestone and uninative) we need to ferret out various revisions of tools and sources used by, or associated with, a given build, such as the hashes for poky, eclipse plugins, meta-qt*, and oe-core, etc.

For yocto-* releases, these are currently gleaned by the release scripts from filenames in the build directory. For uninative, that is not so easy to script since we need to know what rev of oe-core to tag, but it is not actively checked out and used by the actual build. That requires us to hunt logs in the AB UI, hoping to identify the correct build, to find the appropriate version to tag. We cannot snag that from the build worker build directory logs since subsequent builds would clobber. 

This is obviously time consuming and error prone for uninative. While we can accurately identify revs by the scripts for RCs, this should be something we capture as part of the build. It would have value apart from releases, too.
Comment 1 Richard Purdie 2019-06-05 18:59:45 UTC
The testresults.json files contain all this information now.
Comment 2 Richard Purdie 2021-06-10 15:00:39 UTC
I think the release process doesn't have this issue any more.