OSI Turns Down 4 Licenses; Approves Python Foundation's 154
Russ Nelson writes "The Open Source Initiative turned down four licenses this week. Not to name names, but one license had a restrictive patent grant that only applied to GPL'ed operating systems. Another was more of a rant than a license. Another was derived from the GPL in violation of the GPL's copyright. And the fourth had insufficient review on the license-discuss
mailing list (archives). The one license that did pass was the Python Software Foundation License."
Hypocrisy (Score:1, Troll)
It's not like we're going to make RMS starve if we copy it. He doesn't make his living selling copies does he?
Re:Hypocrisy (Score:4, Insightful)
The GPL is, in its essence, an ideological manifesto. Disallowing others from modifying your manifesto is not inconsistent with the GNU philosophy - the only thing they desire is that you allow others to modify your code, not your thoughts.
Re:Hypocrisy (Score:1)
From GNU's Free Documentation License:
The purpose of this License is to make a manual, textbook, or other written document "free" in the sense of freedom: to assure everyone the effective freedom to copy and redistribute it, with or without modifying it, either commercially or noncommercially.
It certainly seems that they don't feel that their license needs to be "free" is the sense of the word they apply to other written documents. Does the FSF offer some explanation for why some written documents should be "free" and others not? Does the same line of argument apply to software?
Re:Hypocrisy (Score:1)
Re:Hypocrisy (Score:2)
I'm pretty sure you can add your own amendments to the GPL, but I think that's pretty much on a case by case basis and that does not necesarrily give the right to call it a GPL. But don't quote me on it.
Re:Hypocrisy (not) (Score:2)
So, with that goal in mind, how would you construct a license that is both modifiable under the terms of the GFDL (which you quote) and still accomplishes the stated goal? The GPL can be used as a guide in creating your own license. This has certainly been done often enough. But, to modify the license itself would hurt the aim of Free Software.
I'm also not certain what the legal implications are if a license agreement affords me the right to modify it. The GPL has teeth that come directly from copyright law. Under copyright law, you are not allowed to modify or distribute the code except in accordance with fair use doctrin. The GPL acknowledges this fact, and then offers you an "out" in the form of a license (this is in direct contrast to EULAs and other "shrink-wrap licenses", which require you to accept the license before USING the software) which you can take or leave as you see fit.
Now, if you were allowed to modify the license, your software would have to refer to some "license archetype", perhaps backing that usage up using trademark (e.g. you can modify the GPL, but only if you give it your own name). This is sticky, and keep in mind that the GPL was a daring bit of legal hackery that has still yet to be tested in court. To add yet another complication to the core oddity of defending right-to-modify with copyright law would risk the basic goal by making the GPL harder to defend than it already was.
All that asside, I think it's of questionable value to refer to the restrictions on the GPL as hypocritical. The GPL is a software license, not a work of art or engineering. I'm not quite certain why you feel that it would be hypocritical to say that software is an area of human endevor where freedom to modify is important but contracts and licenses are not. You may disagree, and you are most welcome to. But even if I accept that the two should be treated the same (and I do not, obviously), you make a challenge of hypocricy here which I do not believe you have explained.
Re:Hypocrisy (not) (Score:1)
I didn't say there was anything hypocritical going on. I said I don't understand what is going on. I would have to understand before I could accuse them of hypocrisy.
Re:Hypocrisy (not) (Score:1)
This isn't necessary for, say, BSD-style licenses (BSD, ZLib, LibPNG) because they're simpler and shorter - it's reasonable to include the entire BSD license in each file of your source, so you don't say "this is BSD-licensed", you say "you may do this, this and this but not this". "BSD license" is just a convenient shorthand for describing things - but from a legal point of view, the license consists of a couple of paragraphs embedded in each source file.
However, it's obviously not reasonable to include the whole GPL in the same way. The GPL is long (20K?) because of copyleft - it's less permissive than the BSD license, so it can't just grant blanket permissions like the BSD license does (although an abbreviated GPL without the preamble/manifesto would be nice, since they're not really part of the license as such).
If the GPL was free (in the FSF sense of the word) or open source, you'd get people redefining what it meant, and much confusion would ensue. ("Our software is licensed under the GPL." "No it isn't, ours is the real GPL!")
absolute freedom is not useful (Score:1)
Once you acknowledge that all who live are bound, discussing freedom becomes a matter of discussing how they should be bound, and to what they should be free.
The FSF takes the position that people should have certain things as freedoms, and other things, such s the ability to deprive people of those freedoms, they should not have as freedoms.
Neither the FSF or RMS ever claimed to want anarchy or complete freedom (i.e. no rules at all). Where on earth did you ever think that they did?
Hell, the abolitionists in the US wanted all people to be free in the sense of not being slaves - they didn't want people to be free in the sense of free to own slaves. Were they hypocrits?
Re:Hypocrisy (Score:2)
Probably to avoid companies to change the license so it doesn't allow FreeSoftware anymore.
But this is a good idea, why don't we try to submit this modification to GPL v3 or even GPL v4?
Yep thats great! (Score:2, Insightful)
should read:
OSI Releases information on licenses, slashdot poster excited, no one else cares.
Open source needs less licences not more..
Re:Yep thats great! (Score:1)
That's why this is good news. The licenses rejected were among the most bizarre, redundant or useless licenses yet submitted to OSI. Perhaps that's why they made the news.
IRC Clients (Score:2)
-russ
Re:IRC Clients (Score:1)
Great! (Score:1, Insightful)
THE license (Score:4, Funny)
From the end of the PSF license: (Score:4, Funny)
All that legalease will keep most mortals a hare's breadth away from comprehending.
I wonder if "tortious" action is like a gui user dropping back into his/her "shell"?
{SEG} sorry for the bad puns...I can hear most of you going "tcsh-tcsh"...
tortious (Score:3, Informative)
Legal language has lots of latin in it, and the words have very precise meanings.
Re:tortious -WRONG (Score:1, Informative)
TORT - A negligent or intentional civil wrong not arising out of a contract or statute. These include "intentional torts" such as battery or defamation, and torts for negligence.
A tort is an act that injures someone in some way, and for which the injured person may sue the wrongdoer for damages. Legally, torts are called civil wrongs, as opposed to criminal ones. (Some acts like battery, however, may be both torts and crimes; the wrongdoer may face both civil and criminal penalties.)
Under traditional law, family members were prohibited from suing each other for torts. The justification was that allowing family members to sue each other would lead to a breakdown of the family. Today, however, many states recognize that if family members have committed torts against each other, there often already is a breakdown in family relationships. Thus, they no longer bar members from suing each other. In these states, spouses may sue each other either during the marriage or after they have separated.
Normally, tort lawsuits against a spouse are brought separate and apart from any divorce, annulment or other family law case. Alabama, Georgia, Nevada, New York and Tennessee, however, allow or encourage combining the tort case with the family law case; New Jersey requires it.
The jurisdictions that still prohibit one family member from suing another include Arizona, Delaware, Hawaii, Illinois, Iowa, Louisiana, Missouri, Ohio, Texas, Utah, Wyoming and Washington, D.C. These places may make an exception when the tort is intentional. See, for example, Bounds v. Candle, 611 S.W.2d 685 (Texas 1980); Townsend v. Townsend, 708 S.W.2d 646 (Missouri 1986) and Green v. Green, 446 N.E.2d 837 (Ohio 1982).
An injury; a wrong; hence the expression "an executor de son tort", of his own wrong.
Torts may be committed with force, as trespasses, which may be an injury to the person, such as assault, battery, imprisonment; to the property in possession; or they may be committed without force. Torts of this nature are to the absolute or relative rights of persons, or to personal property in possession or reversion, or to real property, corporeal or encorporeal, in possession or reversion: these injuries may be either by nonfeasance, malfeasance, or misfeasance.
Re:tortious (Score:1)
But just the latin words. English words like "free" or "all" and even "no" very often mean "limited", "some", and "a few" in legalese.... especialy in constitutional law.
Ummmm...thanks for the update (Score:5, Informative)
Re:Ummmm...thanks for the update (Score:1)
It was eggs with cheese, sausage and banana bread.
I've got to ask, this _is_ ((eggs+cheese)+sausage+banana bread), right? Not (eggs+cheese+sausage+banana bread), which is how I initally read it.
Re:Ummmm...thanks for the update (Score:1)
I think it was ((eggs+cheese)+((sausage+banana)+bread)), or in other words, your normal eggs and cheese as a side to a banana sausage sandwich.
Just as bad as calling a Kiwi and Aussie ! (Score:1)
Let the games begin !
Re:Just as bad as calling a Kiwi and Aussie ! (Score:2, Funny)
Seeing as this is about *nix licensing, shouldnt that be a tar.gz pit?
Re:Just as bad as calling a Kiwi and Aussie ! (Score:2)
ony for the GPL crowd. For everyone else, it's tar.bz2
:)
hawk
WhooHoo! (Score:5, Insightful)
And what a bizarre license that was (not to name names). It was essentially the BSD license word for word, with the aforementioned patent grant. Yet you couldn't legally use the software on a BSD licensed operating system.
Another was more of a rant than a license.
A delicious rant to be sure. I quite enjoyed it, despite its wrongheadedness. It could not be approved of course, since it explicitly denied its own validity.
The one license that did pass was the Python Software Foundation License.
Whoohoo! In this age of a million open source licenses, it's nice to see that a sensible license that fills a gap in open source gets approved while the frivolous crap gets flushed.
Re:WhooHoo! (Score:5, Interesting)
I'm not denying that it fills a gap, but a cursory reading of the license doesn't seem to indicate to me what gap it's filling. Why was it not possible/desirable to license Python under one of the existing Free Software licenses, and instead necessary to come up with another one?
Re:WhooHoo! (Score:3, Interesting)
Because the Python source code was, at various times, "owned" (copyright was in the name of) Stichting Mathematisch Centrum, the Corporation for National Research Initiatives, BeOpen, Digital Creations, and the Python Software Foundation.
Guido couldn't release it under the GPL, because it wasn't entirely "his" software to license.
(Google cache of the license [google.com])
Re:WhooHoo! (Score:2)
More correctly, Guido didn't want to license Python under the GPL, but did want it to be able to be integrated with GPLed software, as well as software under virtually any sort of license.
(25 pages of Python license history snipped... see the full scoop [python.org] for the current license.)
Re:WhooHoo! (Score:3, Informative)
Re:WhooHoo! (Score:2)
Until that happens, this whole story is as pointless as the whole "It" fiasco, which I note reared it's ugly and decidedly non-pointed head on Wired again today.
Re:WhooHoo! (Score:2)
(Not only that, but the airline industry got skewered as well. Although not as much as John Travolta;)
The Cretan License (Score:2)
Re:The Cretan License (Score:1)
Or here [chrisbrien.co.uk] for a plain text (slighly older) version.
Yes, that is my website. Do I get karma for being the subject of a
Some software covered by the license can be found here [chrisbrien.co.uk], and here [chrisbrien.co.uk]. The latter uses DirectX, but works under Wine (that's vanilla Wine (yummy?) not WineX). The source for that is here [chrisbrien.co.uk].
Re:The Cretan License (Score:1)
Do I get karma for being the subject of a /. story?
You would have, except you blew it at the last minute (i.e. penultimate word) in your license by using "it's" instead of "its".
A poet wouldn't have done that ;-)
Tim
"Poetic"? Not original (Score:2)
Re:"Poetic"? Not original (Score:1)
Restrictive Patent Grant License (Score:5, Informative)
Intel modified the BSD license in the following ways:
Exactlly what OS is licensed under the GPL? (Score:2)
Licensing something for GPLed `OS's is nearly as bad as the FHS saying
Let's name some more names... (Score:5, Informative)
The Poetic License [chrisbrien.co.uk]
states that:
"The software covered by this license makes no claims about copyright, copyleft or even copy centre (where you take it down to the copy centre and copy it). Make as many copies as you want, for whatever purpose, even if it is to sacrifice those copies in a great floppy pyre. You may even claim copyright, ownership of trademark, originality or patent. You may even sue the real originator for a breach of your claimed copyright. However, this license can't guarantee that this will be in any way successful."
(har de har har)
The CMGPL [crynwr.com]
The GPL without a bunch of sections? Which ones, you ask? Mostly the ones that don't count!
The Intel BSD+Patent License [crynwr.com]
Like BSD, but grants a patent license. Patent license is specifically not granted to use under non-GPL OS's, or with modified versions, although copyright license is the same as BSD.
Re:Let's name some more names... (Score:2, Insightful)
Re:Let's name some more names... (Score:2)
So what are they? (Score:2)
Anyone care to enumerate the other three licenses?
GPL (Score:4, Funny)
Re:GPL (Score:3, Insightful)
The GPL is a tool which was created with one goal: to allow modification and distribution of software. The goal was not (even given the FSF's fondness for recursion) to allow modification of the GPL.
Re:GPL (Score:3, Insightful)
I personally don't have a problem with companies restricting redistribution of code (eg. forcing others to purchase it), so long as once you've purchased it, you get the source and can modify it (or distribute the patches to others who have purchased it). My *guess*, however, is that many companies are afraid they'll be forced to support software others modify if they give out the code.
Re:GPL (Score:1)
That already exists - since copyright only applies to distribution anyway, you can take any GPL'd code, hack it up whichever way, and use it internally to your organization. As long as you don't distribute any binaries built from it you are under no oblication to ever provide source code.
I don't see how you think this would help companies open up and write Open Source code, though - source that never leaves the company walls is effectively not open, and those changes will never get rolled back into the community. That doesn't seem like a very productive outcome.
Re:GPL (Score:1)
Re:GPL (Score:1)
Copywrite applies to distribution, not to modification. Private modifications are derivitave works, they just aren't distributed and so never fall under the control of copyright law.
Re:GPL (Score:1)
Re:GPL (Score:1)
Well shut my mouth - I guess I learned something today :)
Although in practice 106(2) would be very difficult to enforce. I could be mixing up derivative Britney Spears tracks in my basement (god forbid) for years and no one would be the wiser.
Re:GPL (Score:1)
Although in practice 106(2) would be very difficult to enforce. I could be mixing up derivative Britney Spears tracks in my basement (god forbid) for years and no one would be the wiser.
Modification for private use almost certainly falls under fair use. But there are exceptions. See Lewis Galoob Toys, Inc. v. Nintendo (game genie is legal), or Micro Star v. FormGen Inc. (Nuke It is not). This is why I said that I think we mainly agree on the law (modifications for private home use are legal), just not on the specific semantics.
Re:GPL (Score:1)
KRL... (Score:2)
(It was apparently submitted for application but never approved). Somebody confirm please, me curious
Re:KRL... (Score:1)
Artistic license (Score:5, Funny)
Yeah, I know there's plenty of room for argument all around, but my sympathies are with small software vendors who need some way to get enough revenue from 100-5000 licenses to pay salaries. The Artistic License strikes me as compact and commonsensical, and a good model for many situations. And of course it has the coolest name.
Re:Artistic license (Score:2)
Re:Artistic license versus GPL (Score:1)
I think the heart of the matter is sociological rather than legalistic or economic. It's a question of how to create and sustain a user community. You might regard a piece of code as 'your baby,' and only be prepared to share it with people who promise not to make money off your baby. In that case, it's 'all about you.' But you might instead want to get as many people excited about your baby as possible -- in which case giving new users the ability to make some money off it is a positive inducement. To use an extreme example: Suppose you designed a kewl language, wrote an efficient compiler, and got lots of praise from your initial users. But you craft a license agreement that not only restricts sale of the compiler code, but further restricts users from selling any applications built with your language. You might get praise from RMS and others who feel that all software should in principle be free; but you won't win the hearts and minds of developers whose salaries depend on the ability to build software products. It's so hard to promulgate a new language anyway; and this extra restriction would cut out the very people most likely to have an open mind about new technology. Even end-user organizations would balk at building their custom apps with your language, if they must give up the option of ever reselling them, and if their software vendors aren't embracing it.
So I guess my point is that I see a need for several licensing regimes, appropriate for different kinds of software and software users.
There are certain applications that are too specialized and expensive to get built through an open source community, and will thus require a commercial R&D team that can only be funded through proprietary licensing.
There are widely-used and widely-needed applications that are best served by communities working under something like GPL or LGPL.
And there are certain components that should be as widely-distributed as possible, where everybody benefits through standardization even outside the open source community; and if these components have very nonrestrictive licenses, it's easier to proselytize effectively and reduce the temptation or need for anybody to roll their own solution.
But of course, that's only my opinion.
When will they approve the MGPL? (Score:5, Funny)
Re:When will they approve the MGPL? (Score:2)
I'm gonna sue their asses off!
Just what we need, another type of "free" software (Score:2, Funny)
I wonder if I should submit my license (Score:2, Funny)
And then for some of my political software work, I used the Freeware for Feminists license - basically free, so long as the user was sympathetic with a feminist cause, and not granted for anti-feminist usage. Kind of viral, but I did make a splash screen and gave out source code with the compiled code.
-
hmm (Score:1, Insightful)
IGNORED in the past 2 years?
if you have big $, OSI will grant approval. if not, you will be ignored.
Licences and contracts are copyrightable? (Score:1)
Re:Licences and contracts are copyrightable? (Score:1)
A Good License (Score:3, Interesting)
(The following is my opinion, so please read it as such. When I refer to a "good" open source license, I am making a qualitative assessment, and not trying to set up criteria for any approval process but my own.)
The purpose of open source licenses are to grant the user a broad set of permissions and rights over and above those granted by copyright law. Their purpose is not to bind the user to the will of the licensor. A good open source license must be based on copyright law, not contract law.
The first thing a good license should do is grant unconditional permission to use the software. This should be so basic it to not be worth mentioning, but you would be surprised as some of the licensed submitted. Additionally, the use of the software should not be trigger for anything else. We don't want any EULA's here, thank you. The second thing a good license should do is clearly inform the user of their permissions. These permissions must not be predicated upon acceptance of any agreement. A permission may have conditions attached to it. If there is anything you wish the user NOT to do, make it a condition. Next the license should have a warranty disclaimer, to assure the user that they will not be sued if they contribute stuff to the project. You may (and should if you're a commercial project) include a real warranty as a separate legal document.
Notice that I haven't included anything about what you require the user to do. No blanket obligations. That's on purpose. Open Source and Free Software are NOT about making people do things. It is okay to make an obligation be a condition to a permission. It is not okay to make an obligation be a condition to the entire license. Remember, this is about what the user can and cannot do.
Software licenses as contracts was an invention of the proprietary software industry. There was a time not that long ago when copyright law as very vague as to the status of software. So the industry decided to use contract law instead, and created licenses that had such bizarre phrases in them as "by reading this sentence you agree to the following obligations...". That's bullshit and Open Source and Free Software should have nothing to do with such rubbish.
Re:A Good License (Score:2)
First off, licenses aren't written for end users. Yes, they're purportedly intended to inform a user of their privileges, but the true audience of a license is a judge and a pack of lawyers. The important thing for a license isn't that it's clear to joe blow, but that it's clear in court: a contract that's clear to joe blow is meaningless if a court can't make heads or tails of it. Confusing terminology in contracts is the result of two problems. First, colloquial language is very subjective and very slippery, and so legal documents have to be written in a specialized dialect of English that has arisen over centuries of effort. It's the same problem with programming languages: we can't have a truly natural language programming language because it's too imprecise. But just as engineers have an easy time reading and understanding source code, so do lawyers have an easy time reading legalese. The second problem is that most lawyers have a very poor mastery of both English
The next thing is that all licenses are based in contract law. There is no room in copyright law for granting permissions beyond those explicitly enumerated (and irrevocable) in copyright law. If you want to grant extra permissions, or revoke certain permissions, then you
Next, you have to consider the purpose behind an OSS license. One person may have a different purpose from you. To me, the term OSS means "you can read my source code, and you can contribute changes back to me". That's it. It doesn't say anything about whether or not someone can use the source code. It doesn't say anything about whether or not someone can produce derivative works. Sure, GPL talks about those things, but that's because GPL goes farther than the simple concept of OSS. The same goes for other OSS licenses: they will almost always go beyond the simple concept of OSS, building on top of the concept in order to further the purposes that the author has in offering the software as OSS in the first place.
As an example, someone might be making their software OSS for the purpose of crushing Windows. It shouldn't be too surprising to see that their license contains a clause prohibiting the porting of the software to any Microsoft operating system, either natively or under an emulator. Does OSS say anything about that? Nope. Does GPL say anything about that? Nope. But that author wants to crush Windows, so he's not very well going to allow his software to be used under Windows, now is he? He's got a purpose, and his license reflects that purpose.
Then there's the last point. Software licenses
The only thing that software copyrights do is to allow the author of software to restrict his software's distribution. Once that's in place, the author can then impose a license (read: contract) on the user for the software. Without software copyrights, the licenses would be meaningless, because a user could just say "naw, I'm not gonna agree to the license, so it doesn't bind me, but I'm gonna use the software anyway because you can't prevent me from getting a copy of it."
Re:A Good License (Score:1)
Firstly, I think that in any legal agreement that's put forwards in good faith one of the most fundamental objectives must be that the parties to it understand it. A contract between Microsoft and IBM can be thoroughly incomprehensible without careful interpretation by a team of lawyers because that's the level of attention that those companies can give it. A contract between IBM and its most junior employees should be comprehensible by those employees with the level of resources they can reasonably be expected to have. Software licences, whether proprietary or free, should be designed to be comprehensible to the people who are being asked to agree to them.
There's nothing wrong with a highly legalistic licence expected to be used amongst companies or individuals that will have lawyers examine them closely and that can be the objective in a free software licence but if you're intending it to be used more widely then you should make sure it makes sense to others. Would you want to be in the position of suing someone who had agreed to your licence in good faith believing they had more rights under it than they did simply because you'd made it incomprehensible? Or do you want to discourage anyone from actually contributing to your project because they don't understand what rights they have?
Secondly, in the context of licences intended to be used internationally I think that attempts to be clever with the legalese are misguided. Sure your obscure term of art wins you points in your home jurisdiction but elsewhere it may be interpreted completely differently - it may even have an established contrary meaning. And no, you can't just assume that foreign courts will accept any clauses you put in that forbid them from interpreting the contracts under their own laws.
Thirdly, you're simply wrong in your assertion "The next thing is that all licenses are based in contract law. There is no room in copyright law for granting permissions beyond those explicitly enumerated (and irrevocable) in copyright law."
The one thing that copyright law does give the copyright holder is the right to give people permission to do the activities that are otherwise prohibited by copyright law. That's the whole point of it. If I own copyright on a work then I can say "you may copy this", no contract there it's purely a permission (a licence) I can choose to give. Equally I can say "you can copy this once", "you can copy this but only once per year", "school teachers may copy this but nobody else" or "anyone anyone whose foot fits this slipper may copy this". None of those are contractual. They are all permissions (licences) that can be granted by a copyright holder.
Re:A Good License (Score:2)
You have to look at it the same way as a program and its users' guide. We programmers have little problem reading source code (even complex source code) and figuring out what's going on. But joe blow can't do that. Both of us benefit from the users' guide: joe blow so he can make sense of what he's seeing, and us so that we can figure out whether or not a particular behavior is a bug or if it's intentional in some strange way. But as far as the computer is concerned, the users' guide is meaningless. The code is the be all and end all of the system's function.
Secondly, in the context of licences intended to be used internationally I think that attempts to be clever with the legalese are misguided. Sure your obscure term of art wins you points in your home jurisdiction but elsewhere it may be interpreted completely differently - it may even have an established contrary meaning. And no, you can't just assume that foreign courts will accept any clauses you put in that forbid them from interpreting the contracts under their own laws.
That's certainly true. Unfortunately there isn't a whole lot of precedent about the validity of choice of jurisdiction clauses. English common law countries tend to obey them (and US courts seem to always do so). But I can't speak about European common law countries, Confucian law countries, or others.
But this whole issue about things happening internationally is really quite new. Before the computer age, international commercial agreements were nearly always exchange-of-goods, so there really wasn't any kind of licensing issue. There were certainly cases of a foreign manufacturer buying a production model of someone's invention, then copying it and producing it themselves in their own countries. And the few court proceedings in these matters were nearly always ineffective. But with the rate at which things are going, we can expect to start seeing a whole lot more cases discussing international licensing.
Thirdly, you're simply wrong in your assertion "The next thing is that all licenses are based in contract law. There is no room in copyright law for granting permissions beyond those explicitly enumerated (and irrevocable) in copyright law."
The one thing that copyright law does give the copyright holder is the right to give people permission to do the activities that are otherwise prohibited by copyright law.
You're thinking about contract law. Copyright law says "this thing is owned by the copyright holder, and he can prevent anyone he wants from getting access to it" (basically). The only variant that exists in copyright law is the concept of "public domain": a person who would otherwise hold copyright over something can put that thing into the public domain, in which case no one has differential rights to that thing. Contract law says "different parties have different rights, resources, and privileges, and they can negotiate exchanges of those rights, resources, and privileges under these rules." Copyright grants a privilege to one party that is excluded from other parties. Contract law influences how the copyright holder can grant his priveleges to other people.
Re:A Good License (Score:2)
Okay, it's some years since I got my law degree and it's in UK law whereas I would guess you're talking from an American perspective but imho you're just plain wrong. Granting someone permission to copy and distribute your copyrighted work does not in any way require a contract just as giving someone a gift doesn't require contract law and telling someone they can enter your house, use your computer, or borrow your car does not require contract law. You can use a contract in any of those situations but if all you're doing is giving permissions then contract simply doesn't come into it.
Re:A Good License (Score:1)
And, yes, I'm talking about US law.
Re:A Good License (Score:2)
Cool. Too bad it doesn't apply to most Open Source licenses. The operative phrase in your quote is "negotiate exchanges". Since that's how I always understood contract law, we must be in agreement on something! But I don't understand where the negotiation or the exchange comes in when I download the Linux kernel and start distributing it. I have negotiated nothing! I have given nothing back to Linus and Friends!
If you look at the typical contract, you will see certain attributes. First, both parties are aware of each other. Second, negotiation of terms is possible even if the negotiation does occur. Third, both parties receive something of benefit. Finally there is an explicit agreement. None of these attributes are present when I download and start legally distributing the Linux kernel. Linus and Friends are not aware of me, or of the fact that I possess a legal copy of the kernel. And it is not possible to negiate terms because a line of communication has not been established (although that communication could be initiated by me). I receive benefit from the kernel, but Linus and Friends receive nothing from me, not even the satisfaction of knowing that I am even using it. Finally, there is no explicit agreement. No signature, no handshake, no verbal "I agree", no clickthrough, no filling out of registration cards, nothing. A transaction of sorts has occured, but there is no contract.
Re:A Good License (Score:2)
It depends on the license. For the MS EULA, you are certainly correct. But software written by developers that expect/invite/encourage participation in the development process should have a license written for developers. Of course lawyers and judges will be one audience for the license, but they will not be the primary audience.
The next thing is that all licenses are based in contract law. There is no room in copyright law for ranting permissions beyond those explicitly enumerated (and irrevocable) in copyright law.
Here's a sample license: "You may freely copy, distribute, modify, translate, or otherwise transmit and transform this software without restriction." Just how does this qualify as a contract? Where is the agreement? Where is the consideration? Are you saying that the above license is not valid?
What exchange? In the case of the Linux (as an example) I have given nothing to Linus Torvalds. No money. No pledges of royalties. No promises that I will ever contribute anything back to the project. I'm not grantingd him any permissions or benefits. Heck, Linus and I have never even met, so how can we possibly exchange anything!
Once that's in place, the author can then impose a license (read: contract) on the user for the software.
Contracts are never "imposed." They must be agreed to voluntarily by both parties.
Re:A Good License (Score:2)
Why would you ever write a license that you don't want to be enforceable? If you want it to be enforceable, then it has to be (principally) comprehensible in court. As to determining whether or not a contract is clear, the court will look at the language itself, not defer to the statements of the defendant or plaintiff. The only exception is when both defendant and plaintiff agree on the interpretation of a particular clause, in which case the court will take that interpretation rather than the interpretation that the court might find on its own. But in such a case, I think you'd agree that the license is sufficiently clear.
Here's a sample license: "You may freely copy, distribute, modify, translate, or otherwise transmit and transform this software without restriction." Just how does this qualify as a contract? Where is the agreement? Where is the consideration? Are you saying that the above license is not valid?
Agreements between parties fall exclusively under the jurisdiction of contract law. The parties may, in fact, act under an agreement that is an invalid contract, but it is still under the jurisdiction of contract law.
More directly, let's look at your sample license. Presumably, the person offering the license possesses a copyright in the software. So the holder is granting certain distribution and modification privileges. That's the consideration that he's giving. The license doesn't explicitly enumerate consideration that the recipient is granting back to the holder, but (and this is an important principle in contract law) since the holder is the party that offered the contract, it is presumed that the holder is gaining an automatic intangible concession in return (such as the pride of knowing that other people want to use his software). The important thing is that the person who offers terms is presumed to agree to the terms; if he didn't agree to them, he wouldn't've offered them in the first place.
Then, if the recipient of the software actually does exercise one of the privileges granted to him in the license, then he has also agreed to the license (contract). This is another important concept in contract law: implied consent. If one party exercises a privilege granted only under a contract, then that party has consented to that contract. This concept actually doesn't exist in the text of the legislation that forms contract law. This exists in a more important place: legal precedent.
So the example license that you present has offer, has exchange of consideration, and has consent. All three of the keystones that are required for a contract to be valid.
What exchange? In the case of the Linux (as an example) I have given nothing to Linus Torvalds. No money. No pledges of royalties. No promises that I will ever contribute anything back to the project.
I'm glad that you brought up Linux. Linux uses a fragmented intellectual property model, in which the entire body is covered by a single license, but the ownership of the individual pieces are retained by the original authors. So when you use Linux, you are entering into an agreement with each of the separable authors of the kernel.
As one of the authors of the Linux kernel (interval timers, original
I can say for certainty that the same consideration applies to a large number of the people involved in the Linux kernel, but I will neither name names, nor will I attempt to enumerate all the considerations that are gained by all the individual contributors to Linux (primarily because I don't know them all).
I'm not granting him any permissions or benefits. Heck, Linus and I have never even met, so how can we possibly exchange anything!
If physical meeting were a requirement for a binding contract, then the only commerce that would exist would be face-to-face barter. Mail order, internet sales, telephone solicitation, early book sales (even in person), credit cards, checks, ATM cards, and even paper currency all exist only because of nonlocal agreements to contracts.
Contracts are never "imposed." They must be agreed to voluntarily by both parties.
That's only sort of true. As the holder of a copyright, I can offer a contract without allowing negotiation. True, the contract doesn't bind unless the other party agrees, but in that case the other party doesn't get my software, either. So I have effectively imposed my contract on all people who want to use my software.
This is the central argument behind the (many) suits over the years asserting that Microsoft has illegally leveraged its monopoly power to impose contracts.
Re:A Good License (Score:1)
As an aside...
What happens when Microsoft becomes weakened? Will you subsequently abandon Linux development?
Re:A Good License (Score:1)
If microsoft gets so weak that there's no chance of it ever recovering, then I'll consider that goal to be achieved.
If there's something new that I need out of Linux, I'll probably keep working on it (I like my mini beowulf cluster, after all). Otherwise I might dust off that old OS that I was writing and abandoned when I started up with Linux.
Re:A Good License (Score:1)
And as an aside, I did not necessarily consider the GPL to be a "good" license by my criteria. It is very borderline. The entirety of the license is be based on copyright law, and clause 5 even says the same. Yet clause 5 is attempting to place it under contract law. I can only assume that this is for the purpose of satisfying the overly pedantic lawyers working with the FSF. There's no way you can read the list of four freedoms of the FSF and conclude that RMS thinks software should be distributed under contract.
Re:A Good License (Score:2)
Funny, I didn't see anything in the FSF's four freedoms about binding people to the wills of other. That antithetical to freedom. (it's also antithetical to contract law, which is why unilateral contracts are Evil)
Copyright law has already given the user the right to use the program. No ifs, ands or buts. Since so many commercial licenses say "by using this software you agree to...", I felt it necessary, if redundant, to explicitly assure the user that they can use the software no matter what else the license says. After all, I even know of one person who holds the belief that you may not use GPLd software unless you agree with the philosophical preamble in its entirety.
Hmmm, you must be a lawyer, as no one else has so much trouble parsing standard English. Let me restate. You give the user a set of permissions. You then let the user know what these permissions are. You do not keep them secret for the user to guess. Let me give an example: "you may distribute this post to anyone." There. I granted a permission to all readers of this post, and also informed that of it.
Yes, I did say that. But double check my post anyway. I had more than one criteria. The right to *use* the software unconditionally is the first of my criteria. Other rights, such as distribution, modification, etc., may be conditional.
My Standard Software Disclaimer (Score:4, Funny)
to real persons, living or dead is purley coincidental. Void where
prohibited. Some assembly required. List each check separately by
bank number. Batteries not included. Contents may settle during
shipment. Use only as directed. No other warranty expressed or
implied. Do not use while operating a motor vehicle or heavy
equipment. Postage will be paid by addressee. Subject to CAB
approval. This is not an offer to sell securities. Apply only to
affected area. May be too intense for some viewers. Do not stamp.
Use other side for additional listings. For recreational use only.
Do not disturb. All models over 18 years of age. If condition
persists, consult your physician. No user-serviceable parts inside.
Freshest if eaten before date on carton. Subject to change without
notice. Times approximate. Simulated picture. No postage necessary
if mailed in the United States. Breaking seal constitutes acceptance
of agreement. For off-road use only. As seen on TV. One size fits
all. Many suitcases look alike. Contains a substaintial amount of
non-tobacco ingredients. Colors may, in time, fade. We have sent
the forms which seem to be right for you. Slippery when wet. For
in any mailbox. Edited for television. Keep cool; process promptly.
Post office will not deliver without postage. List was current at
time of printing. Return to sender, no forwarding order on file,
unable to forward. Not responsible for direct, indirect, incidental
or consequential damages resulting from any defect, error or failure
to perform. At participating locations only. Not the Beatles.
Penalty for private use. See label for sequence. Substantial
penalty for early withdrawal. Do not write below this line. Falling
rock. Lost ticket pays maximum rate. Your cancelled check is your
recipt. Add toner. Place stamp here. Avoid contact with skin.
Sanitized for your protection. Be sure each item is properly
endorsed. Sign here without admitting guilt. Slightly higher west
of the Mississippi. Employees and their families are not eligible.
Beware of dog. Contestants have been briefed on some questions
before the show. Limited time offer, call now to insure prompt
delivery. You must be present to win. No passes accepted for this
engagement. No purchase necessary. Processed at location stamped in
code at top of carton. Shading within a garment may occur. Use only
in well-ventilated area. Keep away from fire or flame. Replace with
same type. Approved for veterans. Booths for two or more. Check
here if tax deductible. Some equipment shown is optional. Price
does not include taxes. No Canadian coins. Not recommended for
children. Prerecorded for this time zone. Reproduction strictly
prohibited. No solicitors. No alcohol, dogs, or horses. No
anchovies unless otherwise specified. Restaurant package, not for
resale. List at least two alternate dates. First pull up, then pull
down. Call toll free before digging. Driver does not carry cash.
Some of the trademarks mentioned in this product appear for
identification purposes only. Record additional transactions on back
of previous stub.
This supersedes all previous notices.
Re:My Standard Software Disclaimer (Score:2)
Re:My Standard Software Disclaimer (Score:1)
Re:My Standard Software Disclaimer (Score:1)
May contain traces of nuts.
Falling Rocks Do Not Stop.
No Seatbelt Fine Exceeds $100.
and of course
Offer void where prohibited by law.
: Fruitbat :
becoming your parents (Score:1)
Why do we have an organisation telling us what licenses we can and cannot use? I used a disapproved of, but still open source IMHO license...what then? Will the OSI call up the FBI to bust down my door?
Fuck the establishment, we don't need anymore conformity factories.
My favorite "License" (Score:2)
This software comes with no warranty. If it breaks, you get to keep both pieces.
That Monty Python License in Full (Score:2)
1. No Poofters
2. This program may not be used in a bat of custard if there is anyone looking
3. Three shall be the number of the count and the number of the count shall be three, thou shalt not count to two unless thou also counteth to three, nor shall thou count to four, five is right out.
4. There is no 4
5. Is right out
6. SPAM SPAM SPAM SPAM! Wonder SPAM! Wonderful SPAM
7. The program to which this license is attached may be used for any purpose whatsoever without payment provided that (1) this license is included in its entirety intact and (2) the provisions of sections 2, 4, 5 and 8 are complied with on alternate Wednesdays and sections 8, 9 and 4 are complied with at all other times
8. All copies of this program be distributed with the distributors choice of (a) the program source or (b) a bottle of Wostershire Sauce made from genuine Wostershires.
9. EEEK!
10. Naaawwwwww...
Re:That Monty Python License in Full (Score:1)
What is the license of this License? can i use it for any software i'd like to release in the wild?
Re:That Monty Python License in Full (Score:2)
Re:Wait a minute! (Score:1)
Re:Wait a minute! (Score:2)
Free Documentation License (FDL)
Re:Wait a minute! (Score:2)
Yeah, right.
I log into a shell account and am held hostage to the wild fantasies of anyone who wrote some innocuous seeming library or kernel module. It's Python, for chrissakes. How can you not end up using it?
This is getting crazy. A previous poster only wants feminists or fetishists to use his work. Sheesh. When do we go back to being normal people? Private citizens are left alone to tinker and share, businesses pay some royalties. If things get muddled up, we have a few beers and then forget what we were fighting about. Ah, the old country.
Re:Wait a minute! (Score:1)
Re:Wait a minute! (Score:5, Informative)
You can however provided added or amended licensing conditions without modifying the actual text of the GPL; for example "this program may be distributed under the terms of the GNU GPL with the added requirement that [blah blah]."
Re:Wait a minute! (Score:2)
The reasoning for this was that if modification were allowed it would dilute the usefulness of the license, as "GPL-derived" licenses might not even be Free Software or Open Source.
I disagree. The MPL is more or less GPL-derived. It's just that they got their lawyers together and made it look "different enough" so that nobody would accuse them of hacking the GPL, and that has not diluted the "usefulness" of the GPL.
Also, there are several other licenses (e.g., Sleepycat) that are GPL-like, but not expressly derived from the GPL.
The copyright restriction on the GPL can't prevent the proliferation of licenses. It just makes it harder for people who might want to use the GPL as a starting point. Their desire to prevent the "GPL brand" from being diluted is understandable. A more fair solution would be to allow unlimited modification of the GPL, as long as you didn't call your license the GPL.
Re:Wait a minute! (Score:2)
The Free Software Foundation isn't worried about the GPL brand. They simply aren't interested in making a GPL derivative an easy thing to do. The Free Software Foundation wants you to use the GPL (duh!) so they have copyrighted the GPL in order to prevent people from easily making clones. If you want your own GPL-like license then hire your own lawyers and hope that they are as well acquainted with software copyrights as the folks who have worked on the GPL (good luck).
This might seem like a contradiction, but the Free Software Foundation isn't the "Information Must Be Free As In Free Beer Foundation." They are specifically trying to make sure that software comes with source code (and documentation :). They are not trying to make it so that all information is free.
So while you are certainly right that the GPL copyright can't make license proliferation impossible, it certainly does make it more difficult (and more expensive), and that's a net win for the FSF.
Re:Wait a minute! (Score:1)
Since the GPL hasn't been tested in court, we don't really know how well the authors understand software copyrights.
Re:Wait a minute! (Score:1)
If it were a bad license some dumbass lawyer would have ate it for lunch already.
Re:Wait a minute! (Score:1)
The GPL is a copyrighted document that grants you explicit permission to redistribute it in unmodified form.
Regardless of what the FSF wants to tell you, licenses which are GPL derivitives are not protected by copyright. The GPL is a functional document, changing any word or letter in it changes the function of the document. Therefore the protections against derivitives of the document fall under patent law, not copyright law, and the GPL has not been patented.
Re:Wait a minute! (Score:2)
Then what's the point of OSI?? (Score:1)
But isn't this what OSI is for? They approve the license as open source or not. If someone modifies the GPL but it still statisfies the OSI requirments then it shouldn't be an issue if it was derived or not. The spirit of the license is the same as the GPL. In fact the derivative may be an attempt to strengthen that spirit in a court of law. If the derived work is suitable to the OSI then the FSF should allow it.
Now I can see issues if the derived license wasn't OSI compliant but that doesn't seem to be the case here.