From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] Approaching 2014.11-rc1
Date: Sun, 26 Oct 2014 21:47:42 +0100 [thread overview]
Message-ID: <20141026214742.1a92dade@free-electrons.com> (raw)
In-Reply-To: <CA+sos79bohyvG8wCZKZbFOQyAG7Fo5+sUh1hS_8RJvYtG_yXwA@mail.gmail.com>
Dear Beno?t Th?baudeau,
On Sun, 26 Oct 2014 21:21:17 +0100, Beno?t Th?baudeau wrote:
> There are many old pending patches that are in the 'new' state and
> waiting for replies. A lot of more recent patches have been replied to
> and even applied. What are the 'prioritization' rules here? What
> should be expected for these older patches?
There are no strict rules. However, recent patches tend to get more
attention I believe because it's quite certain that they still apply to
the latest Buildroot, and also because they are generally actively
being pushed. Also, some of the recent patches get quickly applied
because they don't raise any specific question, so we can just apply
them as is, without much discussion.
On the other hand, when a patch requires some discussion, or is not
clear, or requires some complicated testing, we tend to delay its
review/application, and therefore such patches tend to move
progressively toward the end of the queue.
When I look at patchwork, I try to look both at recent patches to
quickly reduce the length of the queue by applying the "easy" stuff,
but also to look at older patches that are generally more
"complicated" (if they were not "complicated", they would already have
been applied).
This is where help from others is welcome. If you see a patch in the
queue (even not a patch from you) that you believe is useful, do not
hesitate to test/review it and report about that. Or if needed: resend
a new version of this patch, updated for the latest Buildroot, after of
course testing it. This is the best way to help getting those older
patches applied.
Best regards,
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
prev parent reply other threads:[~2014-10-26 20:47 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-26 11:07 [Buildroot] Approaching 2014.11-rc1 Thomas Petazzoni
2014-10-26 20:21 ` Benoît Thébaudeau
2014-10-26 20:47 ` Thomas Petazzoni [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=20141026214742.1a92dade@free-electrons.com \
--to=thomas.petazzoni@free-electrons.com \
--cc=buildroot@busybox.net \
/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