Slashdot Mirror


We Don't Need the GPL Anymore

jpkunst writes "In a lengthy interview with Eric S. Raymond by Federico Biancuzzi at O'Reilly's onlamp.com, ESR defends his position that 'Open source would be succeeding faster if the GPL didn't make lots of people nervous about adopting it.'" From the article: "I don't think the GPL is the principal reason for Linux's success. Rather, I believe it's because in 1991 Linus was the first person to find the right social architecture for distributed software development. It wasn't possible much before then because it required cheap internet; and after Linux, most people who might otherwise have founded OS projects found that the minimum-energy route to what they wanted was to improve Linux. The GPL helped, but I think mainly as a sort of social signal rather than as a legal document with teeth."

65 of 919 comments (clear)

  1. Hmmm by Anonymous Coward · · Score: 3, Interesting

    Yeah, this guy is sensible. Dismiss him with the contempt he deserves, and go do something more worthwhile - like reading Dilbert or hating on Intarweb Exploder...

  2. He's right, of course by A+nonymous+Coward · · Score: 5, Insightful

    If it were under the BSD license, Microsoft would have adopted it by now, under the hood, invisibly. Windows popularity would soar even more, and its reputation for stability and speed would have made Linux distributions obsolete, thus putting a stop to all independent peer-reviewed Linux development, leaving it to Microsoft, where it belongs. Then, with the lack of competition, Microsoft would stumble, dropping the ball, possibly scoring yet another own goal, and another Unix-lookalike would spring up, only this time the developers would be so mad about Microsoft's embrace extend extinguish of Linux that they would adopt a new license, called ... the GPL!

    And ESR would have another chance to get it right.

    1. Re:He's right, of course by millahtime · · Score: 4, Interesting

      If it were under the BSD license...

      If what you said were true why didn't Microsoft take say FreeBSD and do the same thing? It's BSD Licensed, UNIX based and a pretty solid system.

    2. Re:He's right, of course by dj28 · · Score: 5, Insightful

      That's a ridiculous argument.

      FreeBSD, OpenBSD, NetBSD, and all the other operating systems based on the BSD license were not made obsolete by Microsoft, even if they do use some BSD code. The introduction of BSD code into Microsoft Windows did not magically make it a superior operating system. Neither would Linux code in Windows.

      Your entire argument is a straw man.

    3. Re:He's right, of course by bheer · · Score: 5, Informative

      They didn't take BSD and 'create a whole OS'. Slashbots often whine about the 'strings ftp.exe | grep 'University of California' shebang (I even saw it on someone's .sig once) but those that do display an amazing inability to understand commercial software development and the BSD model.

      While shipping NT 3.1 Microsoft was under pressure to add TCP/IP so they bought a commerically available stack rather than write it themselves. This commercial offering was a BSD derivative -- completely legally. For NT4 Microsoft rewrote the stack substantially, retaining old bits for backward compatibility. If this is 'stealing' from BSD, we should just scrap the BSD licence since it's not worth the paper it's printed on.

    4. Re:He's right, of course by 91degrees · · Score: 5, Insightful

      Yes, there's several bits and pieces of BSD code in Windows, but that's not the point. They never decided to simply extend BSD for their own OS. Presumably they wouldn't have done the same with Linux even without the GPL. The difference between the two operating systems isn't that great.

      Apple did simply embrace and extend BSD. Nobody seemed to mind, and Apple ended up with a rather good OS.

    5. Re:He's right, of course by bigman2003 · · Score: 3, Insightful

      So the GPL is good because it keeps Microsoft from adopting open standards?

      What if Microsoft incorporated more open software- would that be a good thing, or a bad thing?

      --
      No reason to lie.
    6. Re:He's right, of course by pesc · · Score: 5, Insightful

      So the GPL is good because it keeps Microsoft from adopting open standards?
      No, it is good because if you improve GPL software, like M$ did with the BSD TCP stack, you must give the improvements back to the community. M$ kept their improvements to themselves, legally and according to the BSD license. M$ weren't stealing. They just want to take and not give back.

      --

      )9TSS
    7. Re:He's right, of course by TheRaven64 · · Score: 3, Interesting
      Apple did simply embrace and extend BSD. Nobody seemed to mind, and Apple ended up with a rather good OS.

      NeXT took 4.3BSD and Mach 2.5, and built a kernel which used Mach to provide a hardware abstraction layer and key services (e.g. threads), BSD to provide a UNIX personality, and their own driver model. They licensed Display PDF from Adobe and built their AppKit on top of it. They created a BSD-derived userland with several of the BSD utilities. They added support for Objective-C to gcc, although this wasn't particularly useful without an Objective-C runtime - NeXT had one, and GNU now has one as well.

      Apple bought NeXT (or NeXT bought Apple for a negative amount), stripped out the old 4.3BSD code and replaced it with 4.4BSD lites 2 code to make Rhapsody. They took some userland tools from NetBSD and created a Mac look and feel. A bit later, they updated more of the BSD code with bits from FreeBSD, which gave them a more modern kernel.

      Saying that they did `simply embrace and extend BSD' is a gross oversimplification. You might like to compare the Darwin kernel source to any BSD kernel at some point and see how different it is. Sun (and other UNIX vendors) did simply embrace and extend (and extend a lot in some cases) BSD in the early days of commercial UNIX, although modern Solaris is a lot more SysV than BSD.

      --
      I am TheRaven on Soylent News
    8. Re:He's right, of course by m50d · · Score: 3, Insightful
      What if they don't worry about integrating their changes? If they make the fork once, and then maintain their own divergent version, like Apple is doing with Webcore. We now have what is effectively another open source web renderer - webcore has diverged sufficiently from khtml to count it separately. If khtml had been BSD, that would (probably, since they haven't displayed much concern for keeping the codebases compatible, so they wouldn't have much need to open it up) be one more closed source web renderer and one less open one.

      What if the original maintainer has given up, and it needs a lot of porting to work on modern systems? With BSD software, where's the incentive to make the "new" version open source?

      --
      I am trolling
    9. Re:He's right, of course by hymie · · Score: 3, Insightful

      The GPL is not meant to be beneficial to the programmer. The GPL is meant to be beneficial to the user, giving to the user the ability to read, modify, and redistribute the program. If this inconveniences the programmer, too bad. The programmer can choose not to use the code.

    10. Re:He's right, of course by Zak3056 · · Score: 4, Insightful

      The GPL, accessible guilt-free wide-spread piracy, and socialism are all related in that they remove the valuation of a product or service.

      I disagree with you. More importantly (and far more influentually) the market disagrees with you. Ask IBM, HP, Intel, SGI, Disney, Pixar, Google--I could go on, but I won't--how much value GPL software has. Seems to me that the value of the Linux kernel alone is measured in billions--if not tens or even hundreds of billions--of dollars.

      Beyond that, the comparison of GPL code to socialism (a comparison designed to equate the GPL with an idea many consider to be evil) is that the GPL is entirely opt-in. Someone unfortunate enough to live in a socialist or communist nation will find that the products of their labor are forcibly taken and given to others "more deserving" or who "need it more" with the alternative being prison or death. On the other hand, engaging in the development of--or using--software licensed under the GPL is entirely voluntary. RMS is not going to come to your house wearing jackboots and demand you use GCC.

      Let's not beat around the bush--companies and individuals HAVE been screwed by productizing GPL software and finding either someone else doing the same, or getting threatening letters from the copyright owners demanding source code. To this, I say: they COULD have elected to develop from scratch, but instead opted to use someone else's work. Exactly why would a rational person expect to be able to take someone else's labor and profit from it without remuneration? THAT sounds more like a socialist state to me, while the GPL's quid-pro-quo sounds quite capitalist in comparison.

      --
      What part of "shall not be infringed" is so hard to understand?
  3. GPL Teeth? by millahtime · · Score: 3, Interesting

    Can anyone tell me if the GPLs teeth have been tested or evaluated? How sharp are they?

    1. Re:GPL Teeth? by pe1rxq · · Score: 3, Insightful

      With most companies "we don't wan't to open EVERYTHING we write" usually translates to "We just want to leach without giving anything back".
      Alternativly they just don't read it properly.
      You don't have to open everything. Just the stuff that is a derrivative of the GPLed program.

      Those companies try to make you believe they have this huge pile of code and they add a little bit of GPL code. It usually is the other way around: they use huge amounts of GPL code (e.g. an entire kernel) and add a little bit off their own.

      Jeroen

      --
      Secure messaging: http://quickmsg.vreeken.net/
    2. Re:GPL Teeth? by cortana · · Score: 3, Insightful
      It's strong enough that those who have fallen foul of its conditions in the past have always settled out of court.

      Here is what would happen if someone infringing upon the GPL ever refused to settle:
      Plaintiff: Your honour, the defendant is distributing my copyrighted work without a license. Please make him stop.

      Judge: Stop it, defendant!

      Defendant: Golly, I just spend thousands on legal fees to appear in a case I had no hope of winning.
      (Paraphrased from a talk given by Ebden Moglen. I don't remember which it was, but I think it was one of the ones linked from that article.)
    3. Re:GPL Teeth? by saider · · Score: 3, Informative

      With most companies "we don't wan't to open EVERYTHING we write" usually translates to "We just want to leach without giving anything back".

      No, more often than not, the GPL software is a small component of a larger system (i.e. code to handle graphics formats). The GPL'ed code is not changed or improved, but somehow the communitiy expects to get all the other irrelevant code for free. This is what turns companies off to it.

      You don't have to open everything. Just the stuff that is a derrivative of the GPLed program.

      You do if it is statically linked. Of course you can decouple the GPL code from your application, but you might take a penalty somewhere (in size, speed, or complexity). Most companies are not going to hassle with that and just pay someone $30,000 to write the widget.

      --


      Remember, You are unique...just like everyone else.
    4. Re:GPL Teeth? by zerocool^ · · Score: 4, Informative


      You don't have to open everything. Just the stuff that is a derrivative of the GPLed program.

      And even that's not entirely accurate. If you take GPL'd code, modify it, and use it in house, you don't have to release it. The ONLY time that you'd have to release code is when you're distributing a derivative work. For example, if you modify code, and then turn around and sell it, when you sell it, you also have to provide a copy of the source to the people who buy it. If you release it for download, you have to release your changes. That's it.

      ~Wx

      --
      sig?
    5. Re:GPL Teeth? by Lumpy · · Score: 3, Informative

      This is a 100% true statement.

      The company I work for origionally had a CTO that was freaking out about GPL'd software.

      It came to pass that he was simply acting that way because of the FUD and scaremongering that the MS rep he was buddy-buddy with was feeding him on a regular basis. After his "demands" and we presented a proposal for rewriting and purchasing everything needed to eliminate all GPL software in the business plus a letter from the Company's law firm telling him that the GPL is 100% harmless in every aspect unless we are shipping GPL code as or in a product.

      The whining was still there, finance refused to approve a 2.2 million dollar budget line to buy all new MS and other commercial software as well as hiring programmers to rewrite from scratch some of the other solutions we rely on for revinue.

      the GPL is not "dangerous" or "viral" and also is not scary in any way, shape, or form to anyone but someone trying to steal code, get something for nothing or are underinformed or relying on lies/bad information.

      We proved it to a CTO that was pigheaded, must have his way, and trusts his personal friends more than the experts he hires.

      --
      Do not look at laser with remaining good eye.
    6. Re:GPL Teeth? by Tim+Browse · · Score: 3, Insightful

      I'm getting pretty sick of this argument.

      Any professional developer* worth anything will ask the following questions when investigating a library for use in a product:

      1. Does it do what we want?
      2. Are we allowed to use it, and what are the license conditions?

      It's not Rocket Surgery - I do this as a matter of course when evaluating libraries at work.

      It is Job #1. Not Job #DoItAfterWeShip.

      Sure, the GPL might scare people off using a library, but then...so what? If they don't want to share, then they write the code themselves. Their choice. If they don't want to share, I'm not saying that's 'evil', just that they don't get the benefit of the free software someone else produced on the condition that others share too. I myself have been in both positions, and whether you choose to use GPL software for a particular task is specific to what you are doing. You make a choice and you move on.

      Whining about the license stopping you use a library is like whining about the price of a commercial library stopping you using the library. In either case it doesn't do you any good, and to paraphrase Linus, whoever wrote the code gets to decide the license and the cost, and nobody else gets to complain.

      But this "we used GPL'd code without doing even the most basic license checks on our libraries, and now we have to release our code! no fair!" stuff is just bullshit. They fucked up. They're idiots. End of story.

      As for 'holding developers back', it's a bit like calling out a roadside recovery service when you break down in your car, and getting upset when they tell you they will charge you. "You won't tow me unless I pay you? If I don't agree to your terms, I'll have to do it without you?! You're holding me baaaaaaaack, man!"

      * Or any developer worth anything, come to that.

  4. GPL is very much needed by rajeshgoli · · Score: 5, Insightful

    Agreed that GPL may not have been the most important ingredient in linux's success. But can you imagine how many people would take away your code and claim as their own, sell it and not give back to the commnuity had it not been for the copyleft "GPL"?

    --
    http://www.rajeshgoli.com
  5. RTFA by Hieronymus+Howard · · Score: 3, Insightful

    I know that this is going to degenerate into a licensing argument about his comments on the GPL (which I don't agree with), but please read the whole interview, as ESR talks about a lot of other interesting non-GLP issues too.

  6. While we're at it... by DarkHand · · Score: 4, Insightful

    We don't need that pesky constitution thing anymore, either. I mean, it was nice at the beginning and all, but it's just getting in the way of corporate profits now. What with the DMCA, the Patriot act, and others like it, it's mainly a sort of social signal rather than a legal document with teeth.

  7. ESR on drugs by Tom · · Score: 4, Insightful

    Looks like ESR has gone over the edge, finally. I've always been more a fan of Free Software than of Open Source, but in the end I always thought OS is just the marketing name for FS.

    The GPL is the one well-thought out licence, and AFAIK it's the only Free/Open-Source Software license ever to actually stand up in court.

    ESR, shut the fuck up, you've done your good deeds, now don't start destroying it all just because you're not in the spotlight anymore.

    --
    Assorted stuff I do sometimes: Lemuria.org
    1. Re:ESR on drugs by Cronopios · · Score: 3, Insightful
      ESR, shut the fuck up, you've done your good deeds, now don't start destroying it all just because you're not in the spotlight anymore.
      Exactly. He got it right with "The cathedral and the bazaar", but everything he has said or written ever since was crap.

      Why does Slashdot keep publishing his idiocies?

      --
      Windows users:
      Internet Explorer is obsolete. Please upgrade to Google Chrome or Mozilla Firefox.
    2. Re:ESR on drugs by ConceptJunkie · · Score: 4, Funny

      If /. stopped posting idiocies, there would be like 3 people discussing the weather.

      You know they often get more mileage out of a provocative article than an informative one.

      --
      You are in a maze of twisty little passages, all alike.
  8. It's not the GPL that makes people nervous by SpaceLifeForm · · Score: 5, Insightful
    It's the attack against GPL via FUD and software patents that make people nervous.

    --
    You are being MICROattacked, from various angles, in a SOFT manner.
  9. Other licenses are becoming more common by Peter+Cooper · · Score: 3, Interesting

    As a semi-open source developer (most of my code is closed, but some is open) I have noticed a big swing away from the GPL in many areas. The Ruby on Rails project is MIT licensed, and most Rails developers who release their code also use the MIT or BSD license.

    Major projects like Apache, MySQL, X11, Perl, and PHP eschew the GPL in favor for homebrew alternatives, and while the GPL offers a single license for a disparate range of software.. I agree with ESR, and I believe that licensing of open source software may be better done in a simpler, less arcane way.

    1. Re:Other licenses are becoming more common by arose · · Score: 4, Insightful

      Having homebrew licenses for every piece of software is "simpler, less arcane?"

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
  10. -1 Flamebait by Lejade · · Score: 3, Insightful

    ESR is such a troll.

    He's just sour he couldn't come up with the GPL in the first place. All he has done with his so-called "open source initiative" is try to steal the FSF's thunder. The guy is chronically jalous of RMS.

    If not, he would acknowledge that the GPL is far more than the licence of Linux. Truth is, the GPL is the constitution of the Free Software movement. As such, it protects all software under it. Not just Linux.

  11. Oh for Pete's sake! by A+nonymous+Coward · · Score: 3, Interesting

    Can't any of you responders recognize satire when you see it? Are you all so brain dead and numbed out that you have to take everything seriously?

    Sheesh.

    1. Re:Oh for Pete's sake! by llamaluvr · · Score: 5, Funny

      Your post isn't valid HTML because it did not use the SATIRE tag, or even the now-deprecated SARCASM tag.

      --
      Insightful: 76, Off-Topic: 379, Flamebait: 24, Funny: 152, Interesting: 201, Underrated: 55, Troll: 9, Total: 896
    2. Re:Oh for Pete's sake! by 91degrees · · Score: 5, Funny

      Can't any of you responders recognize satire when you see it?

      Of course we can't.

  12. Counterpoint by vondo · · Score: 5, Insightful
    The part of his interview summarized by the post is that he essentially argues that since open source software is so popular now, it can be BSD licensed because no one has the resources to outperform the OS community with their own fork. This is demonstrably false, just look at the KHTML/Apple situation. If they could truly go their own ways without Apple showing anything they did but KDE showing everything, I think it's pretty clear Apple could run ahead of KDE.

    KHTML isn't the biggest project out there, but it's in the top few % for size and complexity, I'd bet. Imagine what a private company could do to a smaller project.

    1. Re:Counterpoint by argent · · Score: 5, Insightful

      just look at the KHTML/Apple situation

      Yes, do, because this is a great example of where the GPL doesn't make any difference. Apple effectively forked KHTML (as near as I can tell, accidentally), but it was legal to do so under the GPL... they didn't need to do anything more than release the source code. Instead, in response, they opened up the CVS and the bug database. Not because the GPL forced them to, but because the chose to.

      If KHTML had been under the BSDL, would Apple have taken it away completely? Legally, they could have, but they haven't done that for other open source components in Mac OS X... the source trees at opensource.apple.com and opendarwin.org include code under BSDL, APSL, GPL, and more.

      AT&T took BSD code and forked it, and nobody cared until USL tried to shut down the open-source BSD... and that BSD code turned out to be just the lever that Berkeley needed to bring USL to heel.

      Microsoft's using GPL code and BSD code in Interix, and that has neither let them "outperform" Cygwin nor forced Microsoft to open Interix one skerrick more. Microsoft's been using BSD code in Windows for years, but that same code was re-implemented in Linux... if the code had been GPLed, would Linux somehow be more outperforming BSD in the market, would NT have been less successful? Personally, I wish Microsoft had used more of the BSD stack rather than mostly borrowing userland tools, it would have made socket programming in Windows a lot easier... and more compatible.

      So, over and over again, we see that it's not the license that matters, it's the attitude of the people using it.

      The GPL doesn't stop you from forking the code base. The GPL doesn't stop different open source groups from forking the code base. The GPL doesn't stop groups using the same code base from developing functionally equivalent packages on top of that GPLed code. Heck, sometimes the only way to bring a code base forward is to fork and switch, and Nokia at least seems to think that's a great idea...

      If they could truly go their own ways without Apple showing anything they did but KDE showing everything, I think it's pretty clear Apple could run ahead of KDE.

      But instead, Apple is voluntarily choosing to take part on the open market of ideas to a far greater degree than any license commits them to. They could easily pull a Sveasoft and release source code grudgingly enough that KHTML would forever remain the junior fork.

      What ESR's saying now is what BSD advocates have been saying for years. Companies that are interested in being productive partners will be productive partners no matter what license you use, and companies that aren't will find ways to stick to the letter of the license while completely gutting its spirit.

    2. Re:Counterpoint by endofoctober · · Score: 3, Insightful

      "Yes, do, because this is a great example of where the GPL doesn't make any difference."

      I think it actually /does/ make a difference, although it's not obvious - the GPL kept Apple from legally sucking up source code and not releasing it per the license. The GPL sets a minimum standard of behavior for companies. The GPL may have started as a way to subvert the system and give the code freedom, but it's evolved into a set of legal protections. That's the point Raymond seems to be missing.

      "So, over and over again, we see that it's not the license that matters, it's the attitude of the people using it."

      If you're talking about companies who choose to go over and above what the license requires, then sure, I agree with you. But for every company like Apple, there could be a dozen others who take the code and don't give back their source. For those companies, it's the license /and/ the attitude that matter.

      I don't think forking is the issue of greatest concern. You're right that companies likely to contribute will do so regardless of license...when they don't, though, at least the license holders have some way of defending themselves in court through the GPL.

      --
      - Jack
  13. Without GPL were doomed! by MindPrison · · Score: 5, Insightful

    Thanks to GPL weve got thousands of pieces of codes that the community can both learn from and distribute amongst each other.

    Dont even think for a minute that the world is so "well-adapted" and would play nice if we took away GPL.

    Let me take http://www.blender3d.org/ as an example. The community bought this excellent piece of 3d software free from the grasp of shareholders and re-licensed it to GPL.

    Thanks to that, its relatively safe from its actual competitors such as Discreet(AutoDesk), Alias etc. This program is so powerful that it actually can compete with the big ones, I know... I use it commercially today to develop artworks for ad-campaings that bring food on the table, but the GPL license made it affordable for me to get a "start" on my own instead of having to invest thousands of dollars into expensive 3d-software.

    The big companies see us as potential customers as long as Blender where inferior to their software, but now as it has grown bigger...and more companies/personal users etc. are using it...

    Dont go thinking theyll play it nice forever...losing customers theyll look for an "edge" somewhere...such as a license infringement...maybe code or functions that are equal to theirs SUE SUE SUE!

    Darl McBride anyone?

    We need GPL, now more than ever!

    --
    What this world is coming to - is for you and me to decide.
  14. Naive Optimism by sjbe · · Score: 5, Insightful

    "I don't think the GPL is the principal reason for Linux's success..."

    Someone's been hanging around too many honest engineers. This statement grossly underestimates the selfishness of people and corporations as well as the impact of a strong legal system. Look, I'm not saying the GPL is the only important factor but I can't logically see linux existing in anywhere near its current form without it. Even if most individuals would respect other people's work (and that's retardedly naive) some people and most corporations will not. In fact, corporate management has a fiduciary duty to make as much profit as possible for their shareholders and they're under a lot of pressure to do it. There are MUCH easier (and proven) ways to make high margin profits with software than the open source model. Without legal teeth to enforce keeping software in the community it simply wouldn't happen. It's pretty safe to assume that nearly all people and companies act in their short term self interest first and foremost. Always. No exceptions.

  15. If this were true... by Limecron · · Score: 3, Informative

    ...then why isn't one of the BSDs the more popular open-source OS?

    I think it's clear that the reason most open-source developers are inspired to work on Linux is the knowledge that their work won't be commercially exploited.

  16. Re:Just how much of the document has teeth, anyway by Anonymous Coward · · Score: 5, Informative

    Oh, it has scary teeth. That's exactly why nobody bothers to fight it, and companies settle instead.

    Shortly, it works like this: Company Foo infringes the GPL. If they go to court, they can try to argue the GPL doesn't apply - bad idea, since now it's entirely a copyright matter. And copyright says you can't take somebody else's stuff without permission, which means they're screwed.

    Here's the thing, the GPL is the only thing that gives you the permission to redistribute the code. If you don't like it, that's fine, nobody forces you to agree to use it, but then the whole thing falls back to copyright law, which doesn't give you the permission to redistribute anything.

    The GPL is unique in that it *grants* you privileges, instead of taking them away. Fighting the GPL will result in losing those privileges.

    That's why nobody goes to court, because they wouldn't even be talking about the GPL there. They'd be deciding if there was or not copyright infringement.

  17. That's not the problem by Otter · · Score: 4, Insightful

    The GPL isn't the problem. It's the mob who enforces "GPL violations" by:

    1) Not having the slightest idea what the GPl requires. (See countless "They don't have downloadable source code on their website! GPL violation!!!" stories here.)

    2) Declaring violations of "the spirit of the GPL" that pretty much cover anything "the community" decides it deserves and isn't getting.

    The recent Safari-KHTML brouhaha indicates why companies face risk from even the most careful use of others' GPL code.

  18. Re:Not really. by amliebsch · · Score: 3, Insightful

    But your example of Apple proves his point, somewhat. Apple used code with a BSD license. Do you really think Apple would have made such a decision if it had to comply with the GPL? I certainly don't think so.

    --
    If you don't know where you are going, you will wind up somewhere else.
  19. superiority of open source by _|()|\| · · Score: 3, Insightful
    What you have to understand about Eric is his belief that open source is a superior development process. He states:
    As far back as 1998, I suspected that allegiance to the GPL is actually evidence that open source developers don't really believe their own story. That is, if we really believe that open source is a superior system of production, and therefore that it will drive out closed source in a free market, then why do we think we need infectious licensing?
    In effect, Eric is saying something like: if you're innocent, why do you need a lawyer?

    Much has been made of the difference in philosophy of the "free software" and "open source" camps (too much, perhaps); this is a pretty clear statement of Eric's perspective.

  20. Re:Amazing by squiggleslash · · Score: 5, Interesting
    In fairness, the guy's been pontificating for years. People who pontificate a lot usually end up being the same types of people who go out and end up leading particular projects, simply because they're the most outspoken. One of the biggest ironies of Open Source is that the movement was inspired, in part, by complaints that Richard M Stallman was "too political." ESR swept in as an anti-Stallman, not anti-Stallman in the sense of being non-political, but in having many opinions that gelled easier with the general libertarian-streak popular amongst the computing community of the time.

    I'm not a great fan of ESR. I think the OSI almost passed into irrelevence under his reign (and was staggered after they choose Russ Nelson to succeed him to find out Nelson, at the time at least, was "more of the same, only with even less tact and social skills") While "Open Source" made an impact with the name, the OSI itself seemed to have relatively few successes under its belt, with often the most promoted successors being absurdly controvertial. It's interesting that one of the first messes Nelson and his successors had to deal with, for example, were the number of incompatible licenses.

    Why were there incompatible licenses? Because, under ESR's active encouragement, every major business dipping a toe in the water were producing their own customized licenses that usually only minimally furfilled the requirements of the Open Source definition, usually being some form of "copyleft for you, proprietary if we want it for us." This severely damaged the usability of much of the code entering the Free Software world. The worst case were the original APSL (Apple) "Open Source" licenses, which even contained provisions allowing Apple to arbitrarily stop people from distributing APSL licensed code in the future. Only after heavy lobbying from the FSF and a war within the OSI did Apple fix this and other headline issues.

    Raymond's saying the GPL isn't necessary now. I can't say I agree. The GPL remains the perfect license for both Open Source and the wider area of Free Software. A company that releases code under it knows any competitor using it will have to contribute any advances they make back. In the real world, where 90% of commercial programming is done in-house to create in-house applications, no license comes closer to meeting corporate requirements. And Raymond's wrong about Linux. The problem with Linux is not that it's protected under the GPL, it's that it hasn't been protected strongly enough - that is, there's not enough enforcement of the GPL when it comes to Linux. There are still frequent attempts to sneak proprietary device drivers into the kernel, for example. This directly hurts free software, because information about how those drivers work becomes unavailable. Users aren't able to fix bugs. Users of other, less famous, free operating systems are unable to create compatible drivers themselves.

    One can probably make a whole bunch of ad-hominem comments here about why he isn't supportive about the GPL, but ultimately, it doesn't matter. We're going through problem after problem caused by people thinking they're being "practical" and screwing it up for everyone else. Linus adopts Bitkeeper. X11 users use nVidea drivers. If no-one else will, at least we'll always have the FSF to "get it" if those who like little centralized pockets of meritless power don't.

    --
    You are not alone. This is not normal. None of this is normal.
  21. Actually ESR misses the point. by Anonymous Coward · · Score: 5, Insightful

    I've read the article and some of what he said is just plain wrong. For instance:

    > NetBSD is a worthy project, but, let's face it,
    > the fan base for it simply is not large enough to
    > justify spending marketing effort to recruit them.

    I agree that NetBSD is cool and appreciate all their hard work. It's allowed me to have a modern desktop on my Solaris 8 system at work without having root privileges. No Linux, not even Gentoo can claim to be able to do that.

    That being said, the xBSDs were actually ahead of Linux in the late 1990s. The xBSDs were more widely deployed for enterprise systems. But Linux still overtook them. The initial fan base isn't really an issue.

    It's also not the applications issue. NetBSD can pretty much run any app that's on Linux. There may be a bit lag (since the apps are developed on Linux most of the time and there's a bit of a porting effort), but the apps get there without too much time.

    It's not the compile your own source code culture of the xBSDs since pkg_add supports binary packages, and Gentoo has more popularity than the xBSDs. There is also version of Debian for the xBSDs.

    It's not even the kernel. A few years back, the BSD was superior in many ways, but Linux still outstripped it.

    When all is said and done, there is only one key difference between Linux and BSD, the license. Companies like IBM don't mind GPLing their technology for the same reason TrollTech doesn't mind GPLing Qt....If anyone wants to use it in a commercial product, they have to pay IBM, TrollTech, Sleepycat, etc for the right to take the code prorietary. And although your competitors may have access to your source code, they can't do anything with it without releasing their changes so you can benefit from it. When a company GPLs their product, they haven't really given it away.

    GPL is a quid pro quo license (you scratch my back, I'll scratch yours). Businesses understand quid pro quo and use it every day as a means of getting things done.

    BSD is a charity license. As far as businesses are concerned, charity is good, but business is business and the last thing you want to do is give charity to your competitors.

    It's not politically correct to say this, but "it really is the license, stupid".

    1. Re:Actually ESR misses the point. by Lukey+Boy · · Score: 3, Insightful

      Companies would rather use other peoples BSD licensed code. Companies would not like that license for their own code, because then competitors could use their code with no restrictions.

  22. Re:Weather forecast by TheRaven64 · · Score: 4, Funny

    Why did you have to censor `snow'?

    --
    I am TheRaven on Soylent News
  23. Take a tip from the IETF by Medievalist · · Score: 4, Insightful

    There is a difference between adopting an open standard and replicating a code base.

    Software monoculture leads to catastrophic failures in a connected world. Look how Ultrix, which had a (somewhat) independent code base, was immune to the Cornell worm when most of the Unices dropped off the Internet nearly simultaneously. Would it have been better to have every box on the Internet die? Or was it better for the VMS, MVS, and Ultrix machines to stay on-line?

    Re-inventing the wheel is not always a bad thing. Your wheel can have cleats and sipes the old one didn't have, and still be bolt-on compatible.

  24. Re:He is right ! by NoMoreNicksLeft · · Score: 3, Insightful

    His choice of words shows how little he understands, after all this time. Infectious implies that you have no control over it. But you do... you can choose not to be infected, write your own damn code.

    GPL is about "converting" in the religious sense. Is this a bad thing? You tell me. You can choose not to be converted, and continue making excuses why you are so stingy with your source code, or you can share it freely. Be stingy, I don't care, but don't expect me to continue giving all my source code to you, so you can go off and sell it...

  25. I keep forgetting by SimianOverlord · · Score: 5, Funny

    Is ESR the fat one with the beard, or the moustachied one with the flute? I wish submitters would remind us in write up - I'm thinking brackets after the name "ESR (moustache / flute)" would help remind us each time. To many TLAs in Open Sauce.

    --
    Meine Schwester ist sehr, sehr reizvoll - Nietzsche
    1. Re:I keep forgetting by -brazil- · · Score: 3, Funny

      ESR is the mustache guy, I think. Unfortunately your criteria aren't all that helpful either, since there is more than one very bearded poster child of the open source movement.

      --

      The illegal we do immediately. The unconstitutional takes a little longer.
      --Henry Kissinger

    2. Re:I keep forgetting by 2names · · Score: 4, Funny
      I'm thinking brackets after the name

      Better get everyone to agree on that standard before you publish it. Otherwise you'll have MS people putting curly braces, Linux people putting brackets, and Mac people using Floating Hearts or something...

      *ducks*

      --
      "I'm just here to regulate funkiness."
    3. Re:I keep forgetting by peterpi · · Score: 4, Funny

      And as such should really be referred to as GUN/ESR, not just ESR.

  26. human nature unchecked by burnin1965 · · Score: 4, Interesting

    The answer to whether or not we still need the gpl:

    http://gpl-violations.org/http://gpl-violations.or g/

    Nothing more should need saying, but I've got a couple more minutes. ;)

    I'm sure at some point the use of open source software will be so ubiquitous as to make the result of hording, thieving, and conspiring by individuals and corporations ineffectual.

    However, I still believe that we have not reached that cross roads yet. There are still a number of people and corporations who have the desire and the ability to plunder the hard work of those who produce the code and then conspire to both denegrate the open source offerings while profiting from that same well.

    I like to call these entities the Robber Barons of the Information Age. They are filled with childish and immature emotions and characteristics. They see themselves as icons of a vast empire they built and they are justfied in their actions. Of course the truth is that no one man or even the entire clique of Robber Barons created the information age. In fact it has been the nameless and faceless masses of electronic/software engineers in the background producing all the fantastic hardware and software which makes the information age possible. These men who are supposed to be leaders instead have become filled with themselves. And it all comes down to human nature and the corruption of power.

    The way I see it the GPL and the idea behind it is a tool that can be used to take back what has been stolen by the Robber Barons. Many of these same nameless masses who made the Barons are also producing open source code under the GPL and the GPL is poison to the thieving Barons, that is why they despise it to no end.

    The GPL is a tool to help keep the Robber Barons human nature in check. I think the end result is that instead of having icons in the open source development circles there are leaders.

    Anyhow, thats enough ranting for now.

    burnin

    p.s. Just a note on the mention of engineering. Not having a degree in engineering does not mean you are not an engineer and conversely having a degree in engineering does not make you an engineer. If you really want to know what an engineer is and determin if you are an engineer just look up the definition of engineer and engineering.

  27. Re:GPL the bane of my life.... by gowen · · Score: 3, Insightful
    If I didn't have to check the legality of every Open Source Library and OS feature I would easily use them in my commercial work
    Whereas no proprietary library has ever been sold in a shrink-wrap of pure legalese. No sir. Legal constraints are found only in open source...

    Sure, George.
    --
    Athletic Scholarships to universities make as much sense as academic scholarships to sports teams.
  28. Ugh... no by mcc · · Score: 3, Insightful

    Okay... to clear up...

    KHTML is NOT GPLed. It is under the LGPL. The names sound similar but this is a really, really serious distinction. The LGPL is much more loose and is a lot closer to BSD than GPL-- it basically says "you have to release changes you make to these files in this project, but you can take these files and dump it into something larger and you don't have to do anything to the rest of your project, so long as these files when taken as an independent unit still work". This means that changes and fixes to the LGPLed work must be contributed back, but additions, well, contributing those back are pretty much optional.

    If KHTML had been GPLed, the entire Safari situation would have been different. For one thing, it very possibly wouldn't have happened. The GPL probably asks enough that Apple wouldn't have found it acceptable-- they're apparently OK with releasing source to WebCore or WebKit or whichever it is, but they probably wouldn't have been happy with having to open source Safari, or having to force any OS X developers linking against WebCore[Kit?], a system service, to open source. If KHTML had been GPLed Apple would have just gone and used their other option for a plug-in rendering engine, the mozilla/firefox project, which is available under the MPL (and soon the LGPL as well)-- which is even less restrictive than the LGPL from Apple's perspective.

    But, let's hypothetically say KHTML had been GPLed and Apple had accepted this. What then? Well, then the situation vondo describes couldn't have occurred. Apple could have forked and written better code than the open source community, but that would be okay-- because they would have no control over their fork. I or you or anyone else in the world could have just downloaded safari.tar.gz, forked apple's fork, made one tiny improvement, and released it on the internet. Tada! The open source community has outdone Apple!

    But that isn't an option here in real life. In real life, Apple's released WebKit/KHTML, but that's not a full product. It's a rendering engine. It can't really do anything by itself.

    And what this means is that even though Apple's released their source, the Open Source community can't keep up with them. You could technically take WebKit and stuff it into Konqueror (and it would be interesting to try, I'm suprised no one has yet). But this would require some integration work, plus it still wouldn't at all stand up to Safari due to the value added by the parts of Safari which remain proprietary.

    So while the LGPL, a less-"pure" license than the GPL, lead to a commercial use of an LGPLed library which is beneficial to the commercial user, beneficial to the open source project, and beneficial to others-- this is the exact thing ESR is trying to encourage!-- use of the LGPL in this case has still created an effective barrier to the open source product being as useful or successful as the commercial project which is using its code. RMS, were he here and someone had let him off his leash, would probably point out that this is one of the reasons you want to be using the GPL instead of the LGPL or BSD or MPL licenses in the first place!

    1. Re:Ugh... no by argent · · Score: 3, Informative

      it still wouldn't at all stand up to Safari due to the value added by the parts of Safari which remain proprietary.

      What parts are those, precisely? I don't know of any parts of Safari which remain proprietary that are any kind of barrier to competition, or that are technically difficult to implement. Safari is a very thin shell around Webkit, and there are at least two open-source replacement shells (Sunrise Browser and Shiira).

      use of the LGPL in this case has still created an effective barrier to the open source product being as useful or successful as the commercial project which is using its code.

      I'm completely unable to understand how you would come to this conclusion. Safari itself only uses standard Mac OS X APIs, so Apple could have open-sourced all of Safari (and Dashboard, but that came later) without open-sourcing any other part of OS X, no matter what open-source license KHTML or Webkit was released under.

      About all that placing KHTML (and thus Webkit itself) under the GPL instead of the LGPL might have done would be to keep Apple from using Webkit in Mail in Tiger, and make some third party products on OS X use one of the other HTML rendering packages instead. The only program I can think of that I use, that uses Webkit, is Adium. And that's already GPLed.

      So, Apple has in fact released all the code that is needed for a third party (be that the KHTML team or Nokia) to duplicate "the commercial project which is using its code", just as they would as if KHTML had been released under the GPL. Apple could have created the kind of barrier that you're talking about, but they chose not to.

      Unless there's some magic Safari goodness that programs like Shiira are missing (and I doubt that, Shiira already does more than Safari) I'm completely at a loss to understand what you're getting at here.

  29. Re:GPL the bane of my life.... by m50d · · Score: 4, Insightful

    There's no "considered to be GPL'd". The libraries are GPLed or not GPLed, and if they are GPLed then you have to use the GPL for any programs that use them, that's the entire point of them being GPL. They're there as a carrot to encourage you to use GPL for your programs. People who use the GPL for their libraries don't want you using them in a propriety work. It's not like your any worse off than if they'd never been written, and without the GPL they may well not have been.

    --
    I am trolling
  30. Come on, ESR is a bullshit artist by melted · · Score: 4, Insightful

    and a clown to boot. Now if Stallman said something I'd listen. But Stallman won't air such bullshit. GPL is the sole reason why Linux exists and progresses. It doesn't allow lage companies to create and extend their own closed flavors of linux, kinda like it happened with UNIX two decades ago. More precisely, they can create and extend their own flavors (like Google does), they just can't redistribute them without giving away the new IP.

  31. We Don't Need the ESR Anymore by HawkingMattress · · Score: 5, Interesting

    Oh wait, we never needed him, only him thought so.
    This guy has 0% credibility from my point of vue, just like any stoopid politician who tries to push his agenda while telling you he's defending your freedom or whatever...
    Get a job, and stop annoying us.

  32. Silly OSI vs FSF marketing fud by team99parody · · Score: 4, Interesting
    Parent wrote: "That's a ridiculous argument."

    This whole thread is rediculous.

    The OSI (open source initiative - a california nonprofit org, funded largely by industry) & members including ESR
    has always been at odds with
    the FSF (Free Software Foundation - a massachusetts nonprofit organization, funded & staffed largely by academia) & members including RMS regarding free/open software. Each compete for donations, developers, mindshare, etc just like any other two organizations.

    Please take anything the OSI says about the GPL, and anything the FSF says about the CDDL with a large grain of salt rubbed in the wound.


    (opinionated rant: To ESR and the rest of the OSI - I don't give a damn how much Sun paid you from their Microsoft settlement to get the pattent-encumbered CDDL approved, please stop bashing the FSF and trying to divide and conquor the F/OSS community)

    1. Re:Silly OSI vs FSF marketing fud by Usquebaugh · · Score: 3, Funny

      Easier to sum up :-

      OSI = West Coast
      FSF = East Coast

  33. BSD is a great example of what doesn't work by jimfrost · · Score: 5, Insightful
    Actually BSD is the project I use to show exactly the opposite. While it's true there have been many individuals who have contributed to BSD, many major corporations have taken very significant code out of it and given back ... nothing.

    Consider Sun Microsystems, whose SunOS operating system was based on BSD. What did they give back? Other than a few bug fixes early on, nothing.

    Ultrix, from Digital Equipment, was BSD-based. Little to nothing came back to BSD from DEC.

    Remember OSF/1, which was based on Mach/BSD? How much of their work went back? Next to nothing.

    Microsoft used the BSD TCP stack as the basis of their TCP stack. What did they give back? Nothing.

    FTP software based their whole product suite on the BSD codebase. How much came back? Nothing.

    I don't know of any major corporation which has made significant donations back to the BSD core. There may be the rare exception, but the bulk of corporate back-donations has been some bug fixes. That has left the development almost entirely to individual developers or very small groups, and thereby limited how much could be done.

    Lots of people think of the GPL as a "communist" license, but in fact it is BSD that is the free-for-all. The BSD license attaches no value to what it is licensing, and as a result you a software "tragedy of the commons" where everyone is happy to use it but almost nobody ever gives anything back. I know that there are going to be people who vehemently disagree with what I'm going to say, but: It has been my observation that the BSD source base has been relatively stagnant over more than a decade. If you look at what a modern BSD provides and compare it to what BSD 4.3 provided you'll find little that is new. A similar comparison with any major commercial UNIX will yield a great many such features (like working SMP support, journalled filesystems, NUMA support, logical volume management, realtime support, etc).

    The GPL, on the other hand, leverages the fact that the source base is valuable. It is not a "give away" as so many people claim but rather an intellectual property trade very much like the patent sharing agreements so common in the proprietary world. While businesses would rather get something for nothing, if what they're getting in trade is valuable enough it is an incentive to give up some of their own rights.

    If you think of the GPL as an intellectual property collective agreement you have the right idea. The thing about that kind of agreement is that the more IP that is covered by it the more valuable the collective becomes -- and therefore the more likely others are to join it.

    In Linux' case the source base is exceptionally valuable at this point, worth literally billions of dollars, and for the better part of a decade has been receiving significant code donations from corporations. Remember the list of features modern UNIXen have that BSD doesn't? Did you notice how many of them Linux does support? All of them. For something like a decade corporations have been making major code donations back to the Linux codebase and it has advanced tremendously as a result. While Linux certainly has its rough edges it has seriously outgrown its tinkerer beginnings.

    So Raymond could not be more wrong about this point. Oh, I agree that the development structure that Torvalds set up was a principal contributor to its success. To be sure, one of the major limitations in the BSD codebase has been the reluctance of the BSD principals to accept code they didn't write. But BSD has branched enough times that it has also seen conditions similar to what Linux enjoyed and it still never turned the corner.

    What made Linux win was simply that large corporations had to give to get, and the more times that happens the more likely it becomes.

    --
    jim frost
    jimf@frostbytes.com
    1. Re:BSD is a great example of what doesn't work by demachina · · Score: 4, Interesting

      Great post. Exactly right.

      You ditch the GPL and Linux will fragment just like UNIX did. Companies like HP, IBM, Novell and the now Wall Street obsessed Red Hat would start doing all their work on proprietary branches in an attempt to gain a competitive advantage and "differentiate" their product which is exactly what all the proprietary Unix flavors did. "Differentiation" was the death knell for proprietary UNIX. They are all dead and dieing due to the fragmentation of resources and applications, while Linux is going strong.

      Maybe we don't need ESR any more. Some of his lunatic rants make people nervous about using open source.

      --
      @de_machina
    2. Re:BSD is a great example of what doesn't work by greggman · · Score: 5, Insightful

      First of all your flat out wrong, lots of companies have contributed to FreeBSD.

      Secondly that's only one example. There are plenty of other succesful BSDed open source projects

      Apache
      Python
      PHP
      Boost
      Subversion
      Lua
      XFr ee
      libpng
      libtiff
      libjpeg

      the point is that BSD works just fine. you don't need to try to force people to contribute. In fact, the whole point of ESR argument is that most companies don't like the viral nature of GPL so they'd perfer not to contribute at all but given a BSDed project they can contribute directly to that project and not worry about having to give up everything else they use it with. Everybody wins.

    3. Re:BSD is a great example of what doesn't work by Ded+Bob · · Score: 4, Informative
      Actually BSD is the project I use to show exactly the opposite. While it's true there have been many individuals who have contributed to BSD, many major corporations have taken very significant code out of it and given back ... nothing.

      Yahoo!, Apple, and Pair Networks (in money) would probably argue against that.

      The companies you mentioned probably use little if anything of the BSD code any longer.

      I don't know of any major corporation which has made significant donations back to the BSD core. There may be the rare exception, but the bulk of corporate back-donations has been some bug fixes. That has left the development almost entirely to individual developers or very small groups, and thereby limited how much could be done.

      Most companies hire contractors to contribute to the BSD's. You do not see many companies make big shows about it.

      It has been my observation that the BSD source base has been relatively stagnant over more than a decade. If you look at what a modern BSD provides and compare it to what BSD 4.3 provided you'll find little that is new. A similar comparison with any major commercial UNIX will yield a great many such features (like working SMP support, journalled filesystems, NUMA support, logical volume management, realtime support, etc).

      • FreeBSD has working SMP support. A few things are still under the GIANT lock, but most are esoteric devices.
      • Journaling is currently being added.
      • USB support existed in the BSD's--I believe NetBSD had it first--about two years before Linux.
      • Jails have existed in FreeBSD for quite some time.

      Remember the list of features modern UNIXen have that BSD doesn't? Did you notice how many of them Linux does support?

      When will Linux support Soft Updates? When will Linux use sysctl() instead of /proc? How about virtual channels on a sound card? I do not need to run a software multiplexer to run multiple applications on my sound card with FreeBSD.

      To be sure, one of the major limitations in the BSD codebase has been the reluctance of the BSD principals to accept code they didn't write.

      Huh? That does not match to what happens within the BSD communities. Maybe, you are thinking about the Linux community? ;)