All of lore.kernel.org
 help / color / mirror / Atom feed
From: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>
To: openembedded-devel@lists.openembedded.org
Subject: Re: Preparing for release - Freeze on master
Date: Wed, 17 Nov 2010 08:16:01 +0100	[thread overview]
Message-ID: <AANLkTikVaAmMc0rVSmeiuwm646Dvh8iVVLkYsGF_w5zL@mail.gmail.com> (raw)
In-Reply-To: <AANLkTin7+WQY-gmfye=U5pFJ4QfOYRY-Da93oBTgxvV2@mail.gmail.com>

2010/11/17 Khem Raj <raj.khem@gmail.com>:


>> What about new recipes?
>
> Depending upon how they pan out. Suppose if you add a new recipe for a
> working recipe
> that has implications if it gets picked up by default so need to make
> sure it works on tested sets.
> some entirely new recipes should be ok recipes for version upgrade
> need to be watched out

I agree on that. Actually I was referring to really new recipes, not
new versions of an existing recipe.
>
>> I have a few new tasks and a new image that I was planning to add
>> tonight, but didn't get to it.
>
> post them if you think they make sense in release and do not involve
> other meta recipes.

Whether they make sense depends probably on your perception.
I think they do, that's why I've been working on them, but it is
highly likely someone feels it does not make sense.

Rationale to get them in the archive is twofold:
- others can build and use the image too (it is an image for my james project)
- it can be incorporated in the regression testing. (and frankly I
would like to get them into this thursday's testing-next)

The new image does depend on the new tasks. No one depends on the new
tasks (that's why the are new)

>
>> Also I will have a working uclibc++ recipe by tomorrow or so. (the
>> current one does not build for me).
>
> Post them to ml.

Will do.
>
>> I feel changes like those are pretty harmless.
>>
>> Frans
>>
>> _______________________________________________
>> Openembedded-devel mailing list
>> Openembedded-devel@lists.openembedded.org
>> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>>
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>



  reply	other threads:[~2010-11-17  7:18 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-11-16 18:20 Preparing for release - Freeze on master Khem Raj
2010-11-16 22:39 ` Paul Menzel
2010-11-16 22:46   ` Khem Raj
2010-11-16 22:52     ` Frans Meulenbroeks
2010-11-16 23:00       ` Khem Raj
2010-11-17  7:16         ` Frans Meulenbroeks [this message]
2010-11-17  9:12 ` Koen Kooi
2010-11-17  9:56   ` Graeme Gregory
2010-11-17 10:25     ` Koen Kooi
2010-11-17 19:26       ` Khem Raj
2010-11-18 10:08         ` Phil Blundell
2010-11-18 11:01           ` Graham Gower
2010-11-18 11:31             ` Phil Blundell
2010-11-18 17:18               ` Philip Balister
2010-11-18 11:09           ` Frans Meulenbroeks
2010-11-18 14:07             ` Chris Larson
2010-11-18 16:32           ` Khem Raj
2010-11-19 10:29           ` Koen Kooi
2010-11-17 19:20     ` Khem Raj
2010-11-17 19:15   ` Khem Raj

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=AANLkTikVaAmMc0rVSmeiuwm646Dvh8iVVLkYsGF_w5zL@mail.gmail.com \
    --to=fransmeulenbroeks@gmail.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.