All of lore.kernel.org
 help / color / mirror / Atom feed
From: Saul Wold <sgw@linux.intel.com>
To: Paul Eggleton <paul.eggleton@linux.intel.com>
Cc: yocto@yoctoproject.org, Koen Kooi <koen@beagleboard.org>
Subject: Re: Upstream-Status finally @ 100%
Date: Thu, 09 Feb 2012 09:39:15 -0800	[thread overview]
Message-ID: <4F3404C3.4060203@linux.intel.com> (raw)
In-Reply-To: <2515705.YAd3HxSNCM@helios>

On 02/09/2012 07:31 AM, Paul Eggleton wrote:
> On Thursday 09 February 2012 15:51:11 Koen Kooi wrote:
>>> The status ought to be correct with regard to the patch author's
>>> assessment of whether or not the patch can go upstream.
>>
>> That's where I disagree, it's called 'Upstream-status', not
>> 'Perceived-upstream-status'. The field should reflect the status from an
>> upstream perspective, not from the OE perspective. So both 'Pending' and
>> 'Inappropriate' boil down to 'Not submitted' currently. Maybe I'm
>> overthinking all this :)
>
> Well unless I'm mistaken, the purpose of the field for which it was originally
> introduced is as I stated it, to track where we (layer maintainers) are in
> sending things upstream since the expectation is that we will be the ones
> doing the work required to do that. Whether or not the label(s) that get used
> accurately communicate that is another matter.
>
Paul is correct here, a number of people made various proposals for what 
to put into this field from the perspective of the maintainers. This was 
then documented by Mark Hatle and reviewed in the TSC at somepoint.  It 
is posted at:

http://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines

There is never a good set of words because everyone can translate then 
differently. I think everyone is doing there best.  For the existing set 
of Pending, we are working to get those upstream, they would then be 
marked Submitted, after that we can get more accurate response from the 
upstream and mark the patch as such.  I think that the Submitted step is 
getting missed and we go from Pending -> updated upstream status.

Once we get through the "Pending" batch we can revisit the remaining 800 
or so patches.

We are working on it, every little step makes things better.

Sau!

> Cheers,
> Paul
>


  reply	other threads:[~2012-02-09 17:39 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-02-08  9:11 Upstream-Status finally @ 100% Saul Wold
2012-02-08  9:11 ` Saul Wold
2012-02-08 10:07 ` Björn Stenberg
2012-02-08 18:57   ` Saul Wold
2012-02-08 21:26     ` Daniel Stenberg
2012-02-08 21:34       ` Khem Raj
2012-02-08 23:18       ` Saul Wold
2012-02-09  9:26         ` Daniel Stenberg
2012-02-09 12:22         ` Koen Kooi
2012-02-09 12:30           ` Paul Eggleton
2012-02-09 14:51             ` Koen Kooi
2012-02-09 15:31               ` Paul Eggleton
2012-02-09 17:39                 ` Saul Wold [this message]
2012-02-09 14:46           ` Khem Raj
2012-02-08 19:23   ` Khem Raj
2012-02-08 17:07 ` Stewart, David C
2012-02-08 17:34   ` Osier-mixon, Jeffrey
2012-02-08 17:37     ` Paul Eggleton
2012-02-08 17:37       ` [yocto] " Paul Eggleton
2012-02-08 17:45     ` Khem Raj
2012-02-08 17:45       ` [yocto] " Khem Raj
2012-02-08 18:04       ` Osier-mixon, Jeffrey
2012-02-08 18:45         ` Saul Wold
2012-02-08 18:45           ` [yocto] " Saul Wold
2012-02-08 21:44           ` [OE-core] " Paul Menzel
2012-02-08 21:44             ` Paul Menzel

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=4F3404C3.4060203@linux.intel.com \
    --to=sgw@linux.intel.com \
    --cc=koen@beagleboard.org \
    --cc=paul.eggleton@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.