Hi Michal, > On 31 Oct 2022, at 14:39, Michal Orzel <michal.or...@amd.com> wrote: > > Hi Bertrand, > > On 31/10/2022 15:00, Bertrand Marquis wrote: >> >> >> This patch series is a first attempt to check if we could use Yocto in >> gitlab ci to build and run xen on qemu for arm, arm64 and x86. >> >> The first patch is creating a container with all elements required to >> build Yocto, a checkout of the yocto layers required and an helper >> script to build and run xen on qemu with yocto. >> >> The second patch is creating containers with a first build of yocto done >> so that susbsequent build with those containers would only rebuild what >> was changed and take the rest from the cache. >> >> The third patch is adding a way to easily clean locally created >> containers. >> >> This is is mainly for discussion and sharing as there are still some >> issues/problem to solve: >> - building the qemu* containers can take several hours depending on the >> network bandwith and computing power of the machine where those are >> created > This is not really an issue as the build of the containers occurs on the local > machines before pushing them to registry. Also, building the containers > will only be required for new Yocto releases. > >> - produced containers containing the cache have a size between 8 and >> 12GB depending on the architecture. We might need to store the build >> cache somewhere else to reduce the size. If we choose to have one >> single image, the needed size is around 20GB and we need up to 40GB >> during the build, which is why I splitted them. >> - during the build and run, we use a bit more then 20GB of disk which is >> over the allowed size in gitlab > As we could see during v2 testing, we do not have any space restrictions > on the Xen GitLab and I think we already decided to have the Yocto > integrated into our CI.
Right, I should have modified this chapter to be coherent with your latest tests. Sorry for that. > > I will do some testing and get back to you with results + review. Thanks Cheers Bertrand > > ~Michal
