6 Reasons To License Software Under the (A/L)GPL 367
Henry V .009 writes with a link to Zed Shaw's "newest rant," which gives a cogent description of his reasons for choosing the not-always-popular GPL for his own code: "Honestly, how many of you people who use open source tell your boss what you're using? How many of you tell investors that your entire operation is based on something one guy wrote in a few months? How many of you out there go to management and say, 'Hey, you know there's this guy Zed who wrote the software I'm using, why don't we hire him as a consultant?' You don't. None of you. You take the software, and use it like Excalibur to slay your dragon and then take the credit for it. You don't give out any credit, and in fact, I've ran into a vast majority of you who constantly try to say that I can't code as a way of covering your ass."
Awww, What Happened to Badass Zed? (Score:3, Insightful)
What happened to you, man? You used to be cool! Where's all the in your face swearing and abrasiveness? You used to be hardcore! Your 'music' is so alive with raw power but now your site is somehow more respectable.
And now in your latest rant you're complaining that by writing Mongrel you weren't given a consulting job? You weren't handed a company to destroy? Well, way to stick it to the man, my friend. You seem to enjoy bashing the hell out of developers trying to get a job done for not standing up and screaming "Zed's So Fucking Awesome" but now you are complaining that didn't win you a job.
You, are a great software developer. Much better than I in all probability. You are a complete and utter asshole in nearly every other respect (yes, even in your music) and it should come as no surprise that you cannot land a job on a team. I would not pay money for your projects since I don't use them but I will send you $20 to stay in a hole, write software and restrict yourself from communicating with the outside world. Really, the world would be a better place.
Re: (Score:2)
Hey - don't forget that he's a boxer and could kick your ass, too.
Re: (Score:2)
Re:Awww, What Happened to Badass Zed? (Score:5, Funny)
Zed's dead baby, Zed's dead.
Re:Awww, What Happened to Badass Zed? (Score:4, Interesting)
Oh my god, this is THAT loser?
Zed Shaw convinced me I never wanted anything to do with open source development. That very rant you just linked helped me decide it was better to use what was available then fuck off leaving open source in the dust. I concluded if you don't have complete, absolute control over your project then the Zed Shaws of the world are going to take all of your successes and mar them with whiny drama antics.
Slashdot does itself a great disservice publishing this sort of story. I suppose we shouldn't be surprised. Sometimes, no matter how bad you think a whiner is, he has supporters who want to keep hearing him whine.
Re:Awww, What Happened to Badass Zed? (Score:5, Insightful)
Let me tell you a little secret. Proprietary software developers are just as big assholes.
Sometimes even worse, because sociopathic bosses and the economy make their contribution as well.
In the closed source world you almost never have complete control of your project. What happens if the OS, language, or vital module of your project is dropped by the maker? If you work on .NET for instance, then one day it could be abandoned, to be replaced by something newer and shinier. In comparison, C and Perl are ancient and aren't going anywhere.
Re: (Score:2)
Eh? Wha? ... Sorry, gotta get this COBOL code change in place...
Re:Awww, What Happened to Badass Zed? (Score:4, Informative)
Well, for instance, there's lots and lots of VB6 code out there that became obsolete when MS dropped it. The .NET version is different enough that large apps can't be translated and need to be rewritten.
Actually VB6 code is still getting written even today, but it's a dangerous proposition. There's no guarantee it'll run on future Windows versions. Especially there's no guarantee that the OCX you need will work on future Windows version.
COBOL is an exception because it was used in important systems developed entirely in-house with full source available.
But VB6 isn't like that. A vast majority of programs need some OCX or another that performs a crucial task. And the VB code itself is just glue (something every VB book likes to point out). Many VB apps are completely uninteresting and say, use an OCX to interface with some specialized piece of hardware, another OCX to present data (some fancy grid control for instance), and a database. If any of that stops working, you're screwed. And chances are those companies that made that stuff are now gone or uninterested in maintaining it.
Compare for instance, Perl or C. Perl isn't that popular anymore, but it's still actively worked on. Even if development stopped, the source would still be there.
Re: (Score:3, Informative)
Re: (Score:3, Interesting)
Actually VB6 code is still getting written even today, but it's a dangerous proposition. There's no guarantee it'll run on future Windows versions. Especially there's no guarantee that the OCX you need will work on future Windows version.
That's okay, VB6 works under WINE, and the number of supported OCX controls increases every version...
Re: (Score:2)
Nobody hired you? (Score:5, Insightful)
Have you ever stopped to think that if you have fantastic technical skills and nobody will hire you, perhaps it isn't your technical skills that need work?
Re:Nobody hired you? (Score:5, Interesting)
Have you ever stopped to think that if you have fantastic technical skills and nobody will hire you, perhaps it isn't your technical skills that need work?
^^^there isn't enough bolt font in the world to give this quote it's due attention
Dear Mr Z,
My boss knows exactly what software we use in our product. So does our legal department. So does IT, because they make all the source code in it available. Investors know what powers the company as well, in fact the CEO probably brags to them about the companies extensive use of open source (like Oracle, IBM, and Google).
Mathematicians are plagiarists. We copy theories and proofs all the time. Welcome to the universe.
And I used to think that all open source developers were selfless. BOY WAS I A MORON.
Re:Nobody hired you? (Score:5, Interesting)
I don't know if I'd necessarily call you a moron, but you were definitely mistaken. Open source developers do it because it works for them, not because they want to wear a hair shirt.
I don't have any complaints about the open source software I wrote that you probably use, because I did actually get some recognition for it. But we could never make money at it, because it was licensed under the BSD license. If I had it to do over again, there's no way I'd release it under the BSD license - what that meant was that all the open source people flamed me for not GPLing it, and the corporations took it and submarined it into their products, which they then sold in competition with the company that was paying me to write the software, so that despite having the best DHCP client and server at the time, we never made a penny on it.
Unfortunately my company went to closed-source rather than GPL, but after that experience I can't really blame them. So when I read Zed's rant, I was singing "right on, brother" the whole time.
we could never make money at it, (Score:3, Interesting)
because it was licensed under the BSD license.
Really? you couldn't make money using the BSD license on your own code but you could using the GPL? How so? I want to start a photography business, which may not be a good idea in this economy, and because I can't afford to buy all the software I'd need to run the business I want to use open source software and modify it so it's better for me. Now I figure that if I am going to tyme a considerable amount of tyme programming then maybe I could try to sell the
Re: (Score:3, Insightful)
You're mistaken. You own the software. Whether it's BSD or GPL, you can sell it, because you own it (presuming, of course, that you actually wrote it yourself). The difference is that with BSD, if you ever release the source code (and if you didn't, who cares what license you use on it in-house?), anybody else can *also* sell it as a closed-source product.
With the GPL, they have to sell it as open source. It doesn't mean no-one will sell it, but for whatever reason a lot of companies are uncomfortab
You're mistaken. You own the software. (Score:3)
I am? I said you don't own the software?
The difference is that with BSD, if you ever release the source code (and if you didn't, who cares what license you use on it in-house?), anybody else can *also* sell it as a closed-source product.
The difference is that with the BSD you do not have to release your code, even if all you do is modify someone else's BSD code. You modify someone else's GPL code and you have to release your code if you distribute it.
Falcon
Re: (Score:3, Insightful)
No, that's not the answer. The answer is that they were a really big company, and were able to sell it through an existing sales channel alongside products that were already well-established. We do just fine selling our closed-source product - the fact that we weren't competing against a well-funded, established company selling the same thing allowed us to build our own sales channel and establish our own relationships.
It's nice that you have so much faith in the free market, but actually your conclusio
Re:Nobody hired you? (Score:5, Interesting)
Actually, having met Zed once, I was surprised at how personable the guy was--I'd be surprised if there was a group he couldn't work with. I chalked it up to the Maddox Effect: Maddox [xmission.com] writes as a bombastic douchebag, but is a pretty shy and soft-spoken dude in person.
Re: (Score:2)
Computer Courage is an amazing thing.
Re: (Score:3, Insightful)
Actually, having met Zed once, I was surprised at how personable the guy was--I'd be surprised if there was a group he couldn't work with. I chalked it up to the Maddox Effect: Maddox [xmission.com] writes as a bombastic douchebag, but is a pretty shy and soft-spoken dude in person.
Yes, but if a potential employer can google your Maddox Effect rants, they're not going to give you the chance to screw up a team. In other words, if you want to be a professional, be professional. Duh.
Re: (Score:3, Insightful)
Except he crosses a line: his rants are about his work, and about people who are potential or actual business contacts.
Maddox can rant about movies because he's not a movie director. If he ranted the same way about people working in his industry, he might find his rants a bit more career limiting.
(Actually, there are a few careers where you can be a tot
This seems to be a fairly common problem (Score:2)
Tech types that think they are god and this means that they shouldn't have to be nice to anyone. No, sorry, not how it works. While there are some very few jobs where you don't have to deal with other people at all, there are extremely rare. For the most part, any job involved people skills. This is particularly true in the case of tech jobs. In every tech job, you are customer support to some extent or another. It may be supporting people internally only, but it is still support and thus people skills stil
Re:This seems to be a fairly common problem (Score:5, Funny)
>Tech types that think they are god and this means that they shouldn't have to be nice to anyone.
You should interact with doctors for a few years. You won't think tech nerds are socially inept or arrogant ever again.
Re: (Score:2)
What happened to you, man? You used to be cool! Where's all the in your face swearing and abrasiveness? You used to be hardcore!
So, you say this now. But I read your post that you "quoted the best part" from Zed's previous rant. You concluded:
In short, you criticized him big-time for his abusive ranting. Now, he has toned th
Don't bust on my excuse. (Score:5, Funny)
Not really for that (Score:5, Interesting)
If recognition is all you want, by all means, just choose any attribution license. If having your work used by the most people is more important, use a BSD style one. Now, if your goal is to assure that your code will be always free, use GPL, LGPL or AGPL.
Re:Not really for that (Score:5, Interesting)
I guess I have some 30 seconds now before heavy airborne objects thrown by the GPL and BSD advocates bring this thread into a total mayhem, but I'll try to make an unorthodox argument there, anyway.
IMHO, both GPL-like and BSD-like licenses protect the freedom equally. The question is, whose freedom it is. Roughly speaking, GPL protects the freedoms of users by restricting the coders, while BSD protects the freedom of the coders, which might result in restricting the rights of the users. Which is more important, that's a whole new problem, but it's not about one license being "better" than the other.
Another, no less interesting way of looking at the problem is asking who do we exactly mean by the "users" of the code - the people "using" the resulting binary, or the people taking the code and "using" it to create new code? Or maybe both? This question alone puts the issue in a new light, and it's not an obvious one.
Many times I've seen people fighting over the GPL/BSD issue here and not ever once they agreed beforehand what do they mean by "users", "freedom", "better", etc. - heavy object throwing took over.
Re: (Score:2)
IMHO, both GPL-like and BSD-like licenses protect the freedom equally. The question is, whose freedom it is. Roughly speaking, GPL protects the freedoms of users by restricting the coders
Nonsense. The GPL protects the freedom of coders by ensuring that they are free to modify code.
Re: (Score:3, Insightful)
That's a rare view, I think - the majority seems to claim that GPL restricts coders by not allowing them to do whatever they want with someone else's code, and this is why I phrased it like that. Indeed, at the same time, this protects the original author.
Actually, yet another important question arises here - does "the coder" here mean "the author who released the code under GPL" or "some other programmer who found the code and wants to use it"? Do you see it now, that even your statement can be dangerously
Re: (Score:3, Insightful)
The truth is that the GPL simply allows the original author to control the terms under which derivitive works can be distributed. Absent any moral or ethical self-congratulations, I have no problem with that.
Re: (Score:3, Insightful)
Nonsense. The GPL protects the freedom of coders by ensuring that they are free to modify code.
The parent post did point out that this will, unnecessarily, turn into a license war thread. At which point he started that war by throwing the first stone (wrapped in an "IMHO", but we know that doesn't change anything).
Licenses have nothing to do with TFA, as the comments above have well pointed out. There's no need to get sucked (suckered?) into another one of these flame wars just because this guy (who wrote TFA) decided to make licenses the cause of his problems, almost arbitrarily.
Attempting
Re: (Score:3, Insightful)
It's not complicated - if you can't agree to the license, don't use it.
Actually (as far as I'm aware), what Tivo did was within the letter of the GPL but so far outside the spirit as to be on another planet.
Re: (Score:2)
GPL protects your investment.
If you put work into GPL'd code you know that anyone that ports it or modifies it and distributes it then must give out their changes. It puts conditions on coders, sure, that they have to reciprocate if they want to use it.
If that says "less free" to you, that's fine. To me it says "this way free stuff gets better".
Re: (Score:3, Insightful)
That is specifically what the GPL disallows. BSD gives you more freedom to close your derivatives of someone else's work.
As a FOSS writer (not that I do much, but hypothetically) I don't see why I would want that.
Re: (Score:3, Insightful)
Otherwise the client can foot the bill and have you write the whole thing from scratch under the license of their choosing.
Re: (Score:2)
please explain in what way the bsd license restricts the rights of the users
Re: (Score:2)
...I'll try to make an unorthodox argument there, anyway.
IMHO, both GPL-like and BSD-like licenses protect the freedom equally. The question is, whose freedom it is. Roughly speaking, GPL protects the freedoms of users by restricting the coders, while BSD protects the freedom of the coders, which might result in restricting the rights of the users...
That viewpoint has been repeated ad nauseam in virtually every GPL-vs-BSD discussion I've seen.
Re:Not really for that (Score:4, Insightful)
The problem with the freedom for who, coders vs users question is that is draws a line between the two. By being focused on only the current coders and users. Users become coders - if they have the means.
Yes, the BSDL offers one more freedom, for THAT coder, the right the close the source.
The GPL offers that coder one less freedom, but offers all the rest to everyone else in perpetuity. Not only do they have access to the code you originally wrote, but to anything current which is based on it. Not just some neat old code, but code to THE binaries they're currently running.
But frankly, I've never seen a 'GPL is bad/BSD good' post that was anything other than an entitlement whine. "I should be able to close-source your code or I can't really use it, wah."
To anyone who feels this way, good. I mean great. Any license that keeps you from profiting and being stingy is doing its job.
This is a tempest in a tea-pot though. I challenge anyone to point out a real developer (other than Microsoft) with this GPL-bad attitude. The reality is that the GPL is no-more viral than a proprietary license. By mixing your code with someone else's you no-longer have full control over it. Anyone who says otherwise is trying to sell you something.
I've certainly never seen a prominent BSD community member with this attitude. Not that BSDers love the GPL, but that no real open-source BSD dev is whining about their inability to close-source some GPL'd project. Their complaints are that our (GPLers) caring about what they see as a minor issue harms open-source in general by preventing BSD/GPL mixing.
Real coders and users don't fight over the BSD/GPL, because they benefit from both - whiners are never happy and will lie about their reasons (greed).
Re: (Score:2)
Quite -- the author even cites "being able to license your code how you like" as a basic right of programmers... And yet, what the GPL does is tells the people who contribute code back how they must license *their* code.
The GPL isn't telling them squat (Score:2, Informative)
They told themselves by taking this GPL'd code and reading the license (that allows them to take the code) and agreeing that their code should be licensed under the GPL too.
If you take the lines wholly copyrighted by you and put then in another project, YOU CAN.
The GPL isn't telling you how to license your code. It's telling you the terms if making a derived work from others' code.
Re: (Score:2)
BSD licensed code will always be free,
So I can go and use and publish the source to the WinNT TCP/IP stack? That was BSD licensed originally.
Re: (Score:2)
If you can find it, go for it. Of course, you can't publish Microsoft's version of it, but you're welcome to get the source from the same place as they did.
Re: (Score:3, Informative)
The original NT stack was BASED ON BSD code, it was not a copy and paste of the BSD code with no modifications.
So ... YES, the original code is still free, in fact parts of it are in use in the OSes my OpenBSD firewalls use as well as my FreeBSD web servers.
And also, NO, you can't get the original NT stack because its not JUST BSD code, its BSD code modified to fit into Windows.
The original code is still just as free as it was from day one, the MS modifications however are not. No freedom to anything that
Re: (Score:2)
How does this take away from the original code? It doesn't. You are still free to patch the original code to make it work in the modified environment which requires the foo variable, or any other environment for that matter.
No, GPL isn't a scam. The way its promoted by GPL trolls/zealots li
Money quote (Score:5, Insightful)
But the days of quick-flip corporations and ingrate programmers making money on my software are over. My new motto is:
Open source to open source, corporation to corporation.
If you do open source, youâ(TM)re my hero and I support you. If youâ(TM)re a corporation, letâ(TM)s talk business.
A very sensible position, IMHO. Dual-licensing always seemed like a no-brainer to me.
Re: (Score:2, Funny)
Re: (Score:3, Insightful)
The problem with dual-licensing is that it practically kills reciprocation: If you use the open license, you can't contribute back, because then the merged code base can no longer be dual-licensed, unless you do what the original author just rejected: Allow someone else to make money on your work while you get nothing. Big projects often require that you sign over your rights to patches or they won't consider them for inclusion. It's a form of "do as I say, not as I do."
OSS 101 (Score:5, Interesting)
Dual-licensing always seemed like a no-brainer to me.
This cannot be emphasized enough.
Businesses have money. Their sole purpose is to make it and not use it. If you give them the option to not use it, they will gladly accept. But if you don't give them that option, they will gladly pay, if what you are offering is worth the price.
Nothing is personal about a business, and it seems many GPL programmers expect some transaction on some personal level, like an IOU or something. But if you take the money element out of a business transaction, there is no human element left. Unless the law requires it, they owe you nothing, and they have better things to do than console you.
If you don't dual license your OSS, then you are not interested in making money. You are making it clear, and you cannot expect anything in return. If you do dual license, then you are asking for money from those who make it. They will review your value proposition, and either accept, or go to a competitor.
Make your intentions clear with the licenses you choose, not with your mouth or your blog.
It is that cut and dry. There really isn't much to rant about.
Re: (Score:2)
If you do dual-license your OSS, you just made it damn impossible for anyone to contribute back.
Ain't that a bitch?
Re: (Score:2)
No, not really.
People can contribute back just fine, but if you want their contributions to go into your closed-source product, you need the copyright from them.
If significant contributors want to share in the profit of their labor, I'm sure an arrangement can be reached with sensible project owners. Many are unreasonable though and try to maintain a dual licensed closed source version by collecting copyrights from contributors but reject any revenue sharing arrangements.
Re: (Score:2)
Well, of course, but that's kind of missing the maintainers' point--to make money off it. :-P
You also run into the problem that most patches are probably worth about two bucks at most, and contributors will have an overblown idea of how much it's worth, leading to community discord, forking, etcetera. It causes more problems than it solves.
Which is why I keep anything I want to make money off of quite safely closed-source.
Re:OSS 101 (Score:5, Insightful)
A dual-licensed version opens up the possibility of forking and taking business away from me, which I find unacceptable. I can fix bugs just as well as they can, and make money off of it. And because my good name is invested in the product and there is no community for me to foist bugs off onto, I am encouraged to make sure those bugs are addressed myself, to my own standards.
So, in other words--yes, I am better off.
I open-source what I don't intend to use for commercial purposes, or what is based on other open-source components with copyleft licensing terms. What makes me money stays closed.
Re: (Score:2)
At least, you aren't interested in making money off of software licenses for things you release as OSS. Of course, if you have release software as OSS, you might as well give up on doing that anyway.
But big businesses want accountable support; that may typically come with enterprise software licenses, but if it is separate they'll pay for that even if the license is free. Supporting software costs money if done in house, too, a
Comparison shop (Score:2)
I like to implement open source, show them what it would've costed, and then ask the company to donate to the project so we can continue to get updates or support. Usually larger companies have some money sitting around so it's pretty easy to get 40-100 bucks to send to an individual for a good package. FYI, The last one we contributed to was jqGrid [jqgrid.org], because it's awesome.
Re: (Score:2)
The last one we contributed to was jqGrid [jqgrid.org], because it's awesome.
Firefox can't find the server at www.jqgrid.org
:P
Hopefully they'll use some of that donation for a beefier server
I do! (Score:5, Interesting)
Sure, we use multi-thousand dollar products for development, but there's always some tool, some image, some utility, some code that is just better and licensed under GPL or CL.
Like I always say, "why improvise when you can plagiarize."
Re: (Score:3, Interesting)
Re: (Score:2)
Sadly, my software developers (my staff) still haven't embraced Linux as much as they should. (Maybe it is because one of my main developers has a brother who works for the Evil Empire.)
Re: (Score:2)
If your employer wants you to do X, which one of the following answers will they most like to hear:
1) I can get it
Don't know, don't care (Score:2, Insightful)
What (Score:2)
You mean people are dishonest and misleading? Next thing you'll tell me is that politicians lie.
Technically, it's part of the risk of writing OSS. You know going in that someone somewhere will capitalize and profit from your hard work and sweat. If you feel that is the case and it bothers you, change the license and charge for the product. And when an OSS is used, I see it more used as a starting point to tackle a unique issue that can't be solved by any existing product. When that comes into play, whatever
Reason 7 (Score:3, Insightful)
The way the GPL has turned out is:
You use a product written by people who didn't foresee what you were going to use it for and they end up integrating changes to benefit someone whose use they didn't foresee. By keeping the code free over the long haul you get fascinating cooperation at the code level.
Re:Reason 7 (Score:4, Interesting)
You use a product written by people who didn't foresee what you were going to use it for and they end up integrating changes to benefit someone whose use they didn't foresee. By keeping the code free over the long haul you get fascinating cooperation at the code level.
Yeah, I've told this before, but anyway: my company had an itch that needed to be scratched so I wrote a program to address it. My boss let me release it under the GPL [sourceforge.net] since we had zero interest in profiting from the program. It exists solely to perform one specific task for us, and not so that we can sell or charge support for it.
As it turns out, that seems to be a fairly popular itch, and I've gotten requests from people all over the world to add new features or to handle special circumstances that never would have occurred to me. Everybody came out ahead on this! The world got a handy piece of Free software, and we got some new ideas that made it work better in its original role here in our office. To reword your statement:
Whining (Score:5, Funny)
Re: (Score:3, Funny)
Oh God! I hate whining bastards! They just WHINE WHINE WHINE!
STOP WHINING!
Some good advice (Score:5, Insightful)
Here's some good advice for anybody who does anything creative, be it programming,art, writing a story, anything...
Do _not_ create something and then expect the masses upon which you bestow your baby to be happy.
I've seen tons of open source coders quit because their public was only complaining about features and bugs. So don't start out with such expectations. You should create something because _you_ want to make something. If anybody praises you afterward then count your lucky stars. But the only way how you can remain a creative person is by doing it for yourself in the first place.
I'm sure some of my code/programs are being used in the wild. And that makes me happy. I haven't gotten a lot of positive feedback, but that's ok. I'm happy because writing it made me happy.
Re: (Score:2)
> But the only way how you can remain a creative person
> is by doing it for yourself in the first place.
Right on. I think Jamis Buck did a good thing along those same lines when he announced that he was burned out on Capistrano and would stop maintaining it [jamisbuck.org]. There's no reason why he should feel obligated to run himself into the ground sorting out Git-on-Windows bugs; just letting go was the right thing to do.
That's one of the nice things about GitHub - a project owner can just stop working on someth
What probably happened (Score:3, Insightful)
HR Person (to Zed): "We see on your resume that one has paid you to do rails development in the last year and a half, and that you've been writing some "mongrel" thing in your spare time. We're really looking for someone with more relevant and recent Ruby-on-Rails experience."
Re: (Score:3, Insightful)
Re: (Score:2)
If that's what you got out of his rant, you didn't read it too closely.
Typical Programmer EGO (Score:5, Insightful)
This is nothing more than typical programmer entitlement EGO issues.
I want credit for this, I want credit for that, I want a job at your company, because I made XXX.
But what about the OTHER people who made YYY, so YOU could do XXX?
What about all the other libraries, API's, and documentation YOU used? Did you give credit to them?
Get off the high-horse, and get rid of all this entitlement you THINK you deserve.
Why to not use GPL (Score:2, Troll)
Because you'll never get recognized in a corporate environment. It doesn't matter if the GPL portion is 1 line out of a million written by paid developers, all those millions of lines have to be made available because they were so "blessed" with your greatness for a tiny portion of the project. There are no shortage of non-viraly licensed projects out there that I don't need your GPL version.
There are a ridiculous number of GPL projects that are essentially trying to copyright "hello world." And an even
Re: (Score:2)
Then what's the big deal? Just let them use their little license and ignore them.
Honestly I just don't understand the hostility from any side, coding is supposed to be fun people, stop getting all worked up!
If your code... (Score:2, Insightful)
I've ran into a vast majority of you who constantly try to say that I can't code as a way of covering your ass.
Editors. When you see something so blatant, please use [sic] after it so people will know it's not you doing the mangling the English language.
Re: (Score:2, Funny)
Editors. When you see something so blatant, please use [sic] after it so people will know it's not you doing the mangling the English language.[sic]
it's not you doing the mangling of the English language.
There, I fixed it for you.
Fuck off, Zed (whoever the hell you are) (Score:5, Insightful)
You don't. None of you. You take the software, and use it like Excalibur to slay your dragon and then take the credit for it.
No, asshole, some of us think it's important for our employer to know which third party libraries and tools we're using (whether they are open source or not), so they aren't blindsided with a lawsuit. I conjecture that you're projecting your own need to be the hero onto the rest of us.
First "I wrote stuff and didn't get rich" rant... (Score:2)
Well, times change. Those rants used to be against the GPL and we used to slap "use a BSD license and write code for fun" in their faces. They used to complain about the GPL not being enforceable and companies ripping them off, now they think it is and they'd rather not see their code used than someone else getting rich with a company using GPL code.
While I do see a great value in having GPL software available for everyone, the fact that it is actually for the most part used intentio
Sponsorship decals? (Score:3, Insightful)
So if I build the next great NASCAR engine, I should credit Craftsman(TM) for making the sockets I used to assemble it? Maybe these startups should also credit the RAM, mobo, and PS manufacturers for the parts in the server.
Re: (Score:2)
So if I build the next great NASCAR engine, I should credit Craftsman(TM) for making the sockets I used to assemble it?
If you intend on distributing Craftsman(TM) sockets with it in a production run, then yes. Ford had to credit Cummins Inc. when distributing their engines in Super Duty trucks, for example.
me too (Score:2)
After reading the article I can say "me too".
Now I just have to take a look at all the open source projects I'm releasing ... :)
(almost none but not zero)
OSD? (Score:3, Insightful)
I think Zed needs to read this as he seems to have lost the spirit of open source entirely:
1. Free Redistribution
The license shall not restrict any party from selling or giving away the software as a component of an aggregate software distribution containing programs from several different sources. The license shall not require a royalty or other fee for such sale.
2. Source Code
The program must include source code, and must allow distribution in source code as well as compiled form. Where some form of a product is not distributed with source code, there must be a well-publicized means of obtaining the source code for no more than a reasonable reproduction cost preferably, downloading via the Internet without charge. The source code must be the preferred form in which a programmer would modify the program. Deliberately obfuscated source code is not allowed. Intermediate forms such as the output of a preprocessor or translator are not allowed.
3. Derived Works
The license must allow modifications and derived works, and must allow them to be distributed under the same terms as the license of the original software.
4. Integrity of The Author's Source Code
The license may restrict source-code from being distributed in modified form only if the license allows the distribution of "patch files" with the source code for the purpose of modifying the program at build time. The license must explicitly permit distribution of software built from modified source code. The license may require derived works to carry a different name or version number from the original software.
5. No Discrimination Against Persons or Groups
The license must not discriminate against any person or group of persons.
6. No Discrimination Against Fields of Endeavor
The license must not restrict anyone from making use of the program in a specific field of endeavor. For example, it may not restrict the program from being used in a business, or from being used for genetic research.
7. Distribution of License
The rights attached to the program must apply to all to whom the program is redistributed without the need for execution of an additional license by those parties.
8. License Must Not Be Specific to a Product
The rights attached to the program must not depend on the program's being part of a particular software distribution. If the program is extracted from that distribution and used or distributed within the terms of the program's license, all parties to whom the program is redistributed should have the same rights as those that are granted in conjunction with the original software distribution.
9. License Must Not Restrict Other Software
The license must not place restrictions on other software that is distributed along with the licensed software. For example, the license must not insist that all other programs distributed on the same medium must be open-source software.
10. License Must Be Technology-Neutral
No provision of the license may be predicated on any individual technology or style of interface.
The Open Source Definition [opensource.org]
"I Dont Want To Be Ignored Again" he says. (Score:4, Insightful)
He says: 'I Dont Want To Be Ignored Again'.
Well then maybe you shouldn't release your software with no marketing what-so-ever?
First of all: You wrote a HTTP library for Ruby. Big fat hairy deal. Frankly, I never knew and I couldn't care less. Second of all: The Rails crowd gained traction and scored bizar amounts of hype for one reason - and one reason *only*: They had, by standards of open source - a massive marketing campaign to push Rails into the FOSS webdev field. They have a website that, for *once* in the FOSS field, didn't look like shit (and changed the FOSS-Project-Website & Enduser Awareness Game for ever - God bless them!), they pratically invented the concept of screencasts to showcase their FOSS webkit in short understandable fashion and they abandoned all snotty-nosed elitist crap in favour of building a community for webdevs while at the same time doing huge inroads into the Java & academic community who needed Ruby to boost their ego and to seperate themselves from the PHP crowd. And who, until the rails hype, weren't aware of any FOSS webkits. Of which Rails, btw., isn't a particuarly new, good or innovative one anyway. Other kits from ages ago are still leading the field by far technology wise - with nobody careing. Due to, guess what?, no marketing.
Your conclusions are wrong, Mr. Shaw. People care squat about what you licence your software under. If you want money, you demand money. If you want attention, you demand attention. Rails did it, you didn't. Your Mongrel site isn't bad, by FOSS standards that is, but it doesn't look particuarly interesting either. Learn you lesson, licence with whatever you want - wether it's the GPL or not *nobody* of *any* importance fucking cares - and do a little marketing and reasearch before you push your next FOSS tool. That, and nothing else, will enable a business on top of it.
My 2 Euros.
Because I want to... (Score:5, Insightful)
From the article:
That's my first reason I use the GPL:
Because I want to, and if you disagree with it then don't use my software. It's as simple as that.
You know Zed, that's all you have to say. The rest was at best... silly.
Do I tell my boss? (Score:2)
Good (Score:2)
Good to see that developers are starting to realize that those lasts years big companies are using open sorurce but not giving back any substantial part of his owns developments.
That's why i encourage to use the AGPL v3 license for any piece of code that could be executed on a server related to internet. Starting by the Linux kernel ASAP!
No prominenent alternate licensing notice (Score:2)
After all the bluster about wanting to get credit, code, and/or compensation, I looked over the site for Lamson, Zed's MTA, and didn't see anything to the effect of "if you like this code but the distribution license is incompatible with your business goals, please contact me to discuss an alternate license with reasonable terms." It's not in the README, either. Anyone who can't use the GPL is probably just going to keep looking. After all, trying to convince someone to change their license is being a "g
Little to argue about (Score:2)
I read through the whole rant, and there is little to argue here.
He used GPL for a Python project? Not that big a deal; his stuff won't ever be folded into the Python base distribution, but no one will seriously get upset.
He offers commercial licenses for companies that fear GPL? Very sensible; not even RMS would object.
I enjoy his vigorous and clear writing, too. "You guys are all giant pansies, even with a project like Lamson you're still all afwaid of big bad monsta SMTP." Heh.
steveha
Re: (Score:2)
I could not agree more...
The BSD, MIT licenses (even if more open) are for mugs who end up having their code "stolen" !
By this I mean that some half-witted asshat will grab the source tree, make some minor changes to it and then resell it as his own work.
FUD less. Both the MIT and BSD licenses are "Attribution required" licenses. If the guys is passing it off as his own work and not giving you credit (as opposed to money), he's breaking the license.
Re: (Score:2)
And if my software is under the BSD license, I obviously don't care that he's selling it. If the buyer cares, that's between him and the seller.
The original assertion that he can legally "resell it as his own work" is plain FUD.
Re:agreed (Score:4, Insightful)
The BSD, MIT licenses (even if more open) are for mugs who end up having their code "stolen" !
You claim this but the BSDs get countless contributions back from people and corporations that use their code. This is just GPL FUD.
Re: (Score:2)
Re: (Score:2)
Heck, the BSDL even protects you from GPL projects hijacking your code. :)
This is a new one on me, unless you mean the old 4-clause one. Do elaborate. I am interested.
Re: (Score:2)
Pretty sure he's wrong.
Personally, I've taken to using the CDDL. It's not GPL-compatible (and I like it that way), but provides all the benefits of the LGPL with none of the annoying drawbacks.
Re: (Score:2)
v3 is Stallman's attempts at controlling hardware through the copyright regime.
close. v3 is Stallman's (actually it was written by many thousand of volunteers world-wide) attempt to not let hardware control the software.
Re:Oh wow, it's almost exactly why I don't like GP (Score:2)
Or just write/use a license that requires attribution... Am I a genius? Cause this guy sounds smart and he didn't think of it.
Re: (Score:2)
Any RoR shop using Mongrel is essentially doing that.
Re: (Score:2)
Hmm, I'd venture to say that your bosses got mad because they came to rely on a piece of software that would cause them to have to open source their entire project. And as for re-implementing it, I wonder what the GPL says, as anyone who's worked with the code in question is effectively contaminated.
Re: (Score:2, Interesting)
Zed's point (IMO) is that by using the GPL he forces many businesses to transact with him for a different license. Many businesses don't want GPL code in their product line, and for those companies Zed will sell them a differently licensed copy of his software. That means he'll be doing business with those companies, and therefore getting the recognition and/or compensation he feels like he wasn't getting with his MIT licensed stuff.
I'm just saying that's what I think his argument is.
what drugs are you on? (Score:3, Insightful)
You're kidding, right?