Bug 9726

Summary: Add support for autobuilder to create CROPS containers
Product: [Infrastructure] AutoBuilder Reporter: Bill Randle <bill.randle>
Component: autobuilderAssignee: Joshua Lock <joshuagloe>
Status: RESOLVED WONTFIX QA Contact:
Severity: enhancement    
Priority: Medium CC: brian.avery, infras.ab.watcher, Infras.watcher, joshuagloe
Version: 2.2   
Target Milestone: 2.3   
Hardware: x86   
OS: Multiple   
Whiteboard:
OS type for building Yocto: --- Type of Regression: ---
Verified: Documentation change: Don't know

Description Bill Randle 2016-06-07 21:45:55 UTC
Having various Yocto CROPS containers as build artifacts can provide some benefit. 1) it would provide greater visibility to the Yocto community that is used to using the AB, as opposed to Travis (where the containers are built now), 2) it would be nice to see the crops builds displayed on the waterfall page, along with the other items, 3) the free version of Travis has some limitations on the amount of resources you can use.

With that said, it is strongly preferred by the crops team that the AB parse the Travis yml file (included in the git repo) and use that as the sequence of steps, rather that having our own seperate AB file. IOW, build a conf file dynamically from the yml file, rather than having it hard coded. The yml file mostly just runs a set of shell scripts which in turn call docker to do the builds. The advantage to this is that now Travis and AB are building the same artifacts using the same source. Travis currently builds containers for all the processor types currently built on the AB, plus ready-to-run Ostro and Zephyr containers and we would want to do the same.
Comment 1 Joshua Lock 2016-09-15 20:51:01 UTC
This doesn't seem to make a lot of sense. The right place to get Docker images is the Docker Hub, importing images from elsewhere is much more complicated for the user.

It would be nice to have more visibility of CROPS but I'm not sure this is the right way to do it.