<br><br><div><span class="gmail_quote">On 9/3/07, <b class="gmail_sendername">dlw</b> <<a href="mailto:danw6144@insightbb.com">danw6144@insightbb.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Mr Scott commits two fundamental mistakes: First he confuses the binding "scope" of contractual agreements which are privity constrained with the  "scope of use" restrictions in a copyright grant of use which is a statutory "right against the World".

</blockquote><div> IANAL... I don't know about the scope involved.  The BSDL isn't very clear on this.  Also there are enough varients of the license (some of which do specify that this includes all downstream individuals who obtain the source code).

<br><br>The <a href="http://X.org">X.org</a> license on the other hand does *not* mention sublicensing explicitly and begins:<br>"Permission is hereby granted, free of charge, to anyone...."<br><br>Hence it effectively prohibits removing permissions downstream (though changesets could be under different licenses).  Thus one cannot remove additional permissions from MIT and 

<a href="http://X.org">X.org</a> licenses merely by saying so.<br><br>The ICU library (used for number to text localization) uses a BSD varient which borrows the downstream licensing wording from the <a href="http://X.org">

X.org</a> license.  In this case too, one cannot remove rights merely by saying so.<br><br>BTW, I did ask Eben Moglen this question and he seemed to think that sublicensing was required to use BSDL code in GPL3 applications, but when I asked about legal mechanism, he never got back to me.  I believe this might have been because of the fact that the Linux/OpenBSD thing blew up at about the same time and I know he was involved in that. 

</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Secondly he  fails to appreciate the fact  that  the BSD license is a<br>non-exclusive license which cannot authorize a NON-OWNER of a copyright

<br>to "sublicense" an original copyright owners  work.  The  text  of  17<br>USC 106 states:</blockquote><div><br><br>However, a sublicense is a separate license.  If the license is granted to all downstream users, and I also grant permission to optionally excersize the GPL rights (on top of the BSDL restrictions), then this is pretty meaningless.  Again, in this case, one cannot simply remove rights granted by saying so since the grant is between the original licensor and the end recipient. 

</div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">"Subject to sections 107 through 122 , the owner of copyright under this<br>title has the *EXCLUSIVE* rights to do and to authorize any of the

<br>following: . . ."<br><br>Now if someone besides the owner could "authorize" then the sec. 106<br>rights wouldn't  be exclusive would they?<br></blockquote></div><br><br>However, you have two questions:

1)  Who can enforce such authorizations?  Only the copyright holder?  Or anyone who actually makes the authorization? 2)  Is the *intent* of the BSDL to provide all downstream users with the license?  If so, does the GPL represent an additional license grant subject to the restrictions fo the BSDL?  If so, one can always disregard it and revert back to the original BSDL since those rights are granted *in addition* to the rights granted by the GPL (which is also subject in this case to the BSDL restrictions).

<br><br>IANAL, but it seems that sublicensing would be moot in cases where licenses had been granted to all downstream users of the code (as is explicitly the case in some variants).<br><br>Best WIshes,<br>Chris Travers<br>