[Python-Dev] Still no new license -- but draft text available (original) (raw)

Guido van Rossum guido@beopen.com
Wed, 02 Aug 2000 10:11:20 -0500

Is the license on 2.0 going to look the same ? I mean we now already have two seperate licenses and if BeOpen adds another two or three paragraphs will end up with a license two pages long.

Good question. We can't really keep the license the same because the old license is very specific to CNRI. I would personally be in favor of using the BSD license for 2.0.

Oh, how I loved the old CWI license...

Ditto!

Some comments on the new version:

> 2. Subject to the terms and conditions of this License Agreement, CNRI > hereby grants Licensee a nonexclusive, royalty-free, world-wide > license to reproduce, analyze, test, perform and/or display publicly, > prepare derivative works, distribute, and otherwise use Python 1.6b1 > alone or in any derivative version, provided, however, that CNRI's > License Agreement is retained in Python 1.6b1, alone or in any > derivative version prepared by Licensee.

I don't the latter (retaining the CNRI license alone) is not possible: you always have to include the CWI license.

Wow. I hadn't even noticed this! It seems you can prepare a derivative version of the license. Well, maybe.

> Alternately, in lieu of CNRI's License Agreement, Licensee may > substitute the following text (omitting the quotes): "Python 1.6, beta > 1, is made available subject to the terms and conditions in CNRI's > License Agreement. This Agreement may be located on the Internet > using the following unique, persistent identifier (known as a handle): > 1895.22/1011. This Agreement may also be obtained from a proxy server > on the Internet using the URL:http://hdl.handle.net/1895.22/1011".

Do we really need this in the license text ? It's nice to have the text available on the Internet, but why add long descriptions about where to get it from to the license text itself ?

I'm not happy with this either, but CNRI can put anything they like in their license, and they seem very fond of this particular bit of advertising for their handle system. I've never managed them to convince them that it was unnecessary.

> 3. In the event Licensee prepares a derivative work that is based on > or incorporates Python 1.6b1or any part thereof, and wants to make the > derivative work available to the public as provided herein, then > Licensee hereby agrees to indicate in any such work the nature of the > modifications made to Python 1.6b1.

In what way would those indications have to be made ? A patch or just text describing the new features ?

Just text. Bob Kahn told me that the list of "what's new" that I always add to a release would be fine.

What does "make available to the public" mean ? If I embed Python in an application and make this application available on the Internet for download would this fit the meaning ?

Yes, that's why he doesn't use the word "publish" -- such an action would not be considered publication in the sense of the copyright law (at least not in the US, and probably not according to the Bern convention) but it is clearly making it available to the public.

What about derived work that only uses the Python language reference as basis for its task, e.g. new interpreters or compilers which can read and execute Python programs ?

The language definition is not covered by the license at all. Only this particular code base.

> 4. CNRI is making Python 1.6b1 available to Licensee on an "AS IS" > basis. CNRI MAKES NO REPRESENTATIONS OR WARRANTIES, EXPRESS OR > IMPLIED. BY WAY OF EXAMPLE, BUT NOT LIMITATION, CNRI MAKES NO AND > DISCLAIMS ANY REPRESENTATION OR WARRANTY OF MERCHANTABILITY OR FITNESS > FOR ANY PARTICULAR PURPOSE OR THAT THE USE OF PYTHON 1.6b1 WILL NOT > INFRINGE ANY THIRD PARTY RIGHTS. > > 5. CNRI SHALL NOT BE LIABLE TO LICENSEE OR ANY OTHER USERS OF THE > SOFTWARE FOR ANY INCIDENTAL, SPECIAL, OR CONSEQUENTIAL DAMAGES OR LOSS > AS A RESULT OF USING, MODIFYING OR DISTRIBUTING PYTHON 1.6b1, OR ANY > DERIVATIVE THEREOF, EVEN IF ADVISED OF THE POSSIBILITY THEREOF. SOME > STATES DO NOT ALLOW THE LIMITATION OR EXCLUSION OF LIABILITY SO THE > ABOVE DISCLAIMER MAY NOT APPLY TO LICENSEE.

I would make this "...SOME STATES AND COUNTRIES...". E.g. in Germany the above text would only be valid after an initial 6 month period after installation, AFAIK (this period is called "Gew�hrleistung"). Licenses from other vendors usually add some extra license text to limit the liability in this period to the carrier on which the software was received by the licensee, e.g. the diskettes or CDs.

I'll mention this to Kahn.

> 6. This License Agreement will automatically terminate upon a material > breach of its terms and conditions.

Immediately ? Other licenses usually include a 30-60 day period which allows the licensee to take actions. With the above text, the license will put the Python copy in question into an illegal state prior to having even been identified as conflicting with the license.

Believe it or not, this is necessary to ensure GPL compatibility! An earlier draft had 30-60 days. But the GPL doesn't, so this was deemed incompatible. There's an easy workaround though: you fix your compliance and download a new copy, which gives you all the same rights again.

> 7. This License Agreement shall be governed by and interpreted in all > respects by the law of the State of Virginia, excluding conflict of > law provisions. Nothing in this License Agreement shall be deemed to > create any relationship of agency, partnership, or joint venture > between CNRI and Licensee. This License Agreement does not grant > permission to use CNRI trademarks or trade name in a trademark sense > to endorse or promote products or services of Licensee, or any third > party.

Would the name "Python" be considered a trademark in the above sense ?

No, Python is not a CNRI trademark.

--Guido van Rossum (home page: http://www.pythonlabs.com/~guido/)