[yocto] morty populate_sdk_ext fails for recipes inherit bin_package

[richard_allen at keysight.com]

Hi Paul
Thanks, I am new in this area, so could be miss-understanding some of these:

What I would like to occur, when 
local.conf has:

IMAGE_INSTALL_append = "hals"
TOOLCHAIN_TARGET_TASK_append =  "hals hals-doc" 

1) image has the "hals" runtime
2)when I use -c populate_sdk and/or -c populate_sdk_ext  ( on either an image or meta-toolchain)
the Toolchain will contain : hals-dev, hals-staticdev, hals-tests, hals-samples"  (

Note: some of this is precompiled binaries, but sources are provided for tests/samples 

I removed the DEPENDS and 
Tried all variants of 

#BBCLASSEXTEND = "native nativesdk"
#BBCLASSEXTEND = "nativesdk"
BBCLASSEXTEND = "native"

All attempts to use -c populate_sdk_ext has errors which looks like 

ERROR: uninative-tarball-1.0-r0 do_populate_sdk: Unable to install packages. Command '/home/rcallen/proto/morty/tmp/sysroots/x86_64-linux/usr/bin/opkg --volatile-cache -f /home/rcallen/proto/morty/tmp/work/x86_64-nativesdk-keysight-linux/uninative-tarball/1.0-r0/opkg.conf -t /home/rcallen/proto/morty/tmp/work/x86_64-nativesdk- linux/uninative-tarball/1.0-r0/temp/ipktemp/ -o /home/rcallen/proto/morty/tmp/work/x86_64-nativesdk-keysight-linux/uninative-tarball/1.0-r0/sdk/image/opt/tlo/2.2/sysroots/none  --force_postinstall --prefer-arch-to-version   install hals hals-doc' returned 255:
Collected errors:
 * opkg_prepare_url_for_install: Couldn't find anything to satisfy 'hals'.
 * rm_r: Failed to open dir /home/rcallen/proto/morty/tmp/work/x86_64-nativesdk- -linux/uninative-tarball/1.0-r0/temp/ipktemp//opkg-J36jj9: No such file or directory.

How does one get the various hals components included tool chain without having them installed in the image?

I must be doing something wrong (miss-understanding the purpose of some command)
Thanks
Richard Allen



> -----Original Message-----
> From: Paul Eggleton [mailto:paul.eggleton at linux.intel.com]
> Sent: Sunday, January 08, 2017 10:57 AM
> To: ALLEN,RICHARD (K-SantaClara,ex1) <richard_allen at keysight.com>
> Cc: yocto at yoctoproject.org; stephano.cetola at linux.intel.com
> Subject: Re: [yocto] morty populate_sdk_ext fails for recipes inherit
> bin_package
> 
> Hi Richard,
> 
> A few things:
> 
> On Thu, 05 Jan 2017 14:27:39 richard_allen at keysight.com wrote:
> > #runtime depends
> > RDEPENDS_${PN} = " libgcc \
> >                          libstdc++ \
> >                          dtc \
> >                            "
> > DEPENDS_${PN} = " gtest"
> >
> > #bring in all to build toolchain
> > DEPENDS_${PN}-dev += " ${PN}-doc ${PN}-tests ${PN}-samples"
> 
> I assume you actually used RDEPENDS and not DEPENDS here?
> DEPENDS_${PN} is invalid.
> 
> > BBCLASSEXTEND = "native nativesdk"
> 
> Does it make sense to BBCLASSEXTEND to native given that this is
> precompiled for ARM?
> 
> On Wed, 04 Jan 2017 17:21:35 richard_allen at keysight.com wrote:
> > ERROR: uninative-tarball-1.0-r0 do_populate_sdk: Unable to install
> packages.
> > Command
> > '/home/rcallen/proto/morty/tmp/sysroots/x86_64-linux/usr/bin/opkg
> > --volatile-cache -f
> > /home/rcallen/proto/morty/tmp/work/x86_64-nativesdk-linux/uninative-
> ta
> > rball
> > /1.0-r0/opkg.conf -t
> > /home/rcallen/proto/morty/tmp/work/x86_64-nativesdk-linux/uninative-
> ta
> > rball
> > /1.0-r0/temp/ipktemp/ -o
> > /home/rcallen/proto/morty/tmp/work/x86_64-nativesdk-linux/uninative-
> ta
> > rball /1.0-r0/sdk/image/opt/tlo/2.2/sysroots/none  --force_postinstall
> > --prefer-arch-to-version   install hals hals-doc' returned 255: Collected
> > errors:
> >  * opkg_prepare_url_for_install: Couldn't find anything to satisfy 'hals'.
> >  * rm_r: Failed to open dir
> > /home/rcallen/proto/morty/tmp/work/x86_64-nativesdk-linux/uninative-
> ta
> > rball
> > /1.0-r0/temp/ipktemp//opkg-BL2Z8g: No such file or directory.
> 
> It's interesting that this is coming up for uninative-tarball - that's not normally
> something that I would expect you would need to change for something like
> this. I suspect you have inadvertently modified the configuration of that
> (perhaps by setting TOOLCHAIN_HOST_TASK / TOOLCHAIN_TARGET_TASK
> globally?).
> What does your cfgs/add-hals.conf actually set?
> 
> Cheers,
> Paul
> 
> --
> 
> Paul Eggleton
> Intel Open Source Technology Centre