Re: [yocto] Strange error
On Mon, Mar 6, 2017 at 6:15 AM, Gary Thomas wrote: > ERROR: When reparsing > /local/poky-cutting-edge/meta/recipes-core/sysvinit/sysvinit-inittab_2.88dsf.bb.do_install, > the basehash value changed from 2b888d6b72e00c404fc7e17436e465eb to > 0fd6c915488c10c37cdfd6a674354e65. The metadata is not deterministic and this > needs to be fixed. > ERROR: Taskhash mismatch 15202ef0ff19a8f7a485533510dab7e8 versus > 81fae57019b1a17967258945560affc1 for > /local/poky-cutting-edge/meta/recipes-core/sysvinit/sysvinit-inittab_2.88dsf.bb.do_install Is there anything in this file that can cause the signature to change? E.g. a variable expanding to a time, or parallel make option, or size, etc. -M -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] Strange error
I wanted to change (disable) extra getty tasks in my target image. I'm using sysvinit, so I added this line to my .conf: SYSVINIT_ENABLED_GETTYS = "" I thought that would get the sysvinit-inittab package rebuilt as do_install uses that variable, but alas it did not. So I took out the big hammer and tried: $ bitbake sysvinit-inittab -c cleanall $ bitbake sysvinit-inittab Now I get this error: ERROR: When reparsing /local/poky-cutting-edge/meta/recipes-core/sysvinit/sysvinit-inittab_2.88dsf.bb.do_install, the basehash value changed from 2b888d6b72e00c404fc7e17436e465eb to 0fd6c915488c10c37cdfd6a674354e65. The metadata is not deterministic and this needs to be fixed. ERROR: Taskhash mismatch 15202ef0ff19a8f7a485533510dab7e8 versus 81fae57019b1a17967258945560affc1 for /local/poky-cutting-edge/meta/recipes-core/sysvinit/sysvinit-inittab_2.88dsf.bb.do_install So I took out an even bigger hammer: $ find sstate-cache/ -name "*sysvinit-inittab*" | xargs -t rm -f $ bitbake sysvinit-inittab -c cleanall $ bitbake sysvinit-inittab and I still get the same errors. How can this be? How do I get to rebuild my sysvinit-inittab recipe and make the results stick? Thanks for any pointers -- Gary Thomas | Consulting for the MLB Associates |Embedded world -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Strange error trying to use externalsrc
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. -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Strange error trying to use externalsrc
On Friday 24 April 2015 09:10:58 Matt Schuckmann wrote: > > -Original Message- > > From: Paul Eggleton [mailto:paul.eggle...@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 -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Strange error trying to use externalsrc
> -Original Message- > From: Paul Eggleton [mailto:paul.eggle...@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. -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
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-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 -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] Strange error trying to use externalsrc
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. -- ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Strange error from do_package_write_rpm
On Tue, Jun 4, 2013 at 3:02 PM, Gary Thomas wrote:
> On 2013-06-04 05:41, Hans Beckérus wrote:
>>
>> Hello. After checking out poky:master
>> 0c0bb02f5104e3856c9d90088e1ece08652cc19f we suddenly experience the
>> following error coming from one of our recipes. We never observed this
>> before doing the poky uplift. Any hints to what might cause this?
>>
>> I can see this:
>>
>> Exception: ExpansionError: Failure expanding variable SUMMARY,
>> expression was ${SUMMARY} - Debugging files which triggered exception
>> Exception: variable SUMMARY references itself!
>>
>> But even if I somewhat understand what it is trying to tell me,at the
>> same time I do not really understand what can be done about it :(
>
>
> What does your SUMMARY line look like in your lmc_1.0.bb recipe?
>
That's an easy one ;) It is not set at all. But digging deeper into
this problem gave me the solution.
The lmc.bb is a recipe that does not actually build anything. It is
thus very similar to e.g. the package-index.bb.
So, what I did was to instead use that recipe as a base and now it works :)
More precisely, what we did before was
do_package[noexec] = "1"
do_packagedata[noexec] = "1"
do_populate_sysroot[noexec] = "1"
But it seems that is not enough, we also need to tell it not to run
do_package_write[noexec] = "1"
do_package_write_ipk[noexec] = "1"
do_package_write_rpm[noexec] = "1"
do_package_write_deb[noexec] = "1"
The incorrect assumption we made was that do_package[data] on top
level would also drag in all the sub-functions which seems not to be
the case. So with all these set to noexec the error is gone! I do have
one more question. I can see in package-index.bb the following being
set
INHIBIT_DEFAULT_DEPS = "1"
PACKAGES = ""
EXCLUDE_FROM_WORLD = "1"
Is this something that is recommended to be used for recipes like
this? Or can we safely leave them out?
Hans
>>
>>
>> Build Configuration:
>> BB_VERSION= "1.19.0"
>> BUILD_SYS = "x86_64-linux"
>> NATIVELSBSTRING = "SUSE-LINUX-11"
>> TARGET_SYS= "arm-poky-linux-gnueabi"
>> MACHINE = "zynq-zc706"
>> DISTRO= "poky-chris"
>> DISTRO_VERSION= "1.4+snapshot-20130604"
>> TUNE_FEATURES = "armv7a vfp cortexa9"
>> TARGET_FPU= "vfp"
>> meta
>> meta-yocto
>> meta-yocto-bsp= "master:0c0bb02f5104e3856c9d90088e1ece08652cc19f"
>> meta-oe = "master:7c292ce28756824b1fa377d516aedd979fa41f19"
>>
>> Ant the error:
>>
>> ERROR: Error executing a python function in
>> /home/qhanbec/poky/meta-chris/recipes-core/lmc/lmc.bb:
>>
>> The stack trace of python calls that resulted in this exception/failure
>> was:
>> File: 'write_specfile', lineno: 505, function:
>> 0501:
>> 0502:specfile.close()
>> 0503:
>> 0504:
>> *** 0505:write_specfile(d)
>> 0506:
>> File: 'write_specfile', lineno: 209, function: write_specfile
>> 0205:conffiles = (localdata.getVar('CONFFILES', True) or
>> "").split()
>> 0206:
>> 0207:splitname= strip_multilib(pkgname, d)
>> 0208:
>> *** 0209:splitsummary = (localdata.getVar('SUMMARY', True) or
>> localdata.getVar('DESCRIPTION', True) or ".")
>> 0210:splitversion = (localdata.getVar('PKGV', True) or
>> "").replace('-', '+')
>> 0211:splitrelease = (localdata.getVar('PKGR', True) or "")
>> 0212:splitepoch = (localdata.getVar('PKGE', True) or "")
>> 0213:splitlicense = (localdata.getVar('LICENSE', True) or
>> "")
>> File: '/home/qhanbec/poky/bitbake/lib/bb/data_smart.py', lineno: 503,
>> function: getVar
>> 0499:value = self.getVarFlag(var, "_content", False,
>> noweakdefault)
>> 0500:
>> 0501:# Call expand() separately to make use of the expand
>> cache
>> 0502:if expand and value:
>> *** 0503:return self.expand(value, var)
>> 0504:return value
>> 0505:
>> 0506:def renameVar(self, key, newkey, **loginfo):
>> 0507:"""
>> File: '/home/qhanbec/poky/bitbake/lib/bb/data_smart.py', lineno: 336,
>> function: expand
>> 0332:
>> 0333:return varparse
>> 0334:
>> 0335:def expand(self, s, varname = None):
>> *** 0336:return self.expandWithRefs(s, varname).value
>> 0337:
>> 0338:
>> 0339:def finalize(self, parent = False):
>> 0340:"""Performs final steps upon the datastore,
>> including application of overrides"""
>> File: '/home/qhanbec/poky/bitbake/lib/bb/data_smart.py', lineno: 326,
>> function: expandWithRefs
>> 0322:raise
>> 0323:except bb.parse.SkipPackage:
>> 0324:raise
>> 0325:except Exception as exc:
>> *** 0326:raise ExpansionError(varname, s, exc)
>> 0327:
>> 0328:varparse.value = s
>> 0329:
>> 0330:if varname:
>> Exception: ExpansionError: Fail
Re: [yocto] Strange error from do_package_write_rpm
On 2013-06-04 05:41, Hans Beckérus wrote:
Hello. After checking out poky:master
0c0bb02f5104e3856c9d90088e1ece08652cc19f we suddenly experience the
following error coming from one of our recipes. We never observed this
before doing the poky uplift. Any hints to what might cause this?
I can see this:
Exception: ExpansionError: Failure expanding variable SUMMARY,
expression was ${SUMMARY} - Debugging files which triggered exception
Exception: variable SUMMARY references itself!
But even if I somewhat understand what it is trying to tell me,at the
same time I do not really understand what can be done about it :(
What does your SUMMARY line look like in your lmc_1.0.bb recipe?
Hans
Build Configuration:
BB_VERSION= "1.19.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "SUSE-LINUX-11"
TARGET_SYS= "arm-poky-linux-gnueabi"
MACHINE = "zynq-zc706"
DISTRO= "poky-chris"
DISTRO_VERSION= "1.4+snapshot-20130604"
TUNE_FEATURES = "armv7a vfp cortexa9"
TARGET_FPU= "vfp"
meta
meta-yocto
meta-yocto-bsp= "master:0c0bb02f5104e3856c9d90088e1ece08652cc19f"
meta-oe = "master:7c292ce28756824b1fa377d516aedd979fa41f19"
Ant the error:
ERROR: Error executing a python function in
/home/qhanbec/poky/meta-chris/recipes-core/lmc/lmc.bb:
The stack trace of python calls that resulted in this exception/failure was:
File: 'write_specfile', lineno: 505, function:
0501:
0502:specfile.close()
0503:
0504:
*** 0505:write_specfile(d)
0506:
File: 'write_specfile', lineno: 209, function: write_specfile
0205:conffiles = (localdata.getVar('CONFFILES', True) or
"").split()
0206:
0207:splitname= strip_multilib(pkgname, d)
0208:
*** 0209:splitsummary = (localdata.getVar('SUMMARY', True) or
localdata.getVar('DESCRIPTION', True) or ".")
0210:splitversion = (localdata.getVar('PKGV', True) or
"").replace('-', '+')
0211:splitrelease = (localdata.getVar('PKGR', True) or "")
0212:splitepoch = (localdata.getVar('PKGE', True) or "")
0213:splitlicense = (localdata.getVar('LICENSE', True) or "")
File: '/home/qhanbec/poky/bitbake/lib/bb/data_smart.py', lineno: 503,
function: getVar
0499:value = self.getVarFlag(var, "_content", False,
noweakdefault)
0500:
0501:# Call expand() separately to make use of the expand cache
0502:if expand and value:
*** 0503:return self.expand(value, var)
0504:return value
0505:
0506:def renameVar(self, key, newkey, **loginfo):
0507:"""
File: '/home/qhanbec/poky/bitbake/lib/bb/data_smart.py', lineno: 336,
function: expand
0332:
0333:return varparse
0334:
0335:def expand(self, s, varname = None):
*** 0336:return self.expandWithRefs(s, varname).value
0337:
0338:
0339:def finalize(self, parent = False):
0340:"""Performs final steps upon the datastore,
including application of overrides"""
File: '/home/qhanbec/poky/bitbake/lib/bb/data_smart.py', lineno: 326,
function: expandWithRefs
0322:raise
0323:except bb.parse.SkipPackage:
0324:raise
0325:except Exception as exc:
*** 0326:raise ExpansionError(varname, s, exc)
0327:
0328:varparse.value = s
0329:
0330:if varname:
Exception: ExpansionError: Failure expanding variable SUMMARY,
expression was ${SUMMARY} - Debugging files which triggered exception
Exception: variable SUMMARY references itself!
ERROR: Function failed: write_specfile
ERROR: Logfile of failure stored in:
/home/qhanbec/poky/build/tmp/work/cortexa9-vfp-poky-linux-gnueabi/lmc/1.0-r0/temp/log.do_package_write_rpm.3408
ERROR: Task 12 (/home/qhanbec/poky/meta-chris/recipes-core/lmc/lmc.bb,
do_package_write_rpm) failed with exit code '1'
NOTE: Tasks Summary: Attempted 845 tasks of which 827 didn't need to
be rerun and 1 failed.
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
--
Gary Thomas | Consulting for the
MLB Associates |Embedded world
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] Strange error from do_package_write_rpm
Hello. After checking out poky:master
0c0bb02f5104e3856c9d90088e1ece08652cc19f we suddenly experience the
following error coming from one of our recipes. We never observed this
before doing the poky uplift. Any hints to what might cause this?
I can see this:
Exception: ExpansionError: Failure expanding variable SUMMARY,
expression was ${SUMMARY} - Debugging files which triggered exception
Exception: variable SUMMARY references itself!
But even if I somewhat understand what it is trying to tell me,at the
same time I do not really understand what can be done about it :(
Hans
Build Configuration:
BB_VERSION= "1.19.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "SUSE-LINUX-11"
TARGET_SYS= "arm-poky-linux-gnueabi"
MACHINE = "zynq-zc706"
DISTRO= "poky-chris"
DISTRO_VERSION= "1.4+snapshot-20130604"
TUNE_FEATURES = "armv7a vfp cortexa9"
TARGET_FPU= "vfp"
meta
meta-yocto
meta-yocto-bsp= "master:0c0bb02f5104e3856c9d90088e1ece08652cc19f"
meta-oe = "master:7c292ce28756824b1fa377d516aedd979fa41f19"
Ant the error:
ERROR: Error executing a python function in
/home/qhanbec/poky/meta-chris/recipes-core/lmc/lmc.bb:
The stack trace of python calls that resulted in this exception/failure was:
File: 'write_specfile', lineno: 505, function:
0501:
0502:specfile.close()
0503:
0504:
*** 0505:write_specfile(d)
0506:
File: 'write_specfile', lineno: 209, function: write_specfile
0205:conffiles = (localdata.getVar('CONFFILES', True) or
"").split()
0206:
0207:splitname= strip_multilib(pkgname, d)
0208:
*** 0209:splitsummary = (localdata.getVar('SUMMARY', True) or
localdata.getVar('DESCRIPTION', True) or ".")
0210:splitversion = (localdata.getVar('PKGV', True) or
"").replace('-', '+')
0211:splitrelease = (localdata.getVar('PKGR', True) or "")
0212:splitepoch = (localdata.getVar('PKGE', True) or "")
0213:splitlicense = (localdata.getVar('LICENSE', True) or "")
File: '/home/qhanbec/poky/bitbake/lib/bb/data_smart.py', lineno: 503,
function: getVar
0499:value = self.getVarFlag(var, "_content", False, noweakdefault)
0500:
0501:# Call expand() separately to make use of the expand cache
0502:if expand and value:
*** 0503:return self.expand(value, var)
0504:return value
0505:
0506:def renameVar(self, key, newkey, **loginfo):
0507:"""
File: '/home/qhanbec/poky/bitbake/lib/bb/data_smart.py', lineno: 336,
function: expand
0332:
0333:return varparse
0334:
0335:def expand(self, s, varname = None):
*** 0336:return self.expandWithRefs(s, varname).value
0337:
0338:
0339:def finalize(self, parent = False):
0340:"""Performs final steps upon the datastore,
including application of overrides"""
File: '/home/qhanbec/poky/bitbake/lib/bb/data_smart.py', lineno: 326,
function: expandWithRefs
0322:raise
0323:except bb.parse.SkipPackage:
0324:raise
0325:except Exception as exc:
*** 0326:raise ExpansionError(varname, s, exc)
0327:
0328:varparse.value = s
0329:
0330:if varname:
Exception: ExpansionError: Failure expanding variable SUMMARY,
expression was ${SUMMARY} - Debugging files which triggered exception
Exception: variable SUMMARY references itself!
ERROR: Function failed: write_specfile
ERROR: Logfile of failure stored in:
/home/qhanbec/poky/build/tmp/work/cortexa9-vfp-poky-linux-gnueabi/lmc/1.0-r0/temp/log.do_package_write_rpm.3408
ERROR: Task 12 (/home/qhanbec/poky/meta-chris/recipes-core/lmc/lmc.bb,
do_package_write_rpm) failed with exit code '1'
NOTE: Tasks Summary: Attempted 845 tasks of which 827 didn't need to
be rerun and 1 failed.
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] Strange error with missing "meta-yocto" in bblayers
When trying to build a machine I had not built in a while, I got the following error: $ bitbake core-image-minimal Pseudo is not present but is required, building this first before the main build NOTE: Your conf/bblayers.conf has been automatically updated. Please re-run bitbake . mkdir: cannot create directory `/../../var/pseudo': Permission denied /home/dvhart/source/poky/scripts/bitbake: line 178: /pseudo: No such file or direct ory It turns out I had "meta" and "meta-yocto-bsp" in bblayers, but not "meta-yocto". The error wasn't at all helpful, but I figured it had to be something in my configuration. Would there be someway to better articulate to the user what the failure actually was? -- Darren Hart Intel Open Source Technology Center Yocto Project - Technical Lead - Linux Kernel ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
