lkml.org 
[lkml]   [2008]   [Apr]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [bug] build failure in net/netfilter/nf_conntrack_sip.c, on latest -git

* David Miller <davem@davemloft.net> wrote:

> From: Ingo Molnar <mingo@elte.hu>
> Date: Sat, 19 Apr 2008 12:00:35 +0200
>
> > btw., i found no thread to reply to on lkml or elsewhere - arent all
> > git pull requests supposed to be Cc:-ed to lkml, with shortlog
> > included?
>
> I have never once done this even going all the way back to the BK
> days.

do you find this practice of private pull requests important? If not,
would it be difficult to Cc: lkml to routine pull requests?

> I always send my pull requests directly to Linus, CC:'ing Andrew.

that makes bugs harder to report and makes the flow of patches harder to
follow as well. Often (like in this case) i see it when a bug comes in
via a specific group of commits but i have no time to do a bisection. In
that case i'd like to report it to that pull request so i'd like to
reply to that pull on lkml.

But in this case i first did an unsuccessful full-text search on lkml,
then i also opened up netdev and did a full text search there too to
find the originator pull request or the patches but the search turned up
nothing. As the number of subsystems increases, i suspect you agree with
me that this does not scale very well for bug reporters, correct?

i'm convinced that testers and bug reporters are the scarce resource
these days, not patch integrators and not maintainers which was the
scarce resource 3-4 years ago, before Git and before BK. It is testing
(and review) capacity that limits the growth of Linux today, not patch
writing and patch integration capacity.

Ingo


\
 
 \ /
  Last update: 2008-04-19 12:43    [W:0.078 / U:1.212 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site