The new failure is due to a patch that Richard added in oe-core. I sent
an email to the mailing list asking about it, but no one has responded yet.
I think the patch is invalid, but there was little info in the commit
about why it was being made nor could I find a post on the mailing list
about it.
Should I send a revert patch to the mailing list to spark discussion?
On 5/26/2023 13:22, Alexandre Belloni via lists.yoctoproject.org wrote:
This still fails:
https://autobuilder.yoctoproject.org/typhoon/#/builders/121/builds/1369/steps/19/logs/stdio
Should we stop testing kirkstone for meta-ti?
Also, new failure:
https://autobuilder.yoctoproject.org/typhoon/#/builders/121/builds/1370/steps/20/logs/stdio
ERROR: ExpansionError during parsing
/home/pokybuild/yocto-worker/check-layer-nightly/build/meta-ti/meta-ti-bsp/recipes-kernel/linux/linux-ti-staging_6.1.bb
Traceback (most recent call last):
File
"/home/pokybuild/yocto-worker/check-layer-nightly/build/bitbake/lib/bb/data_smart.py",
line 460, in DataSmart.expandWithRefs(s='${@bb.fetch2.get_srcrev(d)}', varname='SRCPV'):
try:
> s = __expand_python_regexp__.sub(varparse.python_sub,
s)
except SyntaxError as e:
File
"/home/pokybuild/yocto-worker/check-layer-nightly/build/bitbake/lib/bb/data_smart.py",
line 150, in VariableParse.python_sub(match=<re.Match object; span=(0, 27),
match='${@bb.fetch2.get_srcrev(d)}'>):
self.contains[k].update(parser.contains[k])
> value = utils.better_eval(codeobj, DataContext(self.d), {'d'
: self.d})
return str(value)
File "/home/pokybuild/yocto-worker/check-layer-nightly/build/bitbake/lib/bb/utils.py", line 434, in
better_eval(source=<code object <module> at 0x7ff4056a9b60, file "Var <SRCPV>", line 1>, locals={'d':
<bb.data_smart.DataSmart object at 0x7ff4055ce7d0>}, extraglobals={'d': <bb.data_smart.DataSmart object at
0x7ff4055ce7d0>}):
ctx[g] = extraglobals[g]
> return eval(source, ctx, locals)
File "Var <SRCPV>", line 1, in <module>
File
"/home/pokybuild/yocto-worker/check-layer-nightly/build/bitbake/lib/bb/fetch2/__init__.py",
line 784, in get_srcrev(d=<bb.data_smart.DataSmart object at 0x7ff4055ce7d0>,
method_name='sortable_revision'):
if not scms:
> raise FetchError("SRCREV was used yet no valid SCM was found in
SRC_URI")
bb.data_smart.ExpansionError: Failure expanding variable SRCPV, expression was ${@bb.fetch2.get_srcrev(d)} which triggered exception FetchError: Fetcher failure: SRCREV was used yet no valid SCM was found in SRC_URI
The variable dependency chain for the failure is: SRCPV -> KERNEL_LOCALVERSION
-> do_configure
On 22/05/2023 12:02:54+0200, Alexandre Belloni wrote:
Hello,
there is a remaining issue:
https://autobuilder.yoctoproject.org/typhoon/#/builders/121/builds/1363/steps/19/logs/stdio
AssertionError: Adding layer meta-ti-bsp changed signatures.
10 signatures changed, initial differences (first hash before, second after):
optee-client:do_prepare_recipe_sysroot:
d05547a4e057b50bff1357add7383c39c968542c7ca5027c41cd0e073196ac56 ->
8148d8a68b8570d0e1cd0d5fc2d790ab685c45a8beb18e62f227153a790b1198
bitbake-diffsigs --task optee-client do_prepare_recipe_sysroot
--signature d05547a4e057b50bff1357add7383c39c968542c7ca5027c41cd0e073196ac56
8148d8a68b8570d0e1cd0d5fc2d790ab685c45a8beb18e62f227153a790b1198
NOTE: Starting bitbake server...
runtaskdeps changed:
['cmake/cmake-native_3.22.3.bb:do_populate_sysroot
gcc/gcc-cross_11.3.bb:do_populate_sysroot
gcc/gcc-runtime_11.3.bb:do_populate_sysroot
glibc/glibc_2.35.bb:do_populate_sysroot
ninja/ninja_1.10.2.bb:do_populate_sysroot:virtual:native
optee/optee-client_3.16.0.bb:do_fetch',
+pkgconfig/pkgconfig_git.bb:do_populate_sysroot:virtual:native,
'pseudo/pseudo_git.bb:do_populate_sysroot:virtual:native
update-rc.d/update-rc.d_0.8.bb:do_populate_sysroot']
Number of task dependencies changed
Dependency on task
pkgconfig/pkgconfig_git.bb:do_populate_sysroot:virtual:native was added with
hash cf8a9ff6ed2d492aeeeeeb3972365104425b5424377cf5e4a4fc76bb53a4f628
On 11/05/2023 11:36:03-0400, Denys Dmytriyenko wrote:
On Thu, May 11, 2023 at 04:50:39PM +0200, Alexandre Belloni wrote:
Hello,
Did you make any progress? The plan is to disable testing meta-ti next
week if this isn't fixed by then.
Yes, I have necessary patches I'm about to send out.
On 02/05/2023 15:47:43-0400, Denys Dmytriyenko wrote:
On Tue, May 02, 2023 at 05:17:54PM +0200, Alexandre Belloni via
lists.yoctoproject.org wrote:
Hello,
meta-ti is currently failing check-layer-nightly:
Yeah, I think I know what's going on and it's a bit more complicated... I'll
take a look at it.
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
--
Ryan Eatmon [email protected]
-----------------------------------------
Texas Instruments, Inc. - LCPD - MGTS
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#16607):
https://lists.yoctoproject.org/g/meta-ti/message/16607
Mute This Topic: https://lists.yoctoproject.org/mt/98641101/21656
Group Owner: [email protected]
Unsubscribe:
https://lists.yoctoproject.org/g/meta-ti/leave/6695321/21656/1393940836/xyzzy
[[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-
