Slashdot Mirror


Linus Loves GPL, But Hates GPL Lawsuits (cio.com)

Long-time Slashdot reader sfcrazy writes: During LinuxCon, Torvalds was full of praise for GNU GPL: "The GPL ensures that nobody is ever going to take advantage of your code. It will remain free and nobody can take that away from you. I think that's a big deal for community management... FSF [Free Software Foundation] and I don't have a loving relationship, but I love GPL v2. I really think the license has been one of the defining factors in the success of Linux because it enforced that you have to give back, which meant that the fragmentation has never been something that has been viable from a technical standpoint."

And he thinks the BSD license is bad for everyone: "Over the years, I've become convinced that the BSD license is great for code you don't care about," Torvalds said.

But Linus also addressed the issue of enforcing the GPL on the Linux foundation mailing list when someone proposed a discussion of it at Linuxcon. "I think the whole GPL enforcement issue is absolutely something that should be discussed, but it should be discussed with the working title 'Lawyers: poisonous to openness, poisonous to community, poisonous to projects'... quite apart from the risk of loss in a court, the real risk is something that happens whether you win or lose, and in fact whether you go to court or just threaten: the loss of community, and in particular exactly the kind of community that can (and does) help. You lose your friends."

17 of 238 comments (clear)

  1. Re:Oh yawn... by mspohr · · Score: 2, Insightful

    You can do whatever you want with your code. Linus just thinks that the BSD license is only good for code you don't care about... but, dude, that's, like, just his opinion, man.

    --
    I don't read your sig. Why are you reading mine?
  2. The problem with GPL by Anonymous Coward · · Score: 1, Insightful

    ...is that it doesn't really care about freedom. You can't have freedom if there's a "but only if..." attached to it, which is the whole premise of GPL. It puts all the trust in the world to the end-user of software (the freedom to always get software for free), but no trust at all in the developers of software (no freedom to use or incorporate the software unless you submit to the GPL and turn all of your own work into the same). GPL happily slurps up almost all other licenses, but through its stubborn nature it itself does not give anything back. The amount of software "taken" from BSD into GPL is vast, but the opposite is so thin you can get a paper cut from it. "Of course you get software back, but only if you think, say and act like GPL wants you to" isn't what freedom is about.

    1. Re:The problem with GPL by NotInHere · · Score: 5, Insightful

      The only restriction the GPL imposes is to prevent you to take away freedom. Thus, the GPL is only "non-free" to those who want to restrict or remove freedom.

      Well there is one exception of course, its compatibility with other copyleft licenses. See the whole ZFS license debacle. But that's a negative side effect, and not what the GPL was designed for (however precisely what the CDDL was designed for, but thats a different story).

    2. Re:The problem with GPL by gerddie · · Score: 3, Insightful

      [...] You can't have freedom if there's a "but only if..." attached to it, [...]

      I'm free to swing my fist, but only if I don't hit you.

      Now, based on this example, please explain again what kind of freedom you are looking for that has no "but only if ..." attached to it.

    3. Re:The problem with GPL by The+Evil+Atheist · · Score: 3, Insightful

      The freedom of the people who receive those modifications is affected. And if those people want features and bug fixes, your freedom to provide it for them is diminished because you don't know if it's your code or the proprietary code that needs to change and how to change it.

      It's completely okay to not care about flow on effects, but please admit you're not thinking about the big picture.

      --
      Those who do not learn from commit history are doomed to regress it.
  3. Re:We love you, mr. Torvalds by bondsbw · · Score: 3, Insightful

    I have always preferred permissive licenses like MIT and BSD. However, Linus has created the world's most successful open-source software, so perhaps it's worth considering how the license has helped shape the software and its supporting community.

    --
    All my liberal friends think I'm a conservative, all my conservative friends think I'm a liberal.
  4. Re:Oh yawn... by OrangeTide · · Score: 4, Insightful

    I think if you want to build an empire around your projects, that BSD is probably not the best way to go. It's too easy for anyone to setup a business and overshadow your contributions. (it's why the wine project switch to GPL)

    I tend to use ISC, MIT, or BSD myself. But I'm not looking to be the be in charge of the next Linux, GIMP, GTK, etc.

    --
    “Common sense is not so common.” — Voltaire
  5. if nobody enforced the GPL by litigation by FudRucker · · Score: 3, Insightful

    then soon every greedy capitalist in the software industry would be scalping code and using it in their products and selling it for top dollar and without releasing the source code, people like microsoft, apple, google, oracle, etc... they would all be raping your code for profits if the threat of litigation did not hang over their heads

    --
    Politics is Treachery, Religion is Brainwashing
    1. Re:if nobody enforced the GPL by litigation by Anonymous Coward · · Score: 4, Insightful

      Yeah, sounds like Linus likes the sausage but is disgusted by how it's made.

  6. Freedom of the code, not the coder by Atmchicago · · Score: 3, Insightful

    The point of the GPL is to make the code free, not the coders. When starting, you're free to choose the GPL or not, and thus the GPL never revokes that initial freedom from you. GPL code can never be reverted to a less free state, whereas code under other licenses, such as BSD, can.

    --

    You can lead a horse to water, but you can't make it dissolve.

    1. Re:Freedom of the code, not the coder by Lost+Race · · Score: 2, Insightful

      The point of the GPL is to make the code free, not the coders.

      No, the GPL was designed to ensure the freedom of users to modify and adapt software for their own particular needs. It does nothing to ensure the author's freedom, or the code's freedom, whatever that might mean.

  7. Re:Oh yawn... by Anonymous Coward · · Score: 0, Insightful

    That's certainly fair. I do find it funny when code from the BSD OS's is adopted by GNU/Linux programmers. The BSD people complain that the GPL people do not contribute back their code because it is GPL, yet when companies adopt the code and keep all code proprietary, it is okay. As long as you are fine with either situation, your opinion is worth respect. If you think it's okay to take code proprietary, but not GPL, you must have one screwed up philosophy.

  8. The license is useless Linus.... by iCEBaLM · · Score: 4, Insightful

    ... unless you can, and do, enforce it.

  9. Re:GPL was definitely right for Linux by jonwil · · Score: 3, Insightful

    Lots of entities would share their code in that circumstance because its in their best interests to do so. But a lot MORE companies (especially companies running Linux on all kinds of embedded hardware like routers and phones and tablets and such) wouldn't share if they didn't have to because its in THEIR best interests NOT to share their code.

    Me personally, I think there should be MORE enforcement (via lawsuits if talking directly to the company that is violating the license doesn't work) of the GPL against companies who use the Linux kernel and dont share their code when legally required to.

    Plenty of companies violate the GPL on the Linux kernel and many companies are well known as repeat offenders (taking months or even longer to release the source code corresponding to a new device or a new firmware update, releasing code that is incomplete or wont compile, releasing code that doesn't match the binaries or otherwise not properly following the GPL)

  10. Re:Oh yawn... by mark-t · · Score: 5, Insightful

    I never understood why the GPL busy bodies were so concerned with what i did with the code i write. :)

    They aren't. They are concerned about derivative works of THEIR OWN code, concerns that they are legally entitled to have by virtue of having the copyright on the code that they wrote. The fact that a derivative work might have your own code in it is entirely superfluous, if it is a derivative work then you still need the original copyright holder's permission to do something with it. The GPL outlines the terms necessary to receive such permission. Nothing more, and nothing less.

  11. Re: We love you, mr. Torvalds you systemd loving by Anonymous Coward · · Score: 0, Insightful

    What BSD essentially means to me is "no SystemD", and that's a reason enough to adopt it, license or OS.

  12. Re:We love you, mr. Torvalds by Anonymous Coward · · Score: 5, Insightful

    If I was building a Tivo today I'd probably start with a BSD license. It's what Sony did with the PlayStation 4.

    Having actually seen that done, both with Linux and FreeBSD (as operating systems in routers), I can tell you a) that I would choose Linux every time and that b) the reason is the license and the lawyers.

    For the first year or so you will be concentrating on adding features. Making things you probably benefit from keeping private. With Linux you make these in user space which might occasionally make things more difficult. You will eventually want to add some low level functionality and add it to the kernel.

    At the point you start low level work, if you used a BSD licensed kernel, there will be a discussion between lawyers and management and likely you end up keeping your functionality private a) because you can and b) because your competition might use it otherwise. If you have a GPL licensed kernel, you will likely decide to publish and push upstream a) because the license pushes you to and b) because even if your competition uses it you will get the benefit back.

    After some time, if you don't contribute upstream, you will find that you have incompatibilities with new software versions and you will stick to a stable version. Eventually you will stop benefiting from the evolution of the upstream software. Long term this is a nightmare for the developers. You lose a tiny bit by being "forced" to contribute back. You actually gain a huge amount back from the community because they continue working on your software.

    This has happened often; commercial derivatives of BSD operating systems either fork completely or die. 386BSD, JunOS, OSX, IPSO etc. etc. It's very hard to do long term commercial contributions into a complex BSD environment because technically you are giving away shareholder value with no visible recompense.