[yocto] Yocto (poky) thud build problems with xen-image-minimal

[Ken Bassford]

Hi Folks,

Could someone be so kind as to backport patch Christopher Clark's patch 4cbd6c2b467c1f4caa32b2f782072739ab373065 from Master to the Thud release?

After consultation with Mr. Clark it appears the parameters causing the ipxe compiling problem was the same one, with additional parameters, that I addressed in my first patch submitted to Yocto several months ago in the Rocko release.  The ipxe package ignores ALL environmental parameters (ref: ipxe Makefile), setting them to null, forcing anyone compiling this package to add them to the make command line.  Mr. Clark has done a wonderful job of implementing the change that frankly puts mine new patch to shame, extending well beyond what I corrected for.  Please see to it that his patch is backported so folks attempting to compile this package don't encounter this bug.

Thank you

Now I just have to figure out why the glibc-locale has to be compiled alone before it can be used.

Sincerely,
Ken Bassford
Apertus Solutions

---- On Tue, 16 Apr 2019 10:11:35 -0400 Ken Bassford <kbassford at apertussolutions.com> wrote ----

 > Greetings, 
 >  
 > I have just transitioned to a clean upgrade to 'thud' (poky) and I'm having problems executing a test build of "xen-image minimal". 
 > My bblayers.conf file contains the following layers ... 
 > BBLAYERS ?= " \ 
 > /home/kbassford/repo/poky/meta \ 
 > /home/kbassford/repo/poky/meta-poky \ 
 > /home/kbassford/repo/poky/meta-yocto-bsp \ 
 > /home/kbassford/repo/poky/meta-openembedded/meta-oe \ 
 > /home/kbassford/repo/poky/meta-openembedded/meta-filesystems \ 
 > /home/kbassford/repo/poky/meta-openembedded/meta-python \ 
 > /home/kbassford/repo/poky/meta-openembedded/meta-networking \ 
 > /home/kbassford/repo/poky/meta-openembedded/meta-perl \ 
 > /home/kbassford/repo/poky/meta-intel \ 
 > /home/kbassford/repo/poky/meta-selinux \ 
 > /home/kbassford/repo/poky/meta-virtualization \ 
 > /home/kbassford/repo/poky/meta-security \ 
 > " 
 >  
 > My local.conf is appended with the following ... 
 > # Customizations 
 > DISTRO_FEATURES_append = " xen virtualization " 
 > IMAGE_INSTALL_append += " bridge-utils wireshark" 
 > IMAGE_EXTRA_INSTALL ?= " strace" 
 > CORE_IMAGE_EXTRA_INSTALL ?= " strace" 
 > PACKAGECONFIG_append_pn-recipename = " dhcp dhcpcd" 
 >  
 > IMAGE_ROOTFS_SIZE = "381600" 
 > BB_ENV_WHITELIST = " IMAGE_ROOTFS_EXTRA_SPACE" 
 >  
 > # for Dom0 
 > BOOTIMG_EXTRA_SPACE = '825312' 
 > BOOTIMG_VOLUME_ID = 'dom0sd' 
 >  
 > The first failure I encountered was this ... 
 > glibc-locale-2.28: glibc-locale: Files/directories were installed but not shipped in any package: 
 > /usr/lib/gconv/EBCDIC-DK-NO-A.so 
 > /usr/lib/gconv/IBM1097.so 
 > /usr/lib/gconv/IBM874.so 
 > /usr/lib/gconv/ISO8859-14.so 
 > /usr/lib/gconv/IBM865.so 
 > /usr/lib/gconv/IBM1157.so 
 > /usr/lib/gconv/MAC-CENTRALEUROPE.so 
 > /usr/lib/gconv/IBM274.so 
 > /usr/lib/gconv/EUC-JP.so 
 > /usr/lib/gconv/IBM1025.so 
 > ... 
 >  
 > This has been documented on and off through several releases, usually solved by using "DISTRO_FEATURES_append =" in place of "DISTRO_FEATURES +=" in the local.conf file. Despite my local.conf containing "DISTRO_FEATURES_append = " the compile fails. 
 > Compiling glibc-locale by itself succeeds (bitbake glibc-locale -c cleanall && bitbake glibc-locale) 
 >  
 > The second failure I encountered was ... 
 > util/zbin.c:7:18: fatal error: lzma.h: No such file or directory 
 > #include <lzma.h> 
 > ^ 
 > compilation terminated. 
 >  
 > Compiling xz-native by itself succeeds, but compiling ipxe by itself fails with the same error. 
 >  
 > Could someone from the community tell me what I'm overlooking? 
 > Are there bugs in the aforementioned recipes? 
 >  
 > Apologies for the length, I wanted to include all the details up front. Thanks in advance. 
 >  
 > Sincerely, 
 > Ken Bassford 
 > Apertus Solutions 
 >