<br><br><div><span class="gmail_quote">On 8/29/07, <b class="gmail_sendername">Matthew Flaschen</b> <<a href="mailto:matthew.flaschen@gatech.edu">matthew.flaschen@gatech.edu</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;">
Chris Travers wrote:<br><br>> How does the GPL effectively alter what you can do with the code?  If it<br>> doesn't alter it, isn't the point moot?<br><br>Yes, it is essentially moot if the BSD code is unmodified.  I've been
<br>saying that for a while now.  In other words, unmodified BSD code can<br>also be sublicensed GPL (even though people can still use it under BSD).<br> But unmodified MS-PL can't be sublicensed under GPL.<br><br>>> It might be better if you reply with a full license, since BSD is short
<br>>> and you've made so many changes.<br>>><br>> Ok, modified based on the OpenSource.Org version:<br><br>Thanks.<br><br>>> But this includes "the accompanying software" when it is part of a
<br>>> derivative work.<br>>><br>> Is the BSDL not in effect for the accompanying software when it is part<br>> of a derivative work?<br><br>Yes, but "in effect" only means the BSD license still needs to accompany
<br>the code.</blockquote><div><br><br>No.  "in effect" meaning that anyone may safely extract the excerpts and use them according to the license since the author's copyrights don't reach in.<br></div><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> Ok. here is my view of the sublicensing issue and why it doesn't apply<br>> in this case.  In a literary work, an author may grant a publisher the
<br>> right to sublicense the work.  This means that the publisher would now<br>> be able to grant additional permissions to third parties.<br><br>No, sublicensing means licensing under a license that grants a subset of
<br>the original license rights.</blockquote><div><br><br>Doesn't this imply extending the restrictions of the license to the code in question?<br><br>In effect, however, isn't the above goal usually accomplished by mixing in components under other licenses so that the information required to safely excersize the original public license is missing?  
I.e. the above distinction makes no sense wrt BSD code since modifications need not be tracked separately so one cannot safely extract out BSDL components.<br><br>Does my hypothetical license change this in any meaninful way by ensuring that the license itself is still in effect?
<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">> Define sublicense.  I have effectively prevented any other licenses from<br>
> altering exactly what you can do with the code.  Is there another<br>> definition of sublicense I should be aware of?<br><br>Simply, putting it under another (more restrictive) license besides or<br>in addition to the original.
</blockquote><div><br><br>I would have thought it would have meant "providing a third party with a different license for the covered code."  My license might effectively prohibit this because the original code areas are flagged as both owned and licensed by me.  Thus it would ensure that no other licenses could apply to those excerpts as such.
<br><br>How would this be different in actual effect to the MS-PL?<br></div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">>> Copyright elements of /which/ code present after modification?
<br>>><br>> Copyrighted original elements of the MS-PL code.<br>><br>> For example, suppose I take MS-PL code and the internals of every<br>> function but leave the overall structure of the code intact (ordering
<br>> and selection of each function and which file it belongs to).  One might<br>> argue that this is a derivative work because the ordering of the<br>> functions in the code is expressive.  Does the MS-PL require that these
<br>> elements remain under the MS-PL?<br><br>Yes.  Any copyrighted MS-PL source code must remain under *only* MS-PL.</blockquote><div><br><br>Ok, here is where we are now reading the MS-PL differently.  If you are right because these elements (which are not necessarily code fragments) are still protected, then you would be correct.  THe case here is that the souce code or fragments thereof are not the issue but rather other elements which might relate to derivative work standards.  This would hinge on a reading of "any portion of."
<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> It can't be under GPL *also*, even if putting it under GPL also would<br>have no real effect (
e.g. for unmodified MS-PL code).</blockquote><div><br>In that case, wouldn't the issue be moot?   But the question above isn't about source code but elements other than code itself which may be copyrighted.  My hypothetical license would seem to allow those to co-exist with code in other licenses.  If the MS-PL does *not* allow those non-literal elements to coexist, then derivative works would need to be under th MS-PL as well.
<br><br>(Those are elements I can be reasonably sure that the GPL would claim as its own if the original code was under the GPL.)<br><br>The question is whether the MS-PL applies only at the code fragment level or whether it applies to the original element level such as overall structure of the code (and thus would extend to derivative works).  If the MS-PL does not extend to some level of abstraction beyond the actual source itself, the question of adding the GPLv3 as an additional license seems moot.
<br></div><br>IANAL<br><br>Best Wishes,<br><br>Chris Travers<br></div>