Strange error trying to use externalsrc

Strange error trying to use externalsrc

[Matt Schuckmann]

I'm trying to use the externalsrc class to make it easier build an application under active development. 

I'm working off of the Dylan branch. 

If I add the following 2 lines to my site.conf

INHERIT += "externalsrc"
S_pn-keypadd = "/home/dev/builds/zanzibar/keypadd"

I get the following error when I try to build the keypadd recipe. 

ERROR: Function failed: gnu-config-native: LIC_FILES_CHKSUM points to an invalid file: /home/dev/builds/zanzibar/tisdk/zanzibar/build/arago-tmp-external-linaro-toolchain/work/i686-linux/gnu-config-native/20120814-r0/gnu-config-20120814/config.guess
ERROR: Logfile of failure stored in: /home/dev/builds/zanzibar/tisdk/zanzibar/build/arago-tmp-external-linaro-toolchain/work/i686-linux/gnu-config-native/20120814-r0/temp/log.do_configure.11698
Log data follows:
| DEBUG: Executing python function sysroot_cleansstate
| DEBUG: Python function sysroot_cleansstate finished
| DEBUG: Executing shell function do_configure
| DEBUG: Shell function do_configure finished
| DEBUG: Executing python function do_qa_configure
| NOTE: Checking autotools environment for common misconfiguration
| DEBUG: Python function do_qa_configure finished
| ERROR: Function failed: gnu-config-native: LIC_FILES_CHKSUM points to an invalid file: /home/dev/builds/zanzibar/tisdk/zanzibar/build/arago-tmp-external-linaro-toolchain/work/i686-linux/gnu-config-native/20120814-r0/gnu-config-20120814/config.guess
ERROR: Task 26 (virtual:native:/home/dev/builds/zanzibar/tisdk/zanzibar/sources/oe-core/meta/recipes-devtools/gnu-config/gnu-config_20120814.bb, do_configure) failed with exit code '1'


The keypadd recipe is marked as CLOSED but I've also tried MIT and GPL. I've even added a license file and MD5 checksum. 
Interestingly externalsrc seems to work if I add these 2 lines to the recipe. 

inherit externalsrc
S = "/home/dev/builds/zanzibar/keypadd"

But I don't want to have to edit the recipe every time I want to switch to building from a local directory. 

Any suggestions as to what is wrong? 

Thanks,
Matt S. 

Re: Strange error trying to use externalsrc

[Paul Eggleton]

On Thursday 23 April 2015 12:37:30 Matt Schuckmann wrote:
> I'm trying to use the externalsrc class to make it easier build an
> application under active development.
> 
> I'm working off of the Dylan branch.
> 
> If I add the following 2 lines to my site.conf
> 
> INHERIT += "externalsrc"
> S_pn-keypadd = "/home/dev/builds/zanzibar/keypadd"
> 
> I get the following error when I try to build the keypadd recipe.
> 
> ERROR: Function failed: gnu-config-native: LIC_FILES_CHKSUM points to an
> invalid file:
> /home/dev/builds/zanzibar/tisdk/zanzibar/build/arago-tmp-external-linaro-to
> olchain/work/i686-linux/gnu-config-native/20120814-r0/gnu-config-20120814/co
> nfig.guess ERROR: Logfile of failure stored in:
> /home/dev/builds/zanzibar/tisdk/zanzibar/build/arago-tmp-external-linaro-to
> olchain/work/i686-linux/gnu-config-native/20120814-r0/temp/log.do_configure.
> 11698
> Log data follows:
> | DEBUG: Executing python function sysroot_cleansstate
> | DEBUG: Python function sysroot_cleansstate finished
> | DEBUG: Executing shell function do_configure
> | DEBUG: Shell function do_configure finished
> | DEBUG: Executing python function do_qa_configure
> | NOTE: Checking autotools environment for common misconfiguration
> | DEBUG: Python function do_qa_configure finished
> | ERROR: Function failed: gnu-config-native: LIC_FILES_CHKSUM points to an
> | invalid file:
> | /home/dev/builds/zanzibar/tisdk/zanzibar/build/arago-tmp-external-linaro-
> | toolchain/work/i686-linux/gnu-config-native/20120814-r0/gnu-config-2012081
> | 4/config.guess
> ERROR: Task 26
> (virtual:native:/home/dev/builds/zanzibar/tisdk/zanzibar/sources/oe-core/me
> ta/recipes-devtools/gnu-config/gnu-config_20120814.bb, do_configure) failed
> with exit code '1'
> 
> 
> The keypadd recipe is marked as CLOSED but I've also tried MIT and GPL. I've
> even added a license file and MD5 checksum. Interestingly externalsrc seems
> to work if I add these 2 lines to the recipe.
> 
> inherit externalsrc
> S = "/home/dev/builds/zanzibar/keypadd"
> 
> But I don't want to have to edit the recipe every time I want to switch to
> building from a local directory.
> 
> Any suggestions as to what is wrong?

Don't set S to specify the path to the external source tree - set EXTERNALSRC 
instead, or otherwise externalsrc.bbclass's actual functionality isn't active.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre

Re: Strange error trying to use externalsrc

[Matt Schuckmann]

> -----Original Message-----
> From: Paul Eggleton [mailto:paul.eggleton@linux.intel.com]
> Sent: Thursday, April 23, 2015 5:20 PM
> To: Matt Schuckmann
> Cc: yocto@yoctoproject.org
> Subject: Re: [yocto] Strange error trying to use externalsrc
> 
> On Thursday 23 April 2015 12:37:30 Matt Schuckmann wrote:
> > I'm trying to use the externalsrc class to make it easier build an
> > application under active development.
> >
> > I'm working off of the Dylan branch.
> >
> > If I add the following 2 lines to my site.conf
> >
> > INHERIT += "externalsrc"
> > S_pn-keypadd = "/home/dev/builds/zanzibar/keypadd"
> >
> > I get the following error when I try to build the keypadd recipe.
> >
> > ERROR: Function failed: gnu-config-native: LIC_FILES_CHKSUM points to
> > an invalid file:
> > /home/dev/builds/zanzibar/tisdk/zanzibar/build/arago-tmp-external-
> lina
> > ro-to
> > olchain/work/i686-linux/gnu-config-native/20120814-r0/gnu-config-
> 20120
> > 814/co nfig.guess ERROR: Logfile of failure stored in:
> > /home/dev/builds/zanzibar/tisdk/zanzibar/build/arago-tmp-external-
> lina
> > ro-to
> > olchain/work/i686-linux/gnu-config-native/20120814-
> r0/temp/log.do_configure.
> > 11698
> > Log data follows:
> > | DEBUG: Executing python function sysroot_cleansstate
> > | DEBUG: Python function sysroot_cleansstate finished
> > | DEBUG: Executing shell function do_configure
> > | DEBUG: Shell function do_configure finished
> > | DEBUG: Executing python function do_qa_configure
> > | NOTE: Checking autotools environment for common misconfiguration
> > | DEBUG: Python function do_qa_configure finished
> > | ERROR: Function failed: gnu-config-native: LIC_FILES_CHKSUM points
> > | to an invalid file:
> > | /home/dev/builds/zanzibar/tisdk/zanzibar/build/arago-tmp-external-
> li
> > | naro-
> > | toolchain/work/i686-linux/gnu-config-native/20120814-r0/gnu-config-
> 2
> > | 012081
> > | 4/config.guess
> > ERROR: Task 26
> > (virtual:native:/home/dev/builds/zanzibar/tisdk/zanzibar/sources/oe-
> co
> > re/me ta/recipes-devtools/gnu-config/gnu-config_20120814.bb,
> > do_configure) failed with exit code '1'
> >
> >
> > The keypadd recipe is marked as CLOSED but I've also tried MIT and
> > GPL. I've even added a license file and MD5 checksum. Interestingly
> > externalsrc seems to work if I add these 2 lines to the recipe.
> >
> > inherit externalsrc
> > S = "/home/dev/builds/zanzibar/keypadd"
> >
> > But I don't want to have to edit the recipe every time I want to
> > switch to building from a local directory.
> >
> > Any suggestions as to what is wrong?
> 
> Don't set S to specify the path to the external source tree - set
> EXTERNALSRC instead, or otherwise externalsrc.bbclass's actual
> functionality isn't active.

Thanks for the reply Paul, but the Dylan (1.4) manual says to set S, also the externalsrc.bbclass for Dylan doesn't reference EXTERNALSRC. 
http://www.yoctoproject.org/docs/1.4/dev-manual/dev-manual.html#building-software-from-an-external-source
https://github.com/openembedded/oe-core/blob/dylan/meta/classes/externalsrc.bbclass

Am I missing something? 

Thanks,
Matt S. 

Re: Strange error trying to use externalsrc

[Paul Eggleton]

On Friday 24 April 2015 09:10:58 Matt Schuckmann wrote:
> > -----Original Message-----
> > From: Paul Eggleton [mailto:paul.eggleton@linux.intel.com]
> > Sent: Thursday, April 23, 2015 5:20 PM
> > To: Matt Schuckmann
> > Cc: yocto@yoctoproject.org
> > Subject: Re: [yocto] Strange error trying to use externalsrc
> > 
> > On Thursday 23 April 2015 12:37:30 Matt Schuckmann wrote:
> > > I'm trying to use the externalsrc class to make it easier build an
> > > application under active development.
> > > 
> > > I'm working off of the Dylan branch.
> > > 
> > > If I add the following 2 lines to my site.conf
> > > 
> > > INHERIT += "externalsrc"
> > > S_pn-keypadd = "/home/dev/builds/zanzibar/keypadd"
> > > 
> > > I get the following error when I try to build the keypadd recipe.
> > > 
> > > ERROR: Function failed: gnu-config-native: LIC_FILES_CHKSUM points to
> > > an invalid file:
> > > /home/dev/builds/zanzibar/tisdk/zanzibar/build/arago-tmp-external-
> > 
> > lina
> > 
> > > ro-to
> > > olchain/work/i686-linux/gnu-config-native/20120814-r0/gnu-config-
> > 
> > 20120
> > 
> > > 814/co nfig.guess ERROR: Logfile of failure stored in:
> > > /home/dev/builds/zanzibar/tisdk/zanzibar/build/arago-tmp-external-
> > 
> > lina
> > 
> > > ro-to
> > > olchain/work/i686-linux/gnu-config-native/20120814-
> > 
> > r0/temp/log.do_configure.
> > 
> > > 11698
> > > 
> > > Log data follows:
> > > | DEBUG: Executing python function sysroot_cleansstate
> > > | DEBUG: Python function sysroot_cleansstate finished
> > > | DEBUG: Executing shell function do_configure
> > > | DEBUG: Shell function do_configure finished
> > > | DEBUG: Executing python function do_qa_configure
> > > | NOTE: Checking autotools environment for common misconfiguration
> > > | DEBUG: Python function do_qa_configure finished
> > > | ERROR: Function failed: gnu-config-native: LIC_FILES_CHKSUM points
> > > | to an invalid file:
> > > | /home/dev/builds/zanzibar/tisdk/zanzibar/build/arago-tmp-external-
> > 
> > li
> > 
> > > | naro-
> > > | toolchain/work/i686-linux/gnu-config-native/20120814-r0/gnu-config-
> > 
> > 2
> > 
> > > | 012081
> > > | 4/config.guess
> > > 
> > > ERROR: Task 26
> > > (virtual:native:/home/dev/builds/zanzibar/tisdk/zanzibar/sources/oe-
> > 
> > co
> > 
> > > re/me ta/recipes-devtools/gnu-config/gnu-config_20120814.bb,
> > > do_configure) failed with exit code '1'
> > > 
> > > 
> > > The keypadd recipe is marked as CLOSED but I've also tried MIT and
> > > GPL. I've even added a license file and MD5 checksum. Interestingly
> > > externalsrc seems to work if I add these 2 lines to the recipe.
> > > 
> > > inherit externalsrc
> > > S = "/home/dev/builds/zanzibar/keypadd"
> > > 
> > > But I don't want to have to edit the recipe every time I want to
> > > switch to building from a local directory.
> > > 
> > > Any suggestions as to what is wrong?
> > 
> > Don't set S to specify the path to the external source tree - set
> > EXTERNALSRC instead, or otherwise externalsrc.bbclass's actual
> > functionality isn't active.
> 
> Thanks for the reply Paul, but the Dylan (1.4) manual says to set S, also
> the externalsrc.bbclass for Dylan doesn't reference EXTERNALSRC.
> http://www.yoctoproject.org/docs/1.4/dev-manual/dev-manual.html#building-so
> ftware-from-an-external-source
> https://github.com/openembedded/oe-core/blob/dylan/meta/classes/externalsrc
> .bbclass

Ah, right, dylan - yes things were a bit different in that version. It's 
possible it didn't work very well in that version, I don't remember - strictly 
speaking we don't support dylan anymore.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre

Re: Strange error trying to use externalsrc

[Matt Schuckmann]

http://www.yoctoproject.org/docs/1.4/dev-manual/dev-
> manual.html#buildi
> > ng-so
> > ftware-from-an-external-source
> > https://github.com/openembedded/oe-
> core/blob/dylan/meta/classes/extern
> > alsrc
> > .bbclass
> 
> Ah, right, dylan - yes things were a bit different in that version.
> It's possible it didn't work very well in that version, I don't
> remember - strictly speaking we don't support dylan anymore.
> 
> Cheers,
> Paul
> 
> --
> 
> Paul Eggleton
> Intel Open Source Technology Centre

Thanks Paul, more and more I regret my early decision to start out with TI's released 7.0 SDK using Arago which is on Dylan. 
It's taken them forever to create another release. 
At the time I was new to the Sitara processor, OE and Bitbake and figured I should stay with released code, now I see them error of my ways. 

Thanks again,
Matt S.