WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] Signed-off-by again

To: Anthony Liguori <aliguori@xxxxxxxxxx>
Subject: Re: [Xen-devel] Signed-off-by again
From: Hollis Blanchard <hollisb@xxxxxxxxxx>
Date: Mon, 10 Apr 2006 16:24:20 -0500
Cc: Ross Maxfield <rmaxfiel@xxxxxxxxxx>, mdday@xxxxxxxxxx, xen-devel@xxxxxxxxxxxxxxxxxxx, Ewan Mellor <ewan@xxxxxxxxxxxxx>
Delivery-date: Mon, 10 Apr 2006 14:23:51 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <443AC608.1000505@xxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Organization: IBM Linux Technology Center
References: <E1FT0P3-00015M-0U@xxxxxxxxxxxxxxxxxxxxx> <443AA3F9.50609@xxxxxxxxxx> <20060410192930.GA12825@xxxxxxxxxxxxxxxxxxxxxx> <443AC608.1000505@xxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
On Mon, 2006-04-10 at 15:54 -0500, Anthony Liguori wrote:
> Ewan Mellor wrote:
> > On Mon, Apr 10, 2006 at 01:29:13PM -0500, Anthony Liguori wrote:
> >  
> >   
> >> Doesn't this need a Signed-off-by: Ross Maxfield <rmaxfiel@xxxxxxxxxx>?
> >>     
> >
> > People have been complaining that a patch should not retain the 
> > Signed-off-by
> > line if the patch has been modified, because they do not sign-off the 
> > modified
> > patch.  If a patch needs minor changes before it can be committed, we can
> > either bounce it back to the author, which seems unnecessarily heavyweight, 
> > or
> > do what Keir's done here, and sign-off the patch himself.  The From: line
> > retains the audit trail, credit, and copyright, and it's clear that Keir
> > himself thinks that this patch is acceptable.
> >   
> 
> I won't speak for Hollis (although I will CC him :-)) but my 
> understanding is that the appropriate thing to do is check in the patch 
> with the original Signed-off-by and then check in another patch on top 
> of that with the necessary changes (this time, with just Keir's 
> Signed-off-by).
> 
> I think the intention is that the original submitter needs to have a 
> Signed-off-by to signify that the origin of the code is kosher (which is 
> something Keir cannot do on his own if the code didn't originate from 
> him).  Is this how other people understand it?

Actually, now I'm confused about the DCO
(http://www.osdl.org/newsroom/press_releases/2004/2004_05_24_dco.html).
The terms seem to allow adding Signed-off-by lines when making
modifications, but that seems obviously in conflict point of the system.

See also Linus's mail at http://kerneltrap.org/node/3180:
        It also allows middle parties to edit the patch without somehow
        "losing" their names - quite often the patch that reaches the
        final kernel is not exactly the same as the original one, as it
        has gone through a few layers of people.

So in the Linux system, it is OK for Keir to modify (not rewrite) and
add his Signed-off-by after all.

The reason I don't like that is this example:
- Mary submits a clean patch with signed-off-by line
- Joe adds some bad IP to Mary's patch (e.g. some proprietary
copyrighted code), adds his signed-off-by line, and forwards on
- patch is checked in
- lawyers find the infringing patch, and look, there's Mary apparently
signing off on it

We could follow the Linux system, or something stronger (i.e. no
modifications to other people's patches allowed). I guess it's up to the
maintainers...

Whatever is chosen, it needs to be *documented* (beyond just the DCO URL
above) and adhered to.

-- 
Hollis Blanchard
IBM Linux Technology Center


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel