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 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.