Here it is, certain names have been changed to protect the guilty. As you can
see at the bottom svn isn't on the path, so bitbake blows up when it tries to
evaluate SRCPV:
ERROR: ExpansionError during parsing <path>/my_recipe.bb
| ETA: 0:00:01
Traceback (most recent call last):
bb.data_smart.ExpansionError: Failure expanding variable SRCPV, expression was
${@bb.fetch2.get_srcrev(d)} which triggered exception FetchError: Fetcher
failure: Fetch command export
DBUS_SESSION_BUS_ADDRESS="unix:abstract=/tmp/dbus-ykmscGFFM1"; export
SSH_AUTH_SOCK="/run/user/1000/keyring/ssh"; export
PATH="/home/user/project/yocto/build/tmp/sysroots-uninative/x86_64-linux/usr/bin:/home/user/project/yocto/poky/scripts:/home/user/project/yocto/build/tmp/work/picozed_zynq7-poky-linux-gnueabi/my-recipe/fetcheravoidrecurse-r0/recipe-sysroot-native/usr/bin/arm-poky-linux-gnueabi:/home/user/project/yocto/build/tmp/work/picozed_zynq7-poky-linux-gnueabi/my-recipe/fetcheravoidrecurse-r0/recipe-sysroot/usr/bin/crossscripts:/home/user/project/yocto/build/tmp/work/picozed_zynq7-poky-linux-gnueabi/my-recipe/fetcheravoidrecurse-r0/recipe-sysroot-native/usr/sbin:/home/user/project/yocto/build/tmp/work/picozed_zynq7-poky-linux-gnueabi/my-recipe/fetcheravoidrecurse-r0/recipe-sysroot-native/u
sr/bin:/home/user/project/yocto/build/tmp/work/picozed_zynq7-poky-linux-gnueabi/my-recipe/fetcheravoidrecurse-r0/recipe-sysroot-native/sbin:/home/user/project/yocto/build/tmp/work/picozed_zynq7-poky-linux-gnueabi/my-recipe/fetcheravoidrecurse-r0/recipe-sysroot-native/bin:/home/user/project/yocto/poky/bitbake/bin:/home/user/project/yocto/build/tmp/hosttools";
export HOME="/home/user"; LANG=C LC_ALL=C /usr/bin/env svn --non-interactive
--trust-server-cert log --limit 1 --no-auth-cache !
http://server/path/my_module/ failed with exit code 127, output:
/usr/bin/env: 'svn': No such file or directory
ALAN LEVY, Lead Consultant, Embedded Systems
Plextek Consulting, The Plextek Building, London Road, Great Chesterford,
Saffron Walden, CB10 1NY, UK
T: +44 (0) 1799 533200 E: alan.l...@plextek.com W: www.plextek.com
-----Original Message-----
From: Alexander Kanavin [mailto:alexander.kana...@linux.intel.com]
Sent: 18 May 2017 14:48
To: Alan Levy; yocto@yoctoproject.org
Subject: Re: [yocto] Problem using Subversion in Pyro
On 05/18/2017 04:46 PM, Alan Levy wrote:
> Just noticed the typo on my part - it's SRCPV that causes the problem,
> not SRCREV. Apologies for the confusion; a maze of twisty little
> variables, all alike
So how does it blow up? Can I see the python traceback?
You can also write a minimal recipe with a public svn repo; I can try to help,
but I'd like you to provide a reproducible example :)
Alex
--
_______________________________________________
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
