Bug 11945

Summary: Release candidate builds should generate BSPs for the release.
Product: [Infrastructure] AutoBuilder Reporter: Tracy Graydon <tracy.graydon>
Component: autobuilderAssignee: Unassigned <unassigned>
Status: RESOLVED WONTFIX QA Contact:
Severity: enhancement    
Priority: Medium CC: infras.ab.watcher, Infras.watcher, mhalstead, pidge, randy.macleod, stephano, 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 19:51:21 UTC
Currently, for Major/Minor/Point releases, we generate the BSP tarballs via the release staging scripts (living at http://git.yoctoproject.org/cgit/cgit.cgi/release-tools). Note that we do not generate BSP blobs for milestones.

While the scripts do this adequately, it would be ideal for these to be generated by the build system. 

This may or may not be trivial to do, since we don't necessarily generate BSP packages for all the platforms that we build. We may need to be able to turn that on/off for a given platform. i.e. We wouldn't package that for *-lsb builds or we might want to turn off, say mpc8315e-rdb (just as an example). 

If this is makes sense to do, it will reduce the overhead in staging a release, as well as the opportunity for something to fail. When the script fails due to loss of an ssh session or whatever, someone has to go in and figure out what barfed, reset some things or restore files in the staging dir, and then try again.
Comment 1 Randy MacLeod 2020-04-09 15:12:22 UTC
We want to encourage people to use the git repos rather than the tarballs.