[OE-core] [PATCH 0/6] RFC Distro config changes

[Richard Purdie]

On Tue, 2011-05-10 at 15:00 +0100, Richard Purdie wrote:
> From: Richard Purdie <richard.purdie at linuxfoundation.org>
> 
> As discussed, we want to make OE-Core usable with no distro set. This patch series
> makes some big steps towards that goal. I'd be interested in feedback on whether it
> does the right things and would be usable by others.
> 
> The key is the inclusion of a distro/defaultsetup.conf file by bitbake.conf and 
> in turn this pulls in a variety of other common include files which can likely be
> shared. Any point of this cycle can be overridden by another layer so its totally
> customisable. I'd encourage users to use the pieces they can where possible so we
> all share best practises but obviously people have choice.
> 
> I did dump a load of "default" variables into default-distrovars.inc, I'm not
> calling that file finished, I just had to draw the line somewhere and start a 
> discussion about this :)
> 
> Also, I'm aware there are still a few poky-* files in meta/conf/distro/include.
> Some of these can just be deleted, others renamed tcmode-* and I'll take care 
> of that. I'll also delete the poky.conf file since it no longer contains anything
> required to make OE-Core build as far as I know (wider testing needed).
> 
> Pull URL: git://git.openembedded.org/openembedded-core-contrib
>   Branch: rpurdie/distro
>   Browse: http://git.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=rpurdie/distro
> 
> Richard Purdie (6):
>   Drop poky-floating-revisions.inc, poky-bleeding.conf and
>     poky-lsb.conf
>   bitbake.conf: Include the new default-providers.inc and
>     default-versions.inc files
>   distro: Add defaultsetup.conf, a set of default configuration
>     providing sane overrridable default for commonly used options
>   machine/qemu: Add qemu-config as an essential machine speicfic
>     dependency and drop specific distro config
>   conf/distro/include/default-distrovars.inc: Create set of default
>     'distro' variable values
>   preferred-xorg-versions.inc: Drop this, it makes no sense given we
>     only have one version of these recipes

I've taken feedback on board, tweaked the series and then merged it. My
reasoning is that whilst this might not be 100% perfect in every way, it
moves us a lot closer to where we want to be. We were going to start
seeing patch conflicts if it was out of tree for too long and that
didn't seem worthwhile.

Cheers,

Richard