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 v14 00/10] rpm: 4.20.1 -> 6.0.2
Date: Sat, 15 Aug 2026 07:30:04 +0200 [thread overview]
Message-ID: <DKP9QR622BEY.1JP3LFV6R35WN@bootlin.com> (raw)
In-Reply-To: <4ebd8940-a044-4c14-8434-960ffbb0d525@windriver.com>
On Sat Aug 15, 2026 at 4:16 AM CEST, Sumanth Gavini wrote:
> On 8/13/2026 6:12 AM, Mathieu Dubois-Briand wrote:
>> CAUTION: This email comes from a non Wind River email account!
>> Do not click links or open attachments unless you recognize the sender and know the content is safe.
>>
>> On Thu Aug 13, 2026 at 1:48 AM CEST, Sumanth Gavini wrote:
>>> * V14:
>>> - Dropped "rpm: filter /usr/bin/pkg-config from RPM auto-generated Requires"
>>> (pkgconfigdeps.sh patch). Per Ross Burton's review, instead of suppressing
>>> the /usr/bin/pkg-config emission, added:
>>> RPROVIDES:${PN} += "pkgconfig /usr/bin/pkg-config"
>>> to the pkgconf recipe so it satisfies the auto-generated Requires without
>>> modifying the upstream rpm script.
>>>
>>> - Removed /usr/bin/pkg-config from nativesdk-sdk-provides-dummy.bb.
>>> RPM 6's internal dependency generator auto-detects file-level Provides
>>> from installed files, so nativesdk-pkgconf already provides
>>> /usr/bin/pkg-config via the wrapper script it installs. Keeping the
>>> dummy entry caused a DNF conflict during do_populate_sdk:
>>> nativesdk-sdk-provides-dummy conflicts with /usr/bin/pkg-config
>>> provided by nativesdk-pkgconf
>>>
>>> - Added "libarchive: Disable RPM filter auto-bidding" (0005 patch).
>>> With both the RPM filter and RPM format reader registered, the filter
>>> intercepted RPM files first and failed to parse RPM 6 packages
>>> (debuginfod scanning still failed after the 0004 patch). Disabling the
>>> filter's automatic bidding lets the format reader handle RPM files,
>>> while archive_read_append_filter(ARCHIVE_FILTER_RPM) still works
>>> explicitly, keeping test_read_append_rpm_filter passing.
>>>
>>> - Updated 0004-Convert-RPM-reader-into-a-proper-format.patch to include
>>> the test_read_format_huge_rpm.c changes from upstream PR #2846. This
>>> test now correctly exercises the format reader instead of the filter.
>>>
>>> - Updated patches 7,9 and 10 for the latest master changes; no code
>>> changes; removed upstream modifications
>>>
>>> Tests verified:
>>> - oe-selftest -r debuginfod.Debuginfod.test_debuginfod_qemu
>>> - oe-selftest -r debuginfod.Debuginfod.test_debuginfod_native
>>> - oe-selftest -r sdk.SDKTests.test_sdk_manifests
>>> - oe-selftest -r sdk.SDKTests.test_sdk_runqemu
>>> - bitbake core-image-ptest-libarchive:do_testimage
>>> - bitbake core-image-sato -c populate_sdk
>>> - bitbake core-image-sato-sdk:do_rootfs
>>>
>>
>> Hi Sumanth,
>>
>> We again have some pkgconfig errors. I suspect it's the same issue as
>> for the previous series: the generated recipe signatures are the same as
>> before, so we are re-using old data from the sstate-cache.
>>
>> https://autobuilder.yoctoproject.org/valkyrie/#/builders/3/builds/4439
>> https://autobuilder.yoctoproject.org/valkyrie/#/builders/8/builds/4413
>>
>> I also note a new failure:
>>
>> Error:
>> Problem 1: conflicting requests
>> - nothing provides /usr/bin/pkg-config needed by acl-dev-2.4.0-r0.cortexa57 from oe-repo
>> Problem 2: conflicting requests
>> - nothing provides /usr/bin/pkg-config needed by eudev-dev-3.2.14-r0.cortexa57 from oe-repo
>> Problem 3: conflicting requests
>> - nothing provides /usr/bin/pkg-config needed by kmod-dev-34.2-r0.cortexa57 from oe-repo
>> Problem 4: conflicting requests
>> - nothing provides /usr/bin/pkg-config needed by libz-dev-1.3.2-r0.cortexa57 from oe-repo
>> Problem 5: conflicting requests
>> - nothing provides /usr/bin/pkg-config needed by openssl-dev-3.5.7-r0.cortexa57 from oe-repo
>> Problem 6: conflicting requests
>> - nothing provides /usr/bin/pkg-config needed by util-linux-dev-2.42.2-r0.cortexa57 from oe-repo
>> Problem 7: conflicting requests
>> - nothing provides /usr/bin/pkg-config needed by xz-dev-5.8.3-r0.cortexa57 from oe-repo
>> (try to add '--skip-broken' to skip uninstallable packages or '--setopt=optional_metadata_types=filelists' to load additional filelists metadata)
>>
>> https://autobuilder.yoctoproject.org/valkyrie/#/builders/36/builds/4371
>> https://autobuilder.yoctoproject.org/valkyrie/#/builders/61/builds/4269
>> https://autobuilder.yoctoproject.org/valkyrie/#/builders/73/builds/4286
>> https://autobuilder.yoctoproject.org/valkyrie/#/builders/110/builds/942
>>
>> As usual, the detailed configuration can be found in the "Write config"
>> step.
>>
>> Thanks,
>> Mathieu
>>
>> --
>> Mathieu Dubois-Briand, Bootlin
>> Embedded Linux and Kernel engineering
>> https://bootlin.com
>>
>
> Hi Mathieu,
>
> Looks like this is an sstate reuse issue. The pkgconfigdeps.sh fix is in
> the rpm recipe (used by both rpm and rpm-native via BBCLASSEXTEND), and
> do_package_write_rpm does declare a proper dependency on
> rpm-native:do_populate_sysroot. Despite that, I'm seeing the shared
> sstate cache and hash-equivalence server serve prebuilt RPMs for zlib,
> glib-2.0, etc. that predate the fix.
>
> I confirmed locally: disabling sstate mirrors and rebuilding from
> scratch fixes it, no missing pkgconfig() Provides errors. Could you
> retry with sstate disabled to confirm on your end?
>
> Thanks,
Hi Sumanth,
I did that already with the previous series, as stated in my comments
there. Yes, disabling sstate or changing PR values mask the issue.
Thanks,
Mathieu
--
Mathieu Dubois-Briand, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
prev parent reply other threads:[~2026-08-15 5:30 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-12 23:48 [PATCH v14 00/10] rpm: 4.20.1 -> 6.0.2 Sumanth Gavini
2026-08-12 23:48 ` [PATCH v14 01/10] package_rpm.bbclass: Drop external dependency generator to support rpm 6 Sumanth Gavini
2026-08-12 23:48 ` [PATCH v14 02/10] package_rpm.bbclass: Define _lib and _libdir for rpmbuild Sumanth Gavini
2026-08-12 23:48 ` [PATCH v14 03/10] lib/oe/package.py: Don't add ldconfig_postinst_fragment for glibc or musl Sumanth Gavini
2026-08-12 23:48 ` [PATCH v14 04/10] lib/oe/package.py: Don't redirect stderr Sumanth Gavini
2026-08-12 23:48 ` [PATCH v14 05/10] target-sdk-provides-dummy: Add pkg-config to DUMMYPROVIDES Sumanth Gavini
2026-08-12 23:48 ` [PATCH v14 06/10] rpm: 4.20.1 -> 6.0.2 Sumanth Gavini
2026-08-12 23:48 ` [PATCH v14 07/10] libarchive: Make it work with rpm 6.0.2 Sumanth Gavini
2026-08-12 23:48 ` [PATCH v14 08/10] rpm: Fix pkgconfig() Provides missing in cross-built RPMs Sumanth Gavini
2026-08-12 23:48 ` [PATCH v14 09/10] libarchive: Add RPM format reader to support rpm 6 Sumanth Gavini
2026-08-12 23:49 ` [PATCH v14 10/10] libarchive: Disable RPM filter auto-bidding and update huge_rpm test Sumanth Gavini
2026-08-13 11:12 ` [PATCH v14 00/10] rpm: 4.20.1 -> 6.0.2 Mathieu Dubois-Briand
2026-08-15 2:16 ` Gavini, Sumanth
2026-08-15 5:30 ` Mathieu Dubois-Briand [this message]
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=DKP9QR622BEY.1JP3LFV6R35WN@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox