* Re: linux-ti-staging: Error during parsing
[not found] <20151013190042.GA8031@bang.betafive.co.uk>
@ 2015-10-19 22:28 ` Denys Dmytriyenko
2015-10-20 16:54 ` Paul Barker
0 siblings, 1 reply; 2+ messages in thread
From: Denys Dmytriyenko @ 2015-10-19 22:28 UTC (permalink / raw)
To: Paul Barker; +Cc: meta-ti
On Tue, Oct 13, 2015 at 08:00:42PM +0100, Paul Barker wrote:
> Hi,
>
> I'm trying to move from dylan forward to fido and ran into a parsing error with
> the linux-ti-staging recipe (all versions in the tree). Here's a run through of
> what I've done on a Centos 7 host with relevant output included. I'm using the
> coresdk-2015.01 tag but there aren't any commits on the fido branch after this.
>
> $ git clone http://arago-project.org/git/projects/oe-layersetup.git
>
> $ cd oe-layersetup/
>
> $ ./oe-layertool-setup.sh -f configs/coresdk/coresdk-2015.01-config.txt
>
> $ cd build/
>
> $ . conf/setenv
>
> $ MACHINE=k2hk-evm bitbake core-image-minimal
> NOTE: Started PRServer with DBfile: /home/COMMAGILITY/paul.barker/tmp/oe-layersetup/build/cache/prserv.sqlite3, IP: 127.0.0.1, PORT: 37851, PID: 8637
> NOTE: Your conf/bblayers.conf has been automatically updated.
> ERROR: ExpansionError during parsing /home/COMMAGILITY/paul.barker/tmp/oe-layersetup/sources/meta-ti/recipes-kernel/linux/linux-ti-staging_4.1.bb: Failure expanding variable SRCPV, expression was ${@bb.fetch2.get_srcrev(d)} which triggered exception Fet
> chError: Fetcher failure: The SRCREV_FORMAT variable must be set when multiple SCMs are used.
Hi, Paul,
Quick question - what do you use for a toolchain? By default, coresdk config
you reference above expects pre-built Linaro toolchain (tested with 2015.05)
in your PATH. While it is supposed to give a meaningful error message when it
can't find the expected toolchain, sometimes I've seen it fail and give
absolutely cryptic one instead. Can you please grab the following tarball,
extract it and add it's bin/ dir to your PATH and try again? Thanks.
http://releases.linaro.org/15.05/components/toolchain/binaries/arm-linux-gnueabihf/gcc-linaro-4.9-2015.05-x86_64_arm-linux-gnueabihf.tar.xz
BTW, meta-arago allows you to control the toolchain with TOOLCHAIN_TYPE and
TOOLCHAIN_BRAND variables, defaulting to "external" and "linaro"...
--
Denys
> Summary: There was 1 ERROR message shown, returning a non-zero exit code.
>
> $ MACHINE=k2hk-evm bitbake -e linux-ti-staging | grep SRC_URI
> # [doc] "URL to source mirror that will be used before fetching from original SRC_URI."
> # $SRC_URI_OVERRIDES_PACKAGE_ARCH
> # [doc] "By default, the OpenEmbedded build system automatically detects whether SRC_URI contains files that are machine-specific. If so, the build system automatically changes PACKAGE_ARCH. Setting this variable to '0' disables this behavior."
> # $SRC_URI [5 operations]
> SRC_URI=" file://configs file://cmem.dtsi git://git.ti.com/ti-linux-kernel/ti-linux-kernel.git;protocol=git;branch=ti-lsk-linux-4.1.y file://defconfig"
> # using the same syntax as for SRC_URI. If the variable is not set
> src_uri = (d.getVar('SRC_URI', True) or "").split()
> src_uri = localdata.getVar("SRC_URI", True).strip() or "None"
> src_uri = (d.getVar('SRC_URI', True) or "").split()
> # any others should be covered by SRC_URI.
> fetcher = bb.fetch.Fetch(d.getVar('SRC_URI', True).split(), d)
> # Copy the data object and override DL_DIR and SRC_URI
> localdata.setVar('SRC_URI', srcuri)
> src_uri = (d.getVar('SRC_URI', True) or "").split()
> srcuri = d.getVar("SRC_URI", True).split()
> # Copy the data object and override DL_DIR and SRC_URI
> localdata.setVar('SRC_URI', srcuri)
> src_uri = (d.getVar('SRC_URI', True) or "").split()
>
> To my understanding the SRCREV_FORMAT variable needs to be set when SRC_URI
> contains multiple git repositories to pull from. In this case it looks like it's
> just one repository in SRC_URI. I'm not really sure how to debug this further,
> there aren't any logs to look at as the error is during parsing.
>
> I can successfully build core-image-minimal for MACHINE=k2hk-evm if I remove the
> linux-ti-staging recipes. However it'd be good to get a build to work with
> unmatched sources.
>
> Any ideas for how to look into this further?
>
> Cheers,
>
> --
> Paul Barker
>
> Email: paul@paulbarker.me.uk
> http://www.paulbarker.me.uk
^ permalink raw reply [flat|nested] 2+ messages in thread