Slashdot Mirror


Apache says ASL2.0 is GPL-compatible

Steve Loughran writes "The ASF board have put up on the Apache Web site, a page rebutting claims that the new ASL2.0 license is incompatible with the GPL, claims made by on an FSF page and covered in Slashdot last week.The key points are (1) The interpretation of the GPL license is not just the opinions of individuals in the FSF, it is designed to be rigorously defendable in a court of law. (2) Rather than look at opinions about compatibility, people should look at the ASF2.0 and GPL licenses to see if they really are compatible. (3) If you look at the two licenses, they really are compatible. This means there is nothing to stop you linking your [L]GPL apps against apache libraries, shipping them with apache applications, and the like." Of course, this is still up to debate.

44 of 384 comments (clear)

  1. You know what ? by bmajik · · Score: 4, Insightful

    If there's a debate at all, it's not worth wasting your time thinking about it.

    This is why people like the BSD license.

    This is why OpenBSD forks code when others play stupid license tricks. If anyone has to think about what a license might mean, then they're not busy fixing bugs. Pseudo-Clever-Licensing keeps lawyers happy and programmers unproductive.

    --
    My opinions are my own, and do not necessarily represent those of my employer.
    1. Re:You know what ? by Syberghost · · Score: 3, Insightful

      If there's a debate at all, it's not worth wasting your time thinking about it.

      Totally agree, but:

      This is why people like the BSD license.

      Like BSD has never had licensing issues wind up in court.

    2. Re:You know what ? by bmajik · · Score: 2, Insightful

      People that write software under the BSD license don't care who uses it for what. They enjoyed writing something; they may think it's pretty good; and by extension, they may think lots of people can benefit from it.

      Consider this - if you beleive MS writes shitty software, wouldn'y you want them using as much BSD code as possible ? wouldn't that help standards compliance ? Wouldn't that help make MS's products less bad ? Wouldn't that inturn make life better for everyone ?

      or is your argument basically "screw companies"?

      The BSD license is about writing good software. The GPL license is about anti-corporatism.

      --
      My opinions are my own, and do not necessarily represent those of my employer.
    3. Re:You know what ? by El · · Score: 4, Insightful

      Consider this - if you beleive MS writes shitty software, wouldn'y you want them using as much BSD code as possible ? Yes. But apparently in going from NT4.0 to Win2K, they rewrote most of the BSD-derived TCP code to make it less compatible with other BSD Sockets based apps. wouldn't that help standards compliance ? How does that stop them from "embracing and extending" the protocols once they have the source? Remember how Microsoft "adopting" Kerboros for SMB authentication, but perverted one of unused fields so it wouldn't work with anybody else's servers? Giving them a no-strings-attached implementation just makes their job of "embrace and extend" that much easier. Wouldn't that help make MS's products less bad ? Yes, it has in the past... until they rewrite the code. Wouldn't that inturn make life better for everyone ? Wouldn't it be better for everyone if we all had one government, one religion, one software? Personally, the fact that I have to make so many choices every time I go to the grocery store really pisses me off... we'd all be off if there was only one food vendor!

      --

      "Freedom means freedom for everybody" -- Dick Cheney

    4. Re:You know what ? by RedHat+Rocky · · Score: 2, Insightful

      If Microsoft had to provide the code with their "embrace and extend", then they'd lose the prime advantage of "embrace and extend", "nothing else works with it".

      It's not a matter of wanting to use their code, it is a matter of preventing them from using others' code to maintain their monopoly.

      --
      Anything is possible given time and money.
    5. Re:You know what ? by Tassach · · Score: 3, Insightful
      People are pointing out the hypocracy inherent in the GPL, which spends most of it's effort placing restrictions on what you can do with "free" code. The people who say that the BSD/MIT style licences are more free than GPL because that is the objective fact of the matter. The more restrictions you put on the code, the less free it becomes; because GPL puts more restrictions on the user than BSD does, it is by definition less free. The only totally free code, without any restrictions whatsoever, is code which has been placed in the public domain. GPL is only mostly free...

      --
      Why is it that the proponents of "one nation under God" are so eager to get rid of "liberty and justice for all"?
    6. Re:You know what ? by Tassach · · Score: 2, Insightful
      Public domain code has nothing stopping companies from adopting the code, turning it into a proprietary product and never releasing the source, nor allowing free copying and redistribution. The result? Non-free software.
      The freedom to keep something private is still a freedom, which is the point that the GPL bigots miss. If I put something in the public domain, anyone is totally free to do whatever they want with it, which includes incorporating it in a non-free program. The important thing to remember is that a non-free derivitive does nothing to reduce the freedom of the original base work. The freedom to decide how you want to release your work is important, and the GPL deprives programmers of this freedom.

      • Public domain says: "You may use this code however you see fit."
      • The BSD license says: "You may use this code however you see fit, but you must acknowlege my contribution."
      • GPL says: "You may use this code in any manner which is consistent with my political agenda."
      See the discrepency?

      There's a big difference between releasing Free software because you decide to do so of your own free will, and doing so because a third party is forcing you to do it. Forcing people to do things against their will is the antithesis of freedom.

      --
      Why is it that the proponents of "one nation under God" are so eager to get rid of "liberty and justice for all"?
  2. FSF alone does not decide what GPL stands for by October_30th · · Score: 2, Insightful
    interpretation of the GPL license is not just the opinions of individuals in the FSF

    A most excellent point.

    --
    The owls are not what they seem
    1. Re:FSF alone does not decide what GPL stands for by Anonymous Coward · · Score: 1, Insightful

      RTFA.

      The article said that you should read the two licences and decide for yourself. Someone has already provided a POV that A2.0 was incompatible and Apache has provided a contrasting view.

      So RTFA and look at both licences so you can decide for yourself.

  3. It doesn't matter for the most part by Anonymous Coward · · Score: 2, Insightful

    In the hypothetical situation in which the APL is determined to be incompatible with the GPL, you could still link (L)GPL apps to Apache project code, because the Apache code would effectively be distributed under two licenses--the APL, and a slightly modified APL to make it GPL-compatible. They say as much by admitting that you can use Apache project code in GPL'd projects.

    1. Re:It doesn't matter for the most part by SFEley · · Score: 2, Insightful

      Incorrect. RTFA. The very last paragraph says, in effect, "Oh, by the way, Apache doesn't dual-license its software and never will, because we'd rather the words we say mean something."

      --
      ESCAPE POD - The Science Fiction Podcast Magazine
  4. Quandry by irokitt · · Score: 1, Insightful

    I suppose it is dangerous to assume that the FSF has the final word on the GPL. But until the dust settles on this, I don't think anyone should link the new Apache code. I'm waiting to see if this turns ugly. I hope it doesn't, because it doesn't need to. The last thing the GPL needs is to have it's primary defender fighting it's most well-known user.

    --
    If my answers frighten you, stop asking scary questions.
  5. Why not add a compatibility clause by G4from128k · · Score: 4, Insightful

    IANAL, but why can't the Apache people add a clause to their license that explicitly proclaims compatibility with some rev of GPL? If the compatiblity clause supercedes other clauses in Apache's license, then there really is no legal grounds for anyone later proclaiming that they are incompatible.

    I never trust people that say "trust me, the contract can be interpreted in the way that you want it to." If someone wants a legal document to have a particular property, then the document should explicitly state that it has that property. But again, IANAL.

    --
    Two wrongs don't make a right, but three lefts do.
  6. vice-versa by rmohr02 · · Score: 3, Insightful

    Is the GPL APL-compatible? Is the GPL compatible with /any/ other license? No. However, the FSF makes a big deal whenever they think that an open source license isn't GPL-compatible.

    1. Re:vice-versa by albalbo · · Score: 3, Insightful

      Um, by definition, any licence that is compatible with the GPL is an equal partner in the composition, so therefore the GPL must be compatible with that licence.

      Not that the facts might get in the way of your argument, of course.

      --
      "Elmo knows where you live!" - The Simpsons
  7. Authors real opinion by sirket · · Score: 5, Insightful

    You just know that the author of the Apache rebuttal page wanted to end his analysis with: "So get bent."

    Apache is a pretty good piece of software and if folks don't like the new license, well that's just tough. They have a right to license their code however they choose to. The people who write to them and tell them otherwise really do need to drop off the planet.

    -sirket

  8. License "foo" is crap! by sirReal.83. · · Score: 5, Insightful

    ... Is an ignorant statement. Some authors decide to release their code under a certain license, and people bitch. If ASL doesn't play nice with the GPL, that is unfortunate... and we might have to look at something else. Then again, Apache 1.x is working great as far as I can tell. But these license zealots whining about how the "BSD/ASL/XFree/GPL sucks" are really just ignorant. If I write some code, and don't want it to be sucked up by a profit-making corporation without my consent, and without recieving any credit, that's my own fucking business! By the same token, if I want my code to be able to be used by whomever wants it, again, that's my own fucking business!

  9. Re:GPL... by Pieroxy · · Score: 4, Insightful

    what do care what licenses other people choose?

    True, everyone chooses the license they want, the one they are comfortable with. In the OSS world, there are a lot of licenses and the GPL is probably the less free of all, that's all the parent is saying.

    fuck them all - i am coding for fun and _no_one_ will tell me which license to choose or which feature to add

    There is a time to code for fun, and - as you will see when you will be a little more mature - there is a time for reward, or some form of retribution. If you "fuck all" your users, you will get no reward. You don't even need to get a license because you probably don't care about any distribution in the first place.

  10. Point 2 by nuggz · · Score: 3, Insightful

    Looks like point 2 is repeated with two different phrasings.
    Perhaps the following summary is more clear.

    2- Rather then listen to opinions, see for yourself. If you look at the two licenses they really are compatible.

  11. Because some people DO care. by khasim · · Score: 4, Insightful

    "_Your_ code will always remain free, what do you care if someone else adds to it?"

    Because some people DO care. If they want to share their code but only with people who will share their modifications (non-internal use only), that is their right.

    The different licenses support different developmental methodologies and agendas.

    S/He who writes the code chooses the license and if you don't like that, then write your own code.

  12. Re:GPL... by October_30th · · Score: 2, Insightful
    If you want to contribute code to the world and make it useful and extensible - use MIT/BSD/some other truly free license.

    Unfortunately distributing non-GPLd software with Linux is asking for trouble. Linux is the best-selling open software product and choosing any other license than GPL means an extra hurdle for your software.

    But I guess that's exactly the kind of "freedom" RMS likes. Even in Soviet Russia you did not have to be a member of the Communist Party. However, that meant settling for low-level jobs and general discrimination.

    --
    The owls are not what they seem
  13. Shoe on the other foot. by clintp · · Score: 3, Insightful

    Programmers get irritated with management, sales, supervisors, and especially users when they can't write a specification for us to write programs. We bitch because they're vague and contradictory. They change their minds, can't decide what they want, and try to please all the wrong people with all of the wrong features.

    As someone who empathises with users trying to get a workable program, these kinds of license wars crack me up. The next time you complain about the spec being inadaquate or changing: remember that programmers too are mostly incapable of expressing what they want in English and pleasing all of their masters.

    --
    Get off my lawn.
  14. Re:GPL... by pompousjerk · · Score: 2, Insightful

    The GPL isn't about the freedom of the people who use it, it's about the freedom of the *software*.

    Of course, 'free' isn't probably the best word here; the Creative Commons licenses hit the nail on the head with "share alike".

  15. Re:Shutup by AntiOrganic · · Score: 3, Insightful

    "Some asshole" is perfectly capable of selling you your own code under the GPL, he just has to make the source available. What do you think commercial Linux distributions do?

  16. You know what? Who the Fuck Cares? by trims · · Score: 4, Insightful

    Now, I usually don't get this annoyed, but we've gone through a bunch of these recently, and I'm sick of it.

    The GPL is not Holy Scripture

    The GPL is nice. It works for a large amount of stuff. However, it very much does NOT work for many other things, even in the Open Source world. I don't (and you shouldn't) want everything to be GPL'd. The GPL has a LOT of problems, freedom to copy aside. It is definitely not suitable for every purpose, given our current legal framework.

    We should measure a license by how obnoxious and restrictive it is, not some idiot litmus test of GPL-compatibility. I prefer that we gravitate to a small number of general licenses for simplicity's sake, but there is no real good reason that they all HAVE to be GPL-compatible, any more than they all HAVE to be BSD-compatible.

    The various ASL versions are all very benign and nice BSD-ish licenses, that may or may not be GPL compatible. They have very liberal code reuse and copying provisions, and very few restrictions. If they are GPL-incompatible, well, then, that's life. I'm not going to get angry over this, any more than I get upset because I can't use GPL libraries with my proprietary code.

    Please quite focusing on the idiotic minutia, and pay attention to the hard issues of license lock-in and IP coralling prevelant in software licensing today.

    -Erik

    --
    There are always four sides to every story: your side, their side, the truth, and what really happened.
  17. Re:GPL... by rokzy · · Score: 3, Insightful

    >Even in Soviet Russia you did not have to be a member of the Communist Party. However, that meant settling for low-level jobs and general discrimination.

    yes, whereas in America your political opinion had no effect on the jobs you could have did.. oh, er....

  18. Re:An Open Source Constitution? by albalbo · · Score: 3, Insightful

    The Free Software Foundation has the "four freedoms" by which you can judge the freedom of something, the OSI have their (derived) "open source definition".

    The GPL is merely the embodiment of these values, but not the only one by any means.

    --
    "Elmo knows where you live!" - The Simpsons
  19. Its actually 100% irrelevant by Alan+Cox · · Score: 5, Insightful

    The ASF statement actually is really useful, because in essence they are saying they think its GPL compatible, so there are no issues on their side.

    Its irrelevant however because Apache is built upon a set of non GPL compliant libraries like OpenSSL and always has been. "Apache 2.0 not GPL", well big deal: Apache 1.0 not GPL either.

    You can probably build a non https:// Apache without a few other modules that is GPLable but everyone I've dealt with seems quite happy with the state of apache and the license it uses right now.

    This is very different to the XFree 4.4 case where the rules got changed on people.

    Its very much like "Windows 98 not GPL".. not news.

    1. Re:Its actually 100% irrelevant by squiggleslash · · Score: 3, Insightful
      That's right. Because the FSF's comment about the ASL is not an ideological one, it's merely a legal one. They don't object to it, indeed they actually quite like it:
      This is a free software license but it is incompatible with the GPL. The Apache Software License is incompatible with the GPL because it has a specific requirement that is not in the GPL: it has certain patent termination cases that the GPL does not require. (We don't think those patent termination cases are inherently a bad idea, but nonetheless they are incompatible with the GNU GPL.
      So there's no reason for the FSF to boycott or otherwise not use Apache's software, nor any reason to believe they would.

      Do not be surprised if, instead of the ASL becoming GPL compatible, GPL v3 is ASL compatible.

      --
      You are not alone. This is not normal. None of this is normal.
    2. Re:Its actually 100% irrelevant by snol · · Score: 2, Insightful

      The FSF doesn't get to decide about this though. There's no question about relicensing GPLed software as ASL2 (you can't); it's vice versa, and if the Apache people say you can relicense their software as GPL then you can.

    3. Re:Its actually 100% irrelevant by curne · · Score: 2, Insightful

      if the Apache people say you can relicense their software as GPL then you can.

      Actually, as far as I can tell, it is all theoretical until somebody does it and the case goes to court. What Apache says is insignificant. Only the content of the license counts.

      --
      All interpreted languages are abstractions over Lisp
  20. Another opinion matters more... by cleetus · · Score: 4, Insightful

    ...than that of either the FSF or the ASF: the opinion of the copyright holder of the software. Granted, the copyrights to alot of important softwore have been deeded to the FSF, and thus, their opinion matters with regard to that software.

    however, the key to all of this is that only the copyright holder to a piece of software can decide to bring a lawsuit. Thus, if the copyright holder thinks the licenses are compatible, then they damn well are (in that case only).

    Bottom line: contact whoever owns the copyright to the software you want to use if you have any questions about your rights under the ASL or GPL.

    cleetus
    (a soon to be lawyer)

  21. Get your facts straight by FreeUser · · Score: 5, Insightful

    Unfortunately distributing non-GPLd software with Linux is asking for trouble. Linux is the best-selling open software product and choosing any other license than GPL means an extra hurdle for your software.

    What a load of absolute crap.

    There is absolutely no problem distributing non-GPLed software (even proprietary software) with Linux. Just because the kernel is GPLed doesn't mean the software which runs under it must also be GPLed. glibc is LGPLed (ie. you can link non-GPLed and proprietary software against it), asn are nearly all of the core libraries.

    Oracle ships with Linux, and it is proprietary. XFree (pre 4.4) ships with Linux, and has (had) a BSD-ish (but GPL compatible) license. Openssh ships with Linux and has a BSD license. And this list goes on.

    There is absolutely no issue whatsoever in distributing non-GPLed software with a GPLed operating system.

    There is an issue with combining code from non-GPLed products and GPLed products into a new product, which is why XFree 4.4 is going the way of the Dodo, with virtually every distribution under the sun sticking with 4.3 or going with one of the forks (freedesktop.org or what have you), but that is a result of the amount of GPLed software linked to X libraries no one is willing to give up, not a result of the Linux operating system.

    This is why Apache is working toward a GPL-compatable license, and why the FreeBSD folks went through the effort they did to make their license GPL compatible ... so that more people, including those who chose to release their software under the GPL, can make use of their code (which is the primary interest of the BSD folks).

    And yes, this is the kind of Freedom RMS and others, such as myself, like: the freedom to chose the license we prefer for our code, which for many of us is a "share-alike" license such as the GPL.

    And the results speak for themselves: the first viable competitor to go up against Microsoft in a generation (Linux), thousands of free software projects where the code is guaranteed to remain free in perpetuity, and widespread cooperation between two philosophical camps despite differing opinions on where to emphasize the freedom (developers a la the BSD, vs. users a la the GPL), rabblerousing from the proprietary sidelines via agent provocateurs, and their less intelligent cousins, trolls such as yourself, notwithstanding.

    --
    The Future of Human Evolution: Autonomy
  22. Score 4 insightful? *ROFL* by Arker · · Score: 3, Insightful

    But until the dust settles on this, I don't think anyone should link the new Apache code.

    Which no one was doing anyway, since all the of the earlier Apache licenses were clearly and uncontroversially non-GPL-compatible.

    I'm waiting to see if this turns ugly. I hope it doesn't, because it doesn't need to. The last thing the GPL needs is to have it's primary defender fighting it's most well-known user.

    The Apache Foundation does not and has never used the GPL on any of their work.

    I'm rolling on the floor laughing at the mods that fell for this.

    --
    =-=-=-=-=-=-=-=-=-=-=-=-=-=-
    Friends don't let friends enable ecmascript.
  23. These people care by roystgnr · · Score: 2, Insightful

    GPL Projects. There's about 16,000 listed on Freshmeat, and some of them include some good code which should be reused in other projects if possible.

    If the new Apache license is GPL compatible, then source code released under that license can be redistributed linked to GPL code. If not, then to redistribute such a combined work you have to have either special permission from the authors of any GPLed components to put additional restrictions on their code or special permission from the authors of the non-GPLed components to rerelease their code with fewer restrictions. Since that's enough of a PITA that it will make code reuse less common, it would be very nice if it wasn't necessary.

  24. At least they are talking now... by Carl · · Score: 4, Insightful
    It seems that the Apache hackers and FSF hackers are finally talking. See the request for more info from Eben Moglen plus is explanation why he thinks there is an issue with the patent retaliation clause:
    Email message from Eben Moglen on license-discuss

    But why do they do this through public statements on their webpages and/or public mailinglists. Can't these people lookup each other phone number? Really, if I honestly needed an opinion on something which seems so important as this from either the FSF or the Apache Foundation I would call them up (or send a private email) asking to discuss this in person to clear up any confusion that might result from random statements on some website and/or mailinglist. Neither the FSF or Apache did the community as a whole a service by not trying to talk this out first before publishing all these statements about each other.

  25. I agree, but Not entirely by Bill,+Shooter+of+Bul · · Score: 5, Insightful

    In this particular instance I agree with Linus. However, it is very annoying that whenever there is an argument some one always posts Linus' opinion and presents it as THE ANSWER. He's just one famous nerd. Nothing more. You know what the buddists say.. If you meet Buddha waking down the road Kill Him. He will only be a distraction on your road to enlightement.

    --
    Well.. maybe. Or Maybe not. But Definitely not sort of.
  26. Re:infection or cure by statusbar · · Score: 2, Insightful

    You also have the FREEDOM to not use or contribute to GPL software source code. The 'proper' way is to have the contributors assign their copyright on the code to the organization/person managing the GPL product. Quite often this is the FSF as they will defend the license better than most others. If you are giving it to them then they are not stealing it.

    --jeff++

    --
    ipv6 is my vpn
  27. Who should be compatible with who? by DeVilla · · Score: 2, Insightful

    It sounds like there is a notion that there is something wrong with the new license for not being GPL compatible and that it should be changed. To some degree, it sounds like the new Apache license in safer and if anything, GPL should try to be more like it.

    Sure, there's history and momentum to deal with, but are we going to be as inflexible and lethargic about improving our licenses as proprietary companies are with improving their code? The licensing issue needs to be dealt with, but lets try not to kill the better license. The patent clause ought to be added GPL, not removed from ASL.

  28. Licensing could kill OSS/FS by MisterFancypants · · Score: 3, Insightful
    When people look at the failures of OSS/FS, they seldom mention licening issues, despite the fact that these are one of the major barriers to OSS/FS adoption. If the people who are creating the licenses can't even agree on them being compatible or not, how is a company supposed to judge this? And if they can't judge this for sure, how do you expect them to use any of this software, when it potentially opens them up to legal risk?

    The OSS/FS movements really need to get their licensing 'ducks' in a row...

  29. Re:GPL... by Crazy+Eight · · Score: 2, Insightful
    Unfortunately distributing non-GPLd software with Linux is asking for trouble.

    Could you elaborate on this point with an example and an explanation? I fail to see how the GPL makes distributing non-GPL'd software with Linux any different than distributing non-GPL'd software with Windows or OS X. Indeed, the demo of UT2K3 was actually integrated into Gentoo Live CDs. I haven't heard of any OS release from Apple or Microsoft that has integrated major 3rd party software products into the install media itself beyond trivial OEM branding in icons and explorer enhancements.

    Even in Soviet Russia you did not have to be a member of the Communist Party. However, that meant settling for low-level jobs and general discrimination.

    Wow. The other day I was reading about the anti-gay marriage protesters in San Francisco. One apparently brandished a sign that read "I hate faggots, but love AIDS." I felt bad for those couples that have had to face that kind of hateful public censure until I read your post. Everything is in perspective now. It must really suck to be as oppressed as you.

  30. Re:I don't think so... by gstein · · Score: 4, Insightful

    As Mr Slippery quoted, "You may not impose any further restrictions on the recipients' exercise of the rights granted herein". Note the emphasis I added.

    As Joshua states, the GPL doesn't give you any patent rights, so any restrictions around patent rights do not interfere with the GPL.

  31. Re:Untrue by albalbo · · Score: 2, Insightful

    No, no, no, you cannot relicence other people's software! If you could relicence BSD software as GPL, you would equally be able to take Microsoft Word and relicence it as BSD.

    Compatibility is *exactly* that: software under one licence can be brought together with software from another. Yes, you need to obey both licences when you have such a derivative. No, this doesn't mean any software is relicensed.

    If you still don't understand, tell me this: by what right may I take a piece of BSD software, and relicence it, given I am not the owner of the copyright? What legal right do I have to do that?

    --
    "Elmo knows where you live!" - The Simpsons
  32. Re:GPL... by Arker · · Score: 2, Insightful

    The BSD license is free: Anyone can use any code under the BSD license, wrap it, mofify it, etc... There is one constraint: The BSD license text must appear in the derived works.

    That's pretty much accurate.

    The GPL license is less free: Anyone can use any code under the GPL license, wrap it, mofify it, etc... There is one constraint: All derived works MUST BE GPL if they are to be redistributed

    This is not exactly correct - although I see where you get it. The GPL requires that if you use the code, you must allow anyone you distribute to to have the same freedoms you were given.

    As to the slavery analogy, I think it's quite accurate. Some folk argue that if you can't sell yourself into slavery, you're not really free. This makes a very close analogy to the argument that says that if you can't close the code, it's not really free.

    --
    =-=-=-=-=-=-=-=-=-=-=-=-=-=-
    Friends don't let friends enable ecmascript.