Bug 11945 - Release candidate builds should generate BSPs for the release.
Summary: Release candidate builds should generate BSPs for the release.
Status: RESOLVED WONTFIX
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 19:51 UTC by Tracy Graydon
Modified: 2020-04-09 15:12 UTC (History)
7 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 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.