From patchwork Tue Feb 27 13:58:29 2024 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Michael Opdenacker X-Patchwork-Id: 40132 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from aws-us-west-2-korg-lkml-1.web.codeaurora.org (localhost.localdomain [127.0.0.1]) by smtp.lore.kernel.org (Postfix) with ESMTP id 1E510C54798 for ; Tue, 27 Feb 2024 13:58:51 +0000 (UTC) Received: from relay2-d.mail.gandi.net (relay2-d.mail.gandi.net [217.70.183.194]) by mx.groups.io with SMTP id smtpd.web10.12762.1709042329754946840 for ; Tue, 27 Feb 2024 05:58:50 -0800 Authentication-Results: mx.groups.io; dkim=pass header.i=@bootlin.com header.s=gm1 header.b=Gdw7lxiR; spf=pass (domain: bootlin.com, ip: 217.70.183.194, mailfrom: michael.opdenacker@bootlin.com) Received: by mail.gandi.net (Postfix) with ESMTPSA id E79EA4000A; Tue, 27 Feb 2024 13:58:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bootlin.com; s=gm1; t=1709042328; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=OWKZ1exxJjcEr+bSJGbHWiEp3pxCkXHnjkPDysSKj2k=; b=Gdw7lxiRO+OhBN98sUXeFhKT/MqxAODFDRfqy8+3/vStkaIungfMHcgALiV9mh1XyaG0DQ RP/twugP3ty3qM+uKbWyQDQURYrkMHzvsn5Sly9LJJHb+GD+oy6odGdjJFT1n32aInniS/ SrRrpyecU1qG1+BEsJcNTcLjcTo4RGdRe7AGzPTxmPKVp90Szlww7X5JO08ipOMkfCBtkg xtab6EX1yvDAO81vWxv9oMpjNCFD0+iH7R27MU7VEX0h8cFCvdRJOlZnGiQq3jTRBW4jtF UxbanKP5uw83LZJxnPYHRoGEMwBAddDqgpR9X+jmFwMcC+JZCvSGh26nG5YPfg== From: michael.opdenacker@bootlin.com To: docs@lists.yoctoproject.org Cc: Michael Opdenacker , Richard Purdie Subject: [nanbield][PATCH 5/6] dev-manual: packages: clarify shared PR service constraint Date: Tue, 27 Feb 2024 14:58:29 +0100 Message-Id: <20240227135830.481147-6-michael.opdenacker@bootlin.com> X-Mailer: git-send-email 2.34.1 In-Reply-To: <20240227135830.481147-1-michael.opdenacker@bootlin.com> References: <20240227135830.481147-1-michael.opdenacker@bootlin.com> MIME-Version: 1.0 X-GND-Sasl: michael.opdenacker@bootlin.com List-Id: X-Webhook-Received: from li982-79.members.linode.com [45.33.32.79] by aws-us-west-2-korg-lkml-1.web.codeaurora.org with HTTPS for ; Tue, 27 Feb 2024 13:58:51 -0000 X-Groupsio-URL: https://lists.yoctoproject.org/g/docs/message/4889 From: Michael Opdenacker Explicit the problems previous described as "obvious". Signed-off-by: Michael Opdenacker Suggested-by: Richard Purdie --- documentation/dev-manual/packages.rst | 11 ++++++++--- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/documentation/dev-manual/packages.rst b/documentation/dev-manual/packages.rst index 0e991e409a..d90ff7110e 100644 --- a/documentation/dev-manual/packages.rst +++ b/documentation/dev-manual/packages.rst @@ -205,9 +205,14 @@ history, see the The OpenEmbedded build system does not maintain :term:`PR` information as part of the shared state (sstate) packages. If you maintain an sstate feed, it's expected that either all your building systems that - contribute to the sstate feed use a shared PR Service, or you do not - run a PR Service on any of your building systems. Having some systems - use a PR Service while others do not leads to obvious problems. + contribute to the sstate feed use a shared PR service, or you do not + run a PR Service on any of your building systems. + + That's because if you had multiple machines sharing a PR service but + not their sstate feed, you could end up with "diverging" hashes for + the same output artefacts. When presented to the share PR service, + each would be considered as new and would increase the revision + number, causing many unnecessary package upgrades. For more information on shared state, see the ":ref:`overview-manual/concepts:shared state cache`"