From: "Rafael J. Wysocki" <rjw@sisk.pl>
To: Adrian Bunk <bunk@kernel.org>
Cc: LKML <linux-kernel@vger.kernel.org>,
Andrew Morton <akpm@linux-foundation.org>,
Linus Torvalds <torvalds@linux-foundation.org>,
Bartlomiej Zolnierkiewicz <bzolnier@gmail.com>
Subject: Re: [RFC][PATCH] Update REPORTING-BUGS
Date: Mon, 26 Nov 2007 00:00:28 +0100 [thread overview]
Message-ID: <200711260000.28972.rjw@sisk.pl> (raw)
In-Reply-To: <20071125215158.GD18284@stusta.de>
On Sunday, 25 of November 2007, Adrian Bunk wrote:
> On Sun, Nov 25, 2007 at 10:51:14PM +0100, Rafael J. Wysocki wrote:
> > On Sunday, 25 of November 2007, Adrian Bunk wrote:
> > > On Sun, Nov 25, 2007 at 09:57:09PM +0100, Rafael J. Wysocki wrote:
[--snip--]
> > >
> > > How should a newbie find the correct mailing list?
> >
> > Read MAINTAINERS? Ok, I should have said about that.
> >
> > > Benchmark:
> > > Easier than the "some more work" when using Bugzilla.
> >
> > Nope. Please try to file a report against libata/PATA using the Bugzilla.
> > Good luck. ;-)
>
> $ grep PATA MAINTAINERS
> $
Too bad (and this is a bug BTW).
> > > >...
> > > > +It also is a good idea to notify the maintainer of the affected subsystem and
> > > > +the maintainer of the tree in which the bug is present by adding their email
> > > > +addresses to the Cc list of the bug report message. The email addresses of
> > > > +maintainers of the majority of kernel subsystems can be found in the MAINTAINERS
> > > > +file, but you should not worry too much about getting a wrong person.
> > >
> > > If you don't already know MAINTAINERS well then finding the right
> > > component in Bugzilla is much easier.
> >
> > I disagree. How a newbie is supposed to know what AIO and DIO mean and WTH is
> > the difference between LVM2/DM and MD?
> >
> > I took only the IO/Storage submenu as an example, but there are other things
> > like that. For instance, what is the difference between "Flash/Memory
> > Technology Devices" and MMC/SD? Why "Hotplug" is under "Drivers" and WTH
> > does it *mean*? What "W1" means for that matter?? Etc.
>
> Then let's get that improved.
OK
Who's supposed to be responsible for that?
[--snip--]
> > >
> > > Really, we must define _one_ way for people to report a bug, and how
> > > developers are reminded is _our_ job.
> >
> > Well, who's "we" in that context? IOW, who's job exactly it's supposed to be?
>
> "we" = "we kernel developers"
>
> And Natalie seems to be the person being paid for doing such stuff...
>
> > > >...
> > > > +Generally, the following things are appreciated in a bug report:
> > > >...
> > >
> > > If you expect people to read and follow this, wouldn't it be easier to
> > > simply point them to open the bug in Bugzilla where we already have a
> > > template asking these questions?
> >
> > I don't think so and please refer to the examples above.
> >
> > > You could replace the whole contents of this file with:
> > > Go to http://bugzilla.kernel.org/ and click on "Enter a new bug report".
> > >
> > > It's a pity that we manage to add/change an average of 100.000 bugs^Wlines
> > > of code each month, but do not have one generally accepted and working
> > > process for bug reports.
> >
> > It's a pity that we do not have one, indeed, and so perhaps it's a good idea
> > to try to create one? Not necessarily focusing on the Bugzilla for a little
> > while. ;-)
>
> I'm not focussed on Bugzilla.
>
> But a submitter should send a bug report _once_ through one well-defined
> medium, this should result in the bug report not being lost, and every
> other communication of the submitter should be triggered by developers
> requesting additional information.
I don't think that have to be only *one* medium as long as we're able to track
the bugs (see my last reply in the other thread).
> I don't care whether that's done with Bugzilla, some email based bug
> tracker like the Debian bug tracker, someone putting emails manually
> into some bug tracker like you are doing, or whatever else.
That last solution doesn't scale very well ...
How about using the system in which it's possible to report bugs using both
email and a web interface?
We can request that the address of the bug tracker be added to the Cc lists of
bug reports sent by email and we can make it resend reports filed with it to
the appropriate mailing lists and with the appropriate email headers. This is
technically doable.
Greetings,
Rafael
next prev parent reply other threads:[~2007-11-25 22:42 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-25 20:57 Rafael J. Wysocki
2007-11-25 21:12 ` Adrian Bunk
2007-11-25 21:51 ` Rafael J. Wysocki
2007-11-25 21:51 ` Adrian Bunk
2007-11-25 23:00 ` Rafael J. Wysocki [this message]
2007-11-25 23:13 ` Adrian Bunk
2007-11-26 0:04 ` Rafael J. Wysocki
2007-11-26 0:06 ` Adrian Bunk
2007-11-26 0:51 ` Rafael J. Wysocki
2007-11-26 21:20 ` Adrian Bunk
2007-11-26 22:44 ` Rafael J. Wysocki
2007-11-26 23:30 ` Adrian Bunk
2007-11-27 0:21 ` Rafael J. Wysocki
2007-11-26 21:02 ` [RFC][PATCH] Update REPORTING-BUGS (rev. 2) Rafael J. Wysocki
2007-11-27 8:50 ` Jarek Poplawski
2007-11-27 8:54 ` Jarek Poplawski
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=200711260000.28972.rjw@sisk.pl \
--to=rjw@sisk.pl \
--cc=akpm@linux-foundation.org \
--cc=bunk@kernel.org \
--cc=bzolnier@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@linux-foundation.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
all inboxes | Powered by JetHome®