From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 7026732926060462080 X-Received: by 2002:a7b:c31a:: with SMTP id k26mr23976086wmj.187.1636038749660; Thu, 04 Nov 2021 08:12:29 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:adf:f1c2:: with SMTP id z2ls1192221wro.2.gmail; Thu, 04 Nov 2021 08:12:28 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzs4egl8+DcJV9fL8eLroIAnkd0pN2DrB2OQ5nQHOBjQZzMRsKkXgpefTYHQplL19+9NrFj X-Received: by 2002:a05:6000:1a45:: with SMTP id t5mr53500379wry.306.1636038748714; Thu, 04 Nov 2021 08:12:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1636038748; cv=none; d=google.com; s=arc-20160816; b=iyCSRY/sZ26P5SbutzEi7fAZEb+NRxCknNLonDE2RWBkYwql4Fs5OPU1W/taTY65Oq aPLMjxLWOFvNn3mrYatOEH1laKbKC4NMr2MF2eGjWiO89eKtu/9Bz17nEAsXL73m3TV9 CSbbgkiCon33p67QImAtHLET0J1b7Z8ArGhBRrBp3PvyobPhbpPhts+Q3mJ3fZsH+BzV yQUrfS17N5ImPIcVNnuIYtHwIHmn9kGwYeD7OljmDrjNYMD7nnuAzM7chUmlz+ouvsGg v4U4DW6HyU1JqmLu1J2nn23ZQjSyH02Unf2RmEt9iEbZhwGlLuFgpTBzlCxW3se6VGV2 egoQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:message-id:subject:to:from :date; bh=LX7r6KnWmlkCl/kJGbPBL0XxM2URhfTf+rSR6RBrYaU=; b=l42dRjsxGN9ZZF7gfrnwTBky4fjoRE4Ie65jzYqvU/+vxCXVtSq2ORhxkwQf6ohe9P ROjGloXloX/c9asJkOkwcgFmFCRyhYGN+T6wTU+l1QOmAO4n7cneiudLSENh6ZHjql3C EJZq0vkQqHbzSxDl7bE2APZ9w9odc6e0ChnvAw+TNSS7BUIZbGKLPtC4XZsSl9pXpZdI npd170TQxjgBqRtUHgqrYjMG0C7Ct4JQvlCBdj8DvwJDB9kKXtqXD9GnLuyrYEeYljNC Qb1Xe6uuHJepI6xZxGbPFzDrYsFRiljYr8uazSxzRL4Brvbl12bxNqnYVahx+yfPgE65 HiSQ== ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.14 as permitted sender) smtp.mailfrom=henning.schild@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Return-Path: Received: from david.siemens.de (david.siemens.de. [192.35.17.14]) by gmr-mx.google.com with ESMTPS id z4si304541wre.0.2021.11.04.08.12.28 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 04 Nov 2021 08:12:28 -0700 (PDT) Received-SPF: pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.14 as permitted sender) client-ip=192.35.17.14; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of henning.schild@siemens.com designates 192.35.17.14 as permitted sender) smtp.mailfrom=henning.schild@siemens.com; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=siemens.com Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by david.siemens.de (8.15.2/8.15.2) with ESMTPS id 1A4FCSjH025964 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK) for ; Thu, 4 Nov 2021 16:12:28 +0100 Received: from md1za8fc.ad001.siemens.net ([139.25.69.80]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTP id 1A4FCRUc017232 for ; Thu, 4 Nov 2021 16:12:28 +0100 Date: Thu, 4 Nov 2021 16:12:27 +0100 From: Henning Schild To: Subject: RFC: add maximum debootstrap storing time, or check for updates and invalidate Message-ID: <20211104161227.49668f09@md1za8fc.ad001.siemens.net> X-Mailer: Claws Mail 3.18.0 (GTK+ 2.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-TUID: cMH7+gF5iH6G Hi, Isar does have the problem that a debootstrap does the only real "apt-get update". That is in fact intentional but can lead to the situation where an outdated chrootfs can break a build. I.e. apt-get wants to install a package in a version that is not available upstream anymore. Now when this happens is impossible to say. It depends on the amount of packages one has, maybe the distro one is using (sid moving faster than oldstable), and frozen custom mirror never moving. With local builds people usually clean all, and for sstate people will also have to find their own way of dealing with it. But one could say ... it is becoming more of a problem. Not something to not merge the sstate changes for, but something to think about for the future. My current idea would be to introduce DISTRO_MAX_CHROOT_AGE?="3d" anon python function if /var/..apt/ older than DISTRO_MAX_AGE cleanall bootstrap recipe, or somehow enforce re-run An alternative (maybe better) would be to say check_for_updates after rootfs_install copy rootfs to rootfs_tmp chroot rootfs_tmp apt-get update if "apt-get upgrade is not empty" bbwarn(image lacking some updates that meanwhile have been published) cleanall bootstrap recipe if ISAR_BE_STRICT_ABOUT_THAT=true fail Henning