From: Bruce Ashfield <bruce.ashfield@gmail.com>
To: tom.hochstein@oss.nxp.com
Cc: meta-virtualization@lists.yoctoproject.org
Subject: Re: [meta-virtualization][PATCH] libvirt: Fix missing libvirt-python
Date: Wed, 5 Nov 2025 23:36:49 -0500 [thread overview]
Message-ID: <aQwl4Wli3oqH6ZgV@gmail.com> (raw)
In-Reply-To: <20251105201525.288881-1-tom.hochstein@oss.nxp.com>
In message: [meta-virtualization][PATCH] libvirt: Fix missing libvirt-python
on 05/11/2025 Tom Hochstein via lists.yoctoproject.org wrote:
> From: Tom Hochstein <tom.hochstein@oss.nxp.com>
>
> The do_rootfs task for an image that includes libvirt-python fails.
> ```
> - nothing provides libvirt-python needed by packagegroup-fsl-virtualization-1.0-r0.ls1012afrwy from oe-repo
> ```
>
> The log shows that the do_compile:append() from libvirt-python.inc is
> failing but not reporting the failure.
> ```
> 174: cd: can't cd to /.../libvirt/v11.8.0+git/sources/libvirt-v11.8.0+git/libvirt-python-11.8.0
> ```
>
> The root cause is the archive folder format is changed from
> libvirt-python-VERSION to libvirt_python-VERSION, but the do_compile
> and do_install tasks are hard-coded to the old format.
Indeed. I did change it for the main package but missed it here.
>
> Fix the root cause by encoding the archive folder name in a common
> variable. Also, fix the build and install commands so the cd failure is
> not ignored.
>
> Fixes: 389df3b77e
Drop this fixes line. It doesn't fix that commit, it completes
that update for the python part of libvirt.
> Signed-off-by: Tom Hochstein <tom.hochstein@oss.nxp.com>
> ---
> recipes-extended/libvirt/libvirt-python.inc | 14 +++++++-------
> 1 file changed, 7 insertions(+), 7 deletions(-)
>
> diff --git a/recipes-extended/libvirt/libvirt-python.inc b/recipes-extended/libvirt/libvirt-python.inc
> index c430ffe5..0a99296a 100644
> --- a/recipes-extended/libvirt/libvirt-python.inc
> +++ b/recipes-extended/libvirt/libvirt-python.inc
> @@ -18,8 +18,8 @@ FILES:${PN}-python = "${bindir}/* ${libdir}/* ${libdir}/${PYTHON_DIR}/*"
> # Currently the libvirt-python debug libraries contain buildpaths
> INSANE_SKIP:${PN}-dbg += "buildpaths"
>
> -SRC_URI += "http://libvirt.org/sources/python/${BPN}_python-${LIBVIRT_VERSION}.tar.gz;name=libvirt_python;subdir=${BP}"
> -
> +SRC_URI += "http://libvirt.org/sources/python/${LIBVIRT_PYTHON_ARCHIVE_NAME}.tar.gz;name=libvirt_python;subdir=${BP}"
> +LIBVIRT_PYTHON_ARCHIVE_NAME = "${BPN}_python-${LIBVIRT_VERSION}"
> SRC_URI[libvirt_python.sha256sum] = "5d80e13e0cfb96dd254d765ee60e77e5f9b6925172540056cec0aa0e6f0ca83c"
>
> export LIBVIRT_API_PATH = "${S}/docs/libvirt-api.xml"
> @@ -46,8 +46,8 @@ do_compile:append() {
> # the syroot staged pkgconfig entries. So we clear the sysroot
> # for just this portion.
> export PKG_CONFIG_SYSROOT_DIR=
> - cd ${UNPACKDIR}/${BP}/${BPN}-python-${LIBVIRT_VERSION} && \
> - ${STAGING_BINDIR_NATIVE}/python3-native/python3 setup.py build
> + cd ${UNPACKDIR}/${BP}/${LIBVIRT_PYTHON_ARCHIVE_NAME}
> + ${STAGING_BINDIR_NATIVE}/python3-native/python3 setup.py build
If the cd in it's own command fails, so should have the one in
the &&
If one is failing and the other isn't when the directory doesn't
exist, something strange is up with set -e in the routines, or
am I not seeing something that change more than the new variable
and the removal of the && ?
Bruce
> cd -
> fi
> }
> @@ -58,9 +58,9 @@ do_install:append() {
> # the syroot staged pkgconfig entries. So we clear the sysroot
> # for just this portion.
> export PKG_CONFIG_SYSROOT_DIR=
> - cd ${UNPACKDIR}/${BP}/${BPN}-python-${LIBVIRT_VERSION} && \
> - ${STAGING_BINDIR_NATIVE}/python3-native/python3 setup.py install \
> - --install-lib=${D}/${PYTHON_SITEPACKAGES_DIR} ${LIBVIRT_INSTALL_ARGS}
> + cd ${UNPACKDIR}/${BP}/${LIBVIRT_PYTHON_ARCHIVE_NAME}
> + ${STAGING_BINDIR_NATIVE}/python3-native/python3 setup.py install \
> + --install-lib=${D}/${PYTHON_SITEPACKAGES_DIR} ${LIBVIRT_INSTALL_ARGS}
> cd -
> fi
> }
> --
> 2.34.1
>
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> View/Reply Online (#9426): https://lists.yoctoproject.org/g/meta-virtualization/message/9426
> Mute This Topic: https://lists.yoctoproject.org/mt/116141416/1050810
> Group Owner: meta-virtualization+owner@lists.yoctoproject.org
> Unsubscribe: https://lists.yoctoproject.org/g/meta-virtualization/unsub [bruce.ashfield@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>
next prev parent reply other threads:[~2025-11-06 4:37 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-11-05 20:15 [meta-virtualization][PATCH] libvirt: Fix missing libvirt-python Tom Hochstein (OSS)
2025-11-06 4:36 ` Bruce Ashfield [this message]
2025-11-06 13:07 ` Tom Hochstein
2025-11-06 14:16 ` Bruce Ashfield
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=aQwl4Wli3oqH6ZgV@gmail.com \
--to=bruce.ashfield@gmail.com \
--cc=meta-virtualization@lists.yoctoproject.org \
--cc=tom.hochstein@oss.nxp.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.