All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Hauser, Wolfgang (external)" <Wolfgang.Hauser.external@eads.com>
To: <openembedded-devel@lists.openembedded.org>
Subject: Re: Why PREFERRED_VERSION setting of <distro>.conf overruleslocal.conf setting ?
Date: Wed, 11 Aug 2010 11:50:09 +0200	[thread overview]
Message-ID: <0B51A1E7C61D114DAE6FC10B0FD0ABA5018B5F9E@deimsg40.de.net.world> (raw)
In-Reply-To: <AANLkTi=dR+jFv9rSRcPJ7R=3WZYR75nF5P9skD4SMUt1@mail.gmail.com>

> well. if you want so many changes to an existing distro then something
is wrong
> with your distro choice. Few changes can be covered as it should be.

Don't understand me wrong, a little example what I mean:

I want to use some features in busybox the original DISTRO version don't
use (and the pinned package don't provide), other features of the
original setting I don't need or not allowed to use.
Therefore I have to use an overlay containing my needs (just a different
defconfig for the needed version of the package).

Additionally I need a very minimal busybox configuration for a
maintenance system on the same hardware. Therefore I have to use an
additional defconfig placed in a different package or overlay.

Both are very individual settings and are only flavors of the same
version of the busybox package.

One way to cover this needs is using different local.conf files
containing the different packages I want to use.
(setting preferred provider and version). --> needs the leading of
local.conf
May be can be done by the _local override as suggested, I have to try
it.

Other way is to create an individual distro or machine configuration in
my overlay, which drops me from the improvements of the main repository
and I need to cover all sub settings of the source machine or distro
settings in my own target distro or machine settings. 
This procedure is a waste of work and is error-prone in my opinion.

A good way may be the handling of different flavors of the same package
by supporting sub configurations of the package by creating
individual packages with different configurations. Resulting in e. g.
busybox-<confx>-x.x.x packages I am able to install in an image.
For myself I don't have the knowledge to do such a change in bitbake or
OE.

Regards
Wolfgang Hauser



      reply	other threads:[~2010-08-11  9:50 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-08-09 13:26 Why PREFERRED_VERSION setting of <distro>.conf overrules local.conf setting ? Hauser, Wolfgang (external)
2010-08-09 14:22 ` Chris Larson
2010-08-09 19:01   ` Frans Meulenbroeks
2010-08-09 23:15     ` Graham Gower
2010-08-10  7:00       ` Frans Meulenbroeks
2010-08-11  3:59         ` Mike Westerhof
2010-08-10 20:50       ` Koen Kooi
2010-08-10 20:56         ` Chris Larson
2010-08-10 23:44           ` Graham Gower
2010-08-11  1:42             ` Denys Dmytriyenko
2010-08-11  2:43               ` Graham Gower
2010-08-11  3:10                 ` Denys Dmytriyenko
2010-08-11  5:16           ` Khem Raj
2010-08-11  6:08             ` Frans Meulenbroeks
2010-08-11  6:20               ` Martin Jansa
2010-08-11  7:53                 ` Hauser, Wolfgang (external)
2010-08-11  8:28                   ` Khem Raj
2010-08-11  9:50                     ` Hauser, Wolfgang (external) [this message]

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=0B51A1E7C61D114DAE6FC10B0FD0ABA5018B5F9E@deimsg40.de.net.world \
    --to=wolfgang.hauser.external@eads.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.