[PATCH 4/4] CI: add option to control whether warnings should be fatal or not

Ross Burton <[email protected]> Wed, 17 Jun 2026 13:43:33 +0100
Newsgroups org.yoctoproject.lists.meta-arm
Message-ID <[email protected]>
Warnings being always fatal is quite anti-social because sometimes there
are temporary warnings that we don't want to break the CI.

Signed-off-by: Ross Burton <[email protected]>
---
 .gitlab-ci.yml | 6 +++++-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/.gitlab-ci.yml b/.gitlab-ci.yml
index b285698f47..5059699ee5 100644
--- a/.gitlab-ci.yml
+++ b/.gitlab-ci.yml
@@ -17,6 +17,8 @@ variables:
   MIRROR_GHCR: ghcr.io
   # The list of extra Kas fragments to be used when building
   EXTRA_KAS_FILES: ""
+  # Whether warnings should be fatal (0/1)
+  FATAL_WARNINGS: 0
=20
 stages:
   - prep
@@ -66,7 +68,9 @@ stages:
       echo KASFILES=3D$KASFILES
       kas dump --update --force-checkout --resolve-refs --resolve-env $K=
ASFILES
       kas build $KASFILES
-      ./ci/check-warnings $KAS_BUILD_DIR/warnings.log
+      if [ $FATAL_WARNINGS -ne 0 ]; then
+        ./ci/check-warnings $KAS_BUILD_DIR/warnings.log
+      fi
       kas shell ci/base.yml:lockfile.yml --command "$CI_PROJECT_DIR/ci/j=
unit.sh $KAS_WORK_DIR/build"
   artifacts:
     name: "logs"
--=20
2.43.0