[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH] gitlab-ci.yml: Avoid some submodules to speed up the CI a li
Re: [PATCH] gitlab-ci.yml: Avoid some submodules to speed up the CI a little bit
Tue, 26 Jan 2021 13:42:13 +0100
Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0
On 26/01/2021 13.08, Philippe Mathieu-Daudé wrote:
On 1/21/21 6:44 PM, Thomas Huth wrote:
Since the meson build system rework, the configure script prefers the
git submodules over the system libraries. So we are testing compilation
with capstone, fdt and libslirp as a submodule all over the place,
burning CPU cycles by recompiling these third party modules and wasting
some network bandwidth in the CI by cloning the submodules each time.
Let's stop doing that in at least a couple of jobs and use the system
While we're at it, also install meson in the Fedora container, since
it is new enough already, so we do not need to check out the meson
Signed-off-by: Thomas Huth <email@example.com>
.gitlab-ci.yml | 6 +++++-
tests/docker/dockerfiles/centos8.docker | 1 +
tests/docker/dockerfiles/debian-amd64.docker | 1 +
tests/docker/dockerfiles/fedora.docker | 3 +++
tests/docker/dockerfiles/ubuntu2004.docker | 1 +
5 files changed, 11 insertions(+), 1 deletion(-)
So now which are the jobs left building from git submodule clone?
All the jobs which don't have a depending test stage jobs should still use
the submodules, e.g. build-oss-fuzz, build-tci, etc.
Also the centos7-based jobs still use all submodules, e.g.