public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Adrian Bunk <bunk@stusta.de>
To: Al Boldi <a1426z@gawab.com>
Cc: Michal Piotrowski <michal.k.k.piotrowski@gmail.com>,
	linux-kernel@vger.kernel.org
Subject: Re: How to improve the quality of the kernel?
Date: Thu, 21 Jun 2007 15:57:44 +0200	[thread overview]
Message-ID: <20070621135744.GO12950@stusta.de> (raw)
In-Reply-To: <200706211641.28504.a1426z@gawab.com>

On Thu, Jun 21, 2007 at 04:41:28PM +0300, Al Boldi wrote:
> Adrian Bunk wrote:
> > On Thu, Jun 21, 2007 at 06:26:20AM +0300, Al Boldi wrote:
> > > Adrian Bunk wrote:
> > > > We are talking about _tracking_.
> > > >
> > > > I'm not sure whether it makes much sense, and it would cost an
> > > > enormous amount of time, but tracking patches should be possible
> > > > without any knowledge of the kernel.
> > >
> > > If that's really true, which I can't imagine, then the proper way
> > > forward would probably involve a fully automated system.
> >
> > If you consider any kind of patch tracking valuable, you should either
> > do it yourself or write the tool yourself. In both cases, the
> > interesting parts would be how to integrate it into the workflow of
> > kernel development without creating extra work for anyone and how to get
> > the information into the got commits.
> 
> Integration is the easy part, really.  Just filter all the patches from the 
> mailing list into a patch-bin, then sort, categorize, and prioritize them, 
> responding with a validation status to all parties involved.
> 
> And after that comes the Tracking part.

Tracking shouldn't be much more than seeing what different threads are 
about the same patch and then do more or less the same as what you 
called "the easy part".

> > "requires a real PRO" and "would probably involve" sound like cheap
> > phrases for avoiding doing any work yourself.
> 
> I have learned from this list that premature involvement is 
> counterproductive.
> 
> > Talk is cheap, but unless YOU will do it your emails will only be a
> > waste of bandwidth.
> 
> Thanks, and good luck with involving people with this kind of response!

It's simply how kernel development works - not by talking but by doing 
the work.

Many people thought long-term maintainance for 2.6.16 wouldn't make sense.
And I didn't start long discussions whether we need regression tracking -
I simply did it.

These are things that simply happened because I thought they were 
important - and because I got my ass up to do them myself.

Don't expect anyone to jump up to do it only because of your talk.
YOU must offer something, and it will work if it's then accepted by 
people.

If you think what you have in mind is both doable and important just do it.
You will find out where the problems lie yourself.
You might be able to prove me and all other people who think it would 
not work wrong.
You might fail, e.g. because people will not adopt whatever you have in 
mind because they don't like it for some reason, but that's part of how 
development works, and you'll never know unless you try it.

> Al

cu
Adrian

-- 

       "Is there not promise of rain?" Ling Tan asked suddenly out
        of the darkness. There had been need of rain for many days.
       "Only a promise," Lao Er said.
                                       Pearl S. Buck - Dragon Seed


  reply	other threads:[~2007-06-21 13:57 UTC|newest]

Thread overview: 52+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-17 22:41 How to improve the quality of the kernel? Al Boldi
2007-06-17 22:55 ` Michal Piotrowski
2007-06-18  3:55   ` Al Boldi
2007-06-20 21:34     ` Adrian Bunk
2007-06-21  3:26       ` Al Boldi
2007-06-21 13:07         ` Adrian Bunk
2007-06-21 13:41           ` Al Boldi
2007-06-21 13:57             ` Adrian Bunk [this message]
2007-06-21 21:33               ` Al Boldi
2007-06-22 11:24                 ` Adrian Bunk
2007-06-21 15:48         ` Stefan Richter
  -- strict thread matches above, loose matches on Subject: below --
2007-04-29 17:50 Linux 2.6.21 Linus Torvalds
2007-06-14  6:29 ` regression tracking (Re: Linux 2.6.21) Oleg Verych
2007-06-15 23:20   ` Linus Torvalds
2007-06-15 23:42     ` Adrian Bunk
2007-06-16  1:32       ` Oleg Verych
2007-06-16 12:23         ` Stefan Richter
2007-06-17  0:44           ` Adrian Bunk
2007-06-17  9:41             ` [PATCH] (Re: regression tracking (Re: Linux 2.6.21)) Michal Piotrowski
2007-06-17 12:45               ` Adrian Bunk
2007-06-17 13:17                 ` Michal Piotrowski
2007-06-17 14:29                   ` How to improve the quality of the kernel? Adrian Bunk
2007-06-17 16:15                     ` Michal Piotrowski
2007-06-17 16:26                     ` Stefan Richter
2007-06-17 16:47                       ` Michal Piotrowski
2007-06-17 18:24                       ` Adrian Bunk
2007-06-17 18:44                         ` Stefan Richter
2007-06-17 18:50                         ` Natalie Protasevich
2007-06-22 12:01                           ` Markus Rechberger
2007-06-22 14:19                             ` Stefan Richter
2007-06-22 15:25                               ` Oleg Verych
2007-06-17 17:31                     ` Rafael J. Wysocki
2007-06-17 17:42                       ` Natalie Protasevich
2007-06-17 18:16                         ` Rafael J. Wysocki
2007-06-17 19:31                       ` Adrian Bunk
2007-06-17 18:53                     ` Bartlomiej Zolnierkiewicz
2007-06-17 18:52                       ` Andrew Morton
2007-06-17 19:18                         ` Rafael J. Wysocki
2007-06-17 19:33                           ` Carlo Wood
2007-06-17 20:00                             ` Stefan Richter
2007-06-17 20:10                               ` Michal Piotrowski
2007-06-17 21:49                         ` Bartlomiej Zolnierkiewicz
2007-06-17 23:15                           ` Stefan Richter
2007-06-18  0:22                             ` Bartlomiej Zolnierkiewicz
2007-06-18  0:32                               ` Stefan Richter
2007-06-18  5:09                             ` Andrew Morton
2007-06-18 13:23                               ` Fortier,Vincent [Montreal]
2007-06-18 22:31                                 ` Natalie Protasevich
2007-06-18 22:41                                   ` Martin Bligh
2007-06-18 22:56                                     ` Natalie Protasevich
2007-06-18 23:59                                       ` Martin Bligh
2007-06-19  0:09                                         ` Linus Torvalds
2007-06-19  0:24                                           ` Natalie Protasevich
2007-06-19  0:42                                             ` Martin Bligh
2007-06-19  0:55                                               ` Natalie Protasevich
2007-06-19  1:10                                                 ` Martin Bligh
2007-06-19  1:51                                       ` Fortier,Vincent [Montreal]
2007-06-19  2:27                                         ` Natalie Protasevich
2007-06-19 11:06                                           ` Stefan Richter
2007-06-17 23:15                           ` Rafael J. Wysocki
2007-06-18  1:04                             ` Bartlomiej Zolnierkiewicz
2007-06-17 18:54                       ` Michal Piotrowski

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=20070621135744.GO12950@stusta.de \
    --to=bunk@stusta.de \
    --cc=a1426z@gawab.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=michal.k.k.piotrowski@gmail.com \
    /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