From: Atomic Killer Attack Fish <bcrl@redhat.com>
To: Dave Jones <davej@suse.de>, Larry McVoy <lm@bitmover.com>,
Alan Cox <alan@lxorguk.ukuu.org.uk>,
Oliver Xymoron <oxymoron@waste.org>,
Christer Weinigel <wingel@hog.ctrl-c.liu.se>,
linux-kernel@vger.kernel.org
Subject: Re: The direction linux is taking
Date: Sat, 29 Dec 2001 18:50:49 -0500 [thread overview]
Message-ID: <20011229185049.B9965@redhat.com> (raw)
In-Reply-To: <20011229151440.A21760@work.bitmover.com> <Pine.LNX.4.33.0112300027400.1336-100000@Appserv.suse.de> <20011229153840.C21760@work.bitmover.com>
In-Reply-To: <20011229153840.C21760@work.bitmover.com>; from lm@bitmover.com on Sat, Dec 29, 2001 at 03:38:40PM -0800
On Sat, Dec 29, 2001 at 03:38:40PM -0800, Larry McVoy wrote:
> In my message above, I specifically asked about any one area, asking if
> there was parallel development in that area. So far, noone has said "yes".
> If the answer was "yes", somebody in your fanin (nice ascii, BTW :) is
> merging. So the answer is either
>
> noone => no parallel development in any one area
> or
> someone
>
> If it is "someone", who is it?
Going back to your original message, the majority of development is
occurring in parallel: networking, sound, video, scsi... all those
drivers are completely independant from the changes to the core kernel
(modulo occasional major changes), and tend not to have conflicts when
they reach the mainstream kernel (maintainers tend to sort that out).
That said, some areas (like VM) are being touched by multiple people,
but we usually don't touch things in a way that conflicts with each
other (just occasionally). Instead, the typical problem is tracking
the state of all the changes and knowing where things are being delayed
or dropped (and why). Is that a sociological problem or a development
problem? Does it need to be solved with people or tools? I don't know
the answer to those questions or the right mix between the two answers.
Certainly, a set of tools that helps avoid these issues by making sure
the first level of problems (merging, test compile, basic testing)
would be a great advancement in productivity for those of us who work
that way, but if the underlying problem is social, it's not going to
help overall.
-ben
--
Fish.
next prev parent reply other threads:[~2001-12-29 23:51 UTC|newest]
Thread overview: 127+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-12-27 15:46 The direction linux is taking Dana Lacoste
2001-12-27 16:01 ` Rik van Riel
2001-12-27 16:33 ` Alan Cox
2001-12-27 16:30 ` Rik van Riel
2001-12-27 16:53 ` Alan Cox
2001-12-27 17:03 ` Thomas Capricelli
2001-12-27 17:54 ` Alan Cox
2001-12-27 16:57 ` Russell King
2001-12-27 17:11 ` Rik van Riel
2001-12-27 17:25 ` Erik Mouw
2001-12-27 18:05 ` Linus Torvalds
2001-12-27 18:24 ` Rik van Riel
2001-12-27 18:58 ` Linus Torvalds
2001-12-27 19:16 ` Rik van Riel
2001-12-27 19:29 ` Linus Torvalds
2001-12-27 19:46 ` Rik van Riel
2001-12-27 19:57 ` Richard Gooch
2001-12-27 20:07 ` Rik van Riel
2001-12-27 20:12 ` Linus Torvalds
2001-12-27 21:13 ` Troy Benjegerdes
2001-12-27 21:18 ` Rik van Riel
2001-12-27 21:28 ` Richard Gooch
2001-12-27 18:37 ` Dave Jones
2001-12-27 19:25 ` Linus Torvalds
2001-12-27 20:16 ` Dave Jones
2001-12-27 19:33 ` Arnaldo Carvalho de Melo
2001-12-27 21:20 ` Legacy Fishtank
2001-12-27 20:10 ` Larry McVoy
2001-12-27 20:21 ` Linus Torvalds
2001-12-27 20:33 ` Larry McVoy
2001-12-27 20:41 ` Linus Torvalds
2001-12-27 20:50 ` Larry McVoy
2001-12-27 21:43 ` Troy Benjegerdes
2001-12-27 21:53 ` Larry McVoy
2001-12-29 17:14 ` Oliver Xymoron
2001-12-29 17:27 ` Larry McVoy
2001-12-28 2:27 ` Alexander Viro
2001-12-27 20:43 ` Alan Cox
2001-12-27 17:38 ` Richard Gooch
2001-12-27 17:55 ` Dave Jones
2001-12-27 18:04 ` Richard Gooch
2001-12-27 18:06 ` Dave Jones
2001-12-27 18:17 ` Richard Gooch
2001-12-27 18:02 ` Alan Cox
2001-12-27 17:59 ` Richard Gooch
2001-12-27 18:38 ` Russell King
2001-12-28 4:03 ` Daniel Phillips
2001-12-29 18:02 ` Oliver Xymoron
2001-12-29 19:06 ` Christer Weinigel
2001-12-29 19:18 ` Oliver Xymoron
2001-12-29 19:37 ` Larry McVoy
2001-12-29 19:58 ` Oliver Xymoron
2001-12-29 20:04 ` Larry McVoy
2001-12-29 20:30 ` Oliver Xymoron
2001-12-29 22:09 ` Larry McVoy
2001-12-29 22:24 ` Oliver Xymoron
2001-12-29 23:01 ` Alan Cox
2001-12-29 22:59 ` Oliver Xymoron
2001-12-29 23:09 ` Alexander Viro
2001-12-29 23:07 ` Dave Jones
2001-12-29 23:19 ` Alan Cox
2001-12-29 23:24 ` Dave Jones
2001-12-29 23:33 ` Oliver Xymoron
2001-12-29 23:41 ` Arnaldo Carvalho de Melo
2001-12-31 8:51 ` Daniel Phillips
2001-12-29 23:04 ` Larry McVoy
2001-12-29 23:29 ` Oliver Xymoron
2001-12-29 23:35 ` Larry McVoy
2001-12-29 23:59 ` Oliver Xymoron
2001-12-30 0:04 ` Larry McVoy
2001-12-30 0:25 ` Oliver Xymoron
2001-12-29 22:26 ` Dave Jones
2001-12-29 23:02 ` Alan Cox
2001-12-29 20:01 ` Olivier Galibert
2001-12-29 20:04 ` Dave Jones
2002-01-02 15:06 ` Geert Uytterhoeven
2001-12-29 21:03 ` Benjamin LaHaise
2001-12-29 22:04 ` Larry McVoy
2001-12-29 22:58 ` Alan Cox
2001-12-29 23:14 ` Larry McVoy
2001-12-29 23:33 ` Dave Jones
2001-12-29 23:38 ` Larry McVoy
2001-12-29 23:47 ` Dave Jones
2001-12-29 23:50 ` Atomic Killer Attack Fish [this message]
2001-12-30 2:36 ` Alan Cox
2001-12-30 2:49 ` Larry McVoy
2001-12-30 3:54 ` Dave Jones
2001-12-30 10:07 ` Alan Cox
2002-01-01 1:32 ` Horst von Brand
2001-12-31 21:24 ` Rob Landley
2002-01-01 1:46 ` Dave Jones
2002-01-02 14:59 ` Geert Uytterhoeven
2001-12-31 8:45 ` Daniel Phillips
2001-12-31 21:33 ` Rob Landley
2002-01-02 10:14 ` Daniel Phillips
2002-01-02 10:50 ` Neil Brown
2002-01-02 11:07 ` Daniel Phillips
2001-12-27 18:41 ` John Alvord
2001-12-27 18:49 ` Russell King
2001-12-27 17:52 ` Alan Cox
2001-12-27 17:59 ` Andre Hedrick
-- strict thread matches above, loose matches on Subject: below --
2002-01-07 5:26 Eyal Sohya
2001-12-27 21:24 Dana Lacoste
2001-12-27 20:45 Dana Lacoste
2001-12-27 20:55 ` Larry McVoy
2001-12-23 14:18 Eyal Sohya
2001-12-23 14:13 Eyal Sohya
2001-12-23 14:11 Eyal Sohya
2001-12-18 15:18 Dana Lacoste
2001-12-18 18:08 ` John Alvord
2001-12-18 18:42 ` rsweet
2001-12-18 19:50 ` Alan Cox
2001-12-18 14:32 Dana Lacoste
2001-12-18 15:04 ` Alan Cox
2001-12-18 15:09 ` Dead2
2001-12-18 18:37 ` Ken Brownfield
[not found] ` <01121909274103.01840@manta>
2001-12-19 9:56 ` Dead2
2001-12-19 18:06 ` Ken Brownfield
2001-12-19 18:11 ` Ken Brownfield
2001-12-18 5:20 Eyal Sohya
2001-12-18 6:11 ` Craig Christophel
2001-12-18 12:19 ` Rik van Riel
2001-12-18 14:38 ` M. Edward (Ed) Borasky
2001-12-18 15:18 ` David Weinehall
2001-12-18 15:27 ` Momchil Velikov
2001-12-20 6:49 ` Kai Henningsen
2001-12-20 9:30 ` Momchil Velikov
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=20011229185049.B9965@redhat.com \
--to=bcrl@redhat.com \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=davej@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=lm@bitmover.com \
--cc=oxymoron@waste.org \
--cc=wingel@hog.ctrl-c.liu.se \
/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