From: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
To: Bruce Ashfield <bruce.ashfield@gmail.com>,
"Chen, Qi" <Qi.Chen@windriver.com>
Cc: "preeti.sachan@intel.com" <preeti.sachan@intel.com>,
"meta-virtualization@lists.yoctoproject.org"
<meta-virtualization@lists.yoctoproject.org>
Subject: RE: [meta-virtualization] [PATCH] libvirt: fix do_package issue
Date: Tue, 12 Apr 2022 14:45:09 +0000 [thread overview]
Message-ID: <fc09d93da3bd4985a90325b18838b72a@axis.com> (raw)
In-Reply-To: <CADkTA4OYT4MBCR6xv8BRbfUa6eEjGCHT2xH2FqfcZu3tPr-Yhw@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 5354 bytes --]
Just for the record, there is ${nonarch_libdir} that expands to “/usr/lib” regardless of whether multilib is used or not. It is typically intended for cases like this.
//Peter
From: meta-virtualization@lists.yoctoproject.org <meta-virtualization@lists.yoctoproject.org> On Behalf Of Bruce Ashfield
Sent: den 11 april 2022 15:53
To: Chen, Qi <Qi.Chen@windriver.com>
Cc: preeti.sachan@intel.com; meta-virtualization@lists.yoctoproject.org
Subject: Re: [meta-virtualization] [PATCH] libvirt: fix do_package issue
On Mon, Apr 11, 2022 at 9:45 AM Chen, Qi <Qi.Chen@windriver.com<mailto:Qi.Chen@windriver.com>> wrote:
The only package I found which uses /usr/lib/sysctl.d is systemd.
It packages ${exec_prefix}/lib/sysctl.d.
And it has its reason. It treats /usr/lib as an arch-independent vendor dir, and $libdir is treated as the dir to hold libs.
file-hierarchy (www.freedesktop.org)<https://www.freedesktop.org/software/systemd/man/file-hierarchy.html#:~:text=Operating%20systems%20using%20the%20systemd%281%29%20system%20and%20service,XDG%20Base%20Directory%20Specification%20and%20XDG%20User%20Directories.>
Hmm. Indeed. In that case, I'll go with a variant of the original patch, with a tweaked commit log. I'll take care of that now.
Bruce
Regards,
Qi
From: Bruce Ashfield <bruce.ashfield@gmail.com<mailto:bruce.ashfield@gmail.com>>
Sent: Monday, April 11, 2022 9:35 PM
To: Chen, Qi <Qi.Chen@windriver.com<mailto:Qi.Chen@windriver.com>>
Cc: preeti.sachan@intel.com<mailto:preeti.sachan@intel.com>; meta-virtualization@lists.yoctoproject.org<mailto:meta-virtualization@lists.yoctoproject.org>
Subject: Re: [meta-virtualization] [PATCH] libvirt: fix do_package issue
On Mon, Apr 11, 2022 at 9:32 AM Chen, Qi <Qi.Chen@windriver.com<mailto:Qi.Chen@windriver.com>> wrote:
Hi Bruce,
Looking at the issue a little further, I found we need to use the hardcoded ‘/usr/lib’.
This is because sysctl is hardcoding that.
That's a larger issue, and it breaks other parts of the system. We shouldn't have anything with hard coded /usr/lib.
How are other packages dealing with this ?
In that case, I'll do individual scripts in the packaging, since I don't want a global /usr/lib/ as part of the packaging.
Bruce
Some codes in sysctl.c from procps:
static int PreloadSystem(void)
{
unsigned di, i;
const char *dirs[] = {
"/etc/sysctl.d",
"/run/sysctl.d",
"/usr/local/lib/sysctl.d",
"/usr/lib/sysctl.d",
"/lib/sysctl.d",
};
I’ve sent out a patch to fix the issue. Please help review it.
Regards,
Qi
From: Bruce Ashfield <bruce.ashfield@gmail.com<mailto:bruce.ashfield@gmail.com>>
Sent: Monday, April 11, 2022 9:05 PM
To: Chen, Qi <Qi.Chen@windriver.com<mailto:Qi.Chen@windriver.com>>
Cc: preeti.sachan@intel.com<mailto:preeti.sachan@intel.com>; meta-virtualization@lists.yoctoproject.org<mailto:meta-virtualization@lists.yoctoproject.org>
Subject: Re: [meta-virtualization] [PATCH] libvirt: fix do_package issue
On Mon, Apr 11, 2022 at 9:01 AM Chen, Qi <Qi.Chen@windriver.com<mailto:Qi.Chen@windriver.com>> wrote:
Hi Bruce & Preeti,
I was trying to fix the same issue when I found this thread.
This issue appears when multilib is enabled.
When multilib is disabled, ${libdir} is /usr/lib, thus packaging the file into libvirt-python.
When multilib is enabled, ${libdir} is /usr/lib64, and the file is not packaged.
Aha. Right you are.
So we should tweak libvirt to use ${libdir} and not the hardcoded /user/lib (which it never really should have been), and package anything that gets installed into sysctl.d/
It isn't clear that this particular .conf belongs in libvirtd, but it is just as good there, as in the libvirt-python.
I'll do some tests in the non-multiconfig configuration to ensure that everything still packages properly.
Bruce
Regards,
Qi
From: meta-virtualization@lists.yoctoproject.org<mailto:meta-virtualization@lists.yoctoproject.org> <meta-virtualization@lists.yoctoproject.org<mailto:meta-virtualization@lists.yoctoproject.org>> On Behalf Of Bruce Ashfield
Sent: Monday, April 11, 2022 8:44 PM
To: preeti.sachan@intel.com<mailto:preeti.sachan@intel.com>
Cc: meta-virtualization@lists.yoctoproject.org<mailto:meta-virtualization@lists.yoctoproject.org>
Subject: Re: [meta-virtualization] [PATCH] libvirt: fix do_package issue
There's definitely something different in your configuration, so that needs to be understood first.
That file is packaged as part of libvirt-python here, and should be the same for others, as I haven't had any reports of failures.
You have a multiconfig in play. Anything else ? What is your init system ? Any bbappends in play ?
Bruce
On Sun, Apr 10, 2022 at 11:49 PM <preeti.sachan@intel.com<mailto:preeti.sachan@intel.com>> wrote:
ERROR: mc:x86-2020:libvirt-8.1.0-r0 do_package: QA Issue: libvirt: Files/directories were installed but not shipped in any package:
/usr/lib/sysctl.d/60-qemu-postcopy-migration.conf
Please set FILES such that these items are packaged. Alternatively if they are unneeded, avoid installing them or delete them within do_install.
libvirt: 1 installed and not shipped files. [installed-vs-shipped]
ERROR: mc:x86-2020:libvirt-8.1.0-r0 do_package: Fatal QA errors were found, failing task.
[-- Attachment #2: Type: text/html, Size: 18587 bytes --]
next prev parent reply other threads:[~2022-04-12 16:46 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-04-11 0:38 [meta-virtualization][PATCH] libvirt: fix do_package issue preeti.sachan
2022-04-11 3:06 ` Bruce Ashfield
2022-04-11 3:49 ` [PATCH] " preeti.sachan
2022-04-11 12:43 ` [meta-virtualization] " Bruce Ashfield
2022-04-11 13:01 ` Chen, Qi
2022-04-11 13:05 ` Bruce Ashfield
2022-04-11 13:32 ` Chen, Qi
2022-04-11 13:34 ` Bruce Ashfield
2022-04-11 13:45 ` Chen, Qi
2022-04-11 13:52 ` Bruce Ashfield
2022-04-12 14:45 ` Peter Kjellerstedt [this message]
[not found] ` <16E4D95942C915B5.9240@lists.yoctoproject.org>
2022-04-11 13:28 ` Bruce Ashfield
2022-04-12 11:22 ` preeti.sachan
2022-04-11 12:54 ` preeti.sachan
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=fc09d93da3bd4985a90325b18838b72a@axis.com \
--to=peter.kjellerstedt@axis.com \
--cc=Qi.Chen@windriver.com \
--cc=bruce.ashfield@gmail.com \
--cc=meta-virtualization@lists.yoctoproject.org \
--cc=preeti.sachan@intel.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.