All of lore.kernel.org
 help / color / mirror / Atom feed
From: Koen Kooi <koen@dominion.thruhere.net>
To: openembedded-core@lists.openembedded.org
Cc: openembedded-devel@lists.openembedded.org
Subject: Re: Piglit in Poky
Date: Sun, 29 Dec 2013 16:44:52 +0100	[thread overview]
Message-ID: <l9pfvj$rqa$1@ger.gmane.org> (raw)
In-Reply-To: <52BF51CC.4040300@balister.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Philip Balister schreef op 28-12-13 23:33:
> On 12/28/2013 10:28 AM, Koen Kooi wrote:
>> Paul Eggleton schreef op 28-12-13 12:48:
>>> Hi Koen,
>> 
>>> On Tuesday 24 December 2013 15:22:32 Koen Kooi wrote:
>>>> Burton, Ross schreef op 23-12-13 19:01:
>>>>> We'd like to integrate Piglit (an OpenGL test suite) into Poky
>>>>> so that we can run automated QA on the GL stack.  Piglit is
>>>>> currently residing in meta-oe, but as Poky is a self-contained
>>>>> project we can't just add meta-oe to it:  apart from the size of
>>>>> meta-oe, we can't ensure stability if meta-oe makes incompatible
>>>>> changes that affect Poky.
>>>>> 
>>>>> Piglit isn't a stand-alone package, there are the dependencies
>>>>> of waffle, python-mako and python-numpy to consider too.  There
>>>>> are two possibilities I can see:
>>>>> 
>>>>> 1) Move piglit and deps to oe-core.  Piglit is for QA purposes
>>>>> only and pushes the boundaries of "core platform".  In a sense
>>>>> this is a repeat of the discussion we had with Midori...  does
>>>>> oe-core contain everything needed to sufficiently exercise the
>>>>> core components it ships or not?
>>>>> 
>>>>> 2) Add piglit and deps to meta-yocto.  Probably a new layer
>>>>> called meta-yocto-qa (or similar) because the Yocto Compatible
>>>>> guidelines forbid mixing distribution policy and recipes.
>>>> 
>>>> Speaking of layers, can you *please* rename meta-yocto to
>>>> meta-poky? It's what it's actually is and would remove a lot of
>>>> confusion when trying to explain that yocto is not a distro, even
>>>> if the distro layer is called 'meta-yocto'.
>> 
>>> This is a tangent, but a couple of points:
>> 
>>> 1) This rename would not come for free. We'd need to update people's 
>>> existing bblayers.conf files on the fly, as we did when
>>> meta-yocto-bsp was split out of meta-yocto, and thus bump
>>> LCONF_VERSION; however, doing this only in poky has resulted in
>>> annoying problems when users remove poky from their configurations
>>> (since LCONF_VERSION is out-of-step between Poky and OE-Core, leading
>>> to confusing errors in this situation). Thus I think we'd want to
>>> solve this once and for all by bumping the value in OE-Core as well
>>> as Poky.
>> 
>>> 2) If you propose this rename, perhaps you will also consider
>>> renaming meta-oe, since that name within a similarly named
>>> meta-openembedded repository leads to a similar level of
>>> confusion...?
>> 
>> I have no problems with renaming that layer since I get confused by
>> this a few times a week myself :)
> 
> What would we we rename it to?

I'm very tempted to suggest 'meta-yocto'

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)
Comment: GPGTools - http://gpgtools.org

iD8DBQFSwEN0MkyGM64RGpERAnuDAKC5kxJXiSjM0RtJPu8Gksu4t7IaOACdFyyq
vPBlgjhnZyECigXVQNUkj1U=
=laEu
-----END PGP SIGNATURE-----



  reply	other threads:[~2013-12-29 15:44 UTC|newest]

Thread overview: 44+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-12-23 18:01 Piglit in Poky Burton, Ross
2013-12-24  1:09 ` Philip Balister
2013-12-24  1:09   ` [OE-core] " Philip Balister
2013-12-24 10:50   ` [oe] " Martin Jansa
2013-12-24 10:50     ` [OE-core] " Martin Jansa
2013-12-24 10:50     ` [oe] " Martin Jansa
2014-01-06 11:22     ` [oe] " Paul Eggleton
2014-01-06 11:22       ` [OE-core] " Paul Eggleton
2013-12-28 11:41   ` Paul Eggleton
2013-12-28 11:41     ` [OE-core] " Paul Eggleton
2014-01-08 16:09   ` Burton, Ross
2014-01-08 16:09     ` [OE-core] " Burton, Ross
2014-01-08 16:27     ` [poky] " Martin Jansa
2014-01-08 16:27       ` [poky] [OE-core] " Martin Jansa
2014-01-08 16:27       ` Martin Jansa
2014-01-08 17:01     ` Richard Purdie
2014-01-08 17:01       ` [OE-core] " Richard Purdie
2014-01-08 17:01       ` Richard Purdie
2014-01-08 17:14       ` Nicolas Dechesne
2014-01-08 17:14         ` [OE-core] " Nicolas Dechesne
2014-01-08 18:44       ` Philip Balister
2014-01-08 18:44         ` [OE-core] " Philip Balister
2014-01-08 19:46         ` Burton, Ross
2014-01-08 19:46           ` [OE-core] " Burton, Ross
2014-01-08 19:46           ` Burton, Ross
2014-01-08 21:14       ` [oe] " Otavio Salvador
2014-01-08 21:14         ` [OE-core] " Otavio Salvador
2013-12-24 14:22 ` Koen Kooi
2013-12-28 11:48   ` Paul Eggleton
2013-12-28 11:48     ` [OE-core] " Paul Eggleton
2013-12-28 15:28     ` Koen Kooi
2013-12-28 22:33       ` Philip Balister
2013-12-28 22:33         ` [OE-core] " Philip Balister
2013-12-29 15:44         ` Koen Kooi [this message]
2014-01-03 11:25           ` Andrei Gherzan
2014-01-03 11:25             ` [OE-core] " Andrei Gherzan
2014-01-03 13:26             ` [oe] " Paul Eggleton
2014-01-03 13:26               ` [OE-core] " Paul Eggleton
2014-01-03 13:37               ` [oe] " Martin Jansa
2014-01-03 13:37                 ` [OE-core] " Martin Jansa
2014-01-03 13:50                 ` [oe] " Paul Eggleton
2014-01-03 13:50                   ` [OE-core] " Paul Eggleton
2014-01-03 15:06               ` [oe] " Andrei Gherzan
2014-01-03 15:06                 ` [OE-core] " Andrei Gherzan

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='l9pfvj$rqa$1@ger.gmane.org' \
    --to=koen@dominion.thruhere.net \
    --cc=openembedded-core@lists.openembedded.org \
    --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.