morty populate_sdk_ext fails for recipes inherit bin_package

morty populate_sdk_ext fails for recipes inherit bin_package

[richard_allen]

[-- Attachment #1: Type: text/plain, Size: 4950 bytes --]

I am getting errors with morty and -c populate_sdk_ext when I have recipes which inherit bin_package
These recipes work fine with Krogoth and it's populate_sdk_ext

Note: package is not empty, Use to install package on running system.

No idea how to proceed on fixing this (or if this is an morty issue with populate_sdk_ext
(-c populate_sdk works fine)


If I use ipk for package managment

NOTE: Executing RunQueue Tasks
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-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-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-BL2Z8g: No such file or directory.

ERROR: uninative-tarball-1.0-r0 do_populate_sdk: Function failed: do_populate_sdk
ERROR: Logfile of failure stored in: /home/rcallen/proto/morty/tmp/work/x86_64-nativesdk-linux/uninative-tarball/1.0-r0/temp/log.do_populate_sdk.81325
ERROR: Task (/opt/yocto/morty/poky/meta/recipes-core/meta/uninative-tarball.bb:do_populate_sdk) failed with exit code '1'
ERROR: buildtools-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/buildtools-tarball/1.0-r0/opkg.conf -t /home/rcallen/proto/morty/tmp/work/x86_64-nativesdk-linux/buildtools-tarball/1.0-r0/temp/ipktemp/ -o /home/rcallen/proto/morty/tmp/work/x86_64-nativesdk-linux/buildtools-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/buildtools-tarball/1.0-r0/temp/ipktemp//opkg-M2XGyh: No such file or directory.

ERROR: buildtools-tarball-1.0-r0 do_populate_sdk: Function failed: do_populate_sdk
ERROR: Logfile of failure stored in: /home/rcallen/proto/morty/tmp/work/x86_64-nativesdk-linux/buildtools-tarball/1.0-r0/temp/log.do_populate_sdk.81336
ERROR: Task (/opt/yocto/morty/poky/meta/recipes-core/meta/buildtools-tarball.bb:do_populate_sdk) failed with exit code '1'
NOTE: Tasks Summary: Attempted 2670 tasks of which 2663 didn't need to be rerun and 2 failed.

Summary: 2 tasks failed:
  /opt/yocto/morty/poky/meta/recipes-core/meta/uninative-tarball.bb:do_populate_sdk
  /opt/yocto/morty/poky/meta/recipes-core/meta/buildtools-tarball.bb:do_populate_sdk


if I use rpm for package management:

ERROR: uninative-tarball-1.0-r0 do_populate_sdk: hals not found in the feeds () in /home/rcallen/proto/morty/tmp/deploy/rpm.
ERROR: uninative-tarball-1.0-r0 do_populate_sdk: This is often caused by an empty package declared in a recipe's PACKAGES variable. (Empty packages are not constructed unless ALLOW_EMPTY_<pkg> = '1' is used.)
ERROR: uninative-tarball-1.0-r0 do_populate_sdk: Function failed: do_populate_sdk
ERROR: Logfile of failure stored in: /home/rcallen/proto/morty/tmp/work/x86_64-nativesdk-linux/uninative-tarball/1.0-r0/temp/log.do_populate_sdk.74337
ERROR: Task (/opt/yocto/morty/poky/meta/recipes-core/meta/uninative-tarball.bb:do_populate_sdk) failed with exit code '1'
ERROR: buildtools-tarball-1.0-r0 do_populate_sdk: hals not found in the feeds () in /home/rcallen/proto/morty/tmp/deploy/rpm.
ERROR: buildtools-tarball-1.0-r0 do_populate_sdk: This is often caused by an empty package declared in a recipe's PACKAGES variable. (Empty packages are not constructed unless ALLOW_EMPTY_<pkg> = '1' is used.)
ERROR: buildtools-tarball-1.0-r0 do_populate_sdk: Function failed: do_populate_sdk
ERROR: Logfile of failure stored in: /home/rcallen/proto/morty/tmp/work/x86_64-nativesdk-linux/buildtools-tarball/1.0-r0/temp/log.do_populate_sdk.74344
ERROR: Task (/opt/yocto/morty/poky/meta/recipes-core/meta/buildtools-tarball.bb:do_populate_sdk) failed with exit code '1'
NOTE: Tasks Summary: Attempted 2940 tasks of which 2933 didn't need to be rerun and 2 failed.

Summary: 2 tasks failed:
  /opt/yocto/morty/poky/meta/recipes-core/meta/uninative-tarball.bb:do_populate_sdk
  /opt/yocto/morty/poky/meta/recipes-core/meta/buildtools-tarball.bb:do_populate_sdk



Richard C. Allen
richard_allen@Keysight.com<mailto:richard_allen@Keysight.com>





[-- Attachment #2: Type: text/html, Size: 7599 bytes --]

Re: morty populate_sdk_ext fails for recipes inherit bin_package

[Stephano Cetola]

On 01/04, richard_allen@keysight.com wrote:
> I am getting errors with morty and -c populate_sdk_ext when I have recipes which inherit bin_package
> These recipes work fine with Krogoth and it's populate_sdk_ext
> 
> Note: package is not empty, Use to install package on running system.
> 
> No idea how to proceed on fixing this (or if this is an morty issue with populate_sdk_ext
> (-c populate_sdk works fine)

Are you able to bitbake the image without "-c populate_sdk_ext"?

I am currently working on some bin_package related features, and I am
able to build my image (with a bin_package recipe) as well as well as
populate the eSDK and SDK.

> If I use ipk for package managment
> 
> NOTE: Executing RunQueue Tasks
> 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-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-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:

Looks like it can't find hals or hals-doc. Are you sure these are
built? The error you are seeing (Couldn't find anything to satisfy)
is from the above command: opkg [...] install hals hals-doc.

The RPM error is the same. It is telling you that the package-feeds
don't contain anything called "hals".

> 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-BL2Z8g: No such file or directory.
> 

Re: morty populate_sdk_ext fails for recipes inherit bin_package

[richard_allen]

[-- Attachment #1: Type: text/plain, Size: 3791 bytes --]

Hi
1) I had just successfully built an image with all the recipes ( hals, hals-doc)  [and yes, there these are non-empty]
2) I had then successfully built image with -c populate_sdk
3) The bitbake image -c populate_sdk_ext is what is failing
[ The above works with Krogoth, only on Morty am I getting the errors during populate_sdk_ext

May be the recipe is wrong for Morty? ( I have several other recipes, same thing, same structure)

inherit bin_package

SUMMARY = "HALs "
DESCRIPTION = "HALs"

LICENSE = "CLOSED"
LIC_FILES_CHKSUM = ""

# this can be overridden in local.conf
HALS_TARBALL_URI ?= "file:///opt/packages/${PN}-${PV}-arm.tar.gz"

SRC_URI = "${HALS_TARBALL_URI}"

# the tar has a root directory , which has the files under
HALS_TAR_ROOT_DIR_NAME ?= "${PN}-${PV}-arm"

#make the source directory start in this directory
S = "${WORKDIR}/${HALS_TAR_ROOT_DIR_NAME}"

#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"

PACKAGES =+ "${PN}-tests ${PN}-samples "

FILES_${PN}-staticdev += "  ${libdir}/*/*.a"
FILES_${PN}-dev           += "${includedir} ""
FILES_${PN}-samples   += "${bindir}/*"
FILES_${PN}-tests     += "${bindir}/*[tT]est"
FILES_${PN}-doc       += "${prefix}/src/doc"


# this stops an QA issue

INSANE_SKIP_hals += "dev-so"
BBCLASSEXTEND = "native nativesdk"


-----Original Message-----
From: Stephano Cetola [mailto:stephano.cetola@linux.intel.com]
Sent: Wednesday, January 04, 2017 4:31 PM
To: ALLEN,RICHARD (K-SantaClara,ex1) <richard_allen@keysight.com>
Cc: yocto@yoctoproject.org
Subject: Re: [yocto] morty populate_sdk_ext fails for recipes inherit bin_package

On 01/04, richard_allen@keysight.com<mailto:richard_allen@keysight.com> wrote:
> I am getting errors with morty and -c populate_sdk_ext when I have
> recipes which inherit bin_package These recipes work fine with Krogoth
> and it's populate_sdk_ext
>
> Note: package is not empty, Use to install package on running system.
>
> No idea how to proceed on fixing this (or if this is an morty issue
> with populate_sdk_ext (-c populate_sdk works fine)

Are you able to bitbake the image without "-c populate_sdk_ext"?

I am currently working on some bin_package related features, and I am able to build my image (with a bin_package recipe) as well as well as populate the eSDK and SDK.

> If I use ipk for package managment
>
> NOTE: Executing RunQueue Tasks
> 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-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-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:

Looks like it can't find hals or hals-doc. Are you sure these are built? The error you are seeing (Couldn't find anything to satisfy) is from the above command: opkg [...] install hals hals-doc.

The RPM error is the same. It is telling you that the package-feeds don't contain anything called "hals".

> 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-BL2Z8g: No such file or directory.
>


[-- Attachment #2: Type: text/html, Size: 7723 bytes --]

Re: morty populate_sdk_ext fails for recipes inherit bin_package

[Stephano Cetola]

On 01/05, richard_allen@keysight.com wrote:
> Hi
> 1) I had just successfully built an image with all the recipes ( hals, hals-doc)  [and yes, there these are non-empty]
> 2) I had then successfully built image with -c populate_sdk
> 3) The bitbake image -c populate_sdk_ext is what is failing
> [ The above works with Krogoth, only on Morty am I getting the errors during populate_sdk_ext
> 
> May be the recipe is wrong for Morty? ( I have several other recipes, same thing, same structure)

Nothing jumps out about that recipe. If you do a `find` in
tmp/deploy/ipk for hals*, does anything show up? That's where opkg
will be looking for the packages, so I assume it is not there.

> 
> inherit bin_package
> 
> SUMMARY = "HALs "
> DESCRIPTION = "HALs"
> 
> LICENSE = "CLOSED"
> LIC_FILES_CHKSUM = ""
> 
> # this can be overridden in local.conf
> HALS_TARBALL_URI ?= "file:///opt/packages/${PN}-${PV}-arm.tar.gz"
> 
> SRC_URI = "${HALS_TARBALL_URI}"
> 
> # the tar has a root directory , which has the files under
> HALS_TAR_ROOT_DIR_NAME ?= "${PN}-${PV}-arm"
> 
> #make the source directory start in this directory
> S = "${WORKDIR}/${HALS_TAR_ROOT_DIR_NAME}"
> 
> #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"
> 
> PACKAGES =+ "${PN}-tests ${PN}-samples "
> 
> FILES_${PN}-staticdev += "  ${libdir}/*/*.a"
> FILES_${PN}-dev           += "${includedir} ""
> FILES_${PN}-samples   += "${bindir}/*"
> FILES_${PN}-tests     += "${bindir}/*[tT]est"
> FILES_${PN}-doc       += "${prefix}/src/doc"
> 
> 
> # this stops an QA issue
> 
> INSANE_SKIP_hals += "dev-so"
> BBCLASSEXTEND = "native nativesdk"
> 
> 

Re: morty populate_sdk_ext fails for recipes inherit bin_package

[richard_allen]

Appreciate your suggestions.
The ipk's are there

$ find tmp/deploy/ipk/ -name hals*
tmp/deploy/ipk/cortexa9hf-neon/hals-tests_5.0.0-r0_cortexa9hf-neon.ipk
tmp/deploy/ipk/cortexa9hf-neon/hals_5.0.0-r0_cortexa9hf-neon.ipk
tmp/deploy/ipk/cortexa9hf-neon/hals-dev_5.0.0-r0_cortexa9hf-neon.ipk
tmp/deploy/ipk/cortexa9hf-neon/hals-doc_5.0.0-r0_cortexa9hf-neon.ipk
tmp/deploy/ipk/cortexa9hf-neon/hals-dbg_5.0.0-r0_cortexa9hf-neon.ipk

But error persist (no issues with -c populate_sdk)..



$ bitbake core-image-minimal -R cfgs/add-hals.conf -c populate_sdk_ext

NOTE: Executing RunQueue Tasks
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-keysight-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-doc hals' returned 255:
Collected errors:
 * opkg_prepare_url_for_install: Couldn't find anything to satisfy 'hals-doc'.
 * rm_r: Failed to open dir /home/rcallen/proto/morty/tmp/work/x86_64-nativesdk-keysight-linux/uninative-tarball/1.0-r0/temp/ipktemp//opkg-HSRjMc: No such file or directory.

ERROR: uninative-tarball-1.0-r0 do_populate_sdk: Function failed: do_populate_sdk
ERROR: Logfile of failure stored in: /home/rcallen/proto/morty/tmp/work/x86_64-nativesdk-keysight-linux/uninative-tarball/1.0-r0/temp/log.do_populate_sdk.39088
ERROR: Task (/opt/yocto/morty/poky/meta/recipes-core/meta/uninative-tarball.bb:do_populate_sdk) failed with exit code '1'
ERROR: buildtools-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/buildtools-tarball/1.0-r0/opkg.conf -t /home/rcallen/proto/morty/tmp/work/x86_64-nativesdk-keysight-linux/buildtools-tarball/1.0-r0/temp/ipktemp/ -o /home/rcallen/proto/morty/tmp/work/x86_64-nativesdk-keysight-linux/buildtools-tarball/1.0-r0/sdk/image/opt/tlo/2.2/sysroots/none  --force_postinstall --prefer-arch-to-version   install hals-doc hals' returned 255:
Collected errors:
 * opkg_prepare_url_for_install: Couldn't find anything to satisfy 'hals-doc'.
 * rm_r: Failed to open dir /home/rcallen/proto/morty/tmp/work/x86_64-nativesdk-keysight-linux/buildtools-tarball/1.0-r0/temp/ipktemp//opkg-eTg08o: No such file or directory.

ERROR: buildtools-tarball-1.0-r0 do_populate_sdk: Function failed: do_populate_sdk
ERROR: Logfile of failure stored in: /home/rcallen/proto/morty/tmp/work/x86_64-nativesdk-keysight-linux/buildtools-tarball/1.0-r0/temp/log.do_populate_sdk.39087
ERROR: Task (/opt/yocto/morty/poky/meta/recipes-core/meta/buildtools-tarball.bb:do_populate_sdk) failed with exit code '1'


-----Original Message-----
From: Stephano Cetola [mailto:stephano.cetola@linux.intel.com] 
Sent: Thursday, January 05, 2017 10:58 AM
To: ALLEN,RICHARD (K-SantaClara,ex1) <richard_allen@keysight.com>
Cc: yocto@yoctoproject.org
Subject: Re: [yocto] morty populate_sdk_ext fails for recipes inherit bin_package

On 01/05, richard_allen@keysight.com wrote:
> Hi
> 1) I had just successfully built an image with all the recipes ( hals, 
> hals-doc)  [and yes, there these are non-empty]
> 2) I had then successfully built image with -c populate_sdk
> 3) The bitbake image -c populate_sdk_ext is what is failing [ The 
> above works with Krogoth, only on Morty am I getting the errors during 
> populate_sdk_ext
> 
> May be the recipe is wrong for Morty? ( I have several other recipes, 
> same thing, same structure)

Nothing jumps out about that recipe. If you do a `find` in tmp/deploy/ipk for hals*, does anything show up? That's where opkg will be looking for the packages, so I assume it is not there.

> 
> inherit bin_package
> 
> SUMMARY = "HALs "
> DESCRIPTION = "HALs"
> 
> LICENSE = "CLOSED"
> LIC_FILES_CHKSUM = ""
> 
> # this can be overridden in local.conf HALS_TARBALL_URI ?= 
> "file:///opt/packages/${PN}-${PV}-arm.tar.gz"
> 
> SRC_URI = "${HALS_TARBALL_URI}"
> 
> # the tar has a root directory , which has the files under 
> HALS_TAR_ROOT_DIR_NAME ?= "${PN}-${PV}-arm"
> 
> #make the source directory start in this directory S = 
> "${WORKDIR}/${HALS_TAR_ROOT_DIR_NAME}"
> 
> #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"
> 
> PACKAGES =+ "${PN}-tests ${PN}-samples "
> 
> FILES_${PN}-staticdev += "  ${libdir}/*/*.a"
> FILES_${PN}-dev           += "${includedir} ""
> FILES_${PN}-samples   += "${bindir}/*"
> FILES_${PN}-tests     += "${bindir}/*[tT]est"
> FILES_${PN}-doc       += "${prefix}/src/doc"
> 
> 
> # this stops an QA issue
> 
> INSANE_SKIP_hals += "dev-so"
> BBCLASSEXTEND = "native nativesdk"
> 
> 

Re: morty populate_sdk_ext fails for recipes inherit bin_package

[Paul Eggleton]

Hi Richard,

A few things:

On Thu, 05 Jan 2017 14:27:39 richard_allen@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@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-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-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-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

Re: morty populate_sdk_ext fails for recipes inherit bin_package

[richard_allen]

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@linux.intel.com]
> Sent: Sunday, January 08, 2017 10:57 AM
> To: ALLEN,RICHARD (K-SantaClara,ex1) <richard_allen@keysight.com>
> Cc: yocto@yoctoproject.org; stephano.cetola@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@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@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

Re: morty populate_sdk_ext fails for recipes inherit bin_package

[Burton, Ross]

[-- Attachment #1: Type: text/plain, Size: 299 bytes --]

On 9 January 2017 at 15:51, <richard_allen@keysight.com> wrote:

> TOOLCHAIN_TARGET_TASK_append =  "hals hals-doc"
>

_append doesn't insert whitespace, so you need to do it.  Use
TOOLCHAIN_TARGET_TASK_append =  " hals hals-doc" in your image recipe
instead of changing it globally.

Ross

[-- Attachment #2: Type: text/html, Size: 782 bytes --]

Re: morty populate_sdk_ext fails for recipes inherit bin_package

[richard_allen]

[-- Attachment #1: Type: text/plain, Size: 1066 bytes --]

Thanks Ross, my TOOLCHAIN_TARGET_TASK_append =  " hals hals-doc" does have the ‘space’, so that is not the issue.
( when I forgot it, got errors which had the ‘hal’ on the previous package, i.e gtesthal “, so it was apparent about the missing space.

no real idea how to ‘debug’ the populate_sdk_ext   ( especially since the same recipes work/build fine with Krogoth, just morty is having issues)



From: Burton, Ross [mailto:ross.burton@intel.com]
Sent: Monday, January 09, 2017 7:56 AM
To: ALLEN,RICHARD (K-SantaClara,ex1) <richard_allen@keysight.com>
Cc: Paul Eggleton <paul.eggleton@linux.intel.com>; yocto@yoctoproject.org
Subject: Re: [yocto] morty populate_sdk_ext fails for recipes inherit bin_package


On 9 January 2017 at 15:51, <richard_allen@keysight.com<mailto:richard_allen@keysight.com>> wrote:
TOOLCHAIN_TARGET_TASK_append =  "hals hals-doc"

_append doesn't insert whitespace, so you need to do it.  Use TOOLCHAIN_TARGET_TASK_append =  " hals hals-doc" in your image recipe instead of changing it globally.

Ross

[-- Attachment #2: Type: text/html, Size: 4166 bytes --]

Re: morty populate_sdk_ext fails for recipes inherit bin_package

[Paul Eggleton]

Hi Richard,

On Tue, 10 Jan 2017 01:17:39 richard_allen@keysight.com wrote:
> Ross Burton wrote
> > _append doesn't insert whitespace, so you need to do it.  Use
> > TOOLCHAIN_TARGET_TASK_append =  " hals hals-doc" in your image recipe
> > instead of changing it globally.
>
> Thanks Ross, my TOOLCHAIN_TARGET_TASK_append =  " hals hals-doc" does have
> the ‘space’, so that is not the issue.
> ( when I forgot it, got errors which had the ‘hal’ on the previous package,
> i.e gtesthal “, so it was apparent about the missing space. 
> no real idea how to ‘debug’ the populate_sdk_ext   ( especially since the
> same recipes work/build fine with Krogoth, just morty is having issues)

The second part of Ross's reply suggested setting TOOLCHAIN_TARGET_TASK in the 
image recipe as opposed to globally, which is what I alluded to in my earlier 
reply. If you do that, this error should go away.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre