[License-review] Comment on MOSL and similar licenses
Hadrien G.
knights_of_ni at gmx.com
Tue Apr 2 06:39:52 UTC 2013
Ah, there's the beginning an answer to my last mail's question ! I was
wondering what an OSI-approved license, or a software license as a whole
for that matter, was allowed to cover in the spectrum of software
ranging from the original work to any largely unrelated work that
happens to make use of former.
To answer your own question: even if I knew of a local attorney who has
significant experience in both open-source copyright matters and
international law, I strongly doubt that my current income would be
enough to hire him/her so as to discuss the matter in private. Thus,
what I'm doing instead is to take as much inspiration as possible from
existing OSI-approved licenses, which I assume should be bullet-proof,
and then take advantage of the fact that as part of the OSI review
process, my proposal will also be subjected to the scrutinity of several
specialists of open-source legal matters who have chosen to dedicate
some of their free time to the improvement of the open-source ecosystem.
The sentence which you quote is actually an example of the former
practice, since it is borrowed from the Sleepycat license. A similar
clause may also be found in the GPLv3 license, as its definition of the
"Corresponding Source" also includes "interface definition files
associated with source files for the work, and the source code for
shared libraries and dynamically linked subprograms that the work is
specifically designed to require". The GPL, however, does clarify that
"[unmodified] general-purpose tools or generally available free
programs" are not covered by the license.
Thus, I would like to understand why this sentence works in the context
of the Sleepycat License, but not in the context of the MOSL draft.
Taking a step aside, there is also something else which is a bit unclear
to me at this point regarding the overall notion of copyright misuse. If
one person's copyright cannot be used to affect another person's work in
any way, doesn't it mean that any software license which states that
modified versions of the covered work should have its source
redistributed qualify as copyright misuse? After all, following this
logic to its extreme, someone who modifies a work licensed under the GPL
could well claim that the modifications are his sole intellectual
property, that as such, he can license them under any license he likes,
and that the only source code which he can be forced to redistribute is
the original GPL-licensed work which he started from.
As far as I can tell, the reason why GPL-like licenses are still allowed
to exist in spite of this consideration is that by doing so, our
developer would violate the original's software license agreement and
thus no longer be able to distribute it along his modifications. Since a
diff of the modifications alone is useless, this means that the
developer needs to comply with the license agreement of the original
software so as to be able to distribute it, and thus, that he must
redistribute the source code for his modifications too.
This reasoning would also apply for the whole notion of requiring
disclosure of all modules contained in an executable file: by using such
a licensing term, a software author A does not require a user of its
source code B to disclose all the source code for his software. He only
states that "If B wants to distribute software based on my licensed
work, then he must disclose all source code for it. If B chooses not to
do so, then he must not redistribute any part of my work as part of the
final executable, which is sure to make the development of derivatives
quite cumbersome". Doing so would not be a violation of B's intellectual
property rights, but only an assertion of what is needed for him to
distribute A's product as part of his own.
Or is there a reasoning or legal mistake in any of these last three
paragraphs?
Hadrien
Le 02/04/2013 05:01, Lawrence Rosen a écrit :
> Hadrien G. wrote in the proposed MOSL:
>> "For an executable file, complete source code means the source code for
> all modules it contains,"
>
> Over the years since the introduction of the original GPL, many people have
> proposed licenses that attempt to extend the requirement to disclose source
> code to works those people didn't create themselves. That doesn't fly,
> either under antitrust law (for large software distributors) or as a
> practical business matter (for small software vendors). Nobody knowledgeable
> will use software if it requires the disclosure of "all modules" contained
> in an "executable file".
>
> If a software work were protected by a patent license rather than a
> copyright license, its distributor might be accused of "patent misuse" for a
> provision like this in his license. It is one thing to prevent one's own
> patents from being used by third parties; it is another thing altogether to
> interfere with what people can do with *other* things that they own by
> asserting those *limited* patent rights.
>
> While copyright law is different from patent law, there is also a concept of
> copyright misuse. [1] This can be summarized as an attempt by a licensor to
> extend her legitimate rights to license her own work under terms of her own
> choosing by placing restrictions or conditions on the copyrights of works
> she doesn't own.
>
> Have you reviewed that prospect for the MOSL with your attorney in your
> jurisdiction?
>
> /Larry
>
> [1] See http://en.wikipedia.org/wiki/Copyright_misuse
>
> Lawrence Rosen
> Rosenlaw & Einschlag, a technology law firm (www.rosenlaw.com)
> 3001 King Ranch Rd., Ukiah, CA 95482
> Office: 707-485-1242
> Linkedin profile: http://linkd.in/XXpHyu
>
>
> -----Original Message-----
> From: Hadrien G. [mailto:knights_of_ni at gmx.com]
> Sent: Thursday, March 28, 2013 10:16 AM
> To: license-review at opensource.org
> Subject: Re: [License-review] License Committee Report - for board meeting
> of 2013-04-03
>
> A few updates on my part regarding the MOSL's situation...
>
> I have since proposed a fourth working draft (
> http://projects.opensource.org/pipermail/license-review/2013-January/000505.
> html
> ), which removed the unnecessary "unless agreed to in writing" part from the
> disclaimer.
>
> Following the comments of Richard Fontana and Bruce Perens regarding OSD
> 9 compliance, I have also proposed (
> http://projects.opensource.org/pipermail/license-review/2013-March/000538.ht
> ml
> ) a wording change which follows Bruce Perens' suggestion of a GPL-like
> wording, so as to clarify which software is covered by the license.
>
> I have not received any comment on the updated wording for more than two
> weeks, so I can only guess that it means no one has a problem with it.
> Assuming this is the case, here's a fifth working draft which includes it.
>
> ===
>
> **************************************************
> *** Modular Open Software License (MOSL) ***
> *** Working Draft 5, 11 March 2013 ***
> *** Copyright (c) 2012-2013 Hadrien Grasland ***
> **************************************************
>
> Redistribution and use of this software, or modified forms of it, are
> permitted provided that the following conditions are met:
>
> * Redistributions of source code must retain this list of conditions, the
> above copyright notice, and the following disclaimer.
> * Redistributions in binary form must include a copy of this list of
> conditions, the above copyright notice, and the following disclaimer,
> whether in documentation or in other provided materials.
> * Redistributions in any form must be accompanied by information on how to
> obtain complete source code for the software, and any accompanying work that
> is based on it. Source code must either be included in the distribution, or
> be available for no more than the cost of its distribution. For an
> executable file, complete source code means the source code for all modules
> it contains, save for modules or files that are typically provided with the
> operating system on which the executable file runs.
>
> UNLESS REQUIRED BY APPLICABLE LAW, THIS SOFTWARE IS PROVIDED "AS IS",
> WITHOUT ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING BUT NOT LIMITED TO THE
> IMPLIED WARRANTIES OF NON-INFRINGEMENT, MERCHANTABILITY, OR FITNESS FOR A
> PARTICULAR PURPOSE. IN NO EVENT SHALL THE AUTHORS OF THE SOFTWARE BE LIABLE,
> FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY OR CONSEQUENTIAL
> DAMAGES, HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, ARISING IN ANY WAY
> OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH
> DAMAGE.
>
>
> Le 28/03/2013 15:10, Luis Villa a écrit :
>> This email is my report for licenses currently submitted to the OSI.
>> If anybody disagrees with my assessment of the list's comments or
>> conclusions, please say so before the meeting of April 3rd.
>>
>> CeCILL 2.1
>> ========
>>
>> Submission:
>> http://projects.opensource.org/pipermail/license-review/2012-May/00041
>> 4.html
>>
>> Comments: Several clarifying questions were asked, indicating the
>> license had been read, but no list members challenged the OSD
>> compliance of the license itself.
>>
>> Recommendation: Board should approve.
>>
>> EUPL 1.2
>> =======
>>
>> Submission:
>> http://projects.opensource.org/pipermail/license-review/2013-March/000
>> 540.html
>>
>> Comments: John Cowan reviewed the changes to the (earlier-approved)
>> versions of the EUPL, and found nothing objectionable.
>>
>> Recommendation: Board should approve.
>>
>> MOSL (working draft 3)
>> =================
>> Submission:
>> http://projects.opensource.org/pipermail/license-review/2013-January/0
>> 00505.html
>>
>> Comments: Richard Fontana and Bruce Perens objected to current
>> language on redistribution as a violation of OSD 9.
>>
>> Recommendation: Not accept at this time.
>> _______________________________________________
>> License-review mailing list
>> License-review at opensource.org
>> http://projects.opensource.org/cgi-bin/mailman/listinfo/license-review
> _______________________________________________
> License-review mailing list
> License-review at opensource.org
> http://projects.opensource.org/cgi-bin/mailman/listinfo/license-review
>
> _______________________________________________
> License-review mailing list
> License-review at opensource.org
> http://projects.opensource.org/cgi-bin/mailman/listinfo/license-review
More information about the License-review
mailing list