From: Paul Eggleton <paul.eggleton@linux.intel.com>
To: openembedded-core@lists.openembedded.org
Subject: Re: RFC: Layer tooling brainstorming
Date: Mon, 18 Apr 2011 14:59:00 +0100 [thread overview]
Message-ID: <201104181459.00492.paul.eggleton@linux.intel.com> (raw)
In-Reply-To: <1303107421.5518.45.camel@rex>
Some of the ideas I've been thinking of for layer tools, other than what's
been mentioned already:
* Show easily which recipes are being used and which are overridden. We have
bitbake-layers, but this clearly needs some extension. I think long term we
would want to be able to analyse overrides accross a set of layers to figure
out where common stuff in non-core layers needs pushing up to oe-core.
* Allow layer maintainers to easily pull a version of a recipe into their own
layer if it's about to be removed from oe-core - with some complicated recipes
that could be painful/annoying to pick out all the necessary files by hand.
* Recipe maintenance tools that take advantage of bitbake's parsing logic to
aid blanket updates (e.g. variable renames). This should help mitigate the
increased difficulty of having recipes spread out over multiple repositories
when doing these kinds of updates.
* Some kind of central registration of layers. I'm guessing a wiki page would
do for starters but something with a database behind it would enable us to
show "live" metadata such as when the layer was last updated, info read from
layer.conf etc.
Cheers,
Paul
--
Paul Eggleton
Intel Open Source Technology Centre (UK)
next prev parent reply other threads:[~2011-04-18 14:01 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-18 6:17 RFC: Layer tooling brainstorming Richard Purdie
2011-04-18 6:50 ` Martin Jansa
2011-04-18 7:09 ` Richard Purdie
2011-04-18 8:01 ` Koen Kooi
2011-04-18 8:30 ` Martin Jansa
2011-04-18 7:33 ` Andreas Mueller
2011-04-18 8:27 ` Richard Purdie
2011-04-18 13:59 ` Paul Eggleton [this message]
2011-04-18 15:24 ` Chris Larson
2011-04-18 19:51 ` Jeremy Puhlman
2011-04-22 23:29 ` Jeremy Puhlman
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=201104181459.00492.paul.eggleton@linux.intel.com \
--to=paul.eggleton@linux.intel.com \
--cc=openembedded-core@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox