From: Robert Yang <liezhi.yang@windriver.com>
To: Alexander Kanavin <alex.kanavin@gmail.com>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [PATCH v2 2/2] rpm: 4.20.1 -> 6.0.1
Date: Tue, 20 Jan 2026 21:04:20 +0800 [thread overview]
Message-ID: <3a203618-fa59-4672-9f5b-995aa1e0f3b4@windriver.com> (raw)
In-Reply-To: <CANNYZj_pDx1bwBx4wphrnesESKUBJT3atpk5CWcgTQ_HwN0vgw@mail.gmail.com>
Hi Alexender,
On 1/19/26 20:54, Alexander Kanavin wrote:
> On Mon, 19 Jan 2026 at 07:09, <liezhi.yang@windriver.com> wrote:
>> - 0001-macros.in-Set-_rpmformat-to-4.patch
>> Fixed:
>> error: External dependency generator is incompatible with v6 packages
>
> This one is creating technical debt. I can imagine support for v4
> packages will be dropped at some not-too-distant point. We've had this
> deprecation warning for a long time, but it looks like the matter is
> becoming more pressing now. Can you look into it?
OK, I will look into it.
>
>> - 0001-macros.in-Set-_pkgverify_level-to-digest-as-RCPM-4.2.patch
>> Fixed:
>> GPG check FAILED
>>
>> * Add scdoc-native to DEPENDS to fix do_configure error for both native and
>> target:
>> Could not find SCDOC using the following names: scdoc
>
> Is this a hard dependency? Is there a cmake switch to turn it off?
I will check and fix that.
>
>> Note, both target and native need scdoc-native.
>>
>> * Add bash to RDEPENDS:${PN} to fix:
>> ERROR: rpm-1_6.0.1-r0 do_package_qa: QA Issue: /usr/lib/rpm/rpm-setup-autosign
>> contained in package rpm requires /bin/bash, but no providers found in
>> RDEPENDS:rpm? [file-rdeps]
>
> All things that depend on bash are specifically placed into
> ${PN}-build, so that the main package will not pull in gplv3 licensed
> items. I can imagine this will fail in no-gpl3 tests too.
I will move it into rpm-build.
>
>> -EXTRA_OECMAKE:append:class-native = " -DCMAKE_INSTALL_SYSCONFDIR:PATH=/etc -DCMAKE_INSTALL_LOCALSTATEDIR:PATH=/var"
>> +EXTRA_OECMAKE:append:class-native = " -DCMAKE_INSTALL_SYSCONFDIR:PATH=/etc -DCMAKE_INSTALL_LOCALSTATEDIR:PATH=/var -DLIBELF_FOUND=False"
>
> Addition of LIBELF_FOUND=False is not explained. Also I think it can
> be easily provided?
Good catch, we don't need this change, it has been fixed via
0001-tools-elfdeps.cc-Remove-format-module.patch
// Robert
>
> Otherwise, looks good, thanks for working on it!
>
> Alex
next prev parent reply other threads:[~2026-01-20 13:04 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-19 6:09 [PATCH v2 0/2] rpm: 4.20.1 -> 6.0.1 liezhi.yang
2026-01-19 6:09 ` [PATCH v2 1/2] createrepo-c: Backport a patch to build with rpm 6.0.1 liezhi.yang
2026-01-19 6:09 ` [PATCH v2 2/2] rpm: 4.20.1 -> 6.0.1 liezhi.yang
2026-01-19 12:54 ` Alexander Kanavin
2026-01-20 13:04 ` Robert Yang [this message]
2026-01-22 11:54 ` Robert Yang
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=3a203618-fa59-4672-9f5b-995aa1e0f3b4@windriver.com \
--to=liezhi.yang@windriver.com \
--cc=alex.kanavin@gmail.com \
--cc=openembedded-core@lists.openembedded.org \
/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