All of lore.kernel.org
 help / color / mirror / Atom feed
From: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
To: openembedded-devel@lists.openembedded.org
Subject: Re: openembedded-core git repository
Date: Wed, 19 Jan 2011 16:33:25 +0100	[thread overview]
Message-ID: <AANLkTi=sJGSCRxSF6tFPhrGb=NKfmiLNURg-n-Gmgc3Z@mail.gmail.com> (raw)
In-Reply-To: <4D36F9BE.1010601@xora.org.uk>

2011/1/19 Graeme Gregory <dp@xora.org.uk>:
> Hi, this email is sent as an ordinary member of OE.
>
> It seems to be on a technical level we are agreed that we should split
> parts of OE out into the so called openembedded-core which will have a
> stricter commit access and higher QA requirements on changes.
>
> I therefore think it is time to actually create the repository and let
> the people who are interested in merging the good stuff from poky with
> the good stuff from openembedded to create our "core". I don't think
> there is any need to wait on the political part of the Yocto/OE
> collaboration as its something we have agreed in principal to do anyway.
>
> I would request then that the TSC drive this forward with the server
> admins and create this repo so work can happen.
>
> Graeme

Graeme,

Seems  a fine plan to me.
Do we already have an idea what would be the starting base?
And do we already have an idea on the QA requirements we want to impose on this?
Lastly we might try to define some common understanding what is core
and what not.

I did some experiments with poky and found that some of the recipes I
needed were missing; some of them might perhaps become part of core
(e.g. i2ctools, squashfstools, libftdi, fastcgi), whereas others are
quite unlikely to end up in core (e.g. urjtag). For the latter we must
find another home (e.g. meta-openembedded), where hopefully we can
also raise the QA bar somewhat.

I'll happily contribute to raise the quality bar. However, if the goal
is shuffling recipes without significant QA improvement or if QA
improvement is optional, I'll probably pass.

Frans.



  parent reply	other threads:[~2011-01-19 15:34 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-19 14:48 openembedded-core git repository Graeme Gregory
2011-01-19 15:32 ` Eric Bénard
2011-01-19 16:01   ` Graeme Gregory
2011-01-19 15:33 ` Frans Meulenbroeks [this message]
2011-01-19 15:59   ` Graeme Gregory
2011-01-19 17:14     ` Khem Raj
2011-01-19 18:52     ` Frans Meulenbroeks
2011-01-19 22:43       ` Graham Gower
2011-01-20 10:21         ` Frans Meulenbroeks
2011-01-20 15:24           ` Chris Larson
2011-01-19 19:43 ` Philip Balister
2011-01-21 11:22   ` Bernhard Guillon
2011-01-24 16:39 ` Philip Balister
2011-01-24 17:48   ` Khem Raj
2011-01-25 11:05     ` Koen Kooi
2011-01-25 14:49       ` Frans Meulenbroeks
2011-01-25 17:53         ` Tom Rini
2011-01-25 18:19           ` Chris Larson
2011-01-25 21:26             ` Richard Purdie
2011-01-25 15:23       ` Richard Purdie
2011-01-25 15:56         ` Koen Kooi
2011-01-25 18:28         ` Khem Raj
2011-01-25 18:24       ` Khem Raj
2011-01-24 21:43   ` Koen Kooi
2011-01-24 21:57     ` Richard Purdie

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='AANLkTi=sJGSCRxSF6tFPhrGb=NKfmiLNURg-n-Gmgc3Z@mail.gmail.com' \
    --to=fransmeulenbroeks@gmail.com \
    --cc=openembedded-devel@lists.openembedded.org \
    /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.