[Mesa-dev] [PATCH v2 1/5] gitlab-ci: build Mesa using GitLab CI

[Juan A. Suarez Romero]

On Tue, 2018-09-04 at 08:32 -0700, Eric Anholt wrote:
> "Juan A. Suarez Romero" <jasuarez at igalia.com> writes:
> 
> > Creates different Docker images containing Mesa built with different
> > tools (autotools, meson, scons, etc).
> > 
> > The build is done in 3 levels: the first level creates a base image
> > with all the requirements to build Mesa.
> > 
> > The second level (based of the first one), builds different images with
> > different versions of LLVM. As Gallium drivers heavily relies on LLVM,
> > this will help to test the build with different LLVM versions.
> > 
> > Finally, the latest level creates different images versions of Mesa.
> > The main differences is the tool to build them: autotools, meson, scons,
> > building Gallium drivers with different LLVM versions, and so on.
> > 
> > As the purpose is just to test that everything can be built correctly,
> > all the images are discarded, except one (the autotools), which is
> > stored in the registry. Thus, anyone can just pull it locally and test
> > against their local system.
> > 
> > In order to build the images, Rocker is used. This is a tool that
> > extends the Dockerfiles with new features that are quite interested
> > here. The main features we use is the support for templating, and the
> > support for mounting external directories during the image building.
> > This help to use tools like ccache to improve the build speed.
> > 
> > v2:
> > - Review dependencies (Eric Anholt)
> > - Install libdrm in base image with Meson (Eric Anholt)
> > - Do system changes before apt to speed up installation (Daniel Stone)
> 
> I think this is in good enough shape I'd like to see it land (assuming
> we can manually trigger builds on gitlab, even if they aren't being run
> on every commit yet).
> 

Right now it triggers the build on every push automatically.

But we can change it for some (or all) jobs, so they are only run manually.


	J.A.




> Reviewed-by: Eric Anholt <eric at anholt.net>