Re: [OE-core] [PATCH 1/9 v3] kernel-devsrc: restructure for out of tree (and on target) module builds

2018-03-29 Thread Richard Purdie 
On Thu, 2018-03-15 at 09:45 -0400, Bruce Ashfield wrote:
> On Wed, Mar 7, 2018 at 3:40 AM, Burton, Ross 
> wrote:
> > 
> > On 6 March 2018 at 18:11, Bruce Ashfield  > com>
> > wrote:
> > > 
> > > 
> > > +RDEPENDS_${PN} = "bc python ${TCLIBC}-utils"
> > > +# 4.15+ needs these next two RDEPENDS
> > > +RDEPENDS_${PN} += "openssl-dev util-linux"
> > > +# and x86 needs a bit more for 4.15+
> > > +RDEPENDS_${PN} += "${@bb.utils.contains('ARCH', 'x86',
> > > 'elfutils', '',
> > > d)}"
> > 
> > Annoyingly this is breaking our multilib test case:
> > 
> > https://autobuilder.yocto.io/builders/nightly-multilib/builds/852/s
> > teps/BuildImages_4/logs/stdio
> > 
> > It's entirely possible that the test is broken in some way but it's
> > far too
> > early for me right now to comprehend the multilib matrix...
> I was trying to reproduce this here, and couldn't make any sense out
> of the configuration.
> 
> Is there somewhere that I can read to figure out what to put in my
> local.conf to reproduce
> that configuration ?

Sorry, I was travelling. I think this should do it:

MACHINE = "qemux86"
require conf/multilib.conf 
MULTILIBS = "multilib:lib64" 
DEFAULTTUNE_virtclass-multilib-lib64 = "x86-64" 

$ bitbake lib64-core-image-sato-sdk

Cheers,

Richard


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/9 v3] kernel-devsrc: restructure for out of tree (and on target) module builds

2018-03-15 Thread Bruce Ashfield 
On Wed, Mar 7, 2018 at 3:40 AM, Burton, Ross  wrote:
> On 6 March 2018 at 18:11, Bruce Ashfield 
> wrote:
>>
>> +RDEPENDS_${PN} = "bc python ${TCLIBC}-utils"
>> +# 4.15+ needs these next two RDEPENDS
>> +RDEPENDS_${PN} += "openssl-dev util-linux"
>> +# and x86 needs a bit more for 4.15+
>> +RDEPENDS_${PN} += "${@bb.utils.contains('ARCH', 'x86', 'elfutils', '',
>> d)}"
>
>
> Annoyingly this is breaking our multilib test case:
>
> https://autobuilder.yocto.io/builders/nightly-multilib/builds/852/steps/BuildImages_4/logs/stdio
>
> It's entirely possible that the test is broken in some way but it's far too
> early for me right now to comprehend the multilib matrix...

I was trying to reproduce this here, and couldn't make any sense out
of the configuration.

Is there somewhere that I can read to figure out what to put in my
local.conf to reproduce
that configuration ?

Bruce

>
> Ross
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>



-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/9 v3] kernel-devsrc: restructure for out of tree (and on target) module builds

2018-03-08 Thread Richard Purdie 
On Wed, 2018-03-07 at 08:35 -0500, Bruce Ashfield wrote:
> On Wed, Mar 7, 2018 at 3:40 AM, Burton, Ross 
> wrote:
> > 
> > On 6 March 2018 at 18:11, Bruce Ashfield  > com>
> > wrote:
> > > 
> > > 
> > > +RDEPENDS_${PN} = "bc python ${TCLIBC}-utils"
> > > +# 4.15+ needs these next two RDEPENDS
> > > +RDEPENDS_${PN} += "openssl-dev util-linux"
> > > +# and x86 needs a bit more for 4.15+
> > > +RDEPENDS_${PN} += "${@bb.utils.contains('ARCH', 'x86',
> > > 'elfutils', '',
> > > d)}"
> > 
> > Annoyingly this is breaking our multilib test case:
> > 
> > https://autobuilder.yocto.io/builders/nightly-multilib/builds/852/s
> > teps/BuildImages_4/logs/stdio
> > 
> > It's entirely possible that the test is broken in some way but it's
> > far too
> > early for me right now to comprehend the multilib matrix...
> And at this point, I'm basically out of cycles for hacking on devsrc
> :(
> 
> I'll see about it again at the start of next week, and failing that,
> bump it to the next release cycle.

Just as a quick brain dump from a glance at this, I think the issue is
the openssl-dev dependency. It sounds like the image tries to install
two sets of -dev packages and those files conflict. Quite why its doing
that and how/why they conflict I don't know but the -dev dependency is
where I'd start looking at this.

I will also mention that -dev packages are not so well looked at with
multilib, we probably don't test that area much :(.

Cheers,

Richard 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/9 v3] kernel-devsrc: restructure for out of tree (and on target) module builds

2018-03-07 Thread Bruce Ashfield 
On Wed, Mar 7, 2018 at 3:40 AM, Burton, Ross  wrote:
> On 6 March 2018 at 18:11, Bruce Ashfield 
> wrote:
>>
>> +RDEPENDS_${PN} = "bc python ${TCLIBC}-utils"
>> +# 4.15+ needs these next two RDEPENDS
>> +RDEPENDS_${PN} += "openssl-dev util-linux"
>> +# and x86 needs a bit more for 4.15+
>> +RDEPENDS_${PN} += "${@bb.utils.contains('ARCH', 'x86', 'elfutils', '',
>> d)}"
>
>
> Annoyingly this is breaking our multilib test case:
>
> https://autobuilder.yocto.io/builders/nightly-multilib/builds/852/steps/BuildImages_4/logs/stdio
>
> It's entirely possible that the test is broken in some way but it's far too
> early for me right now to comprehend the multilib matrix...

And at this point, I'm basically out of cycles for hacking on devsrc :(

I'll see about it again at the start of next week, and failing that,
bump it to the next release cycle.

Cheers,

Bruce

>
> Ross
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>



-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/9 v3] kernel-devsrc: restructure for out of tree (and on target) module builds

2018-03-07 Thread Burton, Ross 
On 6 March 2018 at 18:11, Bruce Ashfield 
wrote:

> +RDEPENDS_${PN} = "bc python ${TCLIBC}-utils"
> +# 4.15+ needs these next two RDEPENDS
> +RDEPENDS_${PN} += "openssl-dev util-linux"
> +# and x86 needs a bit more for 4.15+
> +RDEPENDS_${PN} += "${@bb.utils.contains('ARCH', 'x86', 'elfutils', '',
> d)}"
>

Annoyingly this is breaking our multilib test case:

https://autobuilder.yocto.io/builders/nightly-multilib/builds/852/steps/BuildImages_4/logs/stdio

It's entirely possible that the test is broken in some way but it's far too
early for me right now to comprehend the multilib matrix...

Ross
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core