[OE-core] [OE-Core][PATCH] bmap-tools: update from 3.4 to 3.5

Alex Kiernan alex.kiernan at gmail.com
Sat Feb 16 12:22:55 UTC 2019


On Sat, Feb 16, 2019 at 11:32 AM Richard Purdie
<richard.purdie at linuxfoundation.org> wrote:
>
> On Sat, 2019-02-16 at 09:25 +0000, Alex Kiernan wrote:
> > On Fri, Feb 15, 2019 at 11:16 PM Richard Purdie
> > <richard.purdie at linuxfoundation.org> wrote:
> > > On Thu, 2019-02-14 at 21:09 +0000, Alex Kiernan wrote:
> > > > bmap-tools 3.5 was released August 2018 but has no release tarball,
> > > > so
> > > > switch to using the git fetcher. Also pull in the fix for
> > > > StopIteration
> > > > being transformed into RuntimeError for Python 3.7.
> > > >
> > > > Signed-off-by: Alex Kiernan <alex.kiernan at gmail.com>
> > >
> > > Unfortunately this triggers a selftest failure:
> > >
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/56/builds/236
> > >
> > > (ignore the virtgl piece, that is something else)
> > >
> > > oe-selftest -r wic.Wic2.test_bmap_short
> > > and
> > > oe-selftest -r wic.Wic2.test_bmap_long
> > >
> > > should reproduce. Might be as simple as a missing RDEPENDS.
> > >
> >
> > Looks like it's gained a dependency on six. And thanks for the
> > reproducing steps - I've never got to grips with that stuff before.
> >
> > That said I'm struggling to get the tests to actually pass. I've
> > added
> > in python3-six to RDEPENDS, but it still fails with
> > `ModuleNotFoundError: No module named 'six'`?
>
> We appear to have walked into spools of razor wire :/
>
> This is an open bug:
>
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=10113
>
> which I'm struggling to know how to fix.
>
> What does appear to work locally is adding something like:
>
> # We need the native dependency on python3-six at runtime
> # See bug 10113
> EXTRASYSROOTDEPTASK = ""
> EXTRASYSROOTDEPTASK_class-native = "do_populate_sysroot"
> do_populate_sysroot[rdeptask] = "${EXTRASYSROOTDEPTASK}"
>
> Whether this is the right thing to do I'm less sure about.
>
> It may be an idea to start introducing these dependencies where we need
> them to fix bugs, until we can sort the problem properly in
> native.bbclass.
>

Thanks, that seems to work... I'd have been here forever trying to find that.

I'll send a v3 with that change in it.

-- 
Alex Kiernan


More information about the Openembedded-core mailing list