* [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