[Top][All Lists]

[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

From: Thomas Huth
Subject: Re: [PATCH] gitlab-ci.yml: Avoid some submodules to speed up the CI a little bit
Date: Tue, 26 Jan 2021 13:42:13 +0100
User-agent: 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:
Hi Thomas,

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
libraries instead.

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
submodule here.

Signed-off-by: Thomas Huth <thuth@redhat.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. build-crypto-old-nettle etc.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]