From: Benjamin Robin <benjamin.robin@bootlin.com>
To: jeremie.dautheribes@bootlin.com, Joshua Watt <jpewhacker@gmail.com>
Cc: openembedded-core@lists.openembedded.org,
miquel.raynal@bootlin.com, thomas.petazzoni@bootlin.com
Subject: Re: [OE-core][PATCH 2/2] spdx3: support SBOM compression based on SPDX_SBOM_EXT
Date: Wed, 13 May 2026 09:07:29 +0200 [thread overview]
Message-ID: <YJowmpLrQSC3VUoZtQt51Q@bootlin.com> (raw)
In-Reply-To: <CAJdd5GZQpHzwYaqpMQ41JgsZov_C8G_5ireXw1vK=uXRa8QvBA@mail.gmail.com>
Hello Joshua,
On Wednesday, May 13, 2026 at 12:29 AM, Joshua Watt wrote:
> On Tue, May 12, 2026 at 4:27 PM Joshua Watt <jpewhacker@gmail.com> wrote:
> >
> > On Tue, May 12, 2026 at 11:02 AM Jérémie Dautheribes via
> > lists.openembedded.org
> > <jeremie.dautheribes=bootlin.com@lists.openembedded.org> wrote:
> > >
> > > Add support for optional zstd compression for all types of SBOMs,
> > > including:
> > > - image SBOM
> > > - recipe SBOM
> > > - SDK SBOM
>
> We should perhaps also implement decompression when reading in
> documents, so that the intermediate documents are compressed as well;
> if we are allowing the final documents to be compressed, I don't see a
> compelling reason why we wouldn't just compress all of them.
I am not sure this is a good idea performance-wise, mainly because
Yocto is currently relying on an external program to compress and
decompress. We need to wait for Python 3.14 to be the minimum required
Python version to be able to use the native implementation of zstd.
Indeed intermediate documents are pretty "small".
Also with SPDX2, intermediate documents were not compressed.
The goal is not to reduce the size of the build directory, but only
the size of deployed artifacts.
--
Benjamin Robin, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
next prev parent reply other threads:[~2026-05-13 7:07 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-12 17:01 [OE-core][PATCH 0/2] spdx3: support SBOM compression with Zstd Jérémie Dautheribes (Schneider Electric )
2026-05-12 17:01 ` [OE-core][PATCH 1/2] spdx3: introduce SPDX_SBOM_EXT variable Jérémie Dautheribes (Schneider Electric )
2026-05-12 22:24 ` Joshua Watt
2026-05-12 17:01 ` [OE-core][PATCH 2/2] spdx3: support SBOM compression based on SPDX_SBOM_EXT Jérémie Dautheribes (Schneider Electric )
2026-05-12 19:54 ` Richard Purdie
2026-05-12 22:27 ` Joshua Watt
2026-05-12 22:29 ` Joshua Watt
2026-05-13 7:07 ` Benjamin Robin [this message]
2026-05-13 7:35 ` Jérémie Dautheribes
2026-05-13 7:18 ` Benjamin Robin
2026-05-13 7:47 ` Jérémie Dautheribes
2026-05-13 8:02 ` Peter Kjellerstedt
[not found] ` <18AF106AF6BDC73B.3227972@lists.openembedded.org>
2026-05-13 8:03 ` Jérémie Dautheribes
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=YJowmpLrQSC3VUoZtQt51Q@bootlin.com \
--to=benjamin.robin@bootlin.com \
--cc=jeremie.dautheribes@bootlin.com \
--cc=jpewhacker@gmail.com \
--cc=miquel.raynal@bootlin.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=thomas.petazzoni@bootlin.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.