Hi Nico,
My WaRP7 builds are failing because meta-clang has dropped warrior support
from its master branch. The same problem will happen in oe-rpb's warrior
branch, as you're also using meta-clang master.
The meta-clang warrior branch is quite old and is missing a lot of the
patches from master that I've been building with for a long time. I wanted
to send a patch to fix oe-rpb, but I don't know if you'd prefer to use the
last known good SHA from the meta-clang master branch, or to use their
warrior branch.
I'm not using clang, so for my WaRP7 builds, I've just reverted to the
warrior branch to see if it builds, at least.
Cheers,
Ryan.
---------- Forwarded message ---------
From: <ci_notify(a)linaro.org>
Date: Thu, 14 Nov 2019 at 05:57
Subject: [CI-NOTIFY]: WaRP7 OpenEmbedded (warrior) - Build # 154 - Still
Failing!
To: <ryan.harkin(a)linaro.org>
Hello CI User,
This is notification from ci.linaro.org for project WaRP7 OpenEmbedded
(warrior).
The project WaRP7 OpenEmbedded (warrior) Build # 154 - Still Failing.
Please check console output at
https://ci.linaro.org/job/warp7-openembedded-warrior/154/ to view the
results.
Thanks!!!
CI Team
On Wed, Nov 6, 2019 at 2:19 PM Maxim Uvarov <maxim.uvarov(a)linaro.org> wrote:
>
> Yes, I did.
>
> On Wed, 6 Nov 2019 at 15:58, Nicolas Dechesne
> <nicolas.dechesne(a)linaro.org> wrote:
> >
> > hi Maxim,
> >
> > your original email didn't make it to the mailing list.. not sure why,
> > you might want to check. I am adding the list here again.
> >
> > On Wed, Nov 6, 2019 at 10:54 AM Maxim Uvarov <maxim.uvarov(a)linaro.org> wrote:
> > >
> > > looks like it is. after this patch:
> > > http://lists.openembedded.org/pipermail/bitbake-devel/2017-November/009097.…
> > > I see error:
> > > ERROR: ExpansionError during parsing
> > > /home/maxim.uvarov/build-test-update/build-rpb/conf/../../layers/meta-linaro/meta-aarch64/recipes-core/openjdk/openjdk-8_0.1.bb
> > > Traceback (most recent call last):
> > > File "Var <SRCPV>", line 1, in <module>
> > > File "/home/maxim.uvarov/build-test-update/bitbake/lib/bb/fetch2/__init__.py",
> > > line 768, in get_srcrev(d=<bb.data_smart.DataSmart object at
> > > 0x7faa98f59e48>, method_name='sortable_revision'):
> > > raise FetchError("The SRCREV_FORMAT variable must be set
> > > when multiple SCMs are used.\n"\
> > > > "The SCMs are:\n%s" % '\n'.join(scms))
> > >
> > > bb.data_smart.ExpansionError: Failure expanding variable SRCPV,
> > > expression was ${(a)bb.fetch2.get_srcrev(d)} which triggered exception
> > > FetchError: Fetcher failure: The SRCREV_FORMAT variable must be set
> > > when multiple SCMs are used.
> >
> > I don't understand the situation. do we have a problem or did you fix it?
> >
> > and btw, are we really still using this recipe from 2014? or did you
> > find that by accident?
> >
> yea fresh version of openjdk is in meta-java. But it has some issues
> to compile on aarch64.
>
> Issue with meta-linaro can be fixed in a few ways:
> 1. add SRCREV_FORMAT = "jdk8" and apply this patch
> http://lists.openembedded.org/pipermail/bitbake-devel/2017-November/009097.…
>
> or
>
> 2. HG can allow to download tar balls. So we can switch from hg:// to https://.
>
> or
>
> 3. Simple drop openjdk from meta-linaro and fix meta-java version.
>
> For my issue meta-linaro/aarch64 was in ledge rp build. And parser
> of .bb files started to fail on that recipe after we switched to zeus
> branch. Because we don't need openjdk I simply removed it from ledge
> rp layer. That fixed my current issue. But in general it will be good
> to fix it.
I think we should fix upstream. I think we used this recipe initially
for the bring up, but it should be removed now. Would be nice to have
some background on this recipe.. or at least someone who can confirm
it's safe to be removed now.
>
> Maxim.
>
> > > The SCMs are:
> > > hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/jdk8;name…
> > > hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/corba;nam…
> > > hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/hotspot;n…
> > > hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/jaxp;name…
> > > hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/jaxws;nam…
> > > hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/jdk;name=…
> > > hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/langtools…
> > > hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/nashorn;n…
> > >
> > >
> > >
> > > On Wed, 6 Nov 2019 at 12:33, Maxim Uvarov <maxim.uvarov(a)linaro.org> wrote:
> > > >
> > > > Hi Nicolas,
> > > >
> > > > is that known bug?
> > > >
> > > > ---------- Forwarded message ---------
> > > > From: Maxim Uvarov <maxim.uvarov(a)linaro.org>
> > > > Date: Tue, 5 Nov 2019 at 23:09
> > > > Subject: openjdk is broken on zeus branch
> > > > To: <openembedded(a)lists.linaro.org>
> > > >
> > > >
> > > > It looks like ${AUTOREV} with hg tool project is broken. openjdk from
> > > > meta-java also does not use AUTOREV. I'm not sure what is better fix
> > > > for that - remove AUTOREV or fix it?
> > > >
> > > > BR,
> > > > Maxim.
> > > >
> > > > WARNING: /home/maxim.uvarov/build-test-update/build-rpb/conf/../../layers/meta-linaro/meta-aarch64/recipes-core/openjdk/openjdk-8_0.1.bb:
> > > > Exception during build_dependencies for AUTOREV | ETA:
> > > > --:--:--
> > > > WARNING: /home/maxim.uvarov/build-test-update/build-rpb/conf/../../layers/meta-linaro/meta-aarch64/recipes-core/openjdk/openjdk-8_0.1.bb:
> > > > Error during finalise of
> > > > /home/maxim.uvarov/build-test-update/build-rpb/conf/../../layers/meta-linaro/meta-aarch64/recipes-core/openjdk/openjdk-8_0.1.bb
> > > > ERROR: ExpansionError during parsing
> > > > /home/maxim.uvarov/build-test-update/build-rpb/conf/../../layers/meta-linaro/meta-aarch64/recipes-core/openjdk/openjdk-8_0.1.bb
> > > > Traceback (most recent call last):
> > > > File "/home/maxim.uvarov/build-test-update/bitbake/lib/bb/fetch2/__init__.py",
> > > > line 1302, in FetchData.setup_revisions(d=<bb.data_smart.DataSmart
> > > > object at 0x7fddc1423b38>):
> > > > for name in self.names:
> > > > > self.revisions[name] = srcrev_internal_helper(self, d, name)
> > > >
> > > > File "/home/maxim.uvarov/build-test-update/bitbake/lib/bb/fetch2/__init__.py",
> > > > line 1167, in srcrev_internal_helper(ud=<bb.fetch2.FetchData object at
> > > > 0x7fddc17d8e80>, d=<bb.data_smart.DataSmart object at 0x7fddc1423b38>,
> > > > name='jdk8'):
> > > > if srcrev == "AUTOINC":
> > > > > srcrev = ud.method.latest_revision(ud, d, name)
> > > >
> > > > File "/home/maxim.uvarov/build-test-update/bitbake/lib/bb/fetch2/__init__.py",
> > > > line 1558, in Hg.latest_revision(ud=<bb.fetch2.FetchData object at
> > > > 0x7fddc17d8e80>, d=<bb.data_smart.DataSmart object at 0x7fddc1423b38>,
> > > > name='jdk8'):
> > > > revs = bb.persist_data.persist('BB_URI_HEADREVS', d)
> > > > > key = self.generate_revision_key(ud, d, name)
> > > > try:
> > > > File "/home/maxim.uvarov/build-test-update/bitbake/lib/bb/fetch2/__init__.py",
> > > > line 1570, in Hg.generate_revision_key(ud=<bb.fetch2.FetchData object
> > > > at 0x7fddc17d8e80>, d=<bb.data_smart.DataSmart object at
> > > > 0x7fddc1423b38>, name='jdk8'):
> > > > def generate_revision_key(self, ud, d, name):
> > > > > key = self._revision_key(ud, d, name)
> > > > return "%s-%s" % (key, d.getVar("PN") or "")
> > > > File "/home/maxim.uvarov/build-test-update/bitbake/lib/bb/fetch2/hg.py",
> > > > line 225, in Hg._revision_key(ud=<bb.fetch2.FetchData object at
> > > > 0x7fddc17d8e80>, d=<bb.data_smart.DataSmart object at 0x7fddc1423b38>,
> > > > name='jdk8'):
> > > > """
> > > > > return "hg:" + ud.moddir
> > > >
> > > > bb.data_smart.ExpansionError: Failure expanding variable SRCPV,
> > > > expression was ${(a)bb.fetch2.get_srcrev(d)} which triggered exception
> > > > AttributeError: 'FetchData' object has no attribute 'moddir'
hi Maxim,
your original email didn't make it to the mailing list.. not sure why,
you might want to check. I am adding the list here again.
On Wed, Nov 6, 2019 at 10:54 AM Maxim Uvarov <maxim.uvarov(a)linaro.org> wrote:
>
> looks like it is. after this patch:
> http://lists.openembedded.org/pipermail/bitbake-devel/2017-November/009097.…
> I see error:
> ERROR: ExpansionError during parsing
> /home/maxim.uvarov/build-test-update/build-rpb/conf/../../layers/meta-linaro/meta-aarch64/recipes-core/openjdk/openjdk-8_0.1.bb
> Traceback (most recent call last):
> File "Var <SRCPV>", line 1, in <module>
> File "/home/maxim.uvarov/build-test-update/bitbake/lib/bb/fetch2/__init__.py",
> line 768, in get_srcrev(d=<bb.data_smart.DataSmart object at
> 0x7faa98f59e48>, method_name='sortable_revision'):
> raise FetchError("The SRCREV_FORMAT variable must be set
> when multiple SCMs are used.\n"\
> > "The SCMs are:\n%s" % '\n'.join(scms))
>
> bb.data_smart.ExpansionError: Failure expanding variable SRCPV,
> expression was ${(a)bb.fetch2.get_srcrev(d)} which triggered exception
> FetchError: Fetcher failure: The SRCREV_FORMAT variable must be set
> when multiple SCMs are used.
I don't understand the situation. do we have a problem or did you fix it?
and btw, are we really still using this recipe from 2014? or did you
find that by accident?
> The SCMs are:
> hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/jdk8;name…
> hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/corba;nam…
> hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/hotspot;n…
> hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/jaxp;name…
> hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/jaxws;nam…
> hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/jdk;name=…
> hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/langtools…
> hg://hg.openjdk.java.net/aarch64-port;protocol=http;destsuffix=hg/nashorn;n…
>
>
>
> On Wed, 6 Nov 2019 at 12:33, Maxim Uvarov <maxim.uvarov(a)linaro.org> wrote:
> >
> > Hi Nicolas,
> >
> > is that known bug?
> >
> > ---------- Forwarded message ---------
> > From: Maxim Uvarov <maxim.uvarov(a)linaro.org>
> > Date: Tue, 5 Nov 2019 at 23:09
> > Subject: openjdk is broken on zeus branch
> > To: <openembedded(a)lists.linaro.org>
> >
> >
> > It looks like ${AUTOREV} with hg tool project is broken. openjdk from
> > meta-java also does not use AUTOREV. I'm not sure what is better fix
> > for that - remove AUTOREV or fix it?
> >
> > BR,
> > Maxim.
> >
> > WARNING: /home/maxim.uvarov/build-test-update/build-rpb/conf/../../layers/meta-linaro/meta-aarch64/recipes-core/openjdk/openjdk-8_0.1.bb:
> > Exception during build_dependencies for AUTOREV | ETA:
> > --:--:--
> > WARNING: /home/maxim.uvarov/build-test-update/build-rpb/conf/../../layers/meta-linaro/meta-aarch64/recipes-core/openjdk/openjdk-8_0.1.bb:
> > Error during finalise of
> > /home/maxim.uvarov/build-test-update/build-rpb/conf/../../layers/meta-linaro/meta-aarch64/recipes-core/openjdk/openjdk-8_0.1.bb
> > ERROR: ExpansionError during parsing
> > /home/maxim.uvarov/build-test-update/build-rpb/conf/../../layers/meta-linaro/meta-aarch64/recipes-core/openjdk/openjdk-8_0.1.bb
> > Traceback (most recent call last):
> > File "/home/maxim.uvarov/build-test-update/bitbake/lib/bb/fetch2/__init__.py",
> > line 1302, in FetchData.setup_revisions(d=<bb.data_smart.DataSmart
> > object at 0x7fddc1423b38>):
> > for name in self.names:
> > > self.revisions[name] = srcrev_internal_helper(self, d, name)
> >
> > File "/home/maxim.uvarov/build-test-update/bitbake/lib/bb/fetch2/__init__.py",
> > line 1167, in srcrev_internal_helper(ud=<bb.fetch2.FetchData object at
> > 0x7fddc17d8e80>, d=<bb.data_smart.DataSmart object at 0x7fddc1423b38>,
> > name='jdk8'):
> > if srcrev == "AUTOINC":
> > > srcrev = ud.method.latest_revision(ud, d, name)
> >
> > File "/home/maxim.uvarov/build-test-update/bitbake/lib/bb/fetch2/__init__.py",
> > line 1558, in Hg.latest_revision(ud=<bb.fetch2.FetchData object at
> > 0x7fddc17d8e80>, d=<bb.data_smart.DataSmart object at 0x7fddc1423b38>,
> > name='jdk8'):
> > revs = bb.persist_data.persist('BB_URI_HEADREVS', d)
> > > key = self.generate_revision_key(ud, d, name)
> > try:
> > File "/home/maxim.uvarov/build-test-update/bitbake/lib/bb/fetch2/__init__.py",
> > line 1570, in Hg.generate_revision_key(ud=<bb.fetch2.FetchData object
> > at 0x7fddc17d8e80>, d=<bb.data_smart.DataSmart object at
> > 0x7fddc1423b38>, name='jdk8'):
> > def generate_revision_key(self, ud, d, name):
> > > key = self._revision_key(ud, d, name)
> > return "%s-%s" % (key, d.getVar("PN") or "")
> > File "/home/maxim.uvarov/build-test-update/bitbake/lib/bb/fetch2/hg.py",
> > line 225, in Hg._revision_key(ud=<bb.fetch2.FetchData object at
> > 0x7fddc17d8e80>, d=<bb.data_smart.DataSmart object at 0x7fddc1423b38>,
> > name='jdk8'):
> > """
> > > return "hg:" + ud.moddir
> >
> > bb.data_smart.ExpansionError: Failure expanding variable SRCPV,
> > expression was ${(a)bb.fetch2.get_srcrev(d)} which triggered exception
> > AttributeError: 'FetchData' object has no attribute 'moddir'
hi there,
I've pushed all needed changes to get started with Zeus builds for the
Linaro OE RPB CI:
* created zeus branch on meta-backports, meta-qcom
* created zeus branch on oe-rpb-manifest
* i did not create zeus and i am keeping master for meta-rpb,
meta-96boards, meta-linaro. it's compatible, at least for now
* our zeus manifest is using master for other layers when they don't
have a zeus branch
Build #1 is scheduled for now.. we will see how bad it goes.
I have also create the qcom/zeus branch (I recall that it is a
stripped down version of the overall Linaro manifest that only focuses
on Qualcomm BSP).
Of course, if you can keep an eye on builds and help fixing issues,
that would be much appreciated.
cheers
nico
