Why I use the MIT licence (by author of Rack)
chneukirchen.org
chneukirchen.org
The OP links to djb's site - he seems to conflate rejecting EULAs (which I agree with) and rejecting copyright on software; am I reading him correctly? (I mention him here because nobody can claim his stance is pragmatic at all.)
Also, I've commented elsewhere in thread (http://news.ycombinator.com/item?id=783320) about problems releasing it into the public domain has caused him.
Obviously this issue is complex enough that they have a page devoted to it.
I don't think any significant body of code is written or licensed for punitive reasons. The difference between the MIT and copyleft licenses such as CC-BY-SA or the GPL is that the MIT license does not protect your users from hostile middlemen.
In an ideal world, everybody would provide their users the same rights they received from the copyright holder. The only licenses required would be MIT/BSD style. I would love this; a simple license, in my opinion, is better than the enormous complexity of the GPL. However, since in the real world people can and do restrict user's rights to source code, the GPL is still needed.
I don't believe that blaming the victim is a healthy attitude to life. "The rape was her fault for wearing those clothes" is for banana republics and history books, not modern times.
Also, how would the GPL protect the user, if the criminal does not mind doing illegal things anyway (like distributing malicious software)?
I didn't say it was a criminal act, and the software does not have to be malicious. Assuming the middleman makes any change at all, no matter to what purpose, then the user no longer has access to the source code for the application they're running. In my opinion, this is unacceptable, and I try to avoid contributing to software under a license which allows proprietary distribution.
I am not a victim. I am willfully and with full knowledge of the implications entering into an economic exchange that I believe to be of benefit to myself.
I thought about it before your response, and I admit, there is that one way by which I might help people receiving bad software: by not using GPL I support a world in which unfree software could possibly exist.
However, for myself it seems sufficient to work towards a world in which everybody has the opportunity to use free software if they want to. Suppose I would be giving away free cars - a thief could still steal a car, but since he could just get one for free anyway, his incentives for stealing a car would be far less. Creating a world in which nobody would even be allowed to create unfree software seems unnecessarily restrictive to me, and in fact, undesirable. By consequence other possibly dangerous things would have to be made illegal, too. Eventually the whole world would be Disneyland - not something I would want.
Edit: to clarify, I agree that some of these things are personal preferences, so I understand how choosing MIT license is a political decision, too.
EDIT: By "turkey" I meant the statement about "blaming the victim" which is repeated over and over in all sorts of contexts and is usually mindless PC-speak. I have yet to see it defended except by screeching and name-calling.
So? The user can get the original code from me. They can't get what the "hostile" middle man added to the code, but that's OK, because I didn't write that -- they did.
However, chances are good that the "hostile" middle man is providing a service that the user wants, and they don't consider him to be hostile at all. I'm quite happy that Apple takes BSD licensed code (some of which is my own) and produces an operating system that I find to be incredibly valuable in my day to day work.
I'm happy to disclaim access to source code, and provide Apple with some money for this service.
Assertion without proof.
Is that true? In Germany you're forbidden to make stuff and give it away?
IANAL, etc., but that's a lead if you want to investigate further. (He didn't specify what countries in Europe, but strongly implied it was the case throughout.)
* http://video.google.com/videoplay?docid=-5160435487953918649
This is part of copyright law. The GPL has nothing to do with it.
Pro-GPL arguments are full of these silly caveats.
"You can still sell the software" -- so can anyone else, or they can just give it away for free. Now what?
"You can use it under any license you want" -- only if you acquire full copyright for every single contribution.
"You can sell services!" -- end users don't buy "services" for consumer software.
"Non-GPL software is immoral" -- guess who buys the "services" that cover your development costs? Companies that ... sell proprietary software.
.. and just to demonstrate the total rational disconnect of the primary GPL advocate, Mr. Stallman:
This is easy to do. You are the end-point for accepting contributions. All you have to do is require assignment of rights to you in order to accept patches. This is obviously more difficult if you didn't do this to begin with and now have to track down all the past contributors, though.
> "You can sell services!" -- end users don't buy "services" for consumer software.
Depends on what you mean by 'end user.' If the end users for my piece of software are law firms, then yes, they would purchase support contract/other services. Not every piece of software out there is developed for home desktop users.
> "Non-GPL software is immoral" -- guess who buys the "services" that cover your development costs? Companies that ... sell proprietary software.
So the only entities that would purchase support contracts (or custom modifications) for software are proprietary software development houses?
Did you ever try contributing to MySQL? Chances are very good your patch languished for years.
As a contributor, it's a bum deal. I don't like giving away the rights to my work just to support their business model or moral imperative.
Depends on what you mean by 'end user.' If the end users for my piece of software are law firms, then yes, they would purchase support contract/other services.
I literally mean "end user". The consumer who would like a piece of software to solve a particular problem on their desktop. Someone a little like me, who uses the software I'd like to write.
Of course, I don't actually want to provide services -- I want to write software.
So the only entities that would purchase support contracts (or custom modifications) for software are proprietary software development houses?
No, they'll just make up a large portion of your sales (from experience) if you're selling technically-oriented services.
That has nothing to do with the ease that the software owner can create a system to not have to 'track down all contributors' when making a licensing change decision. Your original post implies that this is a barrier to entry.
> I literally mean "end user". The consumer who would like a piece of software to solve a particular problem on their desktop. Someone a little like me, who uses the software I'd like to write.
So you're suggesting that I can't sell support/services for my 'law firm software' because the paralegal/lawyers that are actually using it on their company desktops will not be paying out of pocket for services? Huh?
> Of course, I don't actually want to provide services -- I want to write software.
No one is forcing you to. I'm not being 'Pro-GPL' here I'm just poking holes in your argument.
> No, they'll just make up a large portion of your sales (from experience) if you're selling technically-oriented services.
(emphasis mine) In your original post you seem to be applying that to all software that someone might choose to make GPL.
It is a barrier to entry. I provided one example, there are many others. Try participating in the OpenJDK development process. At every turn, you'll find that administering copyright assignment is, bluntly, a gigantic pain in the ass.
As you already noted, it's nearly impossible to put the cat back in the bag, if you fail to do this to begin with.
So you're suggesting that I can't sell support/services for my 'law firm software' because the paralegal/lawyers that are actually using it on their company desktops will not be paying out of pocket for services? Huh?
No. I'm saying that consumers won't buy services for consumer software. If you're selling enterprise support services, you're not selling consumer software to consumers.
No one is forcing you to. I'm not being 'Pro-GPL' here I'm just poking holes in your argument.
A standard argument for the GPL is that you can (should?) sell services, not software.
In your original post you seem to be applying that to all software that someone might choose to make GPL.
If you write software within a narrow band (enterprise, requires support, sold to non-technical organizations) you might be able to make the GPL work for you. Like I said originally: "lots of silly caveats".
IIRC, Samba requires you to assign over rights to contribute. Maybe take a look at their process.
While I will admit that I have no experience with large projects like OpenJDK, I'll venture a guess that the larger a project gets (and/or the more submissions it gets) that harder it is to manage.
GPL is not always realistic with out side effects, but that doesn't mean it's never realistic either (or that it can't be done if you accept the side effects).
Then again, so is the WTFPL.
While I don't have any closed source considerations, I also don't really care what happens with my code. If anyone finds it useful, I'm happy.