Open ghost opened 3 years ago
I second this.
The top answer to What is wrong with the Unlicense? on the Software Engineering StackExchange calls it "not global", "inconsistent", and having "unpredictable applicability" and here are some sources on that.
The Unlicense is written with an implicit assumption of a legal system descended from Britain's (i.e. commonwealth law). This is a problem in places like Germany where the law is quite different.
Validity of the Creative Commons Zero 1.0 Universal Public Domain Dedication and its usability for bibliographic metadata from the perspective of German Copyright Law by Dr. Till Kreutzer goes into detail on what such a declaration needs to do in order to be compatible with German law and why the CC0 satisfies those constraints, but the highlights are:
Here's what was said about it on the license-review
mailing list for opensource.org:
TL;DR: Paragraph 1 expresses an intent for the covered work to be released into the public domain, while paragraph 4 requires that the covered work not be in the public domain to have effect, and judges and lawyers don't like that kind of ambiguous intent.
Since we're talking about Unlicense, let's go on a bit:
Paragraph (and sentence) #1 professes to put the covered work into the public domain. As mentioned, paragraph 2 professes to be a grant of rights normally reserved by default to a copyright owner, which makes no sense given that the preceding sentence professed to eradicate the work's quality of being ownable. However (upon reflection), in itself that would be harmless if redundant and pointless: One can interpret paragraph 2 as an elaboration of the consequences of the first paragraph.
Paragraph 3 is mostly further explanation of the concept of public domain, and therefore harmless if not useful. Its middle sentence elaborates that the erstwhile author aims to bind heirs and successors, too (which is a logical inclusion, irrespective of whether it works).
Paragraph 4, though, is the one that would be amusing if it weren't tragically broken: It's the warranty disclaimer. People accepting the covered work are obliged to accept the condition of no warranty, otherwise there is no licence. Except, oh, wait: Paragraph 1 professed to put the work in the public domain, so the erstwhile owner has sawed off and evaporated in paragraph 1 all power to require the condition in paragraph 4.
And, my larger point is: This sort of low comedy happens just about every freakin' time software people attempt to engineer a way to nullify copyright law by copying and pasting from existing licences, non-licences, and semi-licences. Bendiken, for example, says that he copied and pasted SQLite's copyright waiver and MIT/X11's warranty disclaimer, and voila! Unlicense.
Text salad from popular projects: What could possibly go wrong?
Bruce calls these crayon licences. I tend to use the phrase 'cargo-cult law'.
(https://secure.wikimedia.org/wikipedia/en/wiki/Cargo_cult#Metaphorical_uses_of_the_term)-- Rick Moen
The shorter a license is, the more it relies of precedent and case law to fill in the gaps for how it will be interpreted. The Unlicense is both short and untested in court.
This is all important because people who might want to use an Unlicensed work may be driven off by the prospect that their derivative work could be contaminated by the legal uncertainty. (What if your creation gets incorporated into something that makes money, and a competitor conspires with whoever now holds the rights to the Unlicensed piece in places like Germany to make trouble for them?)
If it's not already an option, it might also be a good idea to offer the Zero-Clause BSD License license, since it's the closest thing to a public domain dedication that Google will allow code they use to be under and is OSI-approved, and some people may care about that distinction but, at the same time, some people are ideologically opposed to not putting something in the public domain.
The closest I can find is Unlicense, which apparently has issues with it. You can make the assets CC0 but not the code.