From: "Böszörményi Zoltán" <zboszor@gmail.com>
To: Alexander Kanavin <alex.kanavin@gmail.com>
Cc: Alexandre Belloni <alexandre.belloni@bootlin.com>,
openembedded-core@lists.openembedded.org,
Ross Burton <Ross.Burton@arm.com>,
Richard Purdie <richard.purdie@linuxfoundation.org>
Subject: Re: [OE-core] [PATCH v6] rpm: Allow setting platform macro settings externally
Date: Thu, 3 Aug 2023 13:13:10 +0200 [thread overview]
Message-ID: <6543fbe2-602a-6b78-089b-49569a891fae@gmail.com> (raw)
In-Reply-To: <CANNYZj-bUm8oW1b1UwE1QDry-89_WEMKMy12SpTVLt409cY=aA@mail.gmail.com>
2023. 08. 03. 12:19 keltezéssel, Alexander Kanavin írta:
> Ok, sorry for rapid-fire. The more I think about this, the more I'm
> convinced the target platform macro needs to go to
> platform/<arch>-<vendor>-<os>/macros, e.g. include the vendor. That
> way we can install into x86_64-poky-linux, and it would neither clash
> with upstream macros,
This would be okay.
> nor make rpm recipe machine-specific (this is a
> tough sell at best, and likely a hard no).
I thought so.
> Unfortunately making it all work and pass all the tests may not be easy.
I am happy to have been able to point out such a hard problem. :-D
(Even if only superficially. Even after using it for 8 years, I am still learning Yocto.)
> Alex
>
> On Thu, 3 Aug 2023 at 10:55, Alexander Kanavin via
> lists.openembedded.org <alex.kanavin=gmail.com@lists.openembedded.org>
> wrote:
>> A couple more observations:
>> the content of usr/lib/rpm/platform/qemux86_64-linux/macros is not at
>> all specific to qemu. In fact, the only significant difference with
>> upstream's x86_64-linux/macros is where the libraries go (lib vs
>> lib64).
>>
>> So the machine name is needed only for the file location, and
>> therefore we can install it somewhere else where it would be picked up
>> without having to rely on MACHINE_ARCH. There's a whole menu of
>> options in lib/rpmrc.c:
>>
>> macrofiles = rstrscat(NULL, confdir, "/macros", ":",
>> confdir, "/macros.d/macros.*", ":",
>> confdir, "/platform/%{_target}/macros", ":",
>> confdir, "/fileattrs/*.attr", ":",
>> confdir, "/" RPMCANONVENDOR "/macros", ":",
>> etcconfdir, SYSCONFDIR "/rpm/macros.*", ":",
>> etcconfdir, SYSCONFDIR "/rpm/macros", ":",
>> etcconfdir, SYSCONFDIR
>> "/rpm/%{_target}/macros", ":", NULL);
>>
>> I think placing the macros into one of those should work. Can you verify?
>>
>> Alex
>>
>> On Thu, 3 Aug 2023 at 09:55, Alexander Kanavin via
>> lists.openembedded.org <alex.kanavin=gmail.com@lists.openembedded.org>
>> wrote:
>>> I applied the patch and checked what the difference in install tree
>>> is. I see that the only difference is addition of
>>> usr/lib/rpm/platform/qemux86_64-linux/macros
>>>
>>> I'd like to step back for a bit, and clarify:
>>>
>>> What is the mechanism at runtime for finding that file? How does rpm
>>> tooling arrive at the path it needs to read? How is 'qemux86_64-linux'
>>> computed? Are there alternative locations that macros are also taken
>>> from?
>>>
>>> And once that is clarified, the next question would be:
>>> Can we instruct rpm to read macros from a default location for a
>>> self-hosted target?
>>>
>>> You might also just teach that developer who is unwilling to learn new
>>> stuff to write recipes. It's about the same amount of effort as
>>> writing rpm .spec files :)
>>>
>>> Alex
>>>
>>>
>>>
>>> On Thu, 3 Aug 2023 at 08:09, Böszörményi Zoltán <zboszor@gmail.com> wrote:
>>>> 2023. 08. 02. 21:54 keltezéssel, Alexander Kanavin írta:
>>>>> I think the culprit is the usage of MACHINE_ARCH. You can't have that
>>>>> in regular recipes, as that makes them machine-specific, rather than
>>>>> tune (i.e. architecture) specific.
>>>> So, how to fix it?
>>>>
>>>> Would putting this into the rpm recipe be enough and acceptable?
>>>>
>>>> PACKAGE_ARCH = "${MACHINE_ARCHJ}"
>>>>
>>>> Reasoning: the patch that makes rpm carry the
>>>> $MACHINE_ARCH}-linux platform specific macros file
>>>> does make rpm machine-specific.
>>>>
>>>>> Alex
>>>>>
>>>>> On Wed, 2 Aug 2023 at 21:28, Böszörményi Zoltán <zboszor@gmail.com> wrote:
>>>>>> Some clues please. What does this error mean? How to solve it?
>>>>>>
>>>>>> 2023. 08. 02. 15:41 keltezéssel, Alexandre Belloni írta:
>>>>>>> Hello,
>>>>>>>
>>>>>>> This causes
>>>>>>> sstatetests.SStateHashSameSigs3.test_sstate_sametune_samesigs to fail:
>>>>>>>
>>>>>>> https://autobuilder.yoctoproject.org/typhoon/#/builders/87/builds/5572/steps/14/logs/stdio
>>>>>>> https://autobuilder.yoctoproject.org/typhoon/#/builders/86/builds/5538/steps/14/logs/stdio
>>>>>>> https://autobuilder.yoctoproject.org/typhoon/#/builders/79/builds/5547/steps/15/logs/stdio
>>>>>>> https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/5495/steps/14/logs/stdio
>>>>>>>
>>>>>>> On 01/08/2023 15:29:57+0200, Zoltan Boszormenyi wrote:
>>>>>>>> Feed platform settings to installplatform externally. Based on the patch
>>>>>>>> submitted under https://github.com/rpm-software-management/rpm/pull/2585
>>>>>>>>
>>>>>>>> Patch against INSTALL was backported for rpm 4.18.1
>>>>>>>>
>>>>>>>> Signed-off-by: Zoltán Böszörményi <zboszor@gmail.com>
>>>>>>>> ---
>>>>>>>> ...atform-macro-settings-externally-258.patch | 119 ++++++++++++++++++
>>>>>>>> meta/recipes-devtools/rpm/rpm_4.18.1.bb | 20 +++
>>>>>>>> 2 files changed, 139 insertions(+)
>>>>>>>> create mode 100644 meta/recipes-devtools/rpm/files/0001-Allow-setting-platform-macro-settings-externally-258.patch
>>>>>>>>
>>>>>>>> diff --git a/meta/recipes-devtools/rpm/files/0001-Allow-setting-platform-macro-settings-externally-258.patch b/meta/recipes-devtools/rpm/files/0001-Allow-setting-platform-macro-settings-externally-258.patch
>>>>>>>> new file mode 100644
>>>>>>>> index 0000000000..a32ce38533
>>>>>>>> --- /dev/null
>>>>>>>> +++ b/meta/recipes-devtools/rpm/files/0001-Allow-setting-platform-macro-settings-externally-258.patch
>>>>>>>> @@ -0,0 +1,119 @@
>>>>>>>> +From e58c607dcdb303ff3ba1b22fd23eb20e374b6ed3 Mon Sep 17 00:00:00 2001
>>>>>>>> +From: =?UTF-8?q?Zolt=C3=A1n=20B=C3=B6sz=C3=B6rm=C3=A9nyi?=
>>>>>>>> + <zboszor@gmail.com>
>>>>>>>> +Date: Fri, 28 Jul 2023 12:16:56 +0200
>>>>>>>> +Subject: [PATCH] Allow setting platform macro settings externally (#2585)
>>>>>>>> +MIME-Version: 1.0
>>>>>>>> +Content-Type: text/plain; charset=UTF-8
>>>>>>>> +Content-Transfer-Encoding: 8bit
>>>>>>>> +
>>>>>>>> +* Allow setting platform macro settings externally
>>>>>>>> +
>>>>>>>> +By default, rpm installs a series of default platforms based on
>>>>>>>> +the CPU architecture names in subdirectories called
>>>>>>>> +
>>>>>>>> + /usr/lib/platform/<arch>-<os>
>>>>>>>> +
>>>>>>>> +This is enough for regular Linux distributions. However, some
>>>>>>>> +distributions may use more specific platform names that refer to
>>>>>>>> +particular computer systems, like SBCs or specific CPU tuning when
>>>>>>>> +compiling.
>>>>>>>> +
>>>>>>>> +If the platform subdirectory does not exist in /usr/lib/platform
>>>>>>>> +then rpmbuild does not work.
>>>>>>>> +
>>>>>>>> +Allow creating such custom platform subdirectory with feeding
>>>>>>>> +the necessary data using external variables: RPM_CUSTOM_ARCH,
>>>>>>>> +RPM_CUSTOM_ISANAME, RPM_CUSTOM_ISABITS, RPM_CUSTOM_CANONARCH
>>>>>>>> +and RPM_CUSTOM_CANONCOLOR
>>>>>>>> +
>>>>>>>> +Signed-off-by: Zoltán Böszörményi <zboszor@gmail.com>
>>>>>>>> +Upstream-Status: Backport [https://github.com/rpm-software-management/rpm/commit/fde03ae33d55b160a31a6c54946880dcdf8fd0d6]
>>>>>>>> +
>>>>>>>> +---------
>>>>>>>> +
>>>>>>>> +Signed-off-by: Zoltán Böszörményi <zboszor@gmail.com>
>>>>>>>> +Co-authored-by: Florian Festi <ffesti@redhat.com>
>>>>>>>> +---
>>>>>>>> + INSTALL | 37 +++++++++++++++++++++++++++++++++++++
>>>>>>>> + installplatform | 9 ++++++++-
>>>>>>>> + 2 files changed, 45 insertions(+), 1 deletion(-)
>>>>>>>> +
>>>>>>>> +diff --git a/INSTALL b/INSTALL
>>>>>>>> +index 13d0d8a83..5e035cf6a 100644
>>>>>>>> +--- a/INSTALL
>>>>>>>> ++++ b/INSTALL
>>>>>>>> +@@ -148,6 +148,43 @@ and then install with:
>>>>>>>> +
>>>>>>>> + make install
>>>>>>>> +
>>>>>>>> ++
>>>>>>>> ++By default, rpm installs a series of default platforms based on the CPU
>>>>>>>> ++architecture names in subdirectories called
>>>>>>>> ++
>>>>>>>> ++ /usr/lib/platform/<arch>-<os>
>>>>>>>> ++
>>>>>>>> ++This is enough for many distributions. However, some distributions
>>>>>>>> ++may use more specific platform names that refer to particular computer
>>>>>>>> ++systems, like SBCs or specific CPU tuning when compiling. Examples of such
>>>>>>>> ++platform names are: "genericx86_64", "intel_skylake_64", "raspberrypi_armv7",
>>>>>>>> ++"raspberrypi_armv8", etc.
>>>>>>>> ++
>>>>>>>> ++If the platform name is put into /etc/rpm/platform, then rpmbuild uses it
>>>>>>>> ++and the only macros file rpmbuild looks for is
>>>>>>>> ++
>>>>>>>> ++ /usr/lib/platform/`cat /etc/rpm/platform`-<os>/macros
>>>>>>>> ++
>>>>>>>> ++If this file does not exist, many rpm macros will not have their expected
>>>>>>>> ++values set and e.g. %configure will fail when trying to run rpmbuild.
>>>>>>>> ++
>>>>>>>> ++To allow creating the macros file for such a custom platform, the shell
>>>>>>>> ++variables listed below must be set. If RPM_CUSTOM_ARCH is not set, the rest
>>>>>>>> ++is ignored.
>>>>>>>> ++
>>>>>>>> ++ export RPM_CUSTOM_ARCH=genericx86_64
>>>>>>>> ++ export RPM_CUSTOM_ISANAME=x86
>>>>>>>> ++ export RPM_CUSTOM_ISABITS=64
>>>>>>>> ++ export RPM_CUSTOM_CANONARCH=x86_64
>>>>>>>> ++ export RPM_CUSTOM_CANONCOLOR=0 # to use /usr/lib for %_libdir
>>>>>>>> ++ export RPM_CUSTOM_CANONCOLOR=3 # to use /usr/lib64 for %_libdir
>>>>>>>> ++
>>>>>>>> ++ make install
>>>>>>>> ++
>>>>>>>> ++This also creates and installs the new platform file e.g.
>>>>>>>> ++/usr/lib/platform/genericx86_64-linux/macros
>>>>>>>> ++
>>>>>>>> ++
>>>>>>>> + Rpm comes with an automated self-test suite. The test-suite relies heavily
>>>>>>>> + on fakechroot (https://github.com/dex4er/fakechroot/) and cannot be executed
>>>>>>>> + without it. Provided that fakechroot was found during configure,
>>>>>>>> +diff --git a/installplatform b/installplatform
>>>>>>>> +index a5ad7c5b8..59f57697b 100755
>>>>>>>> +--- a/installplatform
>>>>>>>> ++++ b/installplatform
>>>>>>>> +@@ -11,7 +11,7 @@ VENDOR="${4}"
>>>>>>>> + OS="${5}"
>>>>>>>> + RPMRC_GNU="${6}"
>>>>>>>> +
>>>>>>>> +-for ARCH in noarch `grep ^arch_canon $RPMRC | cut -d: -f2`; do
>>>>>>>> ++for ARCH in noarch `grep ^arch_canon $RPMRC | cut -d: -f2` ${RPM_CUSTOM_ARCH:+custom}; do
>>>>>>>> + RPMRC_OPTFLAGS="`sed -n 's/^optflags: '$ARCH' //p' $RPMRC`"
>>>>>>>> + RPMRC_OPTFLAGS="`echo $RPMRC_OPTFLAGS | sed -e 's, ,\ ,g'`"
>>>>>>>> + case $RPMRC_OPTFLAGS in
>>>>>>>> +@@ -30,6 +30,13 @@ for ARCH in noarch `grep ^arch_canon $RPMRC | cut -d: -f2`; do
>>>>>>>> + CANONCOLOR=
>>>>>>>> + FILTER=cat
>>>>>>>> + case "${ARCH}" in
>>>>>>>> ++ custom)
>>>>>>>> ++ ARCH=$RPM_CUSTOM_ARCH
>>>>>>>> ++ ISANAME=$RPM_CUSTOM_ISANAME
>>>>>>>> ++ ISABITS=$RPM_CUSTOM_ISABITS
>>>>>>>> ++ CANONARCH=$RPM_CUSTOM_CANONARCH
>>>>>>>> ++ CANONCOLOR=$RPM_CUSTOM_CANONCOLOR
>>>>>>>> ++ ;;
>>>>>>>> + sparc64*)
>>>>>>>> + ISANAME=sparc
>>>>>>>> + ISABITS=64
>>>>>>>> +--
>>>>>>>> +2.41.0
>>>>>>>> +
>>>>>>>> diff --git a/meta/recipes-devtools/rpm/rpm_4.18.1.bb b/meta/recipes-devtools/rpm/rpm_4.18.1.bb
>>>>>>>> index 95a9e92f96..0b8ebebb51 100644
>>>>>>>> --- a/meta/recipes-devtools/rpm/rpm_4.18.1.bb
>>>>>>>> +++ b/meta/recipes-devtools/rpm/rpm_4.18.1.bb
>>>>>>>> @@ -40,6 +40,7 @@ SRC_URI = "git://github.com/rpm-software-management/rpm;branch=rpm-4.18.x;protoc
>>>>>>>> file://0001-python-Use-Py_hash_t-instead-of-long-in-hdr_hash.patch \
>>>>>>>> file://fix-declaration.patch \
>>>>>>>> file://ea3187cfcf9cac87e5bc5e7db79b0338da9e355e.patch \
>>>>>>>> + file://0001-Allow-setting-platform-macro-settings-externally-258.patch \
>>>>>>>> "
>>>>>>>>
>>>>>>>> PE = "1"
>>>>>>>> @@ -128,10 +129,29 @@ do_install:append:class-nativesdk() {
>>>>>>>> EOF
>>>>>>>> }
>>>>>>>>
>>>>>>>> +def rpm_isaname(d):
>>>>>>>> + import re
>>>>>>>> + arch = d.getVar('TARGET_ARCH')
>>>>>>>> + if re.match("^i.86$", arch) or re.match("^x86.*64$", arch):
>>>>>>>> + return "x86"
>>>>>>>> + # Add more platform tweaks for ISANAME as needed
>>>>>>>> + return arch
>>>>>>>> +
>>>>>>>> +# Add the custom BSP platform "macros" file
>>>>>>>> +do_install:prepend:class-target() {
>>>>>>>> + export RPM_CUSTOM_ARCH="${MACHINE_ARCH}"
>>>>>>>> + export RPM_CUSTOM_ISANAME="${@rpm_isaname(d)}"
>>>>>>>> + export RPM_CUSTOM_ISABITS="${SITEINFO_BITS}"
>>>>>>>> + export RPM_CUSTOM_CANONARCH="${TARGET_ARCH}"
>>>>>>>> + # CANONCOLOR determines whether /usr/lib or /usr/lib64 is used for a 64-bit platform
>>>>>>>> + export RPM_CUSTOM_CANONCOLOR="${@bb.utils.contains('DISTRO_FEATURES', 'multilib', '3', '0', d)}"
>>>>>>>> +}
>>>>>>>> +
>>>>>>>> # Rpm's make install creates var/tmp which clashes with base-files packaging
>>>>>>>> do_install:append:class-target() {
>>>>>>>> rm -rf ${D}/var
>>>>>>>> }
>>>>>>>> +
>>>>>>>> do_install:append:class-nativesdk() {
>>>>>>>> rm -rf ${D}${SDKPATHNATIVE}/var
>>>>>>>> # Ensure find-debuginfo is located correctly inside SDK
>>>>>>>> --
>>>>>>>> 2.41.0
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>
>>>
>> -=-=-=-=-=-=-=-=-=-=-=-
>> Links: You receive all messages sent to this group.
>> View/Reply Online (#185467): https://lists.openembedded.org/g/openembedded-core/message/185467
>> Mute This Topic: https://lists.openembedded.org/mt/100483574/1686489
>> Group Owner: openembedded-core+owner@lists.openembedded.org
>> Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [alex.kanavin@gmail.com]
>> -=-=-=-=-=-=-=-=-=-=-=-
>>
prev parent reply other threads:[~2023-08-03 11:13 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-01 13:29 [PATCH v6] rpm: Allow setting platform macro settings externally Zoltán Böszörményi
2023-08-02 13:41 ` [OE-core] " Alexandre Belloni
2023-08-02 19:28 ` Böszörményi Zoltán
2023-08-02 19:54 ` Alexander Kanavin
2023-08-03 6:09 ` Böszörményi Zoltán
2023-08-03 7:55 ` Alexander Kanavin
2023-08-03 10:59 ` Böszörményi Zoltán
2023-08-03 11:15 ` Alexander Kanavin
2023-08-03 12:17 ` Böszörményi Zoltán
[not found] ` <1777D06DC603E04E.27883@lists.openembedded.org>
2023-08-03 8:55 ` Alexander Kanavin
[not found] ` <1777D3B13579ECA3.27883@lists.openembedded.org>
2023-08-03 10:19 ` Alexander Kanavin
2023-08-03 11:13 ` Böszörményi Zoltán [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=6543fbe2-602a-6b78-089b-49569a891fae@gmail.com \
--to=zboszor@gmail.com \
--cc=Ross.Burton@arm.com \
--cc=alex.kanavin@gmail.com \
--cc=alexandre.belloni@bootlin.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=richard.purdie@linuxfoundation.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