All of lore.kernel.org
 help / color / mirror / Atom feed
From: William Lee Irwin III <wli@holomorphy.com>
To: "Marcos D. Marado Torres" <marado@student.dei.uc.pt>
Cc: Chuck Ebbert <76306.1226@compuserve.com>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	Massimo Cetra <mcetra@navynet.it>
Subject: Re: My thoughts on the "new development model"
Date: Tue, 26 Oct 2004 20:19:46 -0700	[thread overview]
Message-ID: <20041027031946.GS15367@holomorphy.com> (raw)
In-Reply-To: <Pine.LNX.4.61.0410270342250.20284@student.dei.uc.pt>

On Tue, 26 Oct 2004, William Lee Irwin III wrote:
>> None of the bugs you cite were recently introduced.

On Wed, Oct 27, 2004 at 03:45:21AM +0100, Marcos D. Marado Torres wrote:
> Is it relevant? They exist, they must be fixed. If there is relevancy
> in this issue, the matter is "why do we care more about recently
> introduced bugs (that can be avoided by using a not-so-recent kernel)
> instead of caring about those well-known long-dated bugs?".

It is highly relevant. The argument against the development process
is on the basis of regressions introduced in subsequent versions.

When I point this out, the examples of "regressions" are invalidated,
because they are in fact not introduced or reintroduced by new releases,
and therefore not regressions at all.

Your "point", as it were, is different and incorrect on different
grounds. Waiting to fix all known bugs to issue a release will fail to
make forward progress of any kind, at the very least from "WONTFIX"
bugs, and more commonly from bugs so hard they require extended periods
of time to make progress in fixing, e.g. my current sun4d woes.

Perhaps the myth of utopias where all bugs are trivially fixable must
be dispelled. I'm not a specialist in communicating with laymen, so
my take on it is this:

Not all bugs are trivially fixable. The longstanding bugs you're
complaining about are not getting fixed because they are so hard
to fix the entire kernel programmer population of the Linux
community can't solve them in a timely fashion. They are being
worked on. We can't stop the world because of this because the
kernel is so big there are hundreds or more of these unsolved bugs
in the kernel at any given time and many of them last for years.
So we have to continue doing other things while these bugs are open.


-- wli

  reply	other threads:[~2004-10-27  3:20 UTC|newest]

Thread overview: 106+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-10-27  0:00 My thoughts on the "new development model" Chuck Ebbert
2004-10-27  0:24 ` Dmitry Torokhov
2004-10-27  0:36   ` William Lee Irwin III
2004-10-27  0:36 ` William Lee Irwin III
2004-10-27  2:45   ` Marcos D. Marado Torres
2004-10-27  3:19     ` William Lee Irwin III [this message]
2004-10-27  2:47 ` Marcos D. Marado Torres
  -- strict thread matches above, loose matches on Subject: below --
2004-10-28 23:33 Chuck Ebbert
2004-10-28 23:53 ` William Lee Irwin III
2004-10-28 13:04 Chuck Ebbert
2004-10-28 13:15 ` Arjan van de Ven
2004-10-28 15:03 ` William Lee Irwin III
2004-10-28 15:07   ` William Lee Irwin III
2004-10-28 17:33   ` Alan Cox
2004-10-28 18:39     ` William Lee Irwin III
2004-10-29 13:19   ` Bill Davidsen
2004-10-29 17:49     ` William Lee Irwin III
2004-10-27 19:50 Chuck Ebbert
2004-10-27 21:40 ` Alan Cox
2004-10-28  2:59   ` Dmitry Torokhov
2004-10-28 10:16     ` Alan Cox
2004-10-26 16:32 Chuck Ebbert
2004-10-26 17:37 ` William Lee Irwin III
2004-10-26 15:54 Chuck Ebbert
2004-10-26 17:50 ` William Lee Irwin III
2004-10-26  5:40 Chuck Ebbert
2004-10-26 10:44 ` Ed Tomlinson
2004-10-26 11:09   ` Massimo Cetra
2004-10-26 12:08     ` Paolo Ciarrocchi
2004-10-26 19:03       ` Mathieu Segaud
2004-10-26 15:03     ` William Lee Irwin III
2004-10-26 21:19     ` Ed Tomlinson
2004-10-27  3:05       ` Marcos D. Marado Torres
2004-10-27  4:29         ` Rik van Riel
2004-10-27  5:13           ` Willy Tarreau
2004-10-27  5:23             ` William Lee Irwin III
2004-10-27  6:04               ` Willy Tarreau
2004-10-27  6:28                 ` William Lee Irwin III
2004-10-27  6:50                   ` Massimo Cetra
2004-10-27  6:56                     ` William Lee Irwin III
2004-11-16 16:43                     ` Bill Davidsen
2004-10-27 13:48               ` John Richard Moser
2004-10-27 14:57                 ` Theodore Ts'o
2004-10-27 15:35                   ` John Richard Moser
2004-10-27 19:46                     ` Marcos D. Marado Torres
2004-10-27 21:08                       ` John Richard Moser
2004-10-27 21:14                         ` Rik van Riel
2004-10-27 17:55                   ` William Lee Irwin III
2004-10-27 13:38             ` John Richard Moser
2004-10-27  5:25         ` John Richard Moser
2004-10-28  6:46           ` michael
2004-10-28  7:13             ` William Lee Irwin III
2004-10-28  7:28             ` Hacksaw
2004-10-29 21:30               ` Adrian Bunk
2004-10-28  7:57             ` Massimo Cetra
2004-10-28 16:14             ` John Richard Moser
2004-10-28 17:27               ` Theodore Ts'o
2004-10-28 23:19               ` michael
2004-10-29  0:02                 ` John Richard Moser
2004-10-27  4:26       ` Rik van Riel
2004-11-16 16:18       ` Bill Davidsen
2004-10-26 12:37   ` Barry K. Nathan
2004-10-26 14:40     ` Espen Fjellvær Olsen
2004-10-26 14:28   ` William Lee Irwin III
2004-10-26 14:41   ` Gene Heskett
2004-10-26 14:24 ` William Lee Irwin III
2004-10-27 15:27 ` Alan Cox
2004-10-22 20:03 My thoughts on the "new development model"(A bit late tho) Espen Fjellvær Olsen
2004-10-22 21:52 ` My thoughts on the "new development model" Espen Fjellvær Olsen
2004-10-22 22:12   ` Clemens Schwaighofer
2004-10-23 12:55     ` Bernd Petrovitsch
2004-10-24  3:04       ` Clemens Schwaighofer
2004-10-22 22:45   ` William Lee Irwin III
2004-10-22 22:50     ` Espen Fjellvær Olsen
2004-10-22 23:21       ` William Lee Irwin III
2004-10-23  0:41       ` Lee Revell
2004-10-22 22:57   ` Willy Tarreau
2004-10-23  0:09     ` William Lee Irwin III
2004-10-23  2:40       ` Lee Revell
2004-10-25 21:15       ` Bill Davidsen
2004-10-25 22:08         ` William Lee Irwin III
2004-10-26 16:12         ` Charles Shannon Hendrix
2004-10-26 16:53           ` Mark Nipper
2004-10-23  1:40     ` Adrian Bunk
2004-10-23  5:04       ` Greg KH
2004-10-26  1:07         ` Adrian Bunk
2004-10-23  5:52       ` Willy Tarreau
2004-10-23 14:18         ` William Lee Irwin III
2004-10-23 19:58       ` Kronos
2004-10-23 20:05         ` Espen Fjellvær Olsen
2004-10-22 22:58   ` Lee Revell
2004-10-22 23:21     ` Paul Fulghum
2004-10-22 23:43     ` William Lee Irwin III
2004-10-23  8:01     ` Boris Bukowski
2004-10-26 16:01   ` John Richard Moser
2004-10-26 16:44     ` John Richard Moser
2004-10-26 16:58       ` Hua Zhong
2004-10-26 18:53         ` Diego Calleja
2004-10-26 19:33           ` Paul Fulghum
2004-10-27 15:31             ` Alan Cox
2004-10-27 15:30         ` Alan Cox
2004-10-27 18:37           ` Hua Zhong
2004-10-27 21:39             ` Alan Cox
2004-10-27 16:59         ` Arjan van de Ven
2004-10-27 19:27           ` Marcos D. Marado Torres
2004-10-26 18:01     ` Stephen Hemminger
2004-10-26 18:38       ` John Richard Moser

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=20041027031946.GS15367@holomorphy.com \
    --to=wli@holomorphy.com \
    --cc=76306.1226@compuserve.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=marado@student.dei.uc.pt \
    --cc=mcetra@navynet.it \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.