All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Mathieu Dubois-Briand" <mathieu.dubois-briand@bootlin.com>
To: "Gavini, Sumanth" <sumanth.gavini@windriver.com>,
	"openembedded-core@lists.openembedded.org"
	<openembedded-core@lists.openembedded.org>
Cc: "alex.kanavin@gmail.com" <alex.kanavin@gmail.com>,
	"mattware@cisco.com" <mattware@cisco.com>,
	"esparlin@cisco.com" <esparlin@cisco.com>,
	"peter.marko@siemens.com" <peter.marko@siemens.com>,
	"MacLeod, Randy" <Randy.MacLeod@windriver.com>
Subject: Re: [PATCH v15 01/12] package_rpm.bbclass: Drop external dependency generator to support rpm 6
Date: Mon, 17 Aug 2026 16:48:34 +0200	[thread overview]
Message-ID: <DKRAVGZFGDPM.LZPQQB1MV24E@bootlin.com> (raw)
In-Reply-To: <0687c7a0-8f97-4750-bbf0-e8c18772f293@windriver.com>

On Mon Aug 17, 2026 at 3:34 PM CEST, Sumanth Gavini wrote:
> Hi Mathieu,
>
> Thanks for testing v15.
>
> The pkgconfig() errors are likely from old sstate packages built before
> v15. Our change to package_rpm.bbclass invalidates do_package_write_rpm
> sstate for all packages (the class code is part of the task hash), so a
> clean build should regenerate all RPMs with consistent metadata and 
> clear the errors.
>
> Could you trigger a clean build on the autobuilder without reusing
> existing sstate? Also, if you can reproduce locally with a clean build,
> that would help confirm whether the issue is the sstate transition or
> something else in our fix.

I can't really do a clean build without the sstate cache, sorry. Or at
least not just by myself. Cleaning the cache on the autobuilder, will
fix the build on the autobuilder, but not for any other user that will
have the previous objects in the cache. So it means we could be breaking
the build for some users.

What I could do is, as for last week, forcefully increase PR on a bunch
of recipes, to force a rebuild. This can be used to tests that
everything works fine on the autobuilder when everything is rebuilt from
scratch, but probably could bot be merged as-is.

Weekly maintenance will happen soon, so I can't do that right now, but I
will try to launch such a build tomorrow.

Mathieu

-- 
Mathieu Dubois-Briand, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com



  reply	other threads:[~2026-08-17 14:48 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-08-16 23:10 [PATCH v15 00/12] rpm: 4.20.1 -> 6.0.2 Sumanth Gavini
2026-08-16 23:10 ` [PATCH v15 01/12] package_rpm.bbclass: Drop external dependency generator to support rpm 6 Sumanth Gavini
2026-08-17  8:55   ` Mathieu Dubois-Briand
2026-08-17 13:34     ` Gavini, Sumanth
2026-08-17 14:48       ` Mathieu Dubois-Briand [this message]
2026-08-16 23:10 ` [PATCH v15 02/12] package_rpm.bbclass: Define _lib and _libdir for rpmbuild Sumanth Gavini
2026-08-16 23:10 ` [PATCH v15 03/12] lib/oe/package.py: Don't add ldconfig_postinst_fragment for glibc or musl Sumanth Gavini
2026-08-16 23:10 ` [PATCH v15 04/12] lib/oe/package.py: Don't redirect stderr Sumanth Gavini
2026-08-16 23:10 ` [PATCH v15 05/12] target-sdk-provides-dummy: Add pkg-config to DUMMYPROVIDES Sumanth Gavini
2026-08-16 23:10 ` [PATCH v15 06/12] rpm: 4.20.1 -> 6.0.2 Sumanth Gavini
2026-08-16 23:10 ` [PATCH v15 07/12] libarchive: Make it work with rpm 6.0.2 Sumanth Gavini
2026-08-16 23:11 ` [PATCH v15 08/12] rpm: Fix pkgconfig() Provides missing in cross-built RPMs Sumanth Gavini
2026-08-16 23:11 ` [PATCH v15 09/12] libarchive: Add RPM format reader to support rpm 6 Sumanth Gavini
2026-08-16 23:11 ` [PATCH v15 10/12] libarchive: Disable RPM filter auto-bidding and update huge_rpm test Sumanth Gavini
2026-08-16 23:11 ` [PATCH v15 11/12] package_rpm.bbclass: Suppress pkgconfig() Requires for sstate compatibility Sumanth Gavini
2026-08-16 23:11 ` [PATCH v15 12/12] lib/oe/package_manager/rpm: Enable DNF filelists to resolve file deps Sumanth Gavini

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=DKRAVGZFGDPM.LZPQQB1MV24E@bootlin.com \
    --to=mathieu.dubois-briand@bootlin.com \
    --cc=Randy.MacLeod@windriver.com \
    --cc=alex.kanavin@gmail.com \
    --cc=esparlin@cisco.com \
    --cc=mattware@cisco.com \
    --cc=openembedded-core@lists.openembedded.org \
    --cc=peter.marko@siemens.com \
    --cc=sumanth.gavini@windriver.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.