From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 7319406651323187200 X-Received: by 2002:a2e:800a:0:b0:2cf:2262:8248 with SMTP id j10-20020a2e800a000000b002cf22628248mr921194ljg.35.1706340903328; Fri, 26 Jan 2024 23:35:03 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a05:6402:1f0e:b0:55e:bf5c:b10b with SMTP id b14-20020a0564021f0e00b0055ebf5cb10bls25904edb.2.-pod-prod-09-eu; Fri, 26 Jan 2024 23:35:00 -0800 (PST) X-Google-Smtp-Source: AGHT+IEgwjcu4xPTLxwbIE/HSqWofbIteDXJGPlfP3WqU/UVi//2W5lvMXt8EoIu8KTPvSmx5TpU X-Received: by 2002:a17:906:4a04:b0:a31:6866:9f with SMTP id w4-20020a1709064a0400b00a316866009fmr955190eju.17.1706340900532; Fri, 26 Jan 2024 23:35:00 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1706340900; cv=none; d=google.com; s=arc-20160816; b=UwPgCZGOWSeUAHePXpsh2xsGW+vGaT2VdSG+5OHP30yx50SIfL9wpqdsy6V0fvs6uR 2XpJZ8JbeN4TLKyusZ44O4ILpLVul6Wx1reQ0KMapu5xC6npjUX5CjzUk9srUiByAM93 EROQkRMqAKj7fYEo3qDvzjfCKY+jMsOG661f1mROm3U0VHTXLhIaojMZdWeikA9EPijr AE7kROxP1KWHGiFJA2vx6KYUf2/WFFVu/nQ/Mj5j7r1xvnW/dPrNhgaurD6tx8BZ/m9j D/rfpfpcmp04GuwXW8NIyV+oSdwxU0bydIJh+m4h/4IrALMTUkXNnTcnunt1ZQbIy34Z lD2A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:to:from:subject:message-id; bh=D3jNZVh8LzFCovmvMxp3Ojud+HSyE4mQaAoLDy6aEyk=; fh=IxbeHM4vWxalf1XNf2rnGcQL+r1v0Lr0C6ICsGNNkYw=; b=HrNa6auBr6NEnvwumkgKrASgLhn3tlxch0B7W0urhrEaWYkEHP2NhsvPk1iKU0Qa0m r0IPIhbtnTdSgppcZ903+BCupZMetOvfPDbWWHxbx/lCdQPisQlj3TQiYWBloQ6JjKUr HshuEB5xQUm6Li5S1sqI9CfD9+31PpNuCUF9etI2MqbZpfEsyPqGtSNX0PQL9U3DNYwR /qyxZzj1L8DQCHXd+EDijPZpii0Jd+B4drC7Mwxq+g2UJG3RyEhcWs2wlSpQozzu+zM0 7lElaHACxbx7OBDU6LmzWUvdtY2w62YUxJ2KboGALdxNO5icAjxgO4xQ/+f4B3oX/28a Rsog== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of ubely@ilbers.de designates 85.214.156.166 as permitted sender) smtp.mailfrom=ubely@ilbers.de Return-Path: Received: from shymkent.ilbers.de (shymkent.ilbers.de. [85.214.156.166]) by gmr-mx.google.com with ESMTPS id bt17-20020a170906b15100b00a353a6e9fe4si24311ejb.1.2024.01.26.23.35.00 for (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Fri, 26 Jan 2024 23:35:00 -0800 (PST) Received-SPF: pass (google.com: domain of ubely@ilbers.de designates 85.214.156.166 as permitted sender) client-ip=85.214.156.166; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of ubely@ilbers.de designates 85.214.156.166 as permitted sender) smtp.mailfrom=ubely@ilbers.de Received: from [127.0.0.1] (host-80-81-17-52.static.customer.m-online.net [80.81.17.52]) (authenticated bits=0) by shymkent.ilbers.de (8.15.2/8.15.2/Debian-8+deb9u1) with ESMTPSA id 40R7YwUp022816 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 27 Jan 2024 08:34:59 +0100 Message-ID: <0bed646aef5ef9d8c4a8914a0063d87f38ededc9.camel@ilbers.de> Subject: Re: [PATCH v6] dpkg: Restore support for replacing pre-installed packages in sbuild-chroot From: Uladzimir Bely To: Jan Kiszka , isar-users Date: Sat, 27 Jan 2024 10:35:01 +0300 In-Reply-To: References: <024b7d92d8d9a9b1bd50466d5903086cda462c07.camel@ilbers.de> <0eacc107-7e89-4118-a9d8-f2e9713c64bc@siemens.com> <7767aec5-41f5-44ce-a292-6551c59a6ecb@siemens.com> <932bf7a167b931150719479296a509996c8b8536.camel@ilbers.de> <9f23f168-f5ee-44f5-aaa5-a242632dcbc3@siemens.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.50.3 (by Flathub.org) MIME-Version: 1.0 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on shymkent.ilbers.de X-TUID: MhziYVO0RvsK On Mon, 2024-01-22 at 10:59 +0300, Uladzimir Bely wrote: > On Fri, 2024-01-19 at 10:49 +0100, Jan Kiszka wrote: > > On 19.01.24 10:42, Jan Kiszka wrote: > > > On 19.01.24 10:15, Uladzimir Bely wrote: > > > > On Fri, 2024-01-19 at 08:49 +0100, Jan Kiszka wrote: > > > > > On 19.01.24 08:44, Jan Kiszka wrote: > > > > > > On 19.01.24 08:40, Jan Kiszka wrote: > > > > > > > On 19.01.24 08:37, Uladzimir Bely wrote: > > > > > > > > On Fri, 2024-01-19 at 10:20 +0300, Uladzimir Bely > > > > > > > > wrote: > > > > > > > > > On Thu, 2024-01-18 at 14:50 +0100, Jan Kiszka wrote: > > > > > > > > > > From: Jan Kiszka > > > > > > > > > >=20 > > > > > > > > > > During the migration to sbuild, support for using > > > > > > > > > > self- > > > > > > > > > > built > > > > > > > > > > packages > > > > > > > > > > in > > > > > > > > > > the build environment was lost if those were > > > > > > > > > > already > > > > > > > > > > part > > > > > > > > > > of the > > > > > > > > > > sbuild-chroot. This restores it by adding --apt- > > > > > > > > > > distupgrade > > > > > > > > > > to the > > > > > > > > > > sbuild call. But that is not enough because sbuild > > > > > > > > > > will > > > > > > > > > > only > > > > > > > > > > upgrade > > > > > > > > > > packages from already configured sources, not those > > > > > > > > > > specified via > > > > > > > > > > --extra-repository. We therefore have to switch > > > > > > > > > > back > > > > > > > > > > to > > > > > > > > > > configuring > > > > > > > > > > isar-apt during sbuild-chroot creation. > > > > > > > > > >=20 > > > > > > > > > > As rootfs_configure_isar_apt configures the isar > > > > > > > > > > repo > > > > > > > > > > under > > > > > > > > > > /isar-apt, we bind-mount the one in > > > > > > > > > > /home/builder/${PN} to > > > > > > > > > > that > > > > > > > > > > folder. > > > > > > > > > > Another difference is that we now need to run apt- > > > > > > > > > > get > > > > > > > > > > update > > > > > > > > > > explicitly, > > > > > > > > > > but only for isar-apt. > > > > > > > > > >=20 > > > > > > > > > > For apt fetching, we neither need nor want isar-apt > > > > > > > > > > to be > > > > > > > > > > available. > > > > > > > > > > Rebuilding self-generated apt packages is generally > > > > > > > > > > pointless as > > > > > > > > > > the > > > > > > > > > > needs are better addressed in the generating recipe > > > > > > > > > > itself. > > > > > > > > > > Exposing > > > > > > > > > > isar-apt to the fetch may furthermore lead to > > > > > > > > > > fetching a > > > > > > > > > > previously > > > > > > > > > > built source package of the same recipe, rather > > > > > > > > > > than > > > > > > > > > > pulling the > > > > > > > > > > external version. > > > > > > > > > >=20 > > > > > > > > > > And because the sbuild-chroots are now left behind > > > > > > > > > > with > > > > > > > > > > isar-apt > > > > > > > > > > configured, the configuration in imager_run can be > > > > > > > > > > removed > > > > > > > > > > (credits > > > > > > > > > > to > > > > > > > > > > Srinuvasan Arjunan). > > > > > > > > > >=20 > > > > > > > > > > Signed-off-by: Jan Kiszka > > > > > > > > > > --- > > > > > > > > > >=20 > > > > > > > > > > Changes in v6: > > > > > > > > > > =C2=A0- basically, going back to v4 but disabling isar- > > > > > > > > > > apt > > > > > > > > > > in > > > > > > > > > > do_apt_fetch > > > > > > > > > >=20 > > > > > > > > > > I was able to resolve the scenario that Uladzimir > > > > > > > > > > was > > > > > > > > > > sharing this > > > > > > > > > > way.=20 > > > > > > > > > > And I also realized that apt fetching as well as > > > > > > > > > > unpacking > > > > > > > > > > should > > > > > > > > > > have=20 > > > > > > > > > > no deal with isar-apt. So, v5 was taking a wrong > > > > > > > > > > turn. > > > > > > > > > >=20 > > > > > > > > > > =C2=A0meta/classes/dpkg-base.bbclass=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 | = 29 > > > > > > > > > > +++++++++++---- > > > > > > > > > > -- > > > > > > > > > > -- > > > > > > > > > > =C2=A0meta/classes/dpkg.bbclass=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0 |=C2=A0 5 > > > > > > > > > > ++-- > > > > > > > > > > =C2=A0meta/classes/image-tools-extension.bbclass=C2=A0= =C2=A0=C2=A0 | 13 > > > > > > > > > > - > > > > > > > > > > ------ > > > > > > > > > > -- > > > > > > > > > > =C2=A0.../sbuild-chroot/sbuild-chroot.inc=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 |=C2=A0 2 > > > > > > > > > > - > > > > > > > > > > - > > > > > > > > > > =C2=A04 files changed, 20 insertions(+), 29 deletions(-= ) > > > > > > > > > >=20 > > > > > > > > > > diff --git a/meta/classes/dpkg-base.bbclass > > > > > > > > > > b/meta/classes/dpkg- > > > > > > > > > > base.bbclass > > > > > > > > > > index 7b054d3f..80686677 100644 > > > > > > > > > > --- a/meta/classes/dpkg-base.bbclass > > > > > > > > > > +++ b/meta/classes/dpkg-base.bbclass > > > > > > > > > > @@ -19,8 +19,6 @@ DEPENDS:append:riscv64 =3D "${@' > > > > > > > > > > crossbuild- > > > > > > > > > > essential-riscv64' if d.getVar('ISAR_C > > > > > > > > > > =C2=A0DEB_BUILD_PROFILES ?=3D "" > > > > > > > > > > =C2=A0DEB_BUILD_OPTIONS ?=3D "" > > > > > > > > > > =C2=A0 > > > > > > > > > > -ISAR_APT_REPO ?=3D "deb [trusted=3Dyes] > > > > > > > > > > file:///home/builder/${PN}/isar- > > > > > > > > > > apt/${DISTRO}- > > > > > > > > > > ${DISTRO_ARCH}/apt/${DISTRO}=C2=A0${DEBDISTRONAME} > > > > > > > > > > main" > > > > > > > > > > - > > > > > > > > > > =C2=A0python do_adjust_git() { > > > > > > > > > > =C2=A0=C2=A0=C2=A0=C2=A0 import subprocess > > > > > > > > > > =C2=A0 > > > > > > > > > > @@ -115,6 +113,8 @@ do_apt_fetch() { > > > > > > > > > > =C2=A0=C2=A0=C2=A0=C2=A0 trap 'exit 1' INT HUP QUIT TER= M ALRM USR1 > > > > > > > > > > =C2=A0=C2=A0=C2=A0=C2=A0 trap 'schroot_cleanup' EXIT > > > > > > > > > > =C2=A0 > > > > > > > > > > +=C2=A0=C2=A0=C2=A0 schroot -d / -u root -c ${SBUILD_CH= ROOT} -- \ > > > > > > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 rm /etc/apt= /sources.list.d/isar-apt.list > > > > > > > > > > /etc/apt/preferences.d/isar-apt > > > > > > > > >=20 > > > > > > > > > The issue is still reproducible with the steps I > > > > > > > > > posted > > > > > > > > > below, as > > > > > > > > > well > > > > > > > > > as CI still fails with v6. > > > > > > > > > I think, the steps above are not sufficient to > > > > > > > > > completely > > > > > > > > > stop > > > > > > > > > dealing > > > > > > > > > with isar-apt in do_apt_fetch() and we need some kind > > > > > > > > > of 'apt > > > > > > > > > update' > > > > > > > > > here to consider removed list and preferences. The > > > > > > > > > question > > > > > > > > > is how to > > > > > > > > > say apt to forget about isar-apt and do not run apt > > > > > > > > > update > > > > > > > > > for other > > > > > > > > > source lists... maybe, simply remove isar-apt files > > > > > > > > > from > > > > > > > > > /var/lib/apt/lists/. > > > > > > > >=20 > > > > > > > > An addition: > > > > > > > >=20 > > > > > > > > It seems that files are not really removed from the > > > > > > > > session for > > > > > > > > some > > > > > > > > reason. I added some kind of "ls" near remove code: > > > > > > > >=20 > > > > > > > > ``` > > > > > > > > +=C2=A0=C2=A0=C2=A0 schroot -d / -u root -c ${SBUILD_CHROOT= } -- \ > > > > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sh -c 'ls -la /= etc/apt/sources.list.d/' > > > > > > > > =C2=A0=C2=A0=C2=A0=C2=A0 schroot -d / -u root -c ${SBUILD_C= HROOT} -- \ > > > > > > > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 rm /etc/ap= t/sources.list.d/isar-apt.list > > > > > > > > /etc/apt/preferences.d/isar-apt > > > > > > > > +=C2=A0=C2=A0=C2=A0 schroot -d / -u root -c ${SBUILD_CHROOT= } -- \ > > > > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 sh -c 'ls -la /= etc/apt/sources.list.d/' > > > > > > > > ``` > > > > > > > > , but still see the following in the log: > > > > > > > > ``` > > > > > > > > > DEBUG: Executing shell function do_apt_fetch > > > > > > > > > total 16 > > > > > > > > > drwxr-xr-x 2 root root 4096 Jan 19 07:09 . > > > > > > > > > drwxr-xr-x 8 root root 4096 Jan 19 07:09 .. > > > > > > > > > -rw-r--r-- 1 root root=C2=A0 569 Jan 19 07:09 > > > > > > > > > bootstrap.list > > > > > > > > > -rw-r--r-- 1 root root=C2=A0=C2=A0 94 Jan 19 07:09 isar- > > > > > > > > > apt.list > > > > > > > > > total 16 > > > > > > > > > drwxr-xr-x 2 root root 4096 Jan 19 07:09 . > > > > > > > > > drwxr-xr-x 8 root root 4096 Jan 19 07:09 .. > > > > > > > > > -rw-r--r-- 1 root root=C2=A0 569 Jan 19 07:09 > > > > > > > > > bootstrap.list > > > > > > > > > -rw-r--r-- 1 root root=C2=A0=C2=A0 94 Jan 19 07:09 isar- > > > > > > > > > apt.list > > > > > > > > > Reading package lists... > > > > > > > > ``` > > > > > > > > Fith the apt_fetch failure followed, because of > > > > > > > > existing > > > > > > > > of > > > > > > > > previously > > > > > > > > built hello source package in the isar-apt repo. > > > > > > > >=20 > > > > > > >=20 > > > > > > > OK... last-minute change of mine, splitting up the > > > > > > > purging > > > > > > > and > > > > > > > the > > > > > > > actual fetching into two schroot runs to avoid having to > > > > > > > run the > > > > > > > latter > > > > > > > with "-u root". I didn't find a way to de-configure isar- > > > > > > > apt > > > > > > > unprivileged. Back to the drawing board. :( > > > > > > >=20 > > > > > >=20 > > > > > > Comparing the split run of schroot with image-tool- > > > > > > extension, > > > > > > I > > > > > > think > > > > > > I'm just missing a proper session ID here. > > > > > >=20 > > > > >=20 > > > > > Before sending v7: can you try this on top? > > > > >=20 > > > > > diff --git a/meta/classes/dpkg-base.bbclass > > > > > b/meta/classes/dpkg- > > > > > base.bbclass > > > > > index 80686677..1a3333ac 100644 > > > > > --- a/meta/classes/dpkg-base.bbclass > > > > > +++ b/meta/classes/dpkg-base.bbclass > > > > > @@ -113,10 +113,13 @@ do_apt_fetch() { > > > > > =C2=A0=C2=A0=C2=A0=C2=A0 trap 'exit 1' INT HUP QUIT TERM ALRM USR= 1 > > > > > =C2=A0=C2=A0=C2=A0=C2=A0 trap 'schroot_cleanup' EXIT > > > > > =C2=A0 > > > > > -=C2=A0=C2=A0=C2=A0 schroot -d / -u root -c ${SBUILD_CHROOT} -- \ > > > > > +=C2=A0=C2=A0=C2=A0 session_id=3D$(schroot -q -b -c ${SBUILD_CHRO= OT}) > > > > > +=C2=A0=C2=A0=C2=A0 echo "Started session: ${session_id}" > > > > > + > > > > > +=C2=A0=C2=A0=C2=A0 schroot -r -c ${session_id} -d / -u root -- \ > > > > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 rm /etc/apt/sour= ces.list.d/isar-apt.list > > > > > /etc/apt/preferences.d/isar-apt > > > > > =C2=A0=C2=A0=C2=A0=C2=A0 for uri in "${SRC_APT}"; do > > > > > -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 schroot -d / -c ${SBU= ILD_CHROOT} -- \ > > > > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 schroot -r -c ${sessi= on_id} -d / -- \ > > > > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0 sh -c 'mkdir -p /downloads/deb-src/"$1"/"$2" && > > > > > cd > > > > > /downloads/deb-src/"$1"/"$2" && apt-get -y --download-only -- > > > > > only- > > > > > source source "$2"' my_script "${BASE_DISTRO}- > > > > > ${BASE_DISTRO_CODENAME}" "${uri}" > > > > > =C2=A0=C2=A0=C2=A0=C2=A0 done > > > > > =C2=A0=C2=A0=C2=A0=C2=A0 schroot_delete_configs > > > > >=20 > > > > > Jan > > > > >=20 > > > >=20 > > > > Yes, with persistent session it works, at least with reproduce > > > > steps I > > > > used. I just added session cleanup (e.g, "schroot -e -c > > > > ${session_id}") > > > > at the end. > > > >=20 > > > > Before sending v7 I could also check if it is not reproduced > > > > anymore in > > > > CI. > > > >=20 > > > > Also, due to using schroot session we probably also need to > > > > care > > > > about > > > > proper session removing in case commands under schroot fail, > > > > similar to > > > > how it's done in image-tools-extention by imager_cleanup(). > > >=20 > > > Yeah, still need to check that - schroot is also still new to me, > > > learned a lot about it these days. > > >=20 > > > Jan > > >=20 > >=20 > > diff --git a/meta/classes/dpkg-base.bbclass b/meta/classes/dpkg- > > base.bbclass > > index 80686677..85d0a495 100644 > > --- a/meta/classes/dpkg-base.bbclass > > +++ b/meta/classes/dpkg-base.bbclass > > @@ -107,18 +107,24 @@ do_apt_fetch() { > > =C2=A0=C2=A0=C2=A0=C2=A0 E=3D"${@ isar_export_proxies(d)}" > > =C2=A0=C2=A0=C2=A0=C2=A0 schroot_create_configs > > =C2=A0 > > +=C2=A0=C2=A0=C2=A0 session_id=3D$(schroot -q -b -c ${SBUILD_CHROOT}) > > +=C2=A0=C2=A0=C2=A0 echo "Started session: ${session_id}" > > + > > =C2=A0=C2=A0=C2=A0=C2=A0 schroot_cleanup() { > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 schroot -q -f -e -c ${sessi= on_id} > /dev/null 2>&1 > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 schroot_delete_configs > > =C2=A0=C2=A0=C2=A0=C2=A0 } > > =C2=A0=C2=A0=C2=A0=C2=A0 trap 'exit 1' INT HUP QUIT TERM ALRM USR1 > > =C2=A0=C2=A0=C2=A0=C2=A0 trap 'schroot_cleanup' EXIT > > =C2=A0 > > -=C2=A0=C2=A0=C2=A0 schroot -d / -u root -c ${SBUILD_CHROOT} -- \ > > +=C2=A0=C2=A0=C2=A0 schroot -r -c ${session_id} -d / -u root -- \ > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 rm /etc/apt/sources.li= st.d/isar-apt.list > > /etc/apt/preferences.d/isar-apt > > =C2=A0=C2=A0=C2=A0=C2=A0 for uri in "${SRC_APT}"; do > > -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 schroot -d / -c ${SBUILD_CH= ROOT} -- \ > > +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 schroot -r -c ${session_id}= -d / -- \ > > =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 sh -c 'mkdir -p /downloads/deb-src/"$1"/"$2" && cd > > /downloads/deb-src/"$1"/"$2" && apt-get -y --download-only --only- > > source source "$2"' my_script "${BASE_DISTRO}- > > ${BASE_DISTRO_CODENAME}" "${uri}" > > =C2=A0=C2=A0=C2=A0=C2=A0 done > > + > > +=C2=A0=C2=A0=C2=A0 schroot -e -c ${session_id} > > =C2=A0=C2=A0=C2=A0=C2=A0 schroot_delete_configs > > =C2=A0} > > =C2=A0 > >=20 > > Jan > >=20 >=20 > Hello. >=20 > Checked in CI during the weekend - the issue seems not to be > reproduced > anymore. So, v7 should be OK. >=20 Since there is still no v7 on list, I'll send it on my own. The patch is checked in CI as well as in the downstream that requires downgrade for linux-libc-dev package. Everything looks OK.