Yocto Project Documentation
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: antonin.godard@bootlin.com, ecordonnier@snap.com,
	 docs@lists.yoctoproject.org
Subject: Re: [docs] [PATCH] ref-manual/variables.rst: document SSTATE_SKIP_CREATION
Date: Thu, 22 May 2025 11:36:19 +0100	[thread overview]
Message-ID: <50b432ab211b1634c09e693ea23dfec1872ca383.camel@linuxfoundation.org> (raw)
In-Reply-To: <DA2L8QNZB47I.27YDS1YIT9KMZ@bootlin.com>

On Thu, 2025-05-22 at 11:39 +0200, Antonin Godard via lists.yoctoproject.org wrote:
> Hi,
> 
> Some suggestions and formatting related suggestions below.
> 
> On Tue May 20, 2025 at 2:39 PM CEST, Etienne Cordonnier via lists.yoctoproject.org wrote:
> > From: Etienne Cordonnier <ecordonnier@snap.com>
> > 
> > Signed-off-by: Etienne Cordonnier <ecordonnier@snap.com>
> > ---
> >  documentation/ref-manual/variables.rst | 6 ++++++
> >  1 file changed, 6 insertions(+)
> > 
> > diff --git a/documentation/ref-manual/variables.rst b/documentation/ref-manual/variables.rst
> > index 643a3e7ae..7d8e257b9 100644
> > --- a/documentation/ref-manual/variables.rst
> > +++ b/documentation/ref-manual/variables.rst
> > @@ -9049,6 +9049,12 @@ system and gives an overview of their function and contents.
> >  
> >        For details on the process, see the :ref:`ref-classes-staging` class.
> >  
> > +   :term:`SSTATE_SKIP_CREATION`
> > +      SSTATE_SKIP_CREATION variable will be used to skip creation of
> 
> s/SSTATE_SKIP_CREATION/The :term:`SSTATE_SKIP_CREATION` variable/
> s/will be/can be/
> s/to skip creation/to skip the creation/
> 
> > +      sstate tarball files. It makes sense e.g. for image creation tasks as
> 
> s/sstate/:ref:`shared state <overview-manual/concepts:shared state cache>`/
> 
> > +      tarring images and keeping them in sstate would consume a lot of
> > +      disk space.
> 
> An example would be nice, such as:
> 
>    SSTATE_SKIP_CREATION:task-image-complete = "1"
> 
> >     :term:`STAGING_BASE_LIBDIR_NATIVE`
> >        Specifies the path to the ``/lib`` subdirectory of the sysroot
> >        directory for the build host.

I've really not wanted this one documented in the past as I've not
wanted people using it. The reason is the implications of it. I see the
use has grown in OE-Core to multiple classes now :(.

If we do add a doc, I'd suggest adding something along the lines of:

"""
In general it is not recommended to use this variable as missing sstate
artefacts adversely impact the build, particularly for entries in the
middle of dependency chains. The case it can make sense is where the
size and time costs of the artefact are similar to just running the
tasks. This generally only applies to end artefact output like images.
"""

Cheers,

Richard


  reply	other threads:[~2025-05-22 10:36 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-05-20 12:39 [PATCH] ref-manual/variables.rst: document SSTATE_SKIP_CREATION ecordonnier
2025-05-22  9:39 ` [docs] " Antonin Godard
2025-05-22 10:36   ` Richard Purdie [this message]
2025-05-23 10:58     ` Etienne Cordonnier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=50b432ab211b1634c09e693ea23dfec1872ca383.camel@linuxfoundation.org \
    --to=richard.purdie@linuxfoundation.org \
    --cc=antonin.godard@bootlin.com \
    --cc=docs@lists.yoctoproject.org \
    --cc=ecordonnier@snap.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox