All of lore.kernel.org
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Khem Raj <raj.khem@gmail.com>, Tim Orling <ticotimo@gmail.com>
Cc: OpenEmbedded Devel List <openembedded-devel@lists.openembedded.org>
Subject: Re: Splitting meta-oe?
Date: Tue, 20 Feb 2018 18:52:30 +0000	[thread overview]
Message-ID: <1519152750.24236.330.camel@linuxfoundation.org> (raw)
In-Reply-To: <f16ec80b-f2b9-c154-5262-ac4562da8cba@gmail.com>

On Tue, 2018-02-20 at 10:40 -0800, Khem Raj wrote:
> On 2/20/18 10:00 AM, Tim Orling wrote:
> > I am open to discussion about what direction we go. Individual
> > layers that
> > are curated and built together by YP auto builders sounds like an
> > intriguing path. If this was coupled with increased ptest or
> > testimage
> > usage, our confidence in layer quality would go up dramatically.
> > 
> I would like to understand whats stopping YP autobuilders to build
> layers under meta-openembedded repo and contribute changes as needed.
> All changes with test improvements etc. above are a good change and
> should be adopted across layers. However splitting layers is least of
> the problem as of now.

The Yocto Project cannot commit to building everything in the meta-oe
repository. There are some specific layers we would consider building
but right now I think there are inter-dependencies that cause problems.

Sure, we can look into those and try and fix them in some way and that
would be one less hurdle. I do appreciate we have autobuilder issues
right now which also causes us problems, I've already committed to
working through those.

Even once we do that, we (as in YP) can't send out a clear message
about what we're testing and users will clone meta-oe and expect
everything to work. So right now I do have problems trying to get to a
point where YP can use meta-oe effectively.

I could combo-layer pieces of meta-oe into poky but I'd imagine that
would create more problems than it would solve too and given the
general dislike of combo-layer, I think ultimately better layer tooling
would be a better answer and more acceptable to everyone.

Cheers,

Richard






  reply	other threads:[~2018-02-20 18:52 UTC|newest]

Thread overview: 72+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-02-20 10:45 Splitting meta-oe? Burton, Ross
2018-02-20 14:15 ` Joe MacDonald
2018-02-20 16:50 ` akuster808
2018-02-20 17:13   ` Bruce Ashfield
2018-02-20 18:52     ` Khem Raj
2018-02-21  0:51       ` Bruce Ashfield
2018-02-21  8:49         ` Martin Jansa
2018-02-21  9:06           ` Martin Jansa
2018-02-21  9:48             ` Andrea Adami
2018-02-21 10:22               ` Martin Jansa
2018-02-21 14:02                 ` Joe MacDonald
2018-02-21 14:14                   ` Burton, Ross
2018-02-21 14:58                     ` Patrick Ohly
2018-02-21 15:01                       ` Otavio Salvador
2018-02-21 19:33                       ` Andreas Oberritter
2018-02-22  9:18                         ` Patrick Ohly
2018-02-21 14:20                   ` Tom Rini
2018-02-21 14:44                     ` Joe MacDonald
2018-02-21 13:34           ` Bruce Ashfield
2018-02-21 13:38             ` Bruce Ashfield
2018-02-21 13:45           ` Joe MacDonald
2018-02-21 13:55             ` Bruce Ashfield
2018-02-21 13:59               ` Otavio Salvador
2018-02-20 17:46   ` Richard Purdie
2018-02-20 18:00     ` Tim Orling
2018-02-20 18:28       ` Martin Jansa
2018-02-20 18:40       ` Khem Raj
2018-02-20 18:52         ` Richard Purdie [this message]
2018-02-20 19:15           ` Khem Raj
2018-02-20 21:55             ` Richard Purdie
2018-02-20 22:27               ` Martin Jansa
2018-02-20 23:17                 ` Andreas Müller
2018-02-20 23:41                 ` Richard Purdie
2018-03-17  3:50                   ` Trevor Woerner
2018-03-17 14:23                     ` Philip Balister
2018-03-18  5:49                       ` Trevor Woerner
2018-02-21  0:07           ` Otavio Salvador
2018-02-21  0:10             ` Otavio Salvador
2018-02-21 13:57               ` Tom Rini
2018-02-21 14:00                 ` Otavio Salvador
2018-02-21 14:48                   ` Tom Rini
2018-02-21 14:09                 ` Martin Hundebøll
2018-02-22  6:53                   ` Jonas Bonn
2018-02-22  9:27                     ` Patrick Ohly
2018-02-22  9:40                       ` Otavio Salvador
2018-02-21 15:54           ` Patrick Ohly
2018-02-20 20:32         ` akuster808
2018-02-20 19:06     ` Khem Raj
2018-02-20 16:54 ` Vesa Jääskeläinen
2018-02-20 18:49 ` Khem Raj
2018-02-28 17:17 ` Alexander Kanavin
2018-02-28 21:33   ` Andreas Müller
2018-03-01  1:20     ` akuster808
2018-03-01  8:46     ` Alexander Kanavin
2018-03-01  1:17   ` akuster808
2018-03-01  9:04     ` Alexander Kanavin
2018-03-01 18:44       ` akuster808
2018-03-01 18:46         ` Alexander Kanavin
2018-03-01 22:11         ` Bruce Ashfield
  -- strict thread matches above, loose matches on Subject: below --
2017-02-17 17:07 Burton, Ross
2017-02-17 17:24 ` Andreas Müller
2017-02-17 18:02   ` Martin Jansa
2017-02-17 18:28     ` Joe MacDonald
2017-02-17 19:45       ` Philip Balister
2017-02-20  3:31         ` Richard Purdie
2017-02-20  4:28           ` Joe MacDonald
2017-02-20 11:18           ` Martin Jansa
2017-02-22 16:15             ` akuster808
2017-02-17 20:54       ` Andreas Müller
2017-02-18 21:35     ` Burton, Ross
2017-02-17 21:55 ` akuster808
2017-02-18  0:53 ` Khem Raj

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1519152750.24236.330.camel@linuxfoundation.org \
    --to=richard.purdie@linuxfoundation.org \
    --cc=openembedded-devel@lists.openembedded.org \
    --cc=raj.khem@gmail.com \
    --cc=ticotimo@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.