From: Matt Mackall <mpm@selenic.com>
To: Andy Isaacson <adi@hexapodia.org>
Cc: Linus Torvalds <torvalds@osdl.org>,
linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: [RFD] Explicitly documenting patch submission
Date: Tue, 25 May 2004 15:10:41 -0500 [thread overview]
Message-ID: <20040525201041.GZ5414@waste.org> (raw)
In-Reply-To: <20040525180834.GC26081@hexapodia.org>
On Tue, May 25, 2004 at 01:08:34PM -0500, Andy Isaacson wrote:
> On Tue, May 25, 2004 at 10:05:26AM -0700, Linus Torvalds wrote:
> > On Tue, 25 May 2004, J. Bruce Fields wrote:
> > > The patch-submission process can be more complicated than a simple path
> > > up a heirarchy of maintainers--patches get bounced around a lot
> > > sometimes.
> >
> > Yes. And documenting the complex relationships obviously can't be sanely
> > done. The best we can do is a "it went through these people".
> >
> > Perfect is the enemy of good. If we tried to be perfect, we'd never get
> > anything done.
>
> Agreed, but...
>
> > > * I write a patch. Developers X and Y suggest significant
> > > changes. I make the changes before I submit them to maintainer
> > > Z. Suppose the changes are significant enough that I no longer
> > > feel comfortable representing myself as the sole author of the
> > > patch. Should I also be asking developer X and Y to add their
> > > own "Signed-off-by" lines?
> >
> > That, my friend, is a matter of your own taste and conscience. My answer
> > is that if you wrote it all, you clearly don't _need_ to. At the same
> > time, I think that it's certainly in good taste to at least _ask_ them.
> > Wouldn't you agree?
>
> This is one example of a general class of problem; another example is
> "Andrew integrated 15 patches into -mm5". When you have an aggregate
> work representing a conglomeration of works from several different
> developers, it becomes unwieldy to apply "tags" as you're suggesting.
>
> What if I send a patch to l-k, and Bruce forwards it on to Andrew;
> meanwhile, Joe sends another patch to l-k and Peter forwards it on to
> Andrew. Andrew integrates both patches, as well as several unrelated
> bits he creates himself, into -mm77, which he sends to Linus and gets
> integrated.
But -mm is actually maintained as a serial set of patches, each
submitted independently. Occassionally patches are rolled together
here, but that's the exception.
The case I'm still worried about is something like a filesystem that
gets worked on out-of-tree for an extended period of time and gets
submitted in a lump. If it's developed inside the confines of a
corporation, sure, it can be signed off by one person in authority,
but if it's developed in the open with numerous outside submissions,
it's less clear what the right thing is. Aggregating 500
signed-off-bys might get messy.
--
Mathematics is the supreme nostalgia of our time.
next prev parent reply other threads:[~2004-05-25 20:10 UTC|newest]
Thread overview: 90+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-05-23 6:46 [RFD] Explicitly documenting patch submission Linus Torvalds
2004-05-23 7:41 ` Neil Brown
2004-05-23 8:02 ` Arjan van de Ven
2004-05-23 15:25 ` Greg KH
2004-05-23 15:35 ` Arjan van de Ven
2004-05-23 15:42 ` Greg KH
2004-05-23 18:03 ` Matt Mackall
2004-05-23 15:38 ` Ian Stirling
2004-05-23 15:44 ` Greg KH
2004-05-23 16:01 ` Linus Torvalds
2004-05-23 15:53 ` Linus Torvalds
2004-05-23 16:33 ` Horst von Brand
2004-05-23 17:06 ` Linus Torvalds
2004-05-23 17:32 ` Roman Zippel
2004-05-23 17:55 ` Joe Perches
2004-05-23 19:00 ` Jeff Garzik
2004-05-23 19:12 ` Joe Perches
2004-05-23 21:41 ` Francois Romieu
2004-05-23 19:01 ` Davide Libenzi
2004-05-23 19:20 ` Linus Torvalds
2004-05-25 15:20 ` La Monte H.P. Yarroll
2004-05-25 21:16 ` H. Peter Anvin
2004-05-25 6:32 ` Daniel Phillips
2004-05-25 18:11 ` Paul Jackson
2004-05-25 7:06 ` Arjan van de Ven
2004-05-25 15:32 ` Steven Cole
2004-05-25 16:02 ` Bradley Hook
2004-05-25 18:51 ` La Monte H.P. Yarroll
2004-05-25 19:44 ` Bradley Hook
2004-05-26 4:16 ` Daniel Phillips
2004-05-25 13:11 ` Ben Collins
2004-05-25 17:15 ` Linus Torvalds
2004-05-25 17:18 ` Ben Collins
2004-05-25 18:02 ` Dave Jones
2004-05-25 18:06 ` Ben Collins
2004-05-25 18:51 ` Linus Torvalds
2004-05-25 15:00 ` raven
2004-05-25 15:44 ` La Monte H.P. Yarroll
2004-05-25 16:25 ` Linus Torvalds
2004-05-25 16:43 ` La Monte H.P. Yarroll
2004-05-25 17:40 ` Valdis.Kletnieks
2004-05-25 17:52 ` Linus Torvalds
2004-05-25 16:42 ` J. Bruce Fields
2004-05-25 17:05 ` Linus Torvalds
2004-05-25 18:08 ` Andy Isaacson
2004-05-25 20:10 ` Matt Mackall [this message]
2004-06-10 12:58 ` Pavel Machek
-- strict thread matches above, loose matches on Subject: below --
2004-05-23 23:19 Shane Shrybman
[not found] <1YUY7-6fF-11@gated-at.bofh.it>
2004-05-24 19:57 ` Andi Kleen
2004-05-24 20:07 ` Davide Libenzi
2004-05-24 20:19 ` Joe Perches
2004-05-24 20:45 ` Linus Torvalds
2004-05-24 21:16 ` Davide Libenzi
2004-05-24 21:38 ` Linus Torvalds
2004-05-25 0:41 ` Francis J. A. Pinteric
2004-05-25 1:56 ` viro
2004-05-24 20:31 ` Linus Torvalds
2004-05-24 22:01 ` Andi Kleen
2004-05-24 22:14 ` Linus Torvalds
2004-05-24 20:50 ` Thomas Gleixner
2004-05-24 21:05 ` Linus Torvalds
2004-05-24 21:20 ` Thomas Gleixner
2004-06-10 8:00 ` Pavel Machek
2004-05-25 3:49 ` Matt Mackall
2004-05-25 4:02 ` Linus Torvalds
2004-05-25 11:11 ` Giuseppe Bilotta
2004-05-25 13:48 ` Steven Cole
2004-05-25 14:12 ` La Monte H.P. Yarroll
2004-05-24 21:19 ` Horst von Brand
2004-05-24 23:05 Albert Cahalan
2004-05-25 3:50 ` Linus Torvalds
2004-05-25 19:28 ` Horst von Brand
[not found] <1ZBgK-68x-3@gated-at.bofh.it>
2004-05-25 6:43 ` Kai Henningsen
[not found] <20040525110000.27463.19462.Mailman@lists.us.dell.com>
2004-05-25 15:03 ` Justin Michael
2004-05-27 6:20 Larry McVoy
2004-05-27 8:04 ` Andrew Morton
2004-05-27 14:51 ` Larry McVoy
2004-05-27 15:18 ` Jörn Engel
2004-05-27 16:13 ` Jon Smirl
2004-05-27 21:09 ` La Monte H.P. Yarroll
2004-05-27 21:46 ` Theodore Ts'o
2004-05-28 13:24 ` Larry McVoy
2004-05-28 15:07 ` Theodore Ts'o
2004-05-28 15:19 ` Dave Jones
2004-05-28 15:27 ` Larry McVoy
2004-05-28 15:35 ` Dave Jones
2004-05-28 17:11 ` Theodore Ts'o
2004-05-28 17:16 ` Larry McVoy
2004-05-28 15:24 ` Larry McVoy
[not found] <A6974D8E5F98D511BB910002A50A6647615FD265@hdsmsx403.hd.intel.com>
2004-06-03 6:38 ` Len Brown
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=20040525201041.GZ5414@waste.org \
--to=mpm@selenic.com \
--cc=adi@hexapodia.org \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@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