[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20080414031530.2507660d.akpm@linux-foundation.org>
Date: Mon, 14 Apr 2008 03:15:30 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: David Miller <davem@...emloft.net>
Cc: viro@...IV.linux.org.uk, w@....eu, david@...g.hm,
sclark46@...thlink.net, johnpol@....mipt.ru, rjw@...k.pl,
tilman@...p.cc, Valdis.Kletnieks@...edu, lkml@....ca,
jesper.juhl@...il.com, yoshfuji@...ux-ipv6.org, jeff@...zik.org,
linux-kernel@...r.kernel.org, git@...r.kernel.org,
netdev@...r.kernel.org
Subject: Re: Reporting bugs and bisection
On Mon, 14 Apr 2008 01:30:58 -0700 (PDT) David Miller <davem@...emloft.net> wrote:
> From: Andrew Morton <akpm@...ux-foundation.org>
> Date: Mon, 14 Apr 2008 01:04:12 -0700
>
> > That all sounds good and I expect few would disagree. But if it is to
> > happen, it clearly won't happen by itself, automatically. We will need to
> > force it upon ourselves and the means by which we will do that is process
> > changes. The thing which is being disparaged as "bureaucracy".
> >
> > The steps to be taken are:
> >
> > a) agree that we have a problem
> ...
> > I have thus far failed to get us past step a).
>
> A lot of people, myself included, subconsciously don't want to
> get past step a) because the resulting "bureaucracy" or whatever
> you want to call it is perceived to undercut the very thing
> that makes the Linux kernel fun to work on.
>
> It's still largely free form, loose, and flexible. And that's
> a notable accomplishment considering how much things have changed.
> That feeling is why I got involved in the first place, and I know
> it's what gets other new people in and addicted too.
>
> Nobody is "forced" to do anything, and I notice you used the
> word "force" in d) :-)
OK, I was going to let this pass, but I changed my mind.
You carefully deleted my text so that you could misquote it, thereby
flagrantly misrepresenting everything I said.
Here it is again:
: The steps to be taken are:
:
: a) agree that we have a problem
:
: b) agree that we need to address it
:
: c) identify the day-to-day work practices which will help address it (as
: you have done)
:
: d) identify the process changes which will force us to adopt those practices
:
: e) implement those process changes.
Forcing a discipline upon oneself is totally different from having it
forced upon you by someone else.
Each step will need general agreement and buyin, otherwise none of it will
(or should) work.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists