From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 7158844466126651392 X-Received: by 2002:a1f:940a:0:b0:3bd:e439:84e4 with SMTP id w10-20020a1f940a000000b003bde43984e4mr9186953vkd.11.1673509606468; Wed, 11 Jan 2023 23:46:46 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a67:c481:0:b0:3cb:9ab3:81b0 with SMTP id d1-20020a67c481000000b003cb9ab381b0ls360535vsk.7.-pod-prod-gmail; Wed, 11 Jan 2023 23:46:45 -0800 (PST) X-Google-Smtp-Source: AMrXdXuTWxIc9PBfxiJMYUwRvkBbzEXxUFduH9MFcfNDvjG4xMl/rWbUIfVRqIDEuVT2VPr31hKQ X-Received: by 2002:a05:6102:338c:b0:3d0:cf76:ccd4 with SMTP id i12-20020a056102338c00b003d0cf76ccd4mr4643791vsh.29.1673509605674; Wed, 11 Jan 2023 23:46:45 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1673509605; cv=none; d=google.com; s=arc-20160816; b=z9Hd8opWpqZg/FMbGJSBM5my4psMNSFhczrPG+CQ/HonODn226RiGOjl2FynHwNgz4 Aqr0nL6PDoWArvy+/H0BuZ3YontgTtLysoSzn+Jkc25HPKTc6ZEftbXwOZU2HEns1HxT OZtw0q6yksqYtR3P2tfgdkZZ4NmIo7rGtxLxvfS4tGXaATy9hvEc0VYxu/x1ZdYMhSbZ Gs4vTzu8IMvr3/JQV15N3R/BWClfU7sFhCuWDc4c1R3AP+VY6jleHvrjkV8fTt0wa0Dk 6wReIwStoSDJQWLfo1hPwDohwfqdMInun6NN7mfHOoS2WfyMKk1jBfjtWgcb9SewMk0w w8EA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:to:from; bh=mZ2/ypEaMU7zZVX1qrEzeMwvYDE0Mi+aBrgEPlU6Xa0=; b=kfnIZ1nzSE+YIgdBLQlldFFGY97h9+ME8+wfE8osZNZeN0r1FxyYnFXJ2kkXVugFkp pdtKqGSyQrtulsHzRZUbaemaPQln3JvnjMCcxuoPl9gvPyxh7outGyyjQpphSBEb2sAR NIPhW+hZwld6IkUyt5x5pj+IXc2AL4yQI/g2P6UuO2bBecwieOyTXThzd35qy5y0J8dW XghjWbeZKZWt5nK8vxFVrI6L8HHOv7qUNDKYoEHxCqNaFqLeYvavWLDY9MywZCK4aq0+ jr/0HrtYPd8tvJhbjouQDnvIR0vFk9/wzFEEiVj9sZU/HSJVwmtZ/L8MrLTWvB9EIn0g DG3g== 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 b15-20020a67e98f000000b003980b6c8861si1185825vso.2.2023.01.11.23.46.45 for (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Wed, 11 Jan 2023 23:46:45 -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 home.localnet (44-208-124-178-static.mgts.by [178.124.208.44] (may be forged)) (authenticated bits=0) by shymkent.ilbers.de (8.15.2/8.15.2/Debian-8+deb9u1) with ESMTPSA id 30C7kgfQ021153 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 12 Jan 2023 08:46:43 +0100 From: Uladzimir Bely To: isar-users@googlegroups.com, Jan Kiszka Subject: Re: [PATCH v3 2/3] sbuild: Set high prio for the packages from isar-apt repo Date: Thu, 12 Jan 2023 10:46:37 +0300 Message-ID: <5376699.E0xQCEvomI@home> In-Reply-To: <0f1d071a-38f3-62d6-f242-ed53dadadb14@siemens.com> References: <20221031060644.20150-1-ubely@ilbers.de> <9b8c22e4-70d3-23a5-0334-fc382d45e87e@siemens.com> <0f1d071a-38f3-62d6-f242-ed53dadadb14@siemens.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" 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: IPxGbXAYUuaX In the email from Wednesday, 11 January 2023 20:34:27 +03 user Jan Kiszka wrote: > On 11.01.23 15:52, Jan Kiszka wrote: > > On 11.01.23 15:36, Jan Kiszka wrote: > >> On 31.10.22 07:06, Uladzimir Bely wrote: > >>> This sets high priority for `isar-apt` repo during sbuild session. > >>> So, even if some dependency in other repos has higher version than > >>> one we previously built and placed in isar-apt, the second one wil > >>> be selected. > >>> > >>> This repeats the behaviour that is implemented in rootfs.bbclass > >>> via `rootfs_configure_isar_apt` that is disabled for sbuild chroot. > >>> > >>> We can't simply enable this task for sbuild while we don't want to > >>> have `/etc/apt/sources.list.d/isar-apt.list` file in sbuild chroot > >>> while it's handled via sbuild by `--extra-repository` option > >>> > >>> Signed-off-by: Uladzimir Bely > >>> --- > >>> > >>> meta/classes/dpkg.bbclass | 1 + > >>> 1 file changed, 1 insertion(+) > >>> > >>> diff --git a/meta/classes/dpkg.bbclass b/meta/classes/dpkg.bbclass > >>> index dfa097f8..c7e7dd34 100644 > >>> --- a/meta/classes/dpkg.bbclass > >>> +++ b/meta/classes/dpkg.bbclass > >>> @@ -91,6 +91,7 @@ dpkg_runbuild() { > >>> > >>> --host=${PACKAGE_ARCH} --build=${SBUILD_HOST_ARCH} ${profiles} > >>> \ > >>> --no-run-lintian --no-run-piuparts --no-run-autopkgtest > >>> --resolve-alternatives \ --no-apt-update \ > >>> > >>> + --chroot-setup-commands="echo \"Package: *\nPin: release > >>> n=${DEBDISTRONAME}\nPin-Priority: 1000\" > > >>> /etc/apt/preferences.d/isar-apt" \>>> > >>> --chroot-setup-commands="rm -f /var/log/dpkg.log" \ > >>> --chroot-setup-commands="cp -n --no-preserve=owner > >>> ${ext_deb_dir}/*.deb -t ${deb_dir}/ || :" \ > >>> --finished-build-commands="rm -f > >>> ${deb_dir}/sbuild-build-depends-main-dummy_*.deb" \>> > >> This remains a nop, doesn't it? There is no isar-apt in sbuild-chroot as > >> far as I understand the logic so far. I didn't understand yet how > >> isar-apt packages are otherwise injected into the build env, but this is > >> not working at all. > > > > Finally found it: sbuild --extra-repository ... > > > >> What definitely works better here is properly > >> mounting isar-apt into the schroot via its config. > > > > That was too fast, still no preferences in effect here. > > > > Could it be that we would need some "--extra-preferences" (which do not > > exist) because sbuild creates a clean /etc/apt for the build, ignoring > > the preferences in the schroot? > Hi. Yes, sbuild uses clean /etc/apt, so this additional command was required when I was fixing the "isar-apt prio" issue. For "pure" schroot there might be another way to inherit apt preferences, but I didn't test how it would works in devshell. > No, preferences are working. I'm "just" seeing local conflicts of > incomplete essential package rebuilds (missing archs) that were surfaced > by my latest sbuild-chroot optimizations. > > So we are just left with the inconsistency in the devshell which sent me > down the wrong road. Patch will follow. > > Jan