linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: John Bradford <john@grabjohn.com>
To: alan@lxorguk.ukuu.org.uk, davem@redhat.com
Cc: davidel@xmailserver.org, greearb@candelatech.com,
	linux-kernel@vger.kernel.org, linux-net@vger.kernel.org,
	mbligh@aracnet.com, netdev@oss.sgi.com
Subject: Re: networking bugs and bugme.osdl.org
Date: Sat, 28 Jun 2003 23:37:22 +0100	[thread overview]
Message-ID: <200306282237.h5SMbMEm000443@81-2-122-30.bradfords.org.uk> (raw)

> If users send their report to the wrong place, it will get lost,
> just like if their cat their report into /dev/null.  I have no reason
> to feel bad about the information getting lost.

Also, remember that we sometimes get no response when something is
fixed, which is especially true when the fix happens by itself.

E.G.

2.5.foo released

Bug reported to LKML, and nobody responds.

2.5.bar released

Bug re-reported to LKML, still nobody answers, maybe it's not a very
detailed bug report, or everybody is too busy.

2.5.baz released

No bug report.

We have so far been assuming in this discussion that 2.5.baz won't
have fixed the bug.  It's not entirely impossible that 2.5.baz _will_
have fixed the bug - maybe a subsystem was being overhauled anyway,
and it was generally known on the list that the bug existed.

By not letting bug reports expire, we'd have a lot of unclosed bugs
that were really fixed.

There is an analogy with TCP:

Compare:

SYN -->
<-- ACK
DATA -->
FIN -->

and

SYN -->
<-- ACK
DATA -->

with:

Bug report -->
Bug report -->
<-- Please test this patch
Follow up bug report -->
<-- Please test this patch
Follow up bug report -->
<-- Please test this patch
OK, thanks, it works -->
<-- Glad it worked

and

Bug report -->
Bug report -->
<-- Please test this patch
Follow up bug report -->
<-- Please test this patch
<-- Please test this patch
<-- Please test this patch

> If it's too much for them to do as I ask, it's too much for
> me to consider their report.
>
> Bug reporting, just like patch submission, is a 2 way street.

It's not even a case of effort, more that you need 2 way communication
to successfully fix a bug.  You need to know that the fix worked
initially, continues to work, and that it doesn't break anything else,
otherwise you might be adding more bugs.

John.

             reply	other threads:[~2003-06-28 22:15 UTC|newest]

Thread overview: 70+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-06-28 22:37 John Bradford [this message]
  -- strict thread matches above, loose matches on Subject: below --
2003-06-29 22:28 networking bugs and bugme.osdl.org John Bradford
2003-06-28  8:10 John Bradford
2003-06-28  8:00 John Bradford
2003-06-27 16:18 Nicolas Mailhot
2003-06-27 15:25 John Bradford
2003-06-27  5:30 David S. Miller
2003-06-27  5:46 ` Martin J. Bligh
2003-06-27  5:47   ` David S. Miller
2003-06-27  7:59     ` Matti Aarnio
2003-06-27  8:00       ` David S. Miller
2003-06-27 15:00       ` Martin J. Bligh
2003-06-27 14:34     ` Martin J. Bligh
2003-06-27 14:56       ` Davide Libenzi
2003-06-27 21:37         ` David S. Miller
2003-06-27 21:54           ` Ben Greear
2003-06-27 21:54             ` David S. Miller
2003-06-27 22:15               ` Ben Greear
2003-06-27 22:19                 ` David S. Miller
2003-06-27 22:36                   ` Ben Greear
2003-06-28  0:00                     ` David S. Miller
2003-06-28  0:15                       ` Martin J. Bligh
2003-06-28  0:32                         ` David S. Miller
2003-06-28  0:19                       ` Larry McVoy
2003-06-28  0:27                         ` Martin J. Bligh
2003-06-28 19:20                           ` Alan Cox
2003-06-29  0:40                             ` Daniel Jacobowitz
2003-06-29  0:44                             ` Martin J. Bligh
2003-06-27 23:08                   ` Alan Cox
2003-06-28  0:21                     ` David S. Miller
2003-06-28 19:19                       ` Alan Cox
2003-06-28 22:03                         ` David S. Miller
2003-06-28 23:15                           ` Alan Cox
2003-06-28 23:20                             ` David S. Miller
2003-06-28 23:46                               ` Alan Cox
2003-07-12 17:07                           ` Jan Rychter
2003-07-13  4:15                             ` Greg KH
2003-07-13  5:22                             ` David S. Miller
2003-07-13  5:42                               ` Jan Rychter
2003-06-27 22:02           ` Davide Libenzi
2003-06-27 21:31             ` Ben Collins
2003-06-27 23:25               ` Andrew Morton
2003-06-27 22:30                 ` Ben Collins
2003-06-28  0:32                   ` Larry McVoy
2003-06-28 19:26                     ` Alan Cox
2003-06-28  0:38                 ` Martin J. Bligh
2003-06-28  1:14                   ` Andrew Morton
2003-06-28  2:13                     ` Martin J. Bligh
2003-06-28  2:35                       ` Andrew Morton
2003-06-28  6:08                         ` Martin J. Bligh
2003-06-28  3:27                       ` Jamal Hadi
2003-06-27 22:02             ` David S. Miller
2003-06-27 22:11               ` Davide Libenzi
2003-06-27 22:13                 ` David S. Miller
2003-06-27 18:50     ` Ben Greear
2003-06-27 21:44       ` David S. Miller
2003-06-27 22:47         ` Martin J. Bligh
2003-06-27 22:53           ` Larry McVoy
2003-06-28  0:44             ` David S. Miller
2003-06-28  0:09           ` David S. Miller
2003-06-27 23:04         ` Alan Cox
2003-06-28  0:19           ` David S. Miller
2003-06-29 21:15           ` David S. Miller
2003-06-29 21:45             ` Andries Brouwer
2003-06-29 21:51               ` David S. Miller
2003-06-29 22:49                 ` Andries Brouwer
2003-06-29 23:21                   ` Davide Libenzi
2003-06-29 22:07             ` Alan Cox
2003-06-29 22:13               ` David S. Miller
2003-06-30  2:35                 ` Martin J. Bligh

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=200306282237.h5SMbMEm000443@81-2-122-30.bradfords.org.uk \
    --to=john@grabjohn.com \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=davem@redhat.com \
    --cc=davidel@xmailserver.org \
    --cc=greearb@candelatech.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-net@vger.kernel.org \
    --cc=mbligh@aracnet.com \
    --cc=netdev@oss.sgi.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;
as well as URLs for NNTP newsgroup(s).