Bug 11946 - Builds should include a manifest of hashes for various revs of tools and sources used
Summary: Builds should include a manifest of hashes for various revs of tools and sour...
Status: RESOLVED OBSOLETE
Alias: None
Product: AutoBuilder
Classification: Infrastructure
Component: autobuilder (show other bugs)
Version: unspecified
Hardware: x86 Multiple
: Medium enhancement
Target Milestone: Future
Assignee: Unassigned
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2017-08-17 20:03 UTC by Tracy Graydon
Modified: 2021-06-10 15:00 UTC (History)
6 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: Don't know


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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.