On 9/19/05, Andreas Gruenbacher <[EMAIL PROTECTED]> wrote: > > A sub-series starting from the first patch in the series? That is > > usually where the sub-series of good patches will be. a sub-series in > > the middle of the series has the same problems as cherry picking. > > Not really. Say you send off five patches, the first two get accepted, and the > third and fourth needs to be adapted. Then sending only thouse should be > fine.
Sure. Reposting patches needn't have the same checks and balances in place. > > > Next we probably want to allow sending patches as reply to another > > > message. I'm still short of good ideas with this. > > > > How about the these for bad idea's to get the discussion going .. :) > > > > Can we repost patches by recording the message-id? in the patch > > header? Reposting would not need the same level of smarts, as the > > patches were once verified, and the recipients are less likely to be > > scratching their heads. > > > > For replies to others, pass a --msgid to mail ? > > We'd need the message ids of replies to the original patch too, not only the > ones we've generated ourself. Does MHonArc include sufficient information in the page comments? The lkml.org list archive appears to have all the data available under the [Headers] link, but the HTML source looks scary. Google groups also looks usable, but it places a _lot_ of garbage at the top. -- John _______________________________________________ Quilt-dev mailing list [email protected] http://lists.nongnu.org/mailman/listinfo/quilt-dev
