Skip to content
Snippets Groups Projects
Unverified Commit 9c3769e0 authored by Sjoerd Simons's avatar Sjoerd Simons Committed by Ritesh Raj Sarraf
Browse files

Use upstream debos container for the base rootfs


Using the docker container for the *current* apertis release to build
the base rootfs for all docker images leads to a bootstrapping issue. So
that should be avoided.

The options for that are:
* Use a docker image from a previous Apertis release
* Use a non-apertis image

Using a docker image from Apertis (e.g. previous stable) is workable but
just pushes the bootstrapping issue down the line. So not really that
helpful (at some point you'll reach a stable release that's not longer
supported and might be dropped).

So avoiding Apertis in the bootstrapping chain seems recommendable. For
that simply pick the upstream debos images so we can keep using debos;
That still requires a kvm based worker, but so would previous stable
apertis releases at this point.

Signed-off-by: default avatarSjoerd Simons <sjoerd@collabora.com>
parent 055b6a41
No related branches found
No related tags found
2 merge requests!129Wip/ritesh/fix builder for v2022,!93WIP: documentation-builder: Rebase on Apertis instead of Debian Buster
......@@ -35,7 +35,11 @@ before_script:
build-base-rootfs:
stage: base rootfs
image: registry.gitlab.apertis.org/infrastructure/apertis-docker-images/$RELEASE-image-builder
image:
name: godebos/debos
entrypoint: [ "" ]
tags:
- kvm
artifacts:
paths:
- '*-base/*.tar.gz'
......
0% Loading or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment