For Approval: Microsoft Permissive License

Jon Rosenberg (PBM) jonr at microsoft.com
Fri Sep 28 23:48:05 UTC 2007


Thank you to everyone who provided feedback on the proposed license names and thank you especially to Martin for pointing out the potential conflict with the Microsoft Open License name. Given that our goal in renaming the licenses is to reduce confusion, I think that using this name would take us in the wrong direction. I have a few new alternatives below for a rename of the Microsoft Permissive License on which I would like to again ask the community for feedback:

Microsoft Free Reuse License
Microsoft Open Code License
Microsoft Simple License
Microsoft Public License (One reservation that my colleagues and I have about this one is that most licenses with the word 'Public' in the name are reciprocal. Hence, using this name for our non-reciprocal license might generate confusion.)

As ever, I look forward to hearing your thoughts.

Jon

-----Original Message-----
From: Martin Olsson [mailto:mnemo at minimum.se]
Sent: Thursday, September 27, 2007 8:07 PM
To: Jon Rosenberg (PBM)
Cc: License Discuss
Subject: Re: For Approval: Microsoft Permissive License



Jon Rosenberg (PBM) wrote:
> When I committed in my last posting to consulting the community on future license revisions, I really wasn't expecting that I'd be doing it this week. :-)  Nevertheless, it seems that opinion on the Permissive License name is divided and it's time to make good on that commitment.  While we also couldn't find anything in the OSD that mentions the license name, the fact remains that some folks do not feel that the contents of the license are clearly communicated by the term, "Permissive."  We have also sought feedback from the hundreds of licensors who are using the Microsoft licenses today.  They told us something quite different: that the Community License name did not adequately communicate the fact that this license was reciprocal.  As I stated in my previous post, our goal is clarity and transparency.  The goal of the license titles was clear differentiation between a reciprocal license and a permissive license, so I would like to propose a revision that I hope will get
 us closer to that goal.  I would like to get all of your feedback on the following name revisions:
> *       Microsoft Community License becomes Microsoft Reciprocal License
> *       Microsoft Permissive License becomes Microsoft Open License
> I look forward to your feedback.  Thanks.

* Microsoft Reciprocal License is much more clear.

* Microsoft Open License could very well be confused with:
http://www.microsoft.com/licensing/programs/open/default.mspx



Martin


> -----Original Message-----
> From: Matthew Flaschen [mailto:matthew.flaschen at gatech.edu]
> Sent: Wednesday, September 26, 2007 4:59 PM
> To: License Discuss
> Subject: Re: For Approval: Microsoft Permissive License
>
> Rick Moen wrote:
>> Quoting Matthew Flaschen (matthew.flaschen at gatech.edu):
>>
>>> I'm talking about what they use, not what they're supposed to use.  I
>>> can give many examples of times OSI has been reluctant to approve an
>>> OSD-compliant license.  For instance, they held off on SimPL because it
>>> was (mistakenly) believed incompatible with GPLv2.
>> I imagine Board members regard it as perfectly appropriate to delay
>> consideration of a licence where Board members wish to encourage the
>> drafter to consider some change, or to ponder some practial problem or
>> badly written wording.
>
> This is what I suggest in this case.
>
>> Let's face it:  Many new licences have been pretty dumb ideas in a variety of ways, and are likely to remain so
>> (human perversity, and in particular the perversity of many licence
>> drafters, being what it is).
>
> Agreed.
>
>   Were I on the Board, I'd probably be in
>> absolutely no hurry to vote on those, either -- and would regard that
>> fact as in no way contradictory of the process shown on
>> http://www.opensource.org/approval .
>
> Whether it's contradictory of the approval process, I can't say.  But
> it's certain that many dumb license ideas are in fact OSD-compliant.
>
> Matt Flaschen
>



More information about the License-discuss mailing list