All of lore.kernel.org
 help / color / mirror / Atom feed
From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Darren Hart <dvhart@linux.intel.com>
Cc: Yocto Project <yocto@yoctoproject.org>
Subject: Re: [PATCH 6/9] distro: Factor out poky-common.inc from poky.conf
Date: Wed, 21 Dec 2011 17:31:01 +0000	[thread overview]
Message-ID: <1324488661.19860.8.camel@ted> (raw)
In-Reply-To: <4EF21124.2050501@linux.intel.com>

On Wed, 2011-12-21 at 09:02 -0800, Darren Hart wrote:
> 
> On 12/21/2011 08:47 AM, Darren Hart wrote:
> > 
> > 
> > On 12/21/2011 08:28 AM, Richard Purdie wrote:
> >> On Wed, 2011-12-21 at 01:02 -0800, Darren Hart wrote:
> >>> Prepare to add additional poky distro variants by factoring out
> >>> assignments common to all poky* distros into poky-common.inc. Things
> >>> like the naming schemes, mirrors, etc. are common, while dependencies
> >>> and other things impacting image generation should be distro specific.
> >>>
> >>> Signed-off-by: Darren Hart <dvhart@linux.intel.com>
> >>
> >> Why doesn't something like:
> >>
> >> """
> >> $meta-yocto/conf/distro$ cat poky-lsb.conf 
> >> require conf/distro/poky.conf
> >>
> >> DISTRO = "poky-lsb"
> >> DISTROOVERRIDES = "poky:linuxstdbase"
> >> """
> >>
> >> work?
> >>
> >> Effectively the above takes poky but then customises it...
> > 
> > I seem to recall something about this being harder with tiny as it
> > removes things rather than just extending. But I can't put recall
> > exactly what the issue was (or if there was one). I shall try it this
> > way if you prefer this approach. I felt the .inc approach provided a
> > more explicit building block mechanism which seemed more intuitive and
> > less prone to accidental inclusion. But, I don't feel strongly one way
> > or the other.
> 
> Aha, now I remember. Consider things like the following, defined in
> poky.conf:
> 
> DISTRO_FEATURES_append = " largefile opengl"
> 
> This one, not so bad, I can easily override it.

Right, I'd expect you are totally overriding DISTRO_FEATURES anyway.

> PREFERRED_VERSION_linux-yocto ?= "2.6.37+git%"
> PREFERRED_VERSION_linux-yocto_qemux86 ?= "3.0%"
> PREFERRED_VERSION_linux-yocto_qemux86-64 ?= "3.0%"
> PREFERRED_VERSION_linux-yocto_qemuarm ?= "3.0%"
> PREFERRED_VERSION_linux-yocto_qemumips ?= "3.0%"
> PREFERRED_VERSION_linux-yocto_qemuppc ?= "3.0%"
> 
> 
> All the above I could override.... but I'd rather be able to use the
> default without having to override them. This pollutes my distro config
> space unnecessarily in my opinion.

Right now you need to override these things, in future I suspect you're
going to want to share them when tiny becomes compatible with the
default kernel. This is why I feel the line you've drawn over what to
put into the .inc is a little arbitrary and why its a bad idea.

> DISTRO_EXTRA_RRECOMMENDS += "kernel-module-af-packet"
> 
> Things like this are the kicker. I don't know of a way to remove just
> what poky.conf appended to a variable, and not wipe out the rest of the
> variable.

So can we just change poky.conf to do:

POKYDEFAULTRECOMMENDS = "kernel-module-af-packet
DISTRO_EXTRA_RRECOMMENDS += "${POKYDEFAULTRECOMMENDS}"

and then you can change POKYDEFAULTRECOMMENDS to ""?

Cheers,

Richard



  reply	other threads:[~2011-12-21 17:31 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-12-21  9:02 [RFC PATCH 0/9] New distribution definition for poky-tiny Darren Hart
2011-12-21  9:02 ` [PATCH 1/9] native.bbclass: Fix variable remapping coverage Darren Hart
2011-12-21  9:02 ` [PATCH 2/9] ncurses: Allow override of ENABLE_WIDEC Darren Hart
2011-12-21  9:02 ` [PATCH 3/9] eglibc: Only add eglibc-utils to PACKAGES if wchar is supported Darren Hart
2011-12-21  9:02 ` [PATCH 4/9] linux-yocto-tiny: New kernel recipe for poky-tiny distro (INCOMPLETE) Darren Hart
2011-12-21 14:56   ` Bruce Ashfield
2011-12-21 15:52     ` Darren Hart
2011-12-21 15:56       ` Bruce Ashfield
2011-12-21 16:02         ` Darren Hart
2011-12-21 16:04           ` Bruce Ashfield
2011-12-21  9:02 ` [PATCH 5/9] task-core-boot: Allow DISTRO to disable keymaps Darren Hart
2011-12-21 10:09   ` Martin Jansa
2011-12-21 13:19     ` [yocto] " Koen Kooi
2011-12-21 13:19       ` Koen Kooi
2011-12-21 15:57       ` [yocto] " Darren Hart
2011-12-21 15:57         ` Darren Hart
2011-12-21 16:01     ` Darren Hart
2011-12-21 16:13       ` Martin Jansa
2011-12-21  9:02 ` [PATCH 6/9] distro: Factor out poky-common.inc from poky.conf Darren Hart
2011-12-21 16:28   ` Richard Purdie
2011-12-21 16:47     ` Darren Hart
2011-12-21 17:02       ` Darren Hart
2011-12-21 17:31         ` Richard Purdie [this message]
2011-12-21 17:57           ` Darren Hart
2011-12-21  9:02 ` [PATCH 7/9] distro: Add poky-tiny distro definition Darren Hart
2011-12-21  9:02 ` [PATCH 8/9] license: Fix manifest conditional Darren Hart
2011-12-21  9:02 ` [PATCH 9/9] image_types: Ensure /init exists for cpio rootfs archives Darren Hart
2011-12-21 15:52 ` [RFC PATCH 0/9] New distribution definition for poky-tiny Chris Larson
2011-12-21 16:10   ` Darren Hart
2011-12-21 17:33     ` Chris Larson
2011-12-21 17:48       ` Darren Hart
2011-12-28  0:50       ` McClintock Matthew-B29882

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=1324488661.19860.8.camel@ted \
    --to=richard.purdie@linuxfoundation.org \
    --cc=dvhart@linux.intel.com \
    --cc=yocto@yoctoproject.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.