On Thu, Sep 06, 2012 at 03:07:44PM -0700, Luis Villa wrote:
> As a practical matter, indicating, tracking and relying on waiver is a
> bit of a pain. e.g., lets say upstream says:
> 
> "I give you a copy of the license this work is licensed under by
> pointing you at http://www.apache.org/licenses/LICENSE-2.0.html";

Not entirely unlike the standard ASF-recommended license notice in
specifying the canonical Apache License 2.0 URL. 

> Downstream now has a problem: does this text constitute a waiver? Is
> this indication that we can "give any other recipients... a copy"
> (Apache 4.1) in the same manner? The easiest solution to this
> (admittedly small) problem is... to include a full copy of the
> license.

I have encountered situations similar to this and I typically treat
them as a waiver of the requirement to provide downstream recipients
with (in this case) a copy of the license text by doing more than
upstream bothered to do for me. I apply that principle so extensively
in open source contexts (not just to issues of license text inclusion)
that I ought to come up with some sort of Latin legal maxim for it.

> Or to put it another way: OSI spent a lot of time and energy
> discouraging people from using custom licenses. Custom waivers
> (particularly for something trivial like this) are just another form
> of the same mess.

The usual situation is that the waiver (if you accept my
characterization of it as a waiver) is implicit. The FSF has tried to
encourage the practice of explicit exceptions ("additional
permissions" in GPLv3 parlance) to literal (or presumed) license
requirements but it hasn't had much effect on behavior in the GPL
licensor community. 

- RF

_______________________________________________
License-discuss mailing list
License-discuss@opensource.org
http://projects.opensource.org/cgi-bin/mailman/listinfo/license-discuss

Reply via email to