On Mon, Feb 25, 2013 at 10:32 AM, Andreas Müller <[email protected]> wrote: > On Mon, Feb 25, 2013 at 3:28 AM, Flanagan, Elizabeth > <[email protected]> wrote: >> On Sun, Feb 24, 2013 at 6:12 PM, Flanagan, Elizabeth >> <[email protected]> wrote: >>> On Wed, Feb 20, 2013 at 6:31 AM, Chris Larson <[email protected]> wrote: >>>> >>>> On Wed, Feb 20, 2013 at 5:54 AM, Andreas Müller >>>> <[email protected]> wrote: >>>>> >>>>> with current bitbake master I get >>>>> >>>>> ERROR: Command execution failed: Traceback (most recent call >>>>> last):######################################################### >>>>> | ETA: 00:00:17 >>>>> File "/home/andreas/oe-core/sources/bitbake/lib/bb/command.py", line >>>>> 92, in runAsyncCommand >>>>> self.cooker.updateCache() >>>>> File "/home/andreas/oe-core/sources/bitbake/lib/bb/cooker.py", line >>>>> 1330, in updateCache >>>>> if not self.parser.parse_next(): >>>>> File "/home/andreas/oe-core/sources/bitbake/lib/bb/cooker.py", line >>>>> 1703, in parse_next >>>>> self.virtuals += len(result) >>>>> TypeError: object of type 'ExpansionError' has no len() >>>> >>>> >>>> Hmm, looks like it's returning the exceptions rather than raising them, for >>>> some reason, but that doesn't make much sense — the pool code always raises >>>> any exceptions from its imap iterator's next() method. >>>> -- >>>> Christopher Larson >>>> >>> >>> I'm hitting this as well with >>> poky:dde7a481354d5b0539762109bdfaaba6f85f879b, meta-ti and pandaboard >>> as my machine. >>> >> >> Ach, should have updated my email. Seems reverting >> 0a99563a4ea270594fd9a61da46f9387fb79dc66 cleared up the issue. >> >> -b >> > I have two machines (Fedora 14 / Fedora 15) both reverted > 0a99563a4ea270594fd9a61da46f9387fb79dc66 and both worked fine during > weekend. > > Just a guess: Last week when arago git was down I saw errors during > parsing for a recipe I never used. This was with a revision of bitbake > a bit earlier than HEAD - that caused me to update. After sending a > message to meta-ti I could work during weekend. Now it seems arago is > down again: > > $ git clone git://arago-project.org/git/projects/u-boot-keystone.git > Cloning into u-boot-keystone... > fatal: read error: Connection reset by peer > > and bitbake -DD gives > > DEBUG: Fetcher accessed the network with the command git ls-remote > git://arago-project.org/git/projects/u-boot-keystone.git > DEV.MCSDK-03.00.00.07 > DEBUG: Running export SSH_AUTH_SOCK="/tmp/keyring-Pob6mG/ssh"; export > PATH="/home/andreas/data/oe-core/sources/openembedded-core/scripts:/home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin/armv7a-vfp-neon-angstrom-linux-gnueabi:/home/andreas/tmp/oe-core-eglibc/sysroots/overo/usr/bin/crossscripts:/home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/sbin:/home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/usr/bin:/home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux/sbin:/home/andreas/tmp/oe-core-eglibc/sysroots/x86_64-linux//bin:/home/andreas/oe-core/sources/bitbake/bin:/home/andreas/data/OpenEmbedded/bitbake/bin:/usr/lib64/ccache:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin:./:/home/andreas/bin:/sbin:/usr/sbin"; > export HOME="/home/andreas"; git ls-remote > git://arago-project.org/git/projects/u-boot-keystone.git > DEV.MCSDK-03.00.00.07 > DEBUG: while parsing sstate_installpkg, in call of bb.build.exec_func, > argument 'preinst' is not a string literal > DEBUG: while parsing sstate_install, in call of bb.build.exec_func, > argument 'postinst' is not a string literal > > ... > > DEBUG: while parsing sstate_installpkg, in call of bb.build.exec_func, > argument 'preinst' is not a string literal > DEBUG: while parsing sstate_install, in call of bb.build.exec_func, > argument 'postinst' is not a string literal > DEBUG: while parsing do_clean, in call of bb.build.exec_func, argument > 'f' is not a string literal > DEBUG: while parsing sstate_installpkg, in call of bb.build.exec_func, > argument 'preinst' is not a string literal > ERROR: Command execution failed: Traceback (most recent call last): > File "/home/andreas/oe-core/sources/bitbake/lib/bb/command.py", line > 92, in runAsyncCommand > self.cooker.updateCache() > File "/home/andreas/oe-core/sources/bitbake/lib/bb/cooker.py", line > 1329, in updateCache > if not self.parser.parse_next(): > File "/home/andreas/oe-core/sources/bitbake/lib/bb/cooker.py", line > 1702, in parse_next > self.virtuals += len(result) > TypeError: object of type 'ExpansionError' has no len() > > > In the recipe u-boot_2013.01.bb I find SRCREV = "DEV.MCSDK-03.00.00.07" > > which is not a commit ID and causes a git ls-remote during parse > > Is it possible that this error occurs when a git SRC_URI server closes > connection unexpected? > > Andreas
Hi Andreas, I have the same issue and your guess is correct. The problem is that Arago servers are down so "git ls-remote" is failing and this makes the BitBake task to fail as well. Now about the why is been used tag names instead of just commits IDs so a "git ls-remote" call is needed, this is because some git trees in arago are been rebased overwriting the commit IDs. You may take a look to Robert P. J. Day email "[meta-ti] objections to replacing git SRCREV tag names with actual hash IDs?" [1] to get a better understanding of this. Best regards, javier [1]: http://www.mail-archive.com/[email protected]/msg01304.html _______________________________________________ meta-ti mailing list [email protected] https://lists.yoctoproject.org/listinfo/meta-ti
