* [Buildroot] Approaching 2014.11-rc1
@ 2014-10-26 11:07 Thomas Petazzoni
2014-10-26 20:21 ` Benoît Thébaudeau
0 siblings, 1 reply; 3+ messages in thread
From: Thomas Petazzoni @ 2014-10-26 11:07 UTC (permalink / raw)
To: buildroot
Hello all,
Since the end of October is approaching, it means that Peter will soon
(probably within one week or so) cut out 2014.11-rc1.
It is therefore a good time to look at the queue of pending patches and
see if there are things that should be merged before 2014.11-rc1 (note
that once -rc1 has been released, we generally only merge bug fixes or
minor improvements).
So, have a look at http://patchwork.ozlabs.org/project/buildroot/list/.
You can look both at your own patches, and patches from others. We
welcome a lot Tested-by and Reviewed-by on patches, as it helps us
decide whether a certain patch is good to go or not.
Thanks for your help,
Thomas Petazzoni
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Buildroot] Approaching 2014.11-rc1
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
0 siblings, 1 reply; 3+ messages in thread
From: Benoît Thébaudeau @ 2014-10-26 20:21 UTC (permalink / raw)
To: buildroot
Hi Thomas, all,
On Sun, Oct 26, 2014 at 12:07 PM, Thomas Petazzoni
<thomas.petazzoni@free-electrons.com> wrote:
> Hello all,
>
> Since the end of October is approaching, it means that Peter will soon
> (probably within one week or so) cut out 2014.11-rc1.
>
> It is therefore a good time to look at the queue of pending patches and
> see if there are things that should be merged before 2014.11-rc1 (note
> that once -rc1 has been released, we generally only merge bug fixes or
> minor improvements).
>
> So, have a look at http://patchwork.ozlabs.org/project/buildroot/list/.
> You can look both at your own patches, and patches from others. We
> welcome a lot Tested-by and Reviewed-by on patches, as it helps us
> decide whether a certain patch is good to go or not.
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?
Best regards,
Beno?t
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Buildroot] Approaching 2014.11-rc1
2014-10-26 20:21 ` Benoît Thébaudeau
@ 2014-10-26 20:47 ` Thomas Petazzoni
0 siblings, 0 replies; 3+ messages in thread
From: Thomas Petazzoni @ 2014-10-26 20:47 UTC (permalink / raw)
To: buildroot
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
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2014-10-26 20:47 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
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 is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox