On 7/30/2026 8:44 PM, MacLeod, Randy wrote: > On 2026-07-30 14:13, Gavini, Sumanth wrote: >> On 7/30/2026 10:39 AM, Mathieu Dubois-Briand via lists.openembedded.org >> 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 Jul 30, 2026 at 1:51 AM CEST, Sumanth Gavini wrote: >>>> * V11: >>>> - Added 0001-pkgconfigdeps.sh-Do-not-emit-usr-bin-pkg-config-as-a.patch >>>> To fix "bitbake core-image-minimal-dev" Could not invoke dnf. >>>> Command... >>>> pkgconfigdeps.sh unconditionally emits /usr/bin/pkg-config as a hard >>>> Requires for packages shipping .pc files. In OE/Yocto >>>> cross-compilation, >>>> pkg-config is a host-only build tool not needed on the target rootfs, >>>> causing failures with -dev packages. >>>> >>>> * v10: >>>> - The ARCHIVE_FILTER_RPM macro was commented out in a previous >>>> libarchive change, causing do_compile_ptest_base to fail with: >>>> error: 'ARCHIVE_FILTER_RPM' undeclared >>>> Restore the macro definition. The ptest now compiles and passes >>>> successfully. >>>> >>>> * V9: >>>> - Updated SRCREV to the 6.0.2 tag. >>>> - Incorporated all V8 changes and updated them as needed for 6.0.2. >>>> - Dropped >>>> 0001-scripts-pkgconfigdeps.sh-Use-pkg-config-from-PATH.patch >>>> from V8, as it is no longer needed. After filtering out the >>>> /usr/bin/pkg-config file dependency, "bitbake core-image-sato -c >>>> populate_sdk" completes successfully without the patch. >>>> - Fixed the filtering of the /usr/bin/pkg-config file dependency. >>>> pkg-config is a build-time tool, not a runtime dependency. Filtered >>>> the /usr/bin/pkg-config dependency automatically detected by >>>> pkgconfig.attr for packages containing .pc files, preventing >>>> unnecessary hard runtime dependencies in -dev packages. >>>> - Removed v8 libarchive-related changes since the latest version >>>> (3.8.8) already includes the required updates. >>>> - Fixed the "oe-selftest -r >>>> debuginfod.Debuginfod.test_debuginfod_native" >>>> failure observed after upgrading to 6.0.2. >>>> - Verified that previously reported Autobuilder issues are no longer >>>> observed. >>>> The following builds/tests were successfully completed: >>>> "bitbake core-image-minimal" >>>> "bitbake core-image-full-cmdline" >>>> "bitbake core-image-sato" >>>> "bitbake core-image-sato world" >>>> "bitbake core-image-full-cmdline:do_testimage" >>>> "bitbake core-image-minimal:do_rootfs" >>>> "bitbake core-image-sato -c populate_sdk" >>>> >>>> * V8: >>>> - Fix build with systemd (Check patch 7 for detailes) >>>> - Make rpmbuild can find the pkgconfig (.pc) files in >>>> /usr/share/pkgconfig >>>> (Check patch 7 for detailes) >>>> - Backport a PULL from git/libarchive to fix oe-selftest failures. >>>> >>>> * V7: >>>> - Add 0001-scripts-pkgconfigdeps.sh-Use-pkg-config-from-PATH.patch: >>>> To fix "bitbake core-image-sato -cpopulate_sdk" error on Ubuntu >>>> 24.04 when >>>> pkg-config is installed on host, now the host contamination has been >>>> fixed, >>>> and the patch has been submitted to upstream: >>>> https://github.com/rpm-software-management/rpm/pull/4127 >>>> >>>> * V6 >>>> - Fix -cpopulate_sdk error when DISTRO = "poky" >>>> >>>> * V5 >>>> - Fix RP's comments: Don't hardcode libc6 into package_rpm.bbclass >>>> - Use SKIP_LDCONFIG_POSTINST_FRAGMENT:${PN} to fix the loop >>>> dependencies >>>> between /bin/sh and libc.so. >>>> >>>> * V4 >>>> - Fix loop dependencies issues for libc6 and busybox >>>> - Fix issues for can't find pkg-config files (.pc) on qemux86-64. >>>> >>>> * V3 >>>> - Fix Alexender's comments >>>> a) Suppot rpm 6 >>>> b) Move rpm-setup-autosign to rpm-build >>>> c) Remove -DLIBELF_FOUND=False >>>> >>>> - Fix build for nativesdk-rpm >>>> >>>> - Drop patch for createrepo-c since it has been upgraded (rev: >>>> 804a238c8a4e86c2bcfb2192d54cb861d5fd32a6) >>>> >>>> * V1 & V2 >>>> - Initial version >>>> >>>> >>>> -- >>>> # Sumanth Gavini >>>> # Wind River Linux >>>> >>> Hi Sumanth, >>> >>> Thanks for the new version. >>> >>> It does look better, but we still have a lot of errors. First, another >>> dnf error on core-image-sato: >>> >>> ERROR: core-image-sato-1.0-r0 do_populate_sdk: Could not invoke dnf >>> ... >>> Error: >>> Problem 1: conflicting requests >>> - nothing provides pkgconfig(fontconfig) >= 2.13.0 needed by >>> libcairo-dev-1.18.4-r0.x86_64_v3 from oe-repo >>> Problem 2: conflicting requests >>> - nothing provides pkgconfig(libsolv) needed by >>> libdnf-dev-0.75.0-r0.x86_64_v3 from oe-repo >>> - nothing provides pkgconfig(sqlite3) needed by >>> libdnf-dev-0.75.0-r0.x86_64_v3 from oe-repo >>> - nothing provides pkgconfig(libsolvext) needed by >>> libdnf-dev-0.75.0-r0.x86_64_v3 from oe-repo >>> Problem 3: conflicting requests >>> - nothing provides pkgconfig(mount) >= 2.23 needed by >>> libglib-2.0-dev-1:2.88.2-r0.x86_64_v3 from oe-repo >>> Problem 4: conflicting requests >>> - nothing provides pkgconfig(libudev) >= 251 needed by >>> libgudev-1.0-dev-238-r0.x86_64_v3 from oe-repo >>> Problem 5: conflicting requests >>> - nothing provides pkgconfig(libudev) needed by >>> libinput-dev-1.31.3-r0.x86_64_v3 from oe-repo >>> Problem 6: conflicting requests >>> - nothing provides pkgconfig(ncurses) needed by >>> libreadline-dev-8.3-r0.x86_64_v3 from oe-repo >>> Problem 7: conflicting requests >>> - nothing provides pkgconfig(libxml-2.0) needed by >>> librepo-dev-1.20.0-r0.x86_64_v3 from oe-repo >>> - nothing provides pkgconfig(openssl) needed by >>> librepo-dev-1.20.0-r0.x86_64_v3 from oe-repo >>> - nothing provides pkgconfig(libcurl) needed by >>> librepo-dev-1.20.0-r0.x86_64_v3 from oe-repo >>> >>> ERROR: core-image-sato-sdk-1.0-r0 do_rootfs: Could not invoke dnf. >>> ... >>> Error: >>> Problem 1: conflicting requests >>> - nothing provides pkgconfig(fontconfig) >= 2.13.0 needed by >>> libcairo-dev-1.18.4-r0.x86_64_v3 from oe-repo >>> Problem 2: conflicting requests >>> - nothing provides pkgconfig(sqlite3) needed by >>> libdnf-dev-0.75.0-r0.x86_64_v3 from oe-repo >>> - nothing provides pkgconfig(libsolv) needed by >>> libdnf-dev-0.75.0-r0.x86_64_v3 from oe-repo >>> - nothing provides pkgconfig(libsolvext) needed by >>> libdnf-dev-0.75.0-r0.x86_64_v3 from oe-repo >>> Problem 3: conflicting requests >>> - nothing provides pkgconfig(mount) >= 2.23 needed by >>> libglib-2.0-dev-1:2.88.2-r0.x86_64_v3 from oe-repo >>> Problem 4: conflicting requests >>> - nothing provides pkgconfig(libudev) >= 251 needed by >>> libgudev-1.0-dev-238-r0.x86_64_v3 from oe-repo >>> Problem 5: conflicting requests >>> - nothing provides pkgconfig(libudev) needed by >>> libinput-dev-1.31.3-r0.x86_64_v3 from oe-repo >>> Problem 6: conflicting requests >>> - nothing provides pkgconfig(ncurses) needed by >>> libreadline-dev-8.3-r0.x86_64_v3 from oe-repo >>> Problem 7: conflicting requests >>> - nothing provides pkgconfig(libxml-2.0) needed by >>> librepo-dev-1.20.0-r0.x86_64_v3 from oe-repo >>> - nothing provides pkgconfig(libcurl) needed by >>> librepo-dev-1.20.0-r0.x86_64_v3 from oe-repo >>> - nothing provides pkgconfig(openssl) needed by >>> librepo-dev-1.20.0-r0.x86_64_v3 from oe-repo >>> ... >>> >>> https://autobuilder.yoctoproject.org/valkyrie/#/builders/68/builds/4362 >>> https://autobuilder.yoctoproject.org/valkyrie/#/builders/19/builds/4253 >>> >>> >>> Some ptest images are also failing: >>> >>> ERROR: core-image-ptest-glib-2.0-1.0-r0 do_rootfs: Could not invoke dnf. >>> ... >>> Error: >>> Problem: package libglib-2.0-ptest-1:2.88.2-r0.x86_64_v3 from oe-repo >>> requires glib-2.0-dev, but none of the providers can be installed >>> - conflicting requests >>> - nothing provides pkgconfig(mount) >= 2.23 needed by >>> libglib-2.0-dev-1:2.88.2-r0.x86_64_v3 from oe-repo >>> (try to add '--skip-broken' to skip uninstallable packages) >>> >>> https://autobuilder.yoctoproject.org/valkyrie/#/builders/110/builds/819 >>> https://autobuilder.yoctoproject.org/valkyrie/#/builders/73/builds/4163 >>> >>> >>> And also the libarchive ptest are failing: >>> >>> AssertionError: >>> Failed ptests: >>> {'libarchive': ['libarchive_test']} >>> >>> https://autobuilder.yoctoproject.org/valkyrie/#/builders/61/builds/4145 >>> https://autobuilder.yoctoproject.org/valkyrie/#/builders/56/builds/2031 >>> >>> >>> Can you have a look at the issues? >>> >>> Thanks, >>> Mathieu >>> >>> -- >>> Mathieu Dubois-Briand, Bootlin >>> Embedded Linux and Kernel engineering >>> https://bootlin.com >>> >>> >>> >>> >>> >> Hi Mathieu, >> >> In V11 patch >> 0001-pkgconfigdeps.sh-Do-not-emit-usr-bin-pkg-config-as-a.patch should >> resolve the "pkgconfig could not invoke dnf" error" >> >> I have successfully verified the following: >> bitbake core-image-sato-sdk:do_populate_sdk >> bitbake core-image-sato-sdk:do_rootfs >> >> Both completed successfully on my side. >> Could you please verify again and let me know if you still encounter the >> issue? >> >> Below is my local.conf: >> MACHINE ??= "qemux86-64" >> PACKAGE_CLASSES = "package_rpm package_deb package_ipk" >> INHERIT += 'image-buildinfo' >> IMAGE_BUILDINFO_VARS:append = ' IMAGE_BASENAME IMAGE_NAME' >> IMAGE_INSTALL:append = ' ssh-pregen-hostkeys' >> SANITY_TESTED_DISTROS = '' >> OEQA_TESTDISPLAY = ':1' >> EXTRA_IMAGE_FEATURES ?= 'allow-empty-password empty-root-password >> allow-root-login' >> #OE_FRAGMENTS += 'machine/qemux86-64 distro/poky' >> IMAGE_CLASSES += "testimage" >> > Mathieu please confirm but since Sumanth is new, > I want to point out that we have a long history of people occasionally > not being able to reproduce > (all of) the errors that the YP autobuilder (AB) encounters. > > This is usually because: > 1. they only have one or two host distros at hand and/or > 2. they don't re-use sstate cache between distros like YP AB does. > > In this case, the build failure links were from: > > A. https://autobuilder.yoctoproject.org/valkyrie/#/builders/68/builds/4362 > Rocky 8.8 worker 1 > > and > B. https://autobuilder.yoctoproject.org/valkyrie/#/builders/19/builds/4253 > Debian 11 worker 3 > > It is never clear what distro the sstate cache is pulled in from since > it's designed be distro-independent. > > I'm not going to look at the other build failure links. > > This package upgrade is particularly tricky so I'm going to ask Sundeep > to help Sumanth with > running some customer YP AB builds if Mathieu thinks that's a good idea. > Due to the timzone > difference between Sumanth (in Texas) and Sundeep (in India), this might > not happen until next week. > > Hold on there guys, we'll get this figured out soon hopefully. > > > -- > # Randy MacLeod > # Wind River Linux > Hi Mathieu,
I have fixed the build failure and submitted V12. -- # Sumanth Gavini # Wind River Linux
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#242694): https://lists.openembedded.org/g/openembedded-core/message/242694 Mute This Topic: https://lists.openembedded.org/mt/120512258/21656 Group Owner: [email protected] Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
