Slashdot Mirror


Apache License Updated to 2.0

Roy_Fielding writes "The Apache Software Foundation has approved an update to the open source Apache License (Version 2.0) that will be mandated across all Apache projects starting on March 1st. I have been working on variations of this license for the past three years, trying to balance the many different goals of the revision. That includes making the license easier for non-ASF projects to use, improving compatibility with GPL-based software, allowing the license to be included by reference instead of listed in every file, clarifying the license on contributions, and requiring a patent license on contributions that necessarily infringe a contributor's own patents. The result is a license that is compatible with other open source licenses, such as the GPL, and yet still remains true to the original goals of the Apache Group and supportive of collaborative development across both nonprofit and commercial organizations." While it has yet to become OSI-certified, it will probably will be so Real Soon Now, and in the meantime it's fun to compare licenses.

160 comments

  1. Patents by Krapangor · · Score: 0, Redundant

    I see why you have problem with patented software in OSS projects, but why should I donate all my software patents to the FSF for contributing to Apache ?

    --
    Owner of a Mensa membership card.
    1. Re:Patents by Anonymous Coward · · Score: 4, Informative
      why should I donate all my software patents to the FSF for contributing to Apache ?
      You shouldn't have software patents in the first place. But if you do, and you contribute to an Apache Licensed project, you need to license under specific terms (not donate) the relevant (not all) patents to the users of that project (not the FSF, which has nothing to do with this story, or even the ASF). If you aren't willing to let the users use the code you wrote, then the project doesn't want it.
    2. Re:Patents by Anonymous Coward · · Score: 0

      I see why you have problem with patented software in OSS projects, but why should I donate all my software patents to the FSF for contributing to Apache ?

      Was that a failed joke or just a really really weak troll?

  2. Interesting... by Ashe+Tyrael · · Score: 4, Interesting

    If You institute patent litigation against any entity (including a cross-claim or counterclaim in a lawsuit) alleging that the Work or a Contribution incorporated within the Work constitutes direct or contributory patent infringement, then any patent licenses granted to You under this License for that Work shall terminate as of the date such litigation is filed.

    I'm no lawyer, but this seems to be saying that if you sue anyone for breach of patent for something in apache, then you lose your patanet license?

    Can someone explain this onein plain english, please?

    --
    "How fine you look when dressed in rage."
    1. Re:Interesting... by saden1 · · Score: 1

      I think it is saying if you sue you can't use any patented work in an Apache project.

      --

      -----
      One is born into aristocracy, but mediocrity can only be achieved through hard work.
    2. Re:Interesting... by niew · · Score: 1

      IAANAL, but I think this is a bit of a "SCO" clause... It doesn't say they loose their patent (which ASF obviously has no authority to do), it says that they loose their license for the work (Apache, for instance).

    3. Re:Interesting... by sqlrob · · Score: 1

      I see it as more:

      "If you sue someone for patent infringment for something under Apache license, you are not allowed to use anything else patented under the Apache license"

      IANAL, so this is just my best guess.

    4. Re:Interesting... by Anonymous Coward · · Score: 4, Insightful

      Looks like a standard tit-for-tat clause. Sue me for breaking patent rights and I will rescind your patent rights. Point being that companies using Apache intellectual property should be willing to loan back to the community any IP they develop, and if they aren't willing to make that contribution they shouldn't be a member of the Apache IP community.

    5. Re:Interesting... by JimDabell · · Score: 5, Interesting

      I think it means that if you sue somebody alleging that, say, Apache, infringes upon a patent, you lose your license for Apache.

      If this is true, doesn't this mean that it's not Free Software and non-compliant with the Debian requirements? It seems to be placing a restriction on use rather than redistribution, and is therefore EULA-like.

    6. Re:Interesting... by aTMsA · · Score: 3, Informative
      IANAL, but what it seems to mean in plain english is that you have a license to use all patents existing in the code shared(by the patent owner, of course), and, likewise, you have to grant licenses to the patents that you have and use in the code you add to Apache. If somebody starts threatening with patent lawsuits, he inmediately loses the automatic licenses to all other patents in the code. In practice that means you can no longer continue redistributing it, because you will be infringing many patents.

      IMHO a good deterrent to SCO-like lawsuit happy companies.

    7. Re:Interesting... by Anonymous Coward · · Score: 0

      Whats' IAANAL mean? I Am Am Not A Lawyer?

    8. Re:Interesting... by IIH · · Score: 5, Insightful
      If You institute patent litigation against any entity (including a cross-claim or counterclaim in a lawsuit) alleging that the Work or a Contribution incorporated within the Work constitutes direct or contributory patent infringement, then any patent licenses granted to You under this License for that Work shall terminate as of the date such litigation is filed.

      I'm no lawyer, but this seems to be saying that if you sue anyone for breach of patent for something in apache, then you lose your patanet license?

      I'm no lawyer either, but the way I read is that there is software in Apache that is covered by patents, but the owners have given people who use Apache a licence to use them. However, if someone decides to sue over one of their patents in Apache, then they lose the licence from the other patent holders, posibly leaving them open to an infringment suit themselves.

      In short, is seems to say: you play nice, we'll play nice, and we'll all play with everyone's toys, but if you won't let someone play with your toys, then everyone else will gang up on you and not let you play with any of theirs either.

      --
      Exigo spamos et dona ferentes
    9. Re:Interesting... by niew · · Score: 2, Informative
      Whats' IAANAL mean? I Am Am Not A Lawyer?
      I Am _Also_ Not A Lawyer... The parent post already used IANAL ;)
    10. Re:Interesting... by bobbuck · · Score: 2, Funny

      >"Whats' IAANAL mean? I Am Am Not A Lawyer?"
      I Am Also Not A Lawyer
      ITTICBOTCOTD.
      (I Think That Is Correct Based On The Context Of The Discussion.)

    11. Re:Interesting... by Sentry21 · · Score: 1

      Basically, if you patent-sue (or counter-patent-sue) anyone because e.g. Apache is violating one of your patents, then you're not allowed to use any patents being used in Apache.

      So if Apache is using patented protocol X, and you sue them because you think they're infringing on your patented file format Y, then you are no longer granted use of patented protocol X anymore. You could still use Apache, as long as you don't use patented protocol X.

      I think.

      --Dan

    12. Re:Interesting... by Anonymous Coward · · Score: 5, Informative
      I think it means that if you sue somebody alleging that, say, Apache, infringes upon a patent, you lose your license for Apache.


      Not exactly. You don't lose your copyright license to Apache (which is what the Apache license mainly is), you lose the patent licenses. Picture this: suppose five companies contributed to Apache and thus granted you licenses to use their appropriate patents. You then sue one of these companies for patent infringement. The new Apache license means that in this case you may still redistribute Apache (since you still have a copyright license), but you've opened yourself up to being sued by any of the five companies for patent infringement, as you no longer have a license to those patents.

      If this is true, doesn't this mean that it's not Free Software and non-compliant with the Debian requirements? It seems to be placing a restriction on use


      So now you see why this is not the case. You may still use it, but you now run the risk of being sued over patents.

      IANAL, of course.
    13. Re:Interesting... by iomud · · Score: 3, Funny

      I read it as, "If you are native american and soux you may not wear patent leather shoes"

      I could be totally wrong.

    14. Re:Interesting... by Larry+David · · Score: 3, Funny

      Sir, ITTTWTISGPSNAYCOAOTBPUABII. (I Think That This Whole Thread Is Getting Pretty Silly Now As You Cannot Overload Acronyms Or They Become Pretty Unreadable And Become Initialisms Instead)

    15. Re:Interesting... by Iplaw-dc · · Score: 1

      It means that if you sue a contributor based on patent infringement, you cannot benefit from any patent licenses shared with you via the Apache license. More simply, it means if you cause trouble you can't benefit from the shared work. It's a condition of use.

      --
      Jax
    16. Re:Interesting... by Kent+Recal · · Score: 1

      Maybe they should try to rephrase and clarify that part of the license a bit.

    17. Re:Interesting... by HiThere · · Score: 1

      Except that it's "everyone else *may* gang up on you...". They declare in the license that they get to pick and choose their casses.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    18. Re:Interesting... by bobbuck · · Score: 1

      TTP

    19. Re:Interesting... by Anonymous Coward · · Score: 0
      Looks like a standard tit-for-tat clause. Sue me for breaking patent rights and I will rescind your patent rights. Point being that companies using Apache intellectual property should be willing to loan back to the community any IP they develop, and if they aren't willing to make that contribution they shouldn't be a member of the Apache IP community.
      You said tit.

      Brought to you by: Slashdot Auto-Troll 3000.
      Download it NOW.
    20. Re:Interesting... by LionKuntz · · Score: 1
      If YOU institute patent litigation against any entity (including a cross-claim or counterclaim in a lawsuit) alleging that the Work or a Contribution incorporated within the Work constitutes direct or contributory patent infringement [to YOUR patent], then any patent licenses granted to You under this License for that Work shall terminate as of the date such litigation is filed.

      This means: filing a patent litigation against one revokes all patent licences offered by the Apache Server Licence. ALL PATENT PERMISSIONS ARE REVOKE TO ANY TROUBLEMAKER.

      This means: you lose all licence permission for filing a countter-claim against any party to the WORK, even if they sue you first. The original suer also forfeits all Apache permissions as of the date of their lawsuit filing.

      This means: anybody, every single body, who provokes a patent fight dragging Apache Server software into court is out of the Apache-user game. Period. No buts, no ifs. No maybe.

      It is pretty darned clear. Read it again and again if that's what it takes. It is straightforward simple.

  3. Maybe I am just stupid but... by Reivec · · Score: 2, Interesting

    Can someone explain to me some specific problems there were with the old license? Not having it in every file I am sure makes things a bit easier, but what else does this do exactly? The original poster didn't make this too clear, and I don't exactly go around studing licenses unless I know it conflicts with something for me personally.

    1. Re:Maybe I am just stupid but... by aTMsA · · Score: 3, Informative

      For one they have added a clause where any code redistributed automatically grants patent licenses to use it, and if you try to litigate some of them, you lose the licenses to other patents not owned by you in the code. In the face of the current legal environment(SCO, code patent extortion, etc...), I think it's a good preventive measure to add it to the license.

    2. Re:Maybe I am just stupid but... by __past__ · · Score: 2, Informative
      The old license included an "obnoxious" advertising clause, similar to the original BSD license, saying that you have to prominently inform users that your derived work includes Apache code (while, on the other hand, you may not use Apache-derivedness for advertising, or even in the product name, so that "Powered by Apache!" or "Reivec's Apache-Based SuperHTTPD" were forbidden)

      * 3. The end-user documentation included with the redistribution,
      * if any, must include the following acknowledgment:
      * "This product includes software developed by the
      * Apache Software Foundation (http://www.apache.org/)."
      * Alternately, this acknowledgment may appear in the software itself,
      * if and wherever such third-party acknowledgments normally appear.
      This is pretty annoying, especially if your project includes parts of many projects that require this. It also made it GPL-incompatible.

      Another thing was that "Apache" and "Apache Software Foundation" was "hardcoded" in the license text in many places, so that you couldn't just use it unmodified for non-apache projects (not that big a problem in practice).

  4. Different definition of fun by Smitty825 · · Score: 3, Funny

    in the meantime it's fun to compare licenses.

    I don't know about CowboyNeal, but I sure have a different definition of fun than he does!

    --

    Doh!
    1. Re:Different definition of fun by MarkusQ · · Score: 2, Funny

      Here I was thinking how much fun it was wading through diffs to try to find the subtile bug I introduced last night by coding 15 minutes past the take-your-hands-away-from-the-keyboard-and-no-one- gets-hurt point, and thinking to my self "this code may be brilliant but I won't know for sure until I remember (and document) why I wrote it this way".

      And all this time I could have been comparing licences! Doh!

      -- MarkusQ

  5. And yet... by heironymouscoward · · Score: 5, Insightful

    After something of the same journey with licenses for my own open source work, I finally came to the conclusion that Richard Stallman had seen the inevitable truth clearly when he designed the GPL, namely that free software thrives best when there is a definite barrier between it and commercial software.

    Our software now uses a dual license model in which it's either licensed for free under the GPL, or licensed for a fee under a standard commercial license.

    Without exageration, nor wanting to start a religious war, I believe the GPL is an astonishingly robust answer to the question of how to share creative works without subsidising commercial interests that inevitably seek to quash the independent creative spirit.

    --
    Ceci n'est pas une signature
    1. Re:And yet... by aTMsA · · Score: 1
      Yep, the strength of it relies on that it's not restricting your rights to the code, but enhacing them, so it'll be very strong in front of a judge.

      Moreover, tough it got critiques about being 'viral', etc, it has the mechanisms to ensure the code doesn't get coopted in comercial code, and closed. If you want to use it, you have to give back, and that's something that can only strenghten free software.

    2. Re:And yet... by Sentry21 · · Score: 1, Troll

      I believe the GPL is an astonishingly robust answer to the question of how to share creative works without subsidising commercial interests that inevitably seek to quash the independent creative spirit.

      I dunno. The way I look at it is that I write software for the purposes of writing software. I write it for fun, or because I want it. If some corporation I share my code with wants to turn around and sell my software, then more power to them. If they think my software is better than what they can write, then I'm glad to help make software better. It's not going to happen, but hypothetically, if it did, then hey, bonus.

      As for improvements - if I have the right to dictate what people do with my code, why don't they have the right to do what they want with theirs? They have competitors, I don't (or don't care).

      Basically, it comes down to 'if you can help someone, help them', the philosophy I prefer. The GPL seems to be more along the lines of 'freedom on my terms or not at all'.

      --Dan

    3. Re:And yet... by DAldredge · · Score: 0, Flamebait

      So what you are saying is GPL is best except in the case of your software when a dual license is best?

      Please make up your fscking mind.

    4. Re:And yet... by Kenneth+Stephen · · Score: 2, Interesting

      Well....yes! This whole BSD style vs GPL style licenses really boils down to individual preferences. Your attitude and reason for choosing the ASF / BSD licenses is perfectly valid and I have no quarrel with you over that. I myself would prefer the GPL for all the reasons that the BSD-style license advocates disparage. I do want freedom on my terms or not all all, but then again, isnt that the definition of freedom? I mean, would it make a slave "free" if the slave-owner declared that he is "free" while continuing to subjugate him? It is the slave's point of view that is the ONLY point of view to consider when deciding if he is free. In summary, if you consider the BSD style license to produce free software, thats fine by me. But what I consider free is really GPL style software. Thats just my $0.02 and I'm sticking to it.

      --

      There is no such thing as luck. Luck is nothing but an absence of bad luck.

    5. Re:And yet... by brunes69 · · Score: 1

      I mean, would it make a slave "free" if the slave-owner declared that he is "free" while continuing to subjugate him? It is the slave's point of view that is the ONLY point of view to consider when deciding if he is free.

      Your analogy makes little sense, since the thing being freed is an inanimate object ( the code ). it can't really "decide" what it wants.

      But even so, it is still flawed. If the code is the slave, and the GPL and BSD licenses are ways of freeing it, an appropriate anaolgy to the GPL would be "You no longer have to work for only me. You are now free to not work at all, or do any work, for anyone, so long as you will also do that work for anyone else", whereas the BSD license would be "You no longer have to work only for me. You arenow free to not work at all, or work for anyone, period".

      The BSD license is much more free than the GPL, because essentially anyone can do anything with the code. It is just a very smallstep abovepublic domain, the freest license of all.

      The GPL is not as free, in that it places more restrictions on the codeuse. Whether or not these restrictions *are to ensure that the code stays as free as possible* are irrelaventto the freedom of the license itself.

      Thus the choise is not "which is more free",it is "what is more importantfor this code; absolte freedom not guarenteed to continue, or less freedom, but guarenteed to continue?

    6. Re:And yet... by Kenneth+Stephen · · Score: 1

      Sigh. Do they not teach comprehension anymore in schools?

      • If you want to use some other license, please go ahead and use it. I just told you why I prefer the GPL. I didnt ask you to follow my choice.
      • Freedom is not applied to the code, but to the person who wishes to do something useful with the code. The code is not something that has or lacks freedom - its the possessor of the code that has or lacks the freedom.
      --

      There is no such thing as luck. Luck is nothing but an absence of bad luck.

    7. Re:And yet... by eldacan · · Score: 1

      Thomas Jefferson said:

      "No man has a natural right to commit aggression on the equal rights of another, and this is all from which the laws ought to restrain him."

      I think we have here the essence of the GNU GPL.

      You have to accept that for some people (among whom the FSF) turning a free sowtware into proprietary software is really committing such an aggression on the equal rights of the whole society. And so there is here a limit to the freedom they want to give to other people. Just like you don't want to allow murder, etc. The freedom of the individual who may want to kill is diminished, right. But the question is: what value do you attach to this "freedom"? Is it even desirable?

      So when you say:

      The GPL is not as free, in that it places more restrictions on the codeuse. Whether or not these restrictions *are to ensure that the code stays as free as possible* are irrelavent to the freedom of the license itself.

      I agree.
      But then you say:

      Thus the choice is not "which is more free",it is "what is more important for this code; absolute freedom not guaranteed to continue, or less freedom, but guaranteed to continue?

      Maybe it's the choice for you, but not for those who consider that the freedom lost isn't worth anything, or even that this "freedom" is bad.

      If you just don't value the freedom lost, your choice is between "absolute freedom not guaranteed to continue" and "virtually absolute freedom guaranteed to continue". If you consider it evil, then it's also a choice between "freedom even to commit "crime"" and "freedom as long as you respect (the freedom of) other people".

    8. Re:And yet... by liloldme · · Score: 1
      it has the mechanisms to ensure the code doesn't get coopted in comercial code, and closed. If you want to use it, you have to give back, and that's something that can only strenghten free software.

      Precisely! And exactly the reason I've always in the end chosen either GPL or LGPL license for my Open Source work as opposed to any Apache licenses. The point you make about returning contributions cannot be stressed enough.

      At least for me it is the key reason to use (L)GPL licenses.

    9. Re:And yet... by Anonymous Coward · · Score: 0

      The BSD license is "You no longer have to work only for me. You are now free to not work at all, or work for anyone, but anyone you work for can enslave you again."

  6. Software patents by Elektroschock · · Score: 4, Insightful

    The Apache License 2 is just a workaround for a real problem. Software patents are bad for development and bad for the economy. The US Federal State Commission called for change in a recent report, the benefits of software patents are falsified by emirical ressearch.

    However, as software patents serve for the benefit of patent attorneys the institutions are intrested in an extension of the system, by widening the scope of patentability regardless of an economic foundation. Politicians like this quantitative patent approach, the result are many trivial patents of low quality and disfunction of the patent system atlarge. Many low quality patents endanger our information society. So it is nice to see that organisation like Foundation for a Free Information Infrastructure build a counter-force to patent lawyer interest groups in Europe. So far the lobby work against software patents and the Eurolinux petition were very succesful. In my opinion we need a world wide movement in order to avoid Eolas vs. MS oder Amazonvs.Barnes&Noble ecc. will happen again. The GNU Public License is incompatible with Patent law and most projects and SME cannot afford to get patents. They, the innovators, don't want or need software patents.

    1. Re:Software patents by Anonymous Coward · · Score: 0

      Why should people be able to patent mechanical ideas but not software ideas?

    2. Re:Software patents by Daniel_Staal · · Score: 3, Insightful

      Because you don't patent ideas. You patent implementiations.

      Or at least you should. This is where the current system has gone out of whack. But the point of patents is to encourage people to develop ideas into actual implementations, and then share those with the world.

      Software is something different; it exists in the grey area between an idea and an implementation. It is an expression of an idea. Luckily, we already have something designed to deal with expressions of ideas: copyright. Which is all that should apply to software.

      --
      'Sensible' is a curse word.
    3. Re:Software patents by zaphod_es · · Score: 1

      the benefits of software patents are falsified by emirical ressearch.

      Were the patents registered in the Emirates?

    4. Re:Software patents by Elektroschock · · Score: 1

      /* Why should people be able to patent mechanical ideas but not software ideas?*/

      An old rhetoric trap:
      Why should people be able to patent mechanical ideas but not storybooks for movies?
      Why should people be able to patent mechanical ideas but not methods of cooking?
      Why should people be able to patent mechanical ideas but not hair styles?
      Why should people be able to patent mechanical ideas but not soccer techniques?
      Why should people be able to patent mechanical ideas but not literature?

      Patents are a tool(= instrument) of economic policy. From the side of the lawmaker: Only apply them when they are beneficial.

      * Because copyrigt is suffient
      * because patents don't work in the software industry
      * because 20 years of protection are just too long (fixed by international Trips agreement)
      * because the software industry is innovative despite of patent protection.
      * because most issued software patents are trivial.

  7. wtf is with firebird's page rendering on slashdot? by Anonymous Coward · · Score: 0

    seriously OT, but using latest version, linux and windows.. either have to refresh 10 times to get the page to render, or text is too far to the left..

  8. Re:Offtopic : Why bother with the Apache section? by Reivec · · Score: 5, Insightful

    I am going to guess that it is because apache is one of the MAJOR reasons linux ever took off in any commercial setting in the first place. Preconfigured apache on linux boxes that were extremely cheap made very attractive web servers to many people and businesses. This was a major boost to linux awareness and usage. I think we all know how popular apache is as a webserver, and I think it is fair to say that the majority of apache servers out there are running on a *nix platform. Without apache, these platforms may not have ever got much exposure.

  9. Is it actually GPL compatible? by Carl · · Score: 4, Insightful
    It would be really great if this license was GPL compatible since that would allow much more cooperation and use of Apache licensed works in other free software projects. But is it actually GPL-compatible?

    I couldn't find the Apache 2.0 license on the FSF license list. The only "official" remark seems to be the following email thread which says:

    Whether or not they are considered compatible by the FSF is an opinion only they can make, but given that a derivative work consisting of both Apache Licensed code and GPL code can be distributed under the GPL (according to *our* opinion), there really isn't anything to be discussed.

    Maybe it was a bit premature to announce this license without waiting for OSI approval and requesting feedback from the FSF. Of course the Apache group can do whatever they want without asking for approval and blessing from other Open Source and Free Software groups. But it would have been nice to try to cooperate a bit more.

    1. Re:Is it actually GPL compatible? by Tim+C · · Score: 3, Insightful

      But it would have been nice to try to cooperate a bit more.

      Well, not to flame or anything, but cooperation works both ways. The FSF appears (to me) to be completely unbending in its interpretation of the spirit of the GPL, and what is and isn't compatible with it. They'll help you to change your licence to make it compatible, but they won't shift a millimetre on their own position.

      Okay, so their philosphical and moral stance more or less requires that behaviour, but it does seem a little unfair to criticise other groups for not cooperating.

    2. Re:Is it actually GPL compatible? by DAldredge · · Score: 0, Troll

      Sorry but RMS is too busy trying to force people to use UnFree doc licenses. Check my journal.

    3. Re:Is it actually GPL compatible? by Tarrio · · Score: 4, Insightful

      When you make a work consisting in the combination of works covered by two different licenses, the resulting work must be licensed under the terms of both licenses at the same time. If they have conflicting clauses, then the licenses are incompatible and the work is not distributable at all.

      The GPL says a couple of things about this: in clause 2 it says: "[...] when you distribute the same sections as part of a whole which is a work based on the Program, the distribution of the whole must be on the terms of this License, whose permissions for other licensees extend to the entire whole, and thus to each and every part regardless of who wrote it." In clause 4 it says "You may not copy, modify, sublicense, or distribute the Program except as expressly provided under this License." And in clause 6 it says "Each time you redistribute the Program (or any work based on the Program), the recipient automatically receives a license from the original licensor to copy, distribute or modify the Program subject to these terms and conditions. You may not impose any further restrictions on the recipients' exercise of the rights granted herein."

      In plain English this means: when you make the combined work I talked about before, the whole work must be distributed under the terms of both licenses combined; but as the GPL requests that it be distributed under the terms of the GPL (no less, no more), if the "other" license includes restrictions the GPL does not have, then both licenses are incompatible and you cannot distribute the resulting work.

      So, whether your license is GPL-compatible is not just a matter of opinion. You only have to ask yourself: "does this license have any restrictions the GPL does not have?" If it does, then the license is GPL-incompatible. If it does not, then the license is GPL-compatible.

    4. Re:Is it actually GPL compatible? by FattMattP · · Score: 2
      Okay, so their philosphical and moral stance more or less requires that behaviour, but it does seem a little unfair to criticise other groups for not cooperating.
      It's not unfair. The FSF is extremely easy to predict and understand. They'd prefer that you use the GPL. Period. They have no interest in making their license compatible with others. They'd prefer that you use the GPL and that's the end of it. Have you noticed that it's all the other licenses that are striving to be compatible with the GPL, not the other way around?
      --
      Prevent email address forgery. Publish SPF records for y
    5. Re:Is it actually GPL compatible? by Carl · · Score: 2, Insightful
      The FSF appears (to me) to be completely unbending in its interpretation of the spirit of the GPL, and what is and isn't compatible with it. They'll help you to change your licence to make it compatible, but they won't shift a millimetre on their own position. Okay, so their philosphical and moral stance more or less requires that behaviour, but it does seem a little unfair to criticise other groups for not cooperating.

      Agreed. my point was that it would have been nice of the Apache hackers to send a little note to important groups like the OSI, Debian and the FSF to announce their intend to use this license. They worked on it for three years. How hard was it to send a little note to licensing@fsf.org, debian-legal@debian.org and osi@opensource.org saying

      hey guys/girls, we are going to use the following license for our projects. Could you tell us whether or not it would qualify as "Open Source"/"Free Software"/"DFSG Free" and/or whether you see any problems or incompatibilities with other licenses/projects wishing to use it?
      Then they could have corrected any little mistakes in it and made it really clear that it was OSI-certified and/or GPL-compatible. That would have been nice to the community as a whole. It is a bit silly that they created confusion about these points when it was so easy to make it all cristal clear by contacting the right people in the first place. It is not that bad if this new Apache license isn't OSI-certified or GPL-incompatible. But it is damn nice to know in advance.
    6. Re:Is it actually GPL compatible? by Frums · · Score: 1

      Eben Moglen (FSF lawyer) was specifically spoken with, in person, to confirm the FSF interpretation of GPL compatibility of ASL 2.0 and he confirmed that the FSF view is thatit is compatible. Anyone else can, or course, challenge this in court if they want, but at least the FSF thinks it is compatible =)

    7. Re:Is it actually GPL compatible? by j7953 · · Score: 1
      Agreed. my point was that it would have been nice of the Apache hackers to send a little note to important groups like the OSI, Debian and the FSF to announce their intend to use this license.

      I don't know about OSI and FSF, but they did request feedback from the Debian project. It was mentioned in one of the Debian Weekly News.

      --
      Sig (appended to the end of comments I post, 54 chars)
    8. Re:Is it actually GPL compatible? by benja · · Score: 1

      Unbending in its interpretation of the GPL? Without any sarcasm intended: What would it help you if they would be willing to adjust their interpretation of the license? I mean, they interpret the way they expect it to be interpreted by courts. If it came to an actual lawsuit, if the FSF had "adjusted" their interpretation to fit yours, would that make you happier if you lost? -- I mean, of course the FSF can't be sure that courts will hold 100% the same interpretation as they do on all counts, but they reasonably have to act upon what they expect will happen. (Would you disagree?)

    9. Re:Is it actually GPL compatible? by Anonymous Coward · · Score: 0

      "OSI-certified" and "GPL-compatible" are to *entirely* different things.

      "OSI-certified" basically means that the licence preserves the normal rights that people associate with Open Source Software.

      "GPL-compatible" does not mean what it sounds like it means. Basically, the only way software can be "compatible" with the GPL is if you can change the licence to the GPL. Not everyone wants this for obvious reasons.

    10. Re:Is it actually GPL compatible? by Anonymous Coward · · Score: 1, Informative

      Drafts of the Apache 2.0 license was posted to the Debian legal lists and Eben Moglen has also reviewed it and posted comments on the ASF licensing lists.

      All of their feedback was incorporated into this final draft.

    11. Re:Is it actually GPL compatible? by steve_l · · Score: 1

      Regarding announcement, well, there has been a mail list on apache.org. Even so, I was suprised to see it live, because I thought it didnt go to a vote in the members meeting at apache con. Certainly debian and others were providing detailed feedback before the conference.

      I think it is GPL compatible -Roy Fielding of Apache
      says that Eblen Moglen of FSF has looked at it and is happy.

    12. Re:Is it actually GPL compatible? by Anonymous Coward · · Score: 0
      but they won't shift a millimetre on their own position.

      And why should they?

    13. Re:Is it actually GPL compatible? by Anonymous Coward · · Score: 0

      It is very typical to how ASF operates as far as my experience goes. Bunch of kiddies playing around.

    14. Re:Is it actually GPL compatible? by Roy_Fielding · · Score: 1

      Most of the individuals involved in reviewing open source licenses have reviewed drafts of this license, but they could not review the final one until it was approved by the ASF itself. So now it is final and they can let us know whether the changes we made in response to their comments were sufficient. We could not reasonably ask them to pre-approve a moving target.

  10. AKA by Anonymous Coward · · Score: 1, Insightful

    If IBM sues anyone saying that apache is a patent violation, then they have given up their right to use any other patents incorporated into apache. So, if redhat patents something and incorporates it into apache, thus giving away a license to use it in any apache licensed works, IBM's right to use this patent will cease.

  11. looks trivialy GPL-incompatible by ciaran_o_riordan · · Score: 3, Interesting

    They tried "improving compatibility with GPL-based software", but is it compatible or not?

    From a quick read it seems to be a valid Free Software license, but clause 4.d may make it incompatible with the GPL. This would be unfortunate for such a trivial condition. GPL doesn't allow placing additional restrictions on distribution, so is requiring a NOTICE file, and additional restriction?

    The patents section might also be GPL-incompatible, but it might be GPLv3-compatible when GPLv3 comes out.

    Has anyone seen of any comments from FSF about this?

    Altogether, it's a good license, and vastly superior to the last proposal which was ~100 pages long. (slight exageration)

  12. GPL by Anonymous Coward · · Score: 0

    Why haven't they just used the GPL?

    1. Re:GPL by _pruegel_ · · Score: 2, Informative

      The GPL requires to share the source code for modifications and also forces any software linked to GPL code to be licensed under the GPL as well. The Apache license does neither. From my POV the Apache License is more free then the GPL while the GPL tries to keep free software free. IMHO a good compromise is the LGPL which protected the freedom of your work but does not require others to open their source when linking to your stuff.

    2. Re:GPL by mirabilos · · Score: 1

      I agree, except for the LGPL.
      I have exactly one critique point with it:
      its size. The LGPL is about 25 KiB, whereas
      the MirBSD licence template comes to about
      850 Bytes.

      --
      My Karma isn't excellent, damn it! (And /. still does not get UTF-8 right in 2012. Wow.)
  13. Why not... by Anonymous Coward · · Score: 1, Funny

    Why not just cross-license Apache under the GPL, Apache license, MPL, LGPL, apple public source license, helix public source license, and NPL?

    1. Re:Why not... by HiThere · · Score: 1

      To me that seems a good idea, but it would require the agreement of all the current copyright holders...and some of them might not like the GPL for some reason.

      OTOH, it's nice to have a major project with a separate license. Particularly if it's one that is GPL compatible. If there exist multiple licenses that achieve the same ends via differing means, then it is less useful for any one of them to be challenged. Which makes challenge less likely. And which also gives us a bolt-hole in case some legal theory invalidates one of them. (It would cause the hassle [at minimum] of relicensing all the code. But presumably the current licensors wouldn't be excessively aggressive about prosecuting violators during the conversion process.)

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    2. Re:Why not... by Brandybuck · · Score: 1

      OTOH, it's nice to have a major project with a separate license.

      You mean like the BSD license used by three major BSD projects? Or the MIT license used by the major XFree86 project?

      --
      Don't blame me, I didn't vote for either of them!
    3. Re:Why not... by Wesley+Felter · · Score: 1

      AKA the Mozilla approach. Don't like our license? We'll give you a few more to choose from!

    4. Re:Why not... by HiThere · · Score: 1

      I do mean that, but the BSD and MIT licenses aim at different purposes. The GPL license intends that derivitive code will remain open, and this isn't the goal of either the BSD or the MIT license, as I understand them.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    5. Re:Why not... by Brandybuck · · Score: 1

      Neither does the new Apache license. I thought that was the topic...

      --
      Don't blame me, I didn't vote for either of them!
    6. Re:Why not... by HiThere · · Score: 1

      Read the bit about patents again...
      It's a different kind of non-closure provision, but it's still working in that direction.

      That said, I definitely prefer the GPL, but we can't be sure that it won't be found invalid under some pretext in some jurisdiction. So replacements are needed. And the Apache license doesn't provide anywhere approaching the same level of protection. But if the laws are twisted enough, it is another alternate to protect things with, providing non-closure protection from a different direction and on a different basis.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
  14. Uncle Darl wants you........ by preclose · · Score: 0, Offtopic

    To stop using open source programs. We already know that some North Korean built a supercomputer using a linux cluster. If that wasn't bad enough the "Cluster of Evil" can now serve up files to the world. We're Doooooomed.

  15. NAFL by Anonymous Coward · · Score: 0

    Not Another Friggen Liscence

  16. Re:MOD PARENT DOWN! Stole my comment!! by Tim+C · · Score: 1

    I've seen that exact same comment before, attached to a comment on a different story.

    It's a troll, move along, nothing to see here.

  17. Lawschool? by ciryon · · Score: 2, Interesting

    Is going to lawschool a requirement for beeing a geek nowadays?

    Ciryon

    1. Re:Lawschool? by __past__ · · Score: 1

      It's a requirement if you want to publish or use software, or anything similar, without getting in legal trouble. For just being a geek it is more of a hindrance, because you loose the fun in mindless, underinformed license flamewars.

  18. BSD! by Anonymous Coward · · Score: 0

    bleh, they should rather release the whole bunch under a BSD-style license, preferably the 2-clause variant. I'm getting tired of all these restrictive licenses

  19. question about apache license by gargle · · Score: 2, Interesting

    Does the Apache license allow commercial distribution of code based on the apache code, in the case where the modified source code is included as part of the commercial package, but the end-user is prohibited from redistributing the source code?

    1. Re:question about apache license by Iplaw-dc · · Score: 1

      Because the license indemnifies each contributor under every legal theory, they released any claim against commercial distribution. Also by stating that any contributor has a right to create a derivative, a creator can file a copyright in the derivative and obtain a right of distribution under Title 17 of the US Code. One does not get the copyright in the elements they did not create and Apache could argue that the contributor infringed if they do not site the appropriate (c) notice for those elements. This seems a bit tedious and could end up looking like the Matrix screen credits.

      --
      Jax
    2. Re:question about apache license by solman · · Score: 1

      Yes.

      You are permitted to add proprietary code to the apache software, and to sell object code only licenses for the combined package. There is no requirement that these licenses be transferable either.

      Because of this, Apache License code is broadly accepted in the commercial world, while many companies will not touch GPL or LGPL'd code.

      The price for this acceptance is that somebody else can make money off of your work without giving you anything in return.

    3. Re:question about apache license by gargle · · Score: 1

      I read the Apache 2.0 license a little more carefully, and compared this with Apache license 1.1. Licenses may be found here: http://www.apache.org/licenses/

      The last para of Apache 2.0, Section 4 says that:

      You may add Your own copyright statement to Your modifications and may provide additional or different license terms and conditions for use, reproduction, or distribution of Your modifications, or for any such Derivative Works as a whole, provided Your use, reproduction, and distribution of the Work otherwise complies with the conditions stated in this License.

      This appears to say that if I create a derivative work based on code licensed under Apache 2.0, I may prevent further redistribution of my derivative work?

      However, Apache License 1.1 does not appear to contain an equivalent of the paragraph above . Read together with the requirement in 1.1. that "1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer," this appears to say that for Apache 1.1, the developer of a derivative work may not restrict redistribution of the derivative work? (since the list of conditions includes the permission to redistribute)

      I'd appreciate a clarification, as I'm considering developing a commercial product derived from a piece of software licensed under the Apache License 1.1

  20. Dual licensing by heironymouscoward · · Score: 5, Informative

    I thought it was clear but I'll explain again.

    My company writes software that we like to distribute as free software. I started doing this in 1995, and the tools and packages I make are quite widely ported and used. When I started my company our policy was that anything we could not rapidly turn into a product we would release as open source. Software that is not used dies, we figured.

    Our license was a BSD-style license that basically allowed people to do what they liked with the software.

    In 2001 I noticed that some commercial products incorporating our code were being sold. Very good, I thought, it's nice to see our work being used. But when I asked them to provide us with some of the extensions and patches they'd made, the answer was "no, this is not possible". Now, seeing people use the results of years of work then refusing to contribute anything back rather annoyed me. My company was selling support licenses for our products, and these were in fact our competitors.

    The solution came in the form of an article by Richard Stallman which explained why using the LGPL was in fact giving help to closed-source developers who directly or indirectly compete with open source developers.

    We decided to switch to the GPL, and in 2002 we moved all our OSS products to this license. At the same time, we had a number of commercial licensees. To give these groups a non-viral package, we developed a dual licensing model.

    Since the code is ours, it's our right to license it to specific users under specific terms. The GPL is not incompatible with commercial licenses, so long as it's the copyright holder who decides what license to apply in each case.

    To summarize: for OSS developers we use the GPL, for commercial developers we use a commercial license.

    It works well. We've had no GPL violations, and enough commercial licensees to make it worth developing our core packages further.

    --
    Ceci n'est pas une signature
    1. Re:Dual licensing by DAldredge · · Score: 0, Flamebait

      What is the name and web address of your company?

    2. Re:Dual licensing by heironymouscoward · · Score: 1

      What is the name and web address of your company?

      Sorry, I like the anonymity of my Slashdot user account, given that these conversations are fully a matter of public record.

      I'm sure there are many examples of businesses using the same dual-licensing scheme as us - it's not a very radical idea.

      --
      Ceci n'est pas une signature
    3. Re:Dual licensing by Anonymous Coward · · Score: 0

      Why would someone with excellent karma be whoring? And what facts are required to back up the comment? It's a point of view, not a statement of fact as far as I can see.

      By the way, MySQL does something similar with their licenses.

    4. Re:Dual licensing by Anonymous Coward · · Score: 0

      If you can't find the statement of facts, learn how to read.

      The post reads all too much like hypothetical scenario invented by a licence troll. It's doubtful that his software exists.

    5. Re:Dual licensing by Anonymous Coward · · Score: 0

      Full of Shit, Inc.

    6. Re:Dual licensing by Ded+Bob · · Score: 1

      When I started my company our policy was that anything we could not rapidly turn into a product we would release as open source. Software that is not used dies, we figured.

      Then why worry if others can turn it into a product? You had already assumed it would die.

      Since the code is ours, it's our right to license it to specific users under specific terms.

      I do not disagree with this.

      We've had no GPL violations, and enough commercial licensees to make it worth developing our core packages further.

      Do you have people donate the copyright to code they contribute to the GPL version?

    7. Re:Dual licensing by heironymouscoward · · Score: 1

      You had already assumed it would die.

      No, we were doing our very best to keep it alive. Part of that means getting it used by people even if that does not mean sales. This has actually worked - none of the packages we made open source has died, we still develop and use them all. Many of the packages we did not manage to open (mainly because the quality of the work was too poor) have since been abandoned.

      Do you have people donate the copyright to code they contribute to the GPL version?

      Not to the GPL version, but to us. This is one of the conditions of contributing code and patches into our codebase. People are also free to make GPL derivations without giving us the copyright. We don't get many complaints about this, and for the kinds of contributions we get - mainly small patches - it's not a big issue.

      --
      Ceci n'est pas une signature
  21. Strange by Iplaw-dc · · Score: 4, Interesting

    What is unusual about this license is that it grants a license to the copyright. Most licenses only grant a right contained and protected by copyright law. For example, a company may grant a license to distribute a good, or to reproduce elements of an original work of authorship. I have never heard of being able to license a copyright. We assign and transfer copyrights and we license trademarks and rights granted under tm, (c), and or patent. I wonder if this agreement is really valid. Lets say that someone modifies some code and then registers the copyright and does not inform the Library of Congress about the Apache license. Moreover, what if the "thief" then files suit against derivative authors. The problem here is that fed law trumps the law of contracts and under federal law you can share copyright in a work- it's called joint ownership. One suggestion is that Apache could grant a nonexclusive right to create derivative works so long as they meet the highest standards in the industry. It would be interesting to see if Apache filed the copyright through the LOC? It might be interesting to look into how foreign civil law treats software because it is more natural law/moral rights based and does not allow corporate entities to own the full ip rights of a creator.

    --
    Jax
    1. Re:Strange by j7953 · · Score: 1
      What is unusual about this license is that it grants a license to the copyright. Most licenses only grant a right contained and protected by copyright law. For example, a company may grant a license to distribute a good, or to reproduce elements of an original work of authorship.

      Huh? That's just what the Apache License does:

      "[...] each Contributor hereby grants to You a [...] copyright license to reproduce, prepare Derivative Works of, publicly display, publicly perform, sublicense, and distribute the Work [...]."

      IANAL, but I don't think that just because it says "copyright license" instead of just "license" it does something fundamentally different from all other licenses.

      Also note that they had to use the term "copyright license" simply because in the next section, the license also grants a "patent license" which contains a termination clause that applies only to the patent license, but not to the copyright license. If both parts were just called "license," there would be potential ambiguity about what the termination clause applies to.

      --
      Sig (appended to the end of comments I post, 54 chars)
    2. Re:Strange by Iplaw-dc · · Score: 1

      I understand your point about potential ambiguities if it simply referred to license without a reference to something eles (such as code, not copyright). Still, I have looked at thousands of licenses and none use the term copyright license, which sets forth each contributor can add his or her own copyright notice to the derivative or REPRODUCTION (which could be exact). A copyright is transferred or assigned via contract, that's why I wonder if this license is valid. You can't license a copyright and claim rights in it at the same time. You can license a work and certain rights while retaining the (c). Maybe they could file a joint work notice listing Apache 2.0 Licensees (who do not violate the license) and Apachee)- that way everyone might have a better chance at protecting the work from bad faith licensees. If a dispute arose, would a court find that Apache gave up the (c) by licensing all rights protected by (c) or would they look at it, as you say, a license to recreate and add to it? Also, if Apache gives away all of the rights of copyright to licensees, how could it prove it had a (c) in terms of federal law? It would have to register the original (c). It is property and many people can share in it but in order for them to be protected they would have to be on record (that is for the highest level of protection). Apache is allowing contributors to include their name and (c) notice on a reproduction of the work. What if someone recreates it and files a (c) notice without mentioning the license and then the license is deemed unenforceable- Apache could lose all rights.

      --
      Jax
    3. Re:Strange by j7953 · · Score: 1
      Still, I have looked at thousands of licenses and none use the term copyright license, [...]

      I just searched Google for "copyright license" (with quotes, i.e. for that phrase) and it found about 70300 hits, although at least the first few pages don't seem to actually contain that phrase.

      One thing I know for sure is that in German civil law, it doesn't matter what people call a contract, what matters is what they actually agreed on. E.g. if you provide a service but call the accompanying contract a sales contract, it's still a service contract. However as I said, I am not a lawyer, nor am I familiar with the specifics of U.S. civil law and copyright law.

      The ASF has set up a mailing list to discuss their new licenses (see here), and since two proposed special case licenses are not approved yet, I assume that mailing list is still open for participation. Maybe you should raise your concerns there?

      --
      Sig (appended to the end of comments I post, 54 chars)
  22. GPL Version 3? by Anonymous Coward · · Score: 0

    Does anyone know when GPL Version 3 will be released?

  23. IANAL but by sniggly · · Score: 2, Funny
    it's fun to compare licenses.

    IANAL but you sure sound like one :)

    --
    Of those to whom much is given, much is required.
  24. some old comments from Eben Moglen & GPLv3 by ciaran_o_riordan · · Score: 1

    I've been digging through archives, and it seems FSF's Eben Moglen hasn't made public comments about this version of the proposed ASL-2.0, BUT, he has commented on a previous version:

    Ebens November 16th comments

    Well worth a read, he mentions some of the changes being considered for GPLv3.

    For anyone interested in GPLv3. It was supposed to be ready for early 2003, but after a few delays it had to be delayed for a year as Eben had already arranged to have a year off. I think he'll be back soon, so maybe late 2004? (that information is from previous sources in my head, not from the above linked comment. Also, he was still working for FSF during his year off, just not full time. AFAIK.)

    Most importantly, it won't come out 'til it's ready. Prof. Moglen deserves a lot more recognition than he gets. He really knows his stuff and the FS community is lucky to have him.

    1. Re:some old comments from Eben Moglen & GPLv3 by cant_get_a_good_nick · · Score: 1

      For anyone interested in GPLv3. It was supposed to be ready for early 2003,
      I heard they're waiting for the HURD to hit 1.0 so it can be the first piece of software licenced with GPLv3, but that was just the underpants GNOMEs talking, or the underpants KDesktop talking.. or....

  25. Re:wtf is with firebird's page rendering on slashd by kikta · · Score: 0, Offtopic

    Works fine for me on Firebird 0.7 on Fedora and Win XP Pro.

  26. Re:Offtopic : Why bother with the Apache section? by warriorpostman · · Score: 1

    You could also say that Samba server also helped to significantly make (almost as much as Apache) the reputation for *nix platforms in everyday corporate offices and even small businesses.

  27. Yeah, real fun... (rolls eyes) by PSaltyDS · · Score: 1

    "...and in the meantime it's fun to compare licenses."

    You're a real fan of root canals and Britney Spears too, aren't you?

    --
    Any technology distinguishable from magic is insufficiently advanced. - Geek's corollary to Clarke's law
  28. 100% correct and in agreement by occam · · Score: 3, Interesting

    Software (et al.) patents are essentially:

    - legalized monopolies, and monopolies are bad.
    - legal minefields for software initiatives, and mines are extremely counterproductive in (real and analogous) terms.
    - an involuntary subsidy by the software industry for the self-serving legal industry.
    - an impediment to open (and commercial) software development.
    - an idea based solution to an implementation driven market (ideas are cheap; implementation is hard).
    - a backwards implementation benefitting manipulators of the system, not the brilliance in innovation.
    - an upside down system benefitting those with big pockets (and fat lawyers) instead of the underdogs (for whom patents were very originally intended).
    - a joke in any industry (e.g., software) where production is a mere disk copy away (i.e., there is no manufacturing impediment in software, so even the original concept of patent protection is absurd)
    - completely absurd to implement in theory (due to impossibility of any patent examiner's job) and practice considering the infinitude of like ideas in different forms (with patents as with novels, plots, etc.)
    - absurd since software is a written form of thought --- and you shouldn't be able to patent (anything but especially) thoughts.

    That's just off the top of my head.

    IOW, patents are a Lehman (prounounced "lemon") law perpetuated so the legal industry can forcefeed carcinogenic lemonade to the software industry.

    1. Re:100% correct and in agreement by pauljlucas · · Score: 1, Troll
      legalized monopolies, and monopolies are bad
      Without monopolies, we wouldn't have a coherent phone system infrastructure, or a reasonable electrical system. Regulated monopolies are necessary for infrastructure-type systems. What's bad are blanket, uninformed statements.

      With regard to patents in particular, the concept is completely necessary to promote innovation. It seems sad (not to mention annoying) to have to explain it yet again every time an article on patents appears on Slashdot.

      If you're an inventor and you invent something useful, after having spent many hours and money, why should somebody else be free to come along and simply steal your idea? Patents exist specifically to grant limited-time monopolies to reward inventors for their effort. If you're another inventor and want to cash-in on a patented invention, well it forces your hand to invent something even better or perhaps even revolutionary. Again, patents promote innovation.

      With regard to software patents in particular, there is nothing wrong with being able to patent inventions that just so happen to use software as part of said invention. The fact that there are bad/silly software patents doesn't invalidate the whole concept.

      an involuntary subsidy by the software industry for the self-serving legal industry
      Doing business in general also requires an involuntary subsidy for the legal industry. So does divorce. So does death (wills, estate managment). So does just about everything else when you have to deal with other people. Why are you singling out software patents?
      That's just off the top of my head.
      The rest of your points ramblings not even worth responding to. Perhaps you should spend a bit more time thinking before you form an opinion.
      --
      If you reply, do so only to what I explicitly wrote. If I didn't write it, don't assume or infer it.
    2. Re:100% correct and in agreement by occam · · Score: 1

      Patents are roadblocks to progress. There's nothing "necessary" about them at all. I would venture to say (in your own condescending tone) that "necessary" does not mean what you think it means, Paul.

      Software patents are ludicrous. The establishment (legal industry) is in conflict of interest by perpetuating them. The software industry fought them when they were about to be institutionalized. A panel of lawyers from the USPTO headed by the bureaucratic Bruce Lehmann instituted them over the software industry's objections anyway. Frankly, I'm not sure that maneuver was even legal considering the huge conflict of interest and lack of representation on the panel's part.

      It's not really your choice whether they're necessary. They're obviously not.

      To anyone accomplished, experienced software engineer (and even those with foresight), software patents are an obstacle to progress and counterproductive to innovation.

      Programming (much less innovating) is hard enough to do without adding a whole 'nother dimension (legal roadblocks) to the mix. Plus, most practical inventions are by necessity anyway. What do they say: necessity is the mother of invention?

      Necessity leads to innovation; greed leads to patents.

    3. Re:100% correct and in agreement by pauljlucas · · Score: 1
      Patents are roadblocks to progress.
      They very well may be roadblocks to your progress of leeching off of somebody else's idea (by definition) instead of inventing something new.
      The ... legal industry ... is in conflict of interest by perpetuating [software patents].
      I don't see the conflict of interest since it's not their business to get rid of patents. If it were and they were also perpetuating them, then it would be a conflict. Sorry to burst your conspiracy-theory bubble.
      To anyone [sic] accomplished, experienced software engineer ..., software patents are an obstacle to progress and counterproductive to innovation.
      To anyone like you who is prevented from leeching off others' ideas, I could see how that would be the case. Clearly, you've never invented anything truly innovative. If you had, I'm sure you'd want it protected rather than somebody else, say Microsoft, from coming along and stealing your idea.

      Sorry, but you just don't "get it." You can respond if you like, but this is my last response to you.

      --
      If you reply, do so only to what I explicitly wrote. If I didn't write it, don't assume or infer it.
    4. Re:100% correct and in agreement by Elektroschock · · Score: 2, Interesting

      /*If you're an inventor and you invent something useful, after having spent many hours and money, why should somebody else be free to come along and simply steal your idea? Patents exist specifically to grant limited-time monopolies to reward inventors for their effort. If you're another inventor and want to cash-in on a patented invention, well it forces your hand to invent something even better or perhaps even revolutionary. Again, patents promote innovation.
      */

      However, the system does not work in the software industry. As a lawmaker you only apply the bureaucratic patent system if its benefits are higher than the costs. The current patent system is designed for manufacturing, not for a dynamic industry such as the software industry where innovation "just happens" and competition is about the race for innovation. Copyrights protects us very well, while software patents are held by mayor players (i.e. their patent offices) and patent privateers such as Eolas. Most software patents cover trivial issues. software developers don't have the time to file patent. Innovation is a natural effect of competition. You can't avoid innovation. We don't need reward in form of patent monopolies for our innovation force as the system doesn't work for us. I am not able to pay the fees for a patent. I cannot survive a patent lawsuit. In fact when my GPL software gets a letter from a patent attorney it has to stop.

      The Patent system makes many mistakes. Prior art is usually not recognized. Limits set by law to patentability are circumvented via very broad claims.

      Patents are an inefficient tool. They don't help me. The software industry grew large despite the existence of patents, not because of patent regulation.

      Patents are not common usage in the software industry where real innovation can be done by very few persons who actually IMPLEMENT something. The race for the best implementation and the consumer adaption shouldn'd be replaced by monopoly law that limits competition or even kills development. Patents may be useful in other industries, in the software industry they are very harmful.

      I remind you of von Hayek's remarks towards the patent system. He was very critical about the patent system like all liberal economists he fought against state inteference into the market:
      "In the field of industrial patents in particular we shall have seriously to examine whether the award of a monopoly privilege is really the most appropriate and effective form of reward for the kind of risk bearing which investment in scientific research involves."

      Nobody even thought of patents on business processes or data processing in these days!

    5. Re:100% correct and in agreement by pauljlucas · · Score: 1
      The current patent system is designed for manufacturing, not for a dynamic industry such as the software industry
      It certainly is not designed exclusively for manufacturing. Easy example: the paper clip. It's a simple invention designed to hold paper together. It doesn't manufacture anything. (There was also a different patent for a machine to bend wire into a paper clip, but that's irrelevant to the point at hand.)
      Copyrights protects us very well
      Hardly. Another easy example: desktop GUIs. Back in 1984, Apple had copyrights on all their code to produce the Mac GUI. Microsoft comes along with Windows and copies many of the ideas.* Apple tried to stretch copyright law into patent law to stop Microsoft and failed. An idea like a desktop GUI isn't protected at all by copyright.
      The software industry grew large despite the existence of patents, not because of patent regulation.
      Patents aren't used much in software at all, so of course their existence played little role. The bulk of the software out there simply isn't worthy of a patent.
      The Patent system makes many mistakes. Prior art is usually not recognized.
      Granted, but I don't subscribe to the "throw the baby out with the bathwater" idea.
      Patents are an inefficient tool. They don't help me.
      Newsflash: not everything in the world is designed to help you. If you're a mediocre software developer who can only get along by copying other people's ideas, then patents should hinder you. The world doesn't owe you a living. If, however, you are an exceptional developer and innovative thinker, then patents will help you by preventing the hoards of mediocre developers from stealing you blind. Go invent something truly innovative in software. Then we'll see if you change your mind about software patents.
      The race for the best implementation and the consumer adaption shouldn'd be replaced by monopoly law that limits competition or even kills development.
      Again, if it forces your hand to "invent around" a patent and, perhaps even by dumb luck, invent something better, good. The patent then did its other job: to advance society.

      * To make this example simpler, I'm ignoring the fact that Apple stole the idea of a desktop GUI from Xerox who are probably kicking themselves in the ass to this day for not having patented desktop GUIs in the first place.

      --
      If you reply, do so only to what I explicitly wrote. If I didn't write it, don't assume or infer it.
    6. Re:100% correct and in agreement by occam · · Score: 1

      >leeching off of somebody else's idea (by definition)

      You do not understand patents. Patents are a legal monopoly granted based on patent application. They do not prevent anyone from having the same idea. Under current law, they do not even strive to guarantee the idea is original or novel. Many people can have the same idea, but the patent grants only one the monopoly.

      See a problem? Especially when nothing should be patented.

      By contrast, copyright allows for more than one person to express the same idea in the same way. There's no copyright violation if the accused can prove the form of expression was original.

      See how that's better?

      Patents do not mean what you think they mean. They're a legal term and a solution in search of a problem. Bottom line: they themselves are a problem (except for the legal industry and (I might add) USPTO bureaucracy who are thriving on them.

      Good luck!

    7. Re:100% correct and in agreement by socalmtb · · Score: 2, Interesting
      - a joke in any industry (e.g., software) where production is a mere disk copy away (i.e., there is no manufacturing impediment in software, so even the original concept of patent protection is absurd)

      The pharmacutical industry is a lot like the software industry. There is an extremely low cost of production and an extremely high cost of development. Especially in the pharmacutical industry where companies must go through expensive clinical trials and the FDA approval process.

      Patents are responsible for developments in this industry because they allow companies to recover the hundredes of millions spent on research.

      Drug company profits allow them to reinvest in more research that might one day lead to a cure for cancer. And yes, who ever finds a cure for cancer (or AIDS) is going to make a lot of money.

      Corporate profits are not evil. They are what has driven nearly every single societal development we know.

    8. Re:100% correct and in agreement by Anonymous Coward · · Score: 0

      "To anyone like you who is prevented from leeching off others' ideas, I could see how that would be the case. Clearly, you've never invented anything truly innovative. If you had, I'm sure you'd want it protected rather than somebody else, say Microsoft, from coming along and stealing your idea."

      I think you'd have far less people arguing with you if there weren't sooooo many frivolous patents. One Click Shopping is the obvious poster child for anti-patents. If you can argue that it is a good patent, then either you are a troll, or you are a lawyer ;)

      A good example of NOT impeding progress by NOT patenting ideas is the graphics industry. Every idea was pretty much invented in the 70's. Ask anyone in the field where all the current techniques come from... They come from the 70's. If those ideas were all patented, then certainly the games, video card, cad and other graphics essential industries would not be what they are today. Independent developers could not exist if all those old graphics ideas were patented. Doom probably would have never existed.

      Nuff said.

    9. Re:100% correct and in agreement by rhysweatherley · · Score: 1
      Hardly. Another easy example: desktop GUIs. Back in 1984, Apple had copyrights on all their code to produce the Mac GUI. Microsoft comes along with Windows and copies many of the ideas.* Apple tried to stretch copyright law into patent law to stop Microsoft and failed. An idea like a desktop GUI isn't protected at all by copyright.
      And if Apple (or Xerox) had patented the GUI, the amount of innovation in GUI development would have been miniscule because it would have been hard-wired to a single closed platform. What, you think Apple would have just licensed their patents free of charge to MIT to use in the X window system? Of course not. No X means no shiny Linux desktops.

      Again, if it forces your hand to "invent around" a patent and, perhaps even by dumb luck, invent something better, good. The patent then did its other job: to advance society.
      And what if you cannot "invent around" it because the algorithm is fundamental? I'm old enough to remember when it was illegal to write encryption software for the Internet. Not because of government heavy handedness, but because RSA Data Security, Inc. refused point blank to license the RSA patent to open source implementations. Internet security was set back by a decade by one company's greed.

      Patents come with a very heavy cost. They put all the power to use an idea in the hands of the patent owner, while ignoring society's interest in a vibrant and competitive marketplace. The copyright alternative is a case of "adapt or die". It's brutal, but it works a lot better.

    10. Re:100% correct and in agreement by Anonymous Coward · · Score: 0

      "Hardly. Another easy example: desktop GUIs. Back in 1984, Apple had copyrights on all their code to produce the Mac GUI. Microsoft comes along with Windows and copies many of the ideas.* Apple tried to stretch copyright law into patent law to stop Microsoft and failed. An idea like a desktop GUI isn't protected at all by copyright. "

      While you are correct in saying that copyright did not protect Apple's ideas in this case, I believe that it is a great counter-example to your main arguments. If Apple had the sole patent rights to the GUI, I hardly see the world as a better place. I can't understand how apple owning the sole rights to GUI would advance society.

      Of course its a bit foolish to play what if... but I can't imagine a world where Apple was the only GUI provider out there. Linux on the desktop most certainly wouldn't exist.

    11. Re:100% correct and in agreement by Anonymous Coward · · Score: 1, Insightful

      The software industry is nothing like the pharmacutical industry.

      There is no notion of a garage developer in the pharmacutical industry.

      Scientific research in the software industry is often made by universities and is given away.

      The monies involved in research and development do not compare.

    12. Re:100% correct and in agreement by Anonymous Coward · · Score: 0

      Ok. Lets see what Paul has done. He worked for Liquid Audio. If memory serves me correctly, they had their own proprietary audio format/drm scheme that failed miserably during the height of the mp3 craze... But enough of that. He also has a "patent applied for."

      "Designed and implemented a system for configuring and deploying software to servers automatically directly from CVS:
      Remote Software Installation and Maintenance, patent applied for. "

      Hell I've developed similar systems for one or two companies before. I never thought to patent them though. Sounds like a "bad/silly software patents " to meeeee.

    13. Re:100% correct and in agreement by pauljlucas · · Score: 1
      And if Apple (or Xerox) had patented the GUI, the amount of innovation in GUI development would have been miniscule because it would have been hard-wired to a single closed platform.
      I specifically said "desktop GUI." Perhaps because it wasn't patented, we've been using the same basic interface for 20 years so because nobody was forced to invent something different. The irony is that the GUI innovation has been miniscule overall and you don't realize it. Will we still be using a desktop metaphor in the year 2020? 2050?
      And what if you cannot "invent around" it because the algorithm is fundamental?
      Then you're not smart enough so, go into a different line of work. You aren't entitled to good ideas.
      RSA Data Security, Inc. refused point blank to license the RSA patent to open source implementations. Internet security was set back by a decade by one company's greed.
      While I'm not familiar with the specifics of that case, even if I assume you're right, one bad case doesn't invalidate the entire concept. It's easy to point out bad cases because they make news. It's much harder to point out good cases because nobody ever hears about them because the system worked as it was supposed to.
      [Patents] put all the power to use an idea in the hands of the patent owner ...
      Precisely where it belongs. Congratulations: you understand patents.
      ... while ignoring society's interest in a vibrant and competitive marketplace.
      You don't understand patents after all, I'm afraid. As part of a patent, the inventor is compelled to disclose the invention and precise details about it. Society benefits from this information enormously. If you're smart enough, you may see an even better way to do something, and thus innovation is fostered. Sorry if you just can't "get it."
      The copyright alternative is a case of "adapt or die"
      Copyright for software is largely useless. It only protects you from the most lazy people who simply copy your code. If I look at your running program, or even your source code, then go off and write my own code in my own way, I'm immune from you and any legal retalliation you may try.

      Additionally, copyrighted source code in the case of large software vendors is also kept proprietary. Society can never see it; society doesn't benefit.

      --
      If you reply, do so only to what I explicitly wrote. If I didn't write it, don't assume or infer it.
    14. Re:100% correct and in agreement by Anonymous Coward · · Score: 0

      ""Granted, but I don't subscribe to the "throw the baby out with the bathwater" idea. ""

      Well, when the baby was drowned by the bath water, it doesn't help to keep throwing more water into the tub.

    15. Re:100% correct and in agreement by Anonymous Coward · · Score: 0

      Society only benefits to the extent that inventors have extra incentive (namely monopoly rent for an entire generation) to create inventions. The text of the patents themselves are almost entirely obfuscated garbage, and deciphering them is vastly more work than recreating the invention from scratch (most are obvious anyway). Even the attempt to use the patent database can expose you to triple damages for "willful" infringement in a lawsuit--it's actually safer not to know what has been patented.

  29. Re:wtf is with firebird's page rendering on slashd by caino59 · · Score: 0, Offtopic

    Firebird .7 here, XP Pro...

    I've noticed that one one or two occasions, but only had to refresh once to correct the situation. Only have noticed this on slashdot, no other site I have visited has done this...

  30. How does a big project do a license change? by Kegetys · · Score: 2, Interesting

    This might be a tad offtopic but anyway, a while ago I was wondering how a big OSS project (like Apache) does a license change? If there are dozens of people involved who have contributed their work to the project under license X, wouldn't you need to ask each and every one of those people if you want to change that license in any way?

    1. Re:How does a big project do a license change? by Iplaw-dc · · Score: 1

      Yes, they would have to amend the former license and both parties would have to sign the new amendment. Organizations and companies do this all of the time. They tend to persuade the former parties to accept the amendments because if they do not, they will not be able to benefit from the "new developments."

      --
      Jax
    2. Re:How does a big project do a license change? by Brandybuck · · Score: 1

      Well, if you get the contributors to sign over their copyrights from the very beginning, you would never have to worry about this. If the code was owned by the Apache Foundation, then the Apache Foundation has full right to change the license.

      It's the same reason why the FSF requires copyright assignment, and why the Linux kernel will NEVER EVER have a license other than GPLv2.

      --
      Don't blame me, I didn't vote for either of them!
  31. Re:wtf is with firebird's page rendering on slashd by Anonymous Coward · · Score: 1, Interesting

    Mozilla Firebird 0.7 (Gecko/20031103) here; and I definitely have this problem. I'd say approximately every fifth view of a Slashdot page only the menu on the left and the page header appear. Refreshing once or twice normally solves the problem.

    I don't blame the Gecko engine for this but rather the Slashdot HTML which fails to validate as any version of HTML.

  32. In other words.... by Anonymous Coward · · Score: 0

    you praise openess, but you won't even give the name of the company, so we can download the "open" source code?

    That says it all about free software people.

  33. You still here? by Anonymous Coward · · Score: 0

    You are like some religous nut, who surfaces from his hole every time the letters G, P, and L show up in an article.

    Combine that with the canned tripe that you spew about how great RMS and Moglen, et al are, it is quite clear you need some kind of counseling. You have serious individuation and imfatuation issues.

    But unlike most healthy men, you worship other men. Quite sad really.

    1. Re:You still here? by Anonymous Coward · · Score: 0

      Did you see his home page? He hasn't programmed shit (unless you think a robot for a video game counts), yet he still thinks he is in a position to tell us how to license our software.

    2. Re:You still here? by Anonymous Coward · · Score: 0

      As a U.S. citizen, I'm glad he's temporarily stopped programming so he can fight software patents in the EU.

      This is obviously good for the EU, but it's also good for Americans because when we push for patent reform, it will greatly help if we can point out that the EU completely rejected the patentability of software ideas.

    3. Re:You still here? by Anonymous Coward · · Score: 0

      Good point.

      I did not look at his stupid home page.

      He is just another guy who gets a hardon watching gcc output fly by on his screen thinking he is a developer.

  34. Re:wtf is with firebird's page rendering on slashd by Anonymous Coward · · Score: 0

    I am having the same problem using the recent nightlies. I often have to refresh two or three times to get it to render correctly.

    Can't pin all the blame on Firebird though. Have you ever looked at Slashdot's HTML code?

  35. Thanks Anonymous Coward! by Anonymous Coward · · Score: 0

    But unlike that with thy men, whow up in an article. Combine that with the canned tripe that RMS and Moglen, et al are like some kind of counseligous nut, P, and L show up in an artime time the letterious individuat with the canned imfatuatious ind L show up in an article. Combine that wit is quite cle every time the letters G, P, and L sad really.You are most healthy men, you spew about how great RMS and Most healthy men, you worship other men. Quite some religous nut, who surfaces from his hole every time the letters G, P, and L show up in an article. Combine that with the canned tripe that you spew about how great RMS and Moglen, et al are, it is quite clear you need some kind of counseling. You have serious individuation and imfatuation issues. But unlike most healthy men, you worship other men. Quite serious individuation and imfatuatious individuatime the letters G, P, and L show up in al are, it is quith the canned trip other men.

  36. The GPL *is* a "commercial" license. by jbn-o · · Score: 0

    After something of the same journey with licenses for my own open source work, I finally came to the conclusion that Richard Stallman had seen the inevitable truth clearly when he designed the GPL, namely that free software thrives best when there is a definite barrier between it and commercial software.

    Then your journey is not yet over because the GNU General Public License (GPL) is not a "barrier between [GPL-covered software] and commercial software" nor is it "open source". The GNU GPL was written by the Free Software Foundation for the free software movement years before the open source movement began. It is a profound mistake to call the GPL anything to do with the "open source" movement. Also, the GPL can be a commercial software license. Perhaps you meant "proprietary" instead of "commercial"?

    Our software now uses a dual license model in which it's either licensed for free under the GPL, or licensed for a fee under a standard commercial license.

    You appear to be using the word "free" to refer to price and not freedom. This is a side effect of paying attention to the open source movement where software freedom is eschewed instead of learning about the ideas in the license you're using. You could be distributing software in such a manner that your terms conflict with the GPL (because it is not allowed to "impose any further restrictions on the recipients' exercise of the rights granted herein" to quote the GPL section 6). There's nothing in the GPL that prohibits me from distributing covered software for a fee (this actually applies to all free software, not just the GPL). In fact, the FSF says I should make as much money as I can from distributing free software for a fee.

    1. Re:The GPL *is* a "commercial" license. by heironymouscoward · · Score: 1

      The GPL is a license that is commercially netural insofar as you can charge for work, but it is definitely not a commercial license. It is a constitution that clearly separates the interests of commercial software producers (who sell software and therefore rely on closed source) and the wide range of people who produce software for other reasons (hobby, indirect need, whatever).

      I'm also surprised you say it has nothing to do with the open source movement. Open source is about promoting the values of software as a medium of expression of common (shared) ideas. The GPL is also exactly about this. The GPL defines one particular open source model.

      By coincidence, my first open source work (a code generation tool) was distributed on the Internet in 1991, the same year that version 2 of the GPL was published. After 13 years of this, I think I do have the right combination of licenses for my work.

      --
      Ceci n'est pas une signature
    2. Re:The GPL *is* a "commercial" license. by jbn-o · · Score: 1

      The GPL is a license that is commercially netural insofar as you can charge for work, but it is definitely not a commercial license. It is a constitution that clearly separates the interests of commercial software producers (who sell software and therefore rely on closed source) and the wide range of people who produce software for other reasons (hobby, indirect need, whatever).

      Charging for distributing the program was the point of the second essay I pointed you to (not just charging for improving the program).

      Your criteria doesn't describe the status quo. Right now, many corporate GNU/Linux distributors are selling GPL-covered software and they all depend on a community that produces GPL-covered software regardless of the reason why it was made. IBM, for example, is unquestionably a "commercial software [producer who] sell[s] software" but does not "rely on closed source" for everything they do. They advertise their commercially-available systems running their distribution of the Linux kernal.

      What most people mean when they say "commercial license" is a software license involved in a commercial transaction. Thus the GPL is a commercial license. An unusual one, but still a commercial license.

      A far more useful distinction is one that hinges on software freedom--does the license for a program give me the freedoms of free software? If so, that program is free software for me.

      I'm also surprised you say it has nothing to do with the open source movement.

      That movement's contribution to the GPL is remarkably trivial compared to the FSF's contribution to the GPL. Furthermore, the open source movement and the free software movement's philosophies are profoundly different. These two factors tell me it is a significant miscrediting of history to link together the open source movement and the GNU GPL.

      Open source is about promoting the values of software as a medium of expression of common (shared) ideas. The GPL is also exactly about this. The GPL defines one particular open source model.

      No, that description is no good because it does nothing to distinguish "open source" from "free software". That way of putting things does not distinguish either of these movements from proprietary software either (various proprietary software licenses "promot[e] the values of software as a medium of expression of common (shared) ideas").

      You can better understand the open source movement by looking at how it came to be. The open source movement was started as a reaction to Netscape releasing the source code for their web browser (which Netscape did as a last-ditch effort to compete with Microsoft). The free software community members who formed the open source movement thought other businesses might be willing to do what Netscape did and they decided to talk to businesses by dropping any freedom talk and instead talk about a development methodology. The GNU GPL, on the other hand, explicitly and repeatedly mentions software freedom, targets all computer users with that message of software freedom, and the GPL was written by the FSF well before the "open source" name was coined or the open source movement began. The OSI merely defined their terms for license acceptance widely enough to include the GPL on their list of approved licenses.

      Members of both movements work together on projects, and I'm glad the OSI and the open source movement brings people to license programs under the GPL. But the philosophies behind the two movements are significantly different as that first FSF essay I linked to points out quite clearly. I don't think it's at all fair to the FSF or to the different philosophical underpinnings of either movement to credit the GPL as "open source" because it is tying together a license that celebrates and preserves software freedom with a movement that played no role in writing the GPL which eschews software freedom.

  37. GPL "compatibility" is a bad move. by Brett+Glass · · Score: 1

    One of the greatest virtues of the old Apache license was that it was not "viral." If a viral license can be stamped on the code at will, it may eventually lead to a situation in which one must be subjected to the restrictions of the GPL to use the work. This would not be a good thing.

    1. Re:GPL "compatibility" is a bad move. by Anonymous Coward · · Score: 0

      The GPL is a license to redistribute and to create derived works (which would otherwise be forbidden by copyright law). It cannot restrict use of the work, and explicitly denies even attempting to do so. And why do you care about GPL'd derived works when you don't even despise proprietary derived works?

  38. I don't Get it by Anonymous Coward · · Score: 1, Interesting

    I don't get it. I truly don't believe that ideas are as valuable as you make them out to be.
    I value the hard work of the implementor much more than the guy who happened to patent an idea that has probably been thought of by dozens of other smart guys but who aren't so egotistical to think that they are the first ever to imagine it.
    I'd like to see a software patent that is truly innovative. But I don't believe one exists. Take the patent you applied for from your Liquid Audio days. From the description, it sounds like a good idea. Bravo. You had a good idea. Do you really think that you are the only one who ever had a similar idea? Let alone the first? If you do, you just don't "get it."

  39. Apache and FreeBSD by n0dez · · Score: 1

    Apache.org runs on FreeBSD.

  40. PHP & MySQL by IntergalacticWalrus · · Score: 1

    I bet the driving motivation behind this license update was to resolve legal issues with PHP (which is under the Apache license) linking to the MySQL client library (GPL!). Due to the grey area licensing issues between the Apache and GPL licenses, the PHP guys were actually planning to drop MySQL support from PHP! Good to know they are working on fixing that.

  41. Re:MOD PARENT DOWN! Stole my comment!! by Bronster · · Score: 1

    I've seen that exact same comment before, attached to a comment on a different story.

    It's a troll, move along, nothing to see here.


    That would have a lot more strength if you linked to the alleged earlier comment, hence allowing anyone to see that your allegation was true.