What happens in this case..
person a sends the monkey a patch.
person b replies to l-k (cc'ing monkey) with a "no do it this way" ?
do you have a hand-operated means to say "this patch supercedes the
previous" ?
> 3) The first time the patch is forwarded, it will be sent to the
> author and/or maintainer. If they say they've included it in their
> tree, no more forwards will occur (modulo some timeout eventually).
> If they NAK it, the patch will be closed. Otherwise, the patch
> will be sent directly to Linus or Marcelo on future forwards (the
> maintainer will still be cc'd).
What would be *really* good, for the case where retransmits are
necessary, if Alan hasn't picked it up for 2.4 (or me for 2.5),
you could add us to the relevant Cc's, (and remove after Alan/Myself
takes it).
This could however get tricky, as the same patch may need a bit
of hand-merging to fit against -ac/-dj.
Maybe just simpler to remove us when Alan/I send an ACK ?
> Hopefully this will be a good compromise between coordinating with
> maintainers who want control of their files, and stopping trivial
> patches from slipping through the cracks.
Indeed. It's been a really useful effort, and has picked up
a lot of the smaller bits which have saved me having to push those
to Linus, leaving me free to concentrate on some of the larger bits.
Dave
-- | Dave Jones. http://www.codemonkey.org.uk | SuSE Labs - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/