mirror of
git://git.yoctoproject.org/meta-virtualization.git
synced 2025-07-19 20:59:41 +02:00
![]() Many "real" (other then genericx86-64) x86-64 target machine configurations set BASELIB to lib64. For example the intel-corei7-64 or the AMD machines. In such case packaging xen-python fails because items are installed to /usr/lib/, but FILES_xen-python points to package /usr/lib64/ items. Exposing the DISTUTILS variables from OE build makes the python installation somewhat similar to what happens in the distutils class and python items are installed to the /usr/lib64 as expected. Another issue was that the xen-efi package was picking up too much stuff from the /usr/lib64 path on such machines. Being more explicit at least allows to package things correctly. Signed-off-by: Maciej Pijanowski <maciej.pijanowski@3mdeb.com> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com> |
||
---|---|---|
.. | ||
0001-python-pygrub-pass-DISTUTILS-env-vars-as-setup.py-ar.patch | ||
lwip.dhcp_create_request-hwaddr_len.patch | ||
lwip.patch-cvs | ||
newlib-chk.patch | ||
newlib-stdint-size_max-fix-from-1.17.0.patch | ||
newlib.patch | ||
polarssl.patch | ||
tools-xentop-vwprintw.patch | ||
tpmemu-0.7.4.patch | ||
vtpm_TPM_ChangeAuthAsymFinish.patch | ||
vtpm-bufsize.patch | ||
vtpm-cmake-Wextra.patch | ||
vtpm-deepquote-anyloc.patch | ||
vtpm-deepquote.patch | ||
vtpm-implicit-fallthrough.patch | ||
vtpm-locality.patch | ||
vtpm-parent-sign-ek.patch | ||
xen-4.11-arm-acpi-fix-string-lengths.patch | ||
xen-disable-sse-before-inlines.patch | ||
xen-tools-xenpmd-snprintf.patch |