public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Adrian Bunk <bunk@stusta.de>
To: Stephen Hemminger <shemminger@osdl.org>
Cc: Jesper Juhl <jesper.juhl@gmail.com>, linux-kernel@vger.kernel.org
Subject: Re: A proposal; making 2.6.20 a bugfix only version.
Date: Sat, 11 Nov 2006 20:15:19 +0100	[thread overview]
Message-ID: <20061111191519.GE25057@stusta.de> (raw)
In-Reply-To: <4554AC12.6040407@osdl.org>

On Fri, Nov 10, 2006 at 08:42:58AM -0800, Stephen Hemminger wrote:
>...
>  * Old bugs die, the bugzilla database needs a 6mo prune out.

That's not that much of a problem.

There is me and there are some other people who sometimes go through 
older bugs asking submitters whether the issue is still present in a 
recent kernel.

And if it is not or the submitter doesn't answer the bug gets closed a 
few weeks later.

The problem with this approach is what to do when the bug is still 
present - it's quite unfair to ask a submitter whether a bug is still 
present, but having no way to help the submitter if he confirms it's 
still present.

A positive example is e.g. sparc: davem doesn't use Bugzilla, but when I 
forward bugs to him from Bugzilla I know that there will be an answer.

But for other subsystems like e.g. ext3 I don't know about anyone who 
will answer every time I forward a bug that is still present in the 
latest kernel.

>  * Bugzilla.kernel.org is underutilized and is only a small sample of the
>    real problems. Not sure if it is a training, user, behaviour issue or
>    just that bugzilla is crap.

At least one positive thing about Bugzilla is that it shows how bad our 
bug handling is - bug reports noone took care of are visible...

>  * Vendor bugs (that could be fixed) aren't forwarded to lkml or bugzilla

We do already get more bug reports than we can handle.

As an example, until recently people were spreading the fairy tale noone 
would test -rc kernels. So I started a list of reported regressions by 
people who did test the -rc kernels, and this shows that we are even far 
away from handling recent regressions within one or two weeks - and the 
situation with other bugs looks much worse.

>  * LKML is an overloaded communication channel, do we need:
>      linux-bugs@vger.kernel.org ?

The problem is not how to communicate bugs - the problem is who will 
look after the bugs.

As an example, Andrew is already doing a great job in forwarding bugs 
from Bugzilla and linux-kernel to maintainers. It's not that maintainers 
miss bugs because they don't see them.

>   * Developers can't get (or afford to buy) the new hardware that causes
>      a lot of the pain. Just look at the number of bug reports due to new
>      flavors of motherboards, chipsets, etc. I spent 3mo on a bug that took
>      one day to fix once I got the hardware.

If only this was the only problem...

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


  parent reply	other threads:[~2006-11-11 19:15 UTC|newest]

Thread overview: 44+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-11-09  4:57 A proposal; making 2.6.20 a bugfix only version Al Boldi
2006-11-09 17:05 ` Stephen Hemminger
2006-11-10 15:52   ` Al Boldi
2006-11-10 16:16     ` Jesper Juhl
2006-11-10 16:42       ` Stephen Hemminger
2006-11-10 16:53         ` Randy Dunlap
2006-11-10 19:33           ` Al Boldi
2006-11-10 19:49             ` Arjan van de Ven
2006-11-10 21:22               ` Al Boldi
2006-11-10 21:31                 ` Stephen Hemminger
2006-11-11  4:15                   ` Al Boldi
2006-11-11  5:09                     ` Stephen Hemminger
2006-11-11  7:23                       ` David Miller
2006-11-11 11:15                         ` Al Boldi
2006-11-11  6:31                     ` Valdis.Kletnieks
2006-11-11 11:15                       ` Al Boldi
2006-11-11  7:15           ` Willy Tarreau
2006-11-11 12:03             ` Neil Brown
2006-11-11 21:08               ` bugzilla (was Re: A proposal; making 2.6.20 a bugfix only version.) Pavel Machek
2006-11-11 19:16           ` A proposal; making 2.6.20 a bugfix only version Krzysztof Halasa
2006-11-11 19:15         ` Adrian Bunk [this message]
  -- strict thread matches above, loose matches on Subject: below --
2006-11-08 22:09 Jesper Juhl
2006-11-08 22:22 ` Arjan van de Ven
2006-11-08 22:40   ` Jesper Juhl
2006-11-08 23:05     ` Andreas Mohr
2006-11-08 23:54       ` Jan Engelhardt
2006-11-10 15:15     ` Pavel Machek
2006-11-10 15:48     ` Horst H. von Brand
2006-11-15 21:04       ` Jesper Juhl
2006-11-08 22:51   ` Andrew Morton
2006-11-09  9:26     ` Arjan van de Ven
2006-11-09  9:36       ` Andrew Morton
2006-11-09  9:52         ` Arjan van de Ven
2006-11-09 19:12           ` Andrew Morton
2006-11-09 19:21             ` Arjan van de Ven
2006-11-09 21:11               ` Adrian Bunk
2006-11-09 21:31                 ` Arjan van de Ven
2006-11-09 23:56                   ` Thomas Gleixner
2006-11-10  0:18                     ` Andrew Morton
2006-11-10 17:45                     ` Stefan Richter
2006-11-11 11:00                     ` Martin J. Bligh
2006-11-08 23:28   ` Diego Calleja
2006-11-09  6:48     ` Arjan van de Ven
2006-11-09 12:45       ` Rolf Eike Beer

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=20061111191519.GE25057@stusta.de \
    --to=bunk@stusta.de \
    --cc=jesper.juhl@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=shemminger@osdl.org \
    /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