All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tom Rini <tom_rini@mentor.com>
To: <openembedded-core@lists.openembedded.org>
Subject: Re: siteinfo for recipes oe-core lacks?
Date: Wed, 13 Jul 2011 19:07:02 -0700	[thread overview]
Message-ID: <4E1E4F46.8030101@mentor.com> (raw)
In-Reply-To: <4E1E4E08.8040802@windriver.com>

On 07/13/2011 07:01 PM, Mark Hatle wrote:
> On 7/13/11 8:44 PM, Tom Rini wrote:
>> On 07/13/2011 06:20 PM, Mark Hatle wrote:
>>> On 7/13/11 5:14 PM, Tom Rini wrote:
>>>> Hey all,
>>>>
>>>> Do we have an opinion on siteinfo for recipes that oe-core lacks?  I
>>>> have two easy examples:
>>>> - mono: neither meta-oe nor oe-core have a recipe, we have siteinfo
>>>> stuff specific to it.  Ignore it? drop it?  update it with what meta-oe has?
>>>> - postgresql: meta-oe has it, oe-core lacks it.  Keep in meta-oe only?
>>>>
>>>
>>> For both of them, I'd keep them as local to the recipe as possible.. no recipe,
>>> no siteinfo listed.
>>
>> Well, I think we're missing the forest for the trees.  But that's not
>> really a workable idea since it's sizeof this and that stuff.
>>
>> To give you a third example, I've ported this commit over to oe-core:
>> http://git.openembedded.org/cgit.cgi/openembedded/commit/?id=bb12cd9c0a757e6ef696d57923821829f00ace79
>>
> 
> I think I wasn't clear.  What I meant was that the siteinfo stuff should be as
> close to the recipe as possible.  But that doesn't preclude it from being in a
> layer specific siteinfo file.

When you say close do you mean layer/site/ or
layer/recipes-foo/app/something/ ?  I saw oe-core had some sort of hook
for site files in yet another place but I also couldn't find anything
using it (in addition to the sitecache stuff).

> Keeping the information as local to recipe as possible helps with maintenance
> IMHO.  There is nothing worse then after a few years looking over a siteinfo
> file and seeing 100 entries and having no idea if they are still relevant, or
> how someone came to specific results.

Agreed, I'm toying with tossing all of the files out and seeing what's
needed now (since also there's useless stuff, and probably a few more
bugs lurking).

-- 
Tom Rini
Mentor Graphics Corporation



  reply	other threads:[~2011-07-14  2:13 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-07-13 22:14 siteinfo for recipes oe-core lacks? Tom Rini
2011-07-14  1:20 ` Mark Hatle
2011-07-14  1:44   ` Tom Rini
2011-07-14  2:01     ` Mark Hatle
2011-07-14  2:07       ` Tom Rini [this message]
2011-07-14  2:35         ` Mark Hatle

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=4E1E4F46.8030101@mentor.com \
    --to=tom_rini@mentor.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 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.