Slashdot Mirror


Op-ed: Oracle Attorney Says Google's Court Victory Might Kill the GPL (arstechnica.com)

Annette Hurst, an attorney at Orrick, Herrington & Sutcliffe who represented Oracle in the recent Oracle v. Google trial, has written an opinion piece for Ars Technica in which she urges developers and creators to not celebrate Google's win in the hard-fought copyright case as the decision -- if remains intact -- is poised to make them "suffer" everywhere and also the free software movement itself "now faces substantial jeopardy." As you're aware, in a verdict earlier this week, a federal court announced that Google's Android operating system didn't infringe on Oracle-owned copyrights because its re-implementation of 37 Java APIs is protected by "fair use." Hurst writes: No business trying to commercialize software with any element of open software can afford to ignore this verdict. Dual licensing models are very common and have long depended upon a delicate balance between free use and commercial use. Royalties from licensed commercial exploitation fuel continued development and innovation of an open and free option. The balance depends upon adherence to the license restrictions in the open and free option. This jury's verdict suggests that such restrictions are now meaningless, since disregarding them is simply a matter of claiming "fair use." It is hard to see how GPL can survive such a result. In fact, it is hard to see how ownership of a copy of any software protected by copyright can survive this result. Software businesses now must accelerate their move to the cloud where everything can be controlled as a service rather than software. Consumers can expect to find decreasing options to own anything for themselves, decreasing options to control their data, decreasing options to protect their privacy.

357 comments

  1. Nice Work. by Frosty+Piss · · Score: 0, Flamebait

    Annette Hurst, an attorney at Orrick, Herrington & Sutcliffe who represented Oracle in the recent Oracle v. Google trial, has written an opinion piece for Ars Technica in which he urges...

    As usual, great Slashdot "editor" work here... Unless it's a transgender "dude" or "lady"...

    --
    If you want news from today, you have to come back tomorrow.
    1. Re:Nice Work. by Anonymous Coward · · Score: 0

      https://www.orrick.com/lawyers/annette-hurst/Pages/default.aspx

      Uses pronoun 'she'

    2. Re:Nice Work. by PopeRatzo · · Score: 3, Funny

      As usual, great Slashdot "editor" work here

      It's the first hot holiday weekend of the summer, so give 'em a break. They've probably been drinking since like 11am.

      --
      You are welcome on my lawn.
    3. Re:Nice Work. by Hognoxious · · Score: 1

      Unless it's a transgender "dude" or "lady"...

      [SJW mode] And what's wrong with that? [/]

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    4. Re:Nice Work. by K.+S.+Kyosuke · · Score: 2

      Never made a typo? I see...

      --
      Ezekiel 23:20
    5. Re: Nice Work. by Anonymous Coward · · Score: 1

      Dude, stfu. Mistakes happen, get over it. You sound like a child.

    6. Re:Nice Work. by 93+Escort+Wagon · · Score: 0

      Cut Manish some slack - she's been working hard lately.

      --
      #DeleteChrome
    7. Re:Nice Work. by Bite+The+Pillow · · Score: 1

      Much as I love poking at the dashslot noneditors, assuming that Annette is a female name is so 1960. If you had posted support for your side, then just maybe.

    8. Re: Nice Work. by Anonymous Coward · · Score: 0, Funny

      Nothing. Now take a shit with them standing there watching you.

      The fucking bigot.

    9. Re:Nice Work. by Anonymous Coward · · Score: 0

      No, nver.

    10. Re:Nice Work. by simcop2387 · · Score: 2

      Oh wow, that's much later than usual. Server maintenance last night?

    11. Re: Nice Work. by John+Allsup · · Score: 1

      To put my grammar nazi hat on, it is not incorrect to refer to a female using 'he', but it is incorrect to refer to a male using 'she'. Women are special in the language because they can have babies whilst males cannot, and this little fact, sexist or otherwise, is critical to keeping the human race going. Something like that.

      --
      John_Chalisque
    12. Re:Nice Work. by goose-incarnated · · Score: 0

      As usual, great Slashdot "editor" work here

      It's the first hot holiday weekend of the summer, so give 'em a break. They've probably been drinking since like 11am.

      So? Some people are late wakers.

      --
      I'm a minority race. Save your vitriol for white people.
    13. Re:Nice Work. by Z80a · · Score: 1

      The wrong only starts when all critics gets deflected using the transhield.
      And well, the OP did a great job tossing the whole discussion there, probably being a hired gun to do just that.

    14. Re: Nice Work. by wonkey_monkey · · Score: 1

      To put my grammar nazi hat on, it is not incorrect to refer to a female using 'he', but it is incorrect to refer to a male using 'she'.

      It's used when gender is unknown, but no-one uses "he" to refer to known females.

      --
      systemd is Roko's Basilisk.
    15. Re:Nice Work. by lucm · · Score: 1

      Unless it's a transgender "dude" or "lady"...

      [SJW mode] And what's wrong with that? [/]

      The real question should be: why would be the same person called "dude" or "lady" depending on his/her gender? Why not dude/chick or gentleman/lady? Does the sex change imply a transformation of the personality or social standing?

      But of course it's socially acceptable as long as the woman version is more respectful; nobody would stand for "gentleman or chick". That kind of inconscious bias is an order of magnitude more sexist than the alleged discrepancy in gender income, which is actually explained by pregnancy leaves and the fact that a larger proportion of women choose a career in a field that is more rewarding socially/emotionally than financially (ex: dedicated special ed teacher vs coke snorting stock market broker).

      50 years from now they will make TV shows that take in place in the 2010s and just like we're shocked by the blatant systemic discrimination against women in Mad Men, people from the future will be shocked to see the constant belittlement of males in the name of "equality" or "feminism" in our current society.

      --
      lucm, indeed.
    16. Re:Nice Work. by Megol · · Score: 0

      So what the fuck does "SJW" (something I've only seen used by trolls and bigots) have to do with that position (that it doesn't matter)?

    17. Re: Nice Work. by Anonymous Coward · · Score: 0

      "'Gender' is a grammatical term. It is not a substitute for 'sex.' But then, what is?"
        - Edwin Newman

    18. Re: Nice Work. by Anonymous Coward · · Score: 0

      So close the door on the fucking stall and they won't watch.

    19. Re: Nice Work. by Hognoxious · · Score: 0

      Now take a shit with them standing there watching you.

      They don't have stalls/cubicles in SC? That explains all the fuss they're making.

      I'd assumed, based on absolutely nothing apart from everything else to come out of that place, that it was all down to religious nutbaggery.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    20. Re: Nice Work. by Anonymous Coward · · Score: 0

      Or getting worked hard, by a black cock.

    21. Re: Nice Work. by Anonymous Coward · · Score: 0

      I think they just have holes in the ground, or buckets.

    22. Re:Nice Work. by silentcoder · · Score: 1

      >The wrong only starts when all critics gets deflected using the transhield.

      Why is that wrong exactly ? There are some things which should not be open to criticism, specifically innate characteristics which a person cannot change about themselves such as their race, parentage, herritage, sexual orientation or gender. Since these things cannot be changed, criticising them cannot possibly serve any useful purpose. I wouldn't suggest the government actually censor such speech - but the world tell you to get your head out of your ass if you express it is definitely fair game.

      --
      Unicode killed the ASCII-art *
    23. Re:Nice Work. by Anonymous Coward · · Score: 0

      You misspelt "wankers".

  2. Multiple Award Winning by dcollins · · Score: 5, Insightful

    "Best Sour Grapes of May 2016"

    "Best Nail in Coffin for Confidence in Legal Judgement"

    --
    We know where leadership by an anti-intellectual "strongman" who scapegoats minorities and likes boisterous rallies goes
    1. Re:Multiple Award Winning by chrism238 · · Score: 1

      Well, she would say that, wouldn't she?

    2. Re:Multiple Award Winning by arglebargle_xiv · · Score: 5, Funny

      Let me rephrase the lawyer's text into something more comprehensible to the masses:

      Ladies and gentlemen, this is Chewbacca. Chewbacca is a Wookiee from the planet Kashyyyk. But Chewbacca lives on the planet Endor. Now think about it; that does not make sense! Why would a Wookiee, an 8-foot-tall Wookiee, want to live on Endor, with a bunch of 2-foot-tall Ewoks? That does not make sense! But more important, you have to ask yourself: What does this have to do with this case? Nothing. Ladies and gentlemen, it has nothing to do with this case! It does not make sense!

      Look at me. I'm a lawyer working for a multibillion dollar software company, and I'm talkin' about Chewbacca! Does that make sense? Ladies and gentlemen, I am not making any sense! None of this makes sense! And so you have to remember, when you're in that jury room deliberatin' and conjugatin' the Emancipation Proclamation, does it make sense? No! Ladies and gentlemen of this supposed jury, it does not make sense! If Chewbacca lives on Endor, Google's victory will destroy the GPL!

    3. Re: Multiple Award Winning by Anonymous Coward · · Score: 0

      Chubacca defence always works

    4. Re:Multiple Award Winning by hairyfeet · · Score: 0

      You can make jokes but she has a point...why would I give a shit about the GPL if I'm a company if I can just take the parts I want and claim fair use? Do YOU have enough money to fight my corp, as well as all the other corps if they decide to jump on the bandwagon?

      Remember boys and girls, Google is NOT a friend of the GPL, in fact they are slowly but surely pulling a EEE with Android by putting more and more critical functions behind the playwall. These megacorps give not a single fuck about your license, all they care about is what their lawyers say they can get away with...hell of a lot of GPL code that is little more than APIs, that equals a lot of code that corps can now snatch with impunity.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    5. Re: Multiple Award Winning by Anonymous Coward · · Score: 0

      You can take a description of the interface to the parts you want.

    6. Re:Multiple Award Winning by jthill · · Score: 1

      So long as you confine yourself to copying the index of the book and taking out the page numbers and every entry that isn't a proper noun, go for it.

      --
      As always, all IMO. Insert "I think" everywhere grammatically possible.
    7. Re:Multiple Award Winning by solidraven · · Score: 5, Insightful

      API description doesn't equal actual code though. So yeah this is a lot of drama for a list of supported functions and methods essentially. The majority of the work (the code behind the API) is still protected. So bugger off.

    8. Re:Multiple Award Winning by phayes · · Score: 5, Insightful

      No, the point the lawyer for Oracle is trying to make is a distinction that does not exist.

      Oracle has been trying to make a case that API=Code so others cannot copy their API's without a licence. For everyone else on the planet, API!=code and APIs are free to use ether because they are not copyrightable (as the judge originally ruled and I agree with personally) or because they are fair use.

      Now that the Java APIs used in Android have been determined by the jury to have been fair use, Oracle is now attempting to make the case that because (in their opinion) API=Code, if APIs are fair use then so is ALL code, including the GPL.

      Nobody except Oracle & co believe that API=Code so the woman has no point.

      --
      Democracy is a sheep and two wolves deciding what to have for lunch. Freedom is a well armed sheep contesting the issue
    9. Re:Multiple Award Winning by nyet · · Score: 2

      Look genius:

      This is an API:

      extern int add(int a, int b);

      This is code:

      int add(int a, int b)
      {
              return a+b;
      }

      Copy the prototype all you want, I don't give a crap.

    10. Re:Multiple Award Winning by Eunuchswear · · Score: 1

      You can make jokes but she has a point...why would I give a shit about the GPL if I'm a company if I can just take the parts I want and claim fair use?

      Why sould I worry about laws against murder? I can just shoot you dead and claim self defense.

      --
      Watch this Heartland Institute video
    11. Re:Multiple Award Winning by brantondaveperson · · Score: 2

      Design of a really good API is a far from easy task - though I'm certainly not going to argue that Java's libraries constitute a "good API". Designing really quality and useful APIs involves organising some fairly abstract ideas into very concrete representations, and designing as few simple operations on those representation as possible, while still managing to get whatever the job is done. Doing so without restricting what can be done, and as the same time without making the effort of getting what you want done, done, is hard. Having written Java for Android in the past, I can claim with a little authority that Java's API fails everywhere, and is dreadful to use - but nevertheless, it does seem to me that API design, and perhaps also the intellectual property therein, might not quite be the trivial thing many people seem to belive it to be.

      Whether or not API is code (it isn't, obviously) is beside the point. The question surely is, can API constitute an invention, or a work, or whatever the language might be? And it seems to me that it can.

    12. Re:Multiple Award Winning by Kiwikwi · · Score: 4, Insightful

      It doesn't matter if designing an API is hard... at least not in the US, which does not follow the sweat of the brow doctrine.

      It does matter if API design involves substantial creativity. If the API design is not simple and obvious, and if the work to design the API is a substantially creative endeavor, the API becomes eligible for copyright, and indeed, this is what the courts have now found (at least in the specific case of the Java APIs). As much as I don't like the idea of copyrightable APIs, I can't really fault the ruling.

      Fortunately, the court has now also ruled that using APIs is fair use, which is an essential ruling from an interoperability PoV. And despite this op-ed piece, I'm certain that most companies will be relieved that there are limits to Oracle's absurd attempts to squeeze money of out any company that use Java.

      Personally, I'm just happy that the company I work for chose C#/.NET as the scripting platform for customers, not Java. It was touch-and-go there for a while, but Microsoft and .NET has turned out to be much more trustworthy platform stewards than Sun/Oracle and Java.

    13. Re:Multiple Award Winning by Anonymous Coward · · Score: 0

      If Chewbacca is on Endor he is probably a pedophile.

    14. Re:Multiple Award Winning by turbidostato · · Score: 1

      "If Chewbacca is on Endor he is probably a pedophile."

      Exactly this. A "Chewbacca defense" by the book (only it makes even less sense now: the court has already ruled so why bother?).

      And then, "oh! this will mean everybody will go with an as-a-service model!" as if they wasn't for that anyway.

      Oracle is a big behemoth, so it will take time to fall, but they are going the SCO path, so it's not unreasonable to expect they'll follow the same outcome.

    15. Re: Multiple Award Winning by Anonymous Coward · · Score: 0

      An awful lot of Java's API design is obviously derived from other APIs -- Google cited the mathematically unobvious but C-inspired order of arguments to atan2(). Heck, even the name is taken from C; method overloading means they could have called it atan().

    16. Re:Multiple Award Winning by segedunum · · Score: 1

      They've also regurgitated this crap before years ago: https://www.publicknowledge.or...

    17. Re:Multiple Award Winning by DuckDodgers · · Score: 2

      The GPL never prevented reverse engineering or fair use. If I write libfoo and release it under the GPL, and you write libbar with all of the same APIs and release it under another license, that was never illegal or a GPL violation.

      As far as I understand it, if you re-implement GPL software using the original code (not API, but implementation code) as a starting point, then you are violating the GPL. But the Java standard library is colossal and the bits that Google copied directly are tiny and obvious. So I genuinely don't think the GPL is weakened by this.

      Separately, I agree Google is no friend to GPL. But I don't think this lawsuit is some clever attempt for them to sabotage the GPL so they can make Android 7 fully proprietary from top to bottom. I think this lawsuit is just to avoid paying Oracle licensing fees.

    18. Re: Multiple Award Winning by Anonymous Coward · · Score: 0

      You are conflating issues. Inventions are not covered by copyright, that's what patents are for.

      But even still, an API then by your definition is a classification system - defining concrete rules for an abstract system. This does not constitute an invention of any kind. See also: Classification of Living Things, Defining the States of Matter, science in general, all of mathematics, etc. None of those things are specifically copyrightable.

    19. Re:Multiple Award Winning by Lonewolf666 · · Score: 1

      As others have written, there is a difference between APIs and implementation. But GPLed software is not more endangered than lots of closed source software is too. Because it does not depend on the sort of license used. With tools like Dependency Walker (http://www.dependencywalker.com/), you can in many cases also discover the interfaces of proprietary code, re-implement them and and try to claim fair use. I guess your chances of succeeding would be about the same as in the Oracle vs. Google lawsuit.

      For what it's worth, I agree with the decision of the court, but my point is that the GPL is not really special here. If GPL software is in danger now, lots of closed source software is too.

      Considering Google and trying to control Android, I agree that is a dick move but does not make Android worthless for the community. Cyanogen Mod for instance describes itself as
      "a customized, aftermarket firmware distribution [...] based on the Android Open Source Project"
      So the Android Open Source Project still lives on in ways that serve the end user. I guess if a phone vendor wanted to avoid being pressured by Google, they could try and use Cyanogen Mod instead of Android. Marketing might still be difficult though, depending on how many people know what Cyanogen Mod is all about.

      --
      C - the footgun of programming languages
    20. Re:Multiple Award Winning by Ol+Olsoc · · Score: 1

      You can make jokes but she has a point...why would I give a shit about the GPL if I'm a company if I can just take the parts I want and claim fair use?

      Why sould I worry about laws against murder? I can just shoot you dead and claim self defense.

      That's Florida's Stand your ground laws. They work it would appear. http://www.huffingtonpost.com/...

      Yeah yeah - I know - Huffpost

      --
      The shepherds did so well protecting the flock that the sheep no longer believed that wolves existed.
    21. Re:Multiple Award Winning by cwsumner · · Score: 1

      I think it is known as "Poisoning the well". 8-(

      They are ignorant lawyers and don't know the difference between an info list and operational code. Or, maybe they don't think "the law" knows. Or, maybe they just don't think the public knows. (Or maybe they just don't think...)

    22. Re:Multiple Award Winning by slashdot_commentator · · Score: 1

      why would I give a shit about the GPL if I'm a company if I can just take the parts I want and claim fair use?

      Because both you and her are idiots. Both you and her think you can take ideas and make it into exclusive intellectual property. And fatally, both you and her think an API is the same thing as copying code. Source code is the actual human effort and investment used to produce a sequence of machine intelligible instructions that computes something useful. An API is a description of how source code talks to other source code. You can call something tangible property, but you cannot call an idea property. You can't patent or copyright a steering wheel to a car. You can't even do that when the wheel concept is used to steer a boat.

      The problem is that patents and copyrights have been distorted for the past twenty five years to try to distort laws to treat ideas a form of property. This Google victory only shows that the system is broken when it overreaches as Oracle tried to do. And not just the GPL has nothing to do with this case, the GPL is not used to protect license owners from being deprived of their projected profits. The GPL is a legalist way to make their source code available to the public for use, without allowing other parties to seizing it, or deny the original owners the modifications to the GPL owner's source code.

      Google is not a friend of the GPL, so what? Oracle and Google are not football teams to root for; they both pull annoying legal or market shit on users. But the lawyer has an excuse for her idiocy. She apparently believes that corporations are living beings, rather than fictions created by the legal process. What's your excuse?

      --
      There is no America. There is no democracy. There is only IBM and AT&T and DuPont, Dow, General Electric, and Exxon
    23. Re:Multiple Award Winning by Anonymous Coward · · Score: 0

      Personally, I'm just happy that the company I work for chose C#/.NET as the scripting platform for customers, not Java. It was touch-and-go there for a while, but Microsoft and .NET has turned out to be much more trustworthy platform stewards than Sun/Oracle and Java.

      Is this a joke? Wasn't C# / .NET basically a copy of the java API in the first place? Not sure why Oracle hasn't gone after them yet.

    24. Re:Multiple Award Winning by jedidiah · · Score: 1

      Furthermore, the GPL was specifically engineered with jackasses in mind. It creates a framework where entities can cooperate on equal terms despite them being natural enemies and being otherwise un-equal.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    25. Re:Multiple Award Winning by Kjella · · Score: 2

      It does matter if API design involves substantial creativity. If the API design is not simple and obvious, and if the work to design the API is a substantially creative endeavor, the API becomes eligible for copyright, and indeed, this is what the courts have now found (at least in the specific case of the Java APIs). As much as I don't like the idea of copyrightable APIs, I can't really fault the ruling. Fortunately, the court has now also ruled that using APIs is fair use

      And that's really what I find strange, because if you think APIs are creative and copyrighted, when if not in the Google case are they infringed? They copied much of it, for profit, reducing the market for licensed use of Java. It feels like one bad twisting of the law to fix another bad twisting of the law. And "fair use" is an affirmative defense that depends on your particular case, just because Google won doesn't mean the APIs are now free. If you use them in some other way in some other context maybe the judge will rule against you. It's not as fucked up as it could have been, but still pretty messed up.

      --
      Live today, because you never know what tomorrow brings
    26. Re:Multiple Award Winning by Anonymous Coward · · Score: 0

      Fortunately, the court has now also ruled that using APIs is fair use, which is an essential ruling from an interoperability PoV.

      The problem with fair use is that it's not blanket protection for a class of activity. Fair use must be re-argued and proved as a valid exception in each individual case. It sets no precedent or at best a very limited precedent on how narrowly two different activities, one having previously been decided as fair use, are the same. As long as expensive litigation or threat there of is possible, attorneys will use it against opponents without the means to mount a defense. This is not a stretch as copyright law has already been used to file just these kinds of spam lawsuits where settle or fight in court you lose money either way. Google can afford to fight that off, but not everyone else, including most open source projects, can.

    27. Re:Multiple Award Winning by unrtst · · Score: 1

      why would I give a shit about the GPL if I'm a company if I can just take the parts I want and claim fair use?

      Fortunately, that's not the case here.
      The case here is that reuse of the API is being deemed ok. There is a little bit of a grey area in defining the borders of said API, but those rarely matter at all because they are almost always cases where there's only one good and obvious way to implement that thing, so it's not defensible anyway. This won't hurt the GPL at all.

      In fact, the opposite is true. There is an awful lot of GPL software, as well as software that covers the gamut of closed to public domain, that has re-implemented other API's. I doubt it applies directly to this Oracle v. Google case, but https://en.wikipedia.org/wiki/....

      The author of the Op-ed in question seems to be over committing to the false premise that API and code are the same thing, making up a fake world where that was true, and saying that would cause problems for GPL software which, while there would be some minor downsides, is not really true - it would allow us to open up any software after snagging a copy of the source, which would make most GPL advocates quite happy. IE. it'd be at least as bad for proprietary software, and probably far worse. Thankfully, that very premise is bunk, so none of this matters.

    28. Re:Multiple Award Winning by Anonymous Coward · · Score: 0

      1. Api is not code
      2. Program does not require anything other than code to compile
      3. Hence, Program compiles without API

    29. Re:Multiple Award Winning by Anonymous Coward · · Score: 0

      You can make jokes but she has a point...why would I give a shit about the GPL if I'm a company if I can just take the parts I want and claim fair use?

      This was not about taking the parts you want, but specifically about the (application) interface.

      To use the standard car example: What Google did was akin to building their own engine, putting it in their own car, then using a steering wheel and putting the throttle pedal on the right, with the brake to the left of the throttle. What Oracle is claiming is that they have a copyright on the throttle on the right, brake on the left of the throttle interface.

      Or compare with books... Why would any publisher care about the copyright on Harry Potter, if English is not copyrightable?

    30. Re:Multiple Award Winning by silentcoder · · Score: 1

      Regardless all else, it's long been held by the courts that reverse engineering is fair use, that automatically implies that APIs MUST be fair use as well - because it's impossible to reverse engineer anything without replicating the API and by definition a reimplimented API will not be distinguishable from the original - otherwise it would not be compatible.

      If anything it's Oracle's point that could kill the GPL. Almost the entire GNU/Linux userspace is filled with programs that are shell-api replicas of older unix commands, the GLIBC library is a direct replica of the API in the original unix LIBC. That's not even getting to software like WINE.

      These projects would all die if APIs can have copyright. Now the earlier court found it can, but the fair use ruling provides a way to keep them alive, that's something we need to cling to because without it - we're all dead in the water and not just the GPL. The entire global software industry would grind to a halt.

      Now maybe she has a point that her bizarre interpretation of that concept would scare some companies out of dual-licensing... so be it, the GPL was more than 2 decades old before any dual-licensed software ever existed, the free software movement was close to 3 decades old before there were common dual-license as a business-model companies.
      We did just fine without those companies for decades, if they bugger off - we will do just fine without them. Hell we'll take what they built and thanks to the GPL continue on our own forks into the future as we have done many times before when a dual-licence software company failed to play nice with the community - including quite recently with Oracle on two of the most important free software projects they acquired - OpenOffice to LIbreOffice and mysql to MariaDB, but there are many earlier examples - like Hudson/Jenkins.
      In most cases where a corporation doesn't play nice with the community and we fork the thing to continue it ourselves - it's the corporate version that ultimately dies off.

      --
      Unicode killed the ASCII-art *
    31. Re: Multiple Award Winning by Anonymous Coward · · Score: 0

      Even if the GPL became invalid the copyright is owned by the original developers and a license to use is granted to all others including Google. Android wouldn't become proprietary to Google, insteas it would lose its right to use it until it negotiated new licenses with every contributor. Making the GPL invalid would be the LAST thing Google would want.

    32. Re:Multiple Award Winning by Kiwikwi · · Score: 1

      And that's really what I find strange, because if you think APIs are creative and copyrighted, when if not in the Google case are they infringed?

      Well, from a straight-forward reading of the law, it is possible for a method of expression to be subject to copyright, but also essentially always subject to fair use. Which would seem to be what the court has found. I guess a similar case could be made for e.g. a political speech – sure, it's subject to copyright, but by its very nature, any third-party use is almost inevitably fair use.

      But I agree, it's still messed up.

    33. Re: Multiple Award Winning by Anonymous Coward · · Score: 0

      But.. But.. I was the first to make an interface with .add method. If you use any thing with a method like that you owes me money's for my great IP.

    34. Re:Multiple Award Winning by micahraleigh · · Score: 1

      +1 Wish I had mod points

    35. Re:Multiple Award Winning by Anonymous Coward · · Score: 0

      Damn, hairyballs doesn't have the first fucking idea what the jury deliberated on.

      Why am I not shocked?

      The numbnuts can't even manage a simple Linux install.

      You know jackshit about computers and even less about programming.

      Shut the fuck up

    36. Re:Multiple Award Winning by Anonymous Coward · · Score: 0

      A jury said it was fair use.

  3. They don't know what they're talking about by Anonymous Coward · · Score: 5, Informative

    It's the implementations that they're protecting with the GPL, not the interfaces.

    1. Re:They don't know what they're talking about by Anonymous Coward · · Score: 0

      So, like protecting the McMuffin because it's a Sausage, Egg & Cheese Biscuit?

    2. Re:They don't know what they're talking about by ShanghaiBill · · Score: 5, Insightful

      It's the implementations that they're protecting with the GPL, not the interfaces.

      She is a lawyer, not a programmer. What she is saying is nonsense, but it is grammatically correct, and succinctly encapsulates Oracle's outrage at the verdict.

    3. Re:They don't know what they're talking about by WarJolt · · Score: 5, Insightful

      She is a lawyer, not a programmer. What she is saying is nonsense, but it is grammatically correct, and succinctly encapsulates Oracle's outrage at the verdict.

      No where near as outraged as all the OSS developers are at all of Oracle's patent trolling over the years, so what was she thinking trying to co-opt them?

      We love copyright law, you're not going to beat us at our own game. Oracle should stick to abusing patent law. They'll still lose. Now they also look like idiots.

    4. Re:They don't know what they're talking about by MightyMartian · · Score: 4, Interesting

      This, I suspect, is going to form a part of their appeal, a sort of IP version of "what about the children?", except this variant is called "what about the GPL?"

      This is about interfaces, not their implementation, and no one is challenging that code can be copyrighted. But I get it, maybe the next judge will be the right kind of fucking moron for Oracle to gain a victory.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    5. Re: They don't know what they're talking about by Anonymous Coward · · Score: 0

      Not biscuit. It's a muffin

    6. Re:They don't know what they're talking about by Anonymous Coward · · Score: 0

      She is a lawyer, not a programmer. What she is saying is nonsense

      Maybe she shouldn't be talking about something of which she is ignorant. Then again, she's an attorney and from what I've been able to observe, attorneys frequently talk out of their collective asses about things which they know nothing about, especially in technical or scientific fields.

    7. Re:They don't know what they're talking about by Guy+Harris · · Score: 1

      She is a lawyer, not a programmer. What she is saying is nonsense

      Maybe she shouldn't be talking about something of which she is ignorant. Then again, she's an attorney and from what I've been able to observe, attorneys frequently talk out of their collective asses about things which they know nothing about, especially in technical or scientific fields.

      A company I worked at a while ago was planning to threaten another company with a claim that "you couldn't possibly have implemented that without stealing our stuff"; I remember the threat letter repeatedly claiming it was "inconceivable" that they could have done that.

      "The Princess Bride" came to mind.

      Maybe hyperbole is Standard Operating Procedure for lawyers in many situations - perhaps the belief is that if you can get the people to whom the hyperbole is addressed to believe it, you win.

    8. Re: They don't know what they're talking about by matbury · · Score: 1

      Not biscuit. It's a muffin

      Not muffin. McMuffin. Try ordering a muffin in McDonald's and wait for the blank stare from the cashier.

    9. Re: They don't know what they're talking about by Anonymous Coward · · Score: 0

      That's why lawyers are all scumb. On second thought, all good ones are scum. The honest ones suck.

    10. Re:They don't know what they're talking about by dhasenan · · Score: 2

      If the interfaces are fair use, I could have a non-GPL project depending on a GPL library, and that dependency won't affect the licensing of my project.

      This reduces the difference between the GPL and the LGPL. However, in order to sidestep that difference entirely, you have to distribute your application separately from the GPL'd library.

      As a practical matter, I don't think people tend to be that concerned when I, for instance, release code under the MIT license with GPL dependencies. Compile the work and distribute it, and you still have to follow the GPL's restrictions. But I might be wrong about that.

    11. Re: They don't know what they're talking about by FatdogHaiku · · Score: 2

      Not biscuit. It's a muffin

      Not muffin. McMuffin. Try ordering a muffin in McDonald's and wait for the blank stare from the cashier.

      I just carry a picture that matches the one on the cash register.
      Bonus, this will also work with a robot as long as it has a camera as one of its inputs...

      --
      You have the right to remain sentient. If you give up the right to remain sentient, you will be elected to public office
    12. Re:They don't know what they're talking about by Anonymous Coward · · Score: 0

      The "Princess Bride" acusation.. I love it..

    13. Re:They don't know what they're talking about by Dahamma · · Score: 5, Insightful

      No, that doesn't make sense, and it doesn't change anything. It's not about libraries, it's about interfaces. You could create you own library using the same function names/signatures, but you can't use someone else's code beyond that.

    14. Re:They don't know what they're talking about by Anonymous Coward · · Score: 1

      I think what he is saying is this:

      gfoo.so is a GPL binary. It's header (gfoo.h) defines the calls you can make. He could make ngfoo.h that implements the same functions and layout as gfoo.h, but the ngfoo.c file is full of no-ops. Then he could link dynamically against gfoo.so (compiled from his ngfoo project), and successfully compile. His application could then be put together with teh gpl gfoo.so and use it. All without violating copyright.

      And yeah, I've basically challenged someone to show why this won't work for years and never gotten a good answer.

    15. Re:They don't know what they're talking about by currently_awake · · Score: 1

      The open source movement wants API's free of copyright, because it means we can make open source versions of closed source software and it will still work. General rule: When a lawyer says something that is clearly the exact opposite of reality, you can assume they are lying not stupid.

    16. Re:They don't know what they're talking about by Dahamma · · Score: 4, Insightful

      Good point - and if you really think about it, that's the way it SHOULD be. If we prevented the case you describe, all emulators like WINE, MAME, etc would not be possible. It goes all the way back to DR DOS, etc. I think it's pretty clear that the open source community has gained SO MUCH MORE from being able to reverse engineer interfaces than any sort of "workaround" of GPL-like library licenses. Linux itself was based on UNIX/POSIX. If clean-room implementation of interfaces weren't fair game it would never have existed!

    17. Re:They don't know what they're talking about by currently_awake · · Score: 1

      A layers job is like poker, you can win with the cards or you can win by bluffing.

    18. Re:They don't know what they're talking about by Anonymous Coward · · Score: 0

      > It's the implementations that they're protecting with the GPL

      No.Wrong. The implementations are protected by copyright. The GPL is a licence that allows others to use the copyrighted material.

    19. Re: They don't know what they're talking about by orlanz · · Score: 1

      I think that is a grey area historically. It's why LGPL and GPL3 were created. But the community in general is ok with that.

      What they are not ok with is if you distribute your interface and the GPL compiled code closed. You would have to either have your installer check and install the GPL version from a 3rd party or distribute the GPL code freely (many consumer products do this). Additionally, any modifications you do to the GPLed code would have to be released too as they are GPLed.

      Also, keep in mind this may not count under fair use like Google did. The primary content of Googles deritive work is the implementation. The copied interface is a small piece of it. Your code if defined as a deritive would have the majority of the value come from the GPL implementation, weakening the fair use defense.

    20. Re:They don't know what they're talking about by whoever57 · · Score: 4, Informative

      She is a lawyer, not a programmer. What she is saying is nonsense, but it is grammatically correct, and succinctly encapsulates Oracle's outrage at the verdict.

      Lawyers are today's hired guns. They do and say whatever is in their employer's interests, with little (or no) regard for the truth.

      --
      The real "Libtards" are the Libertarians!
    21. Re:They don't know what they're talking about by Anonymous Coward · · Score: 1

      > It goes all the way back to DR DOS,

      It goes back further than that: MS-DOS (1981) used the API of CP/M (1975).

      DR-DOS, on the other hand, had permission to use MS/PC-DOS API and FAT which goes back to DRI demonstrating that PC-DOS 1.x could display a hidden DRI copyright notice. Part of the settlement to DRI included to rights to use all PC-DOS features and APIs.

    22. Re: They don't know what they're talking about by camperdave · · Score: 1

      Not biscuit. It's a muffin

      Try ordering a muffin in McDonald's and wait for the blank stare from the cashier.

      The McDonalds restaurants around here all serve muffins. It's part of their McCafe initiative.

      --
      When our name is on the back of your car, we're behind you all the way!
    23. Re: They don't know what they're talking about by trabby · · Score: 3, Funny

      Not biscuit. It's a muffin

      Not muffin. McMuffin. Try ordering a muffin in McDonald's and wait for the blank stare from the cashier.

      I just carry a picture that matches the one on the cash register. Bonus, this will also work with a robot as long as it has a camera as one of its inputs...

      Only problem is that even robots can not make a McMuffin that looks remotely like the picture they have in the store of said McMuffin.
      It will just cause a system error that the poor mechanical soul will never recover from.

    24. Re:They don't know what they're talking about by Sun · · Score: 3, Interesting

      First of all, here is RMS's take on this question. I should point out that I do not agree with his analysis.

      As a counter example, I like people to consider NDISwrapper. No one in their right mind would claim that just because the user linked a proprietary closed source network driver with a GPL implementation of NDIS, that somehow turns the driver written by Broadcom for Windows into a derivative of the Linux kernel.

      When I consulted to clients about the issue, I suggested the following criteria, under the claim that it is not industry standard, but it is defendable in court:

      1. How stable the API you are relying on?
      2. How documented is it? In other words, how much do you need to see the source in order to understand how to use it?
      3. How many different independent implementations are there of the same API? (even if all of them are also GPL)

      I claim that these are good criteria to explaining how independent are the APIs from their implementation, and accordingly, how much copyright protection they deserve.

      Shachar

    25. Re:They don't know what they're talking about by Anonymous Coward · · Score: 0

      how much copyright protection they deserve.

      Such merit shouldn't have much to do with the amount of protection given. Rather the software interoperability exception to the copyright should be activated, if the API is not open, standard, or an open standard.

    26. Re:They don't know what they're talking about by Tough+Love · · Score: 1

      ...succinctly encapsulates Oracle's outrage at the verdict

      And succinctly encapsulates Oracle's past and ongoing stupidity.

      --
      When all you have is a hammer, every problem starts to look like a thumb.
    27. Re:They don't know what they're talking about by Anonymous Coward · · Score: 0

      Incidentally, her being lawyer gives her opinion on legal consequences more weight then whatever techie who never stepped in court room can ever have. She may bullshit, but the hell I would want to hear that from another lawyer instead of from someone whose idea of legal comes from Hollywood movies.

    28. Re: They don't know what they're talking about by Anonymous Coward · · Score: 0

      She's also biased. A better example than a menu, as used to describe interfaces, would be a tried and true example with case law, a recipe. The recipe, list of ingredients and common description of conditions like oven temperature and time in the oven, are not protected, and are not actually protectively copyrighted. The instructions regards order of operations, how to sift flour, and description of how the ingredients are put together is able to be protectively copyrighted. The list of ingredients is considered as the interface in the header files. The implementation would be as the actual instructions to combine the elements of the list of ingredients. The "bake in a 200 degree oven 12 minutes" is not a great match, but consider it like typedefs, macros, or inline functions, small and likely repeatedly used obvious portions of the interface/recipe.

    29. Re: They don't know what they're talking about by Anonymous Coward · · Score: 0

      Interfaces can't be protected by copyright. Say

      float foo (int bar); // my copyrighted interface
      .. Then ..

      float bunny (int wabbit); // you attempt to do useful work

      I now claim you prototype is a violation of my prototype as both functions take an int argument and return a float result. Thus you function prototype is no more than a translation of mine, and copyright adheres to derivative works, including translations.

      So now I claim copyright protection and bar use as unlawful and unlicensed any use of a function taking an int parameter returning a float. Similarly my claim could be even broader saying functions performing a like action on different types, are covered as derivative works. Etc. pretty soon I can argue off the deep end, all function prototypes, and function declarations in implementations that take one argument and return one argument are derivative works of my protected code. It is surely a case when they would open that can of worms, an opportunity to push that lever in their intended direction, but much much harder than the anticipated. Stepwise to reduction to absurdity. But each increment can be made to seem to logically follow. So, interfaces can't be protected by copyright. Or else they are copyrighted and owned by the long past programmers of the ancient 1950s.

    30. Re: They don't know what they're talking about by Vlad_the_Inhaler · · Score: 2

      A better way of putting this: She is one of the 96% of lawyers who give the others a bad name.

      --
      Mielipiteet omiani - Opinions personal, facts suspect.
    31. Re: They don't know what they're talking about by gnupun · · Score: 1

      float foo (int bar); // my copyrighted interface .. Then ..

      float bunny (int wabbit); // you attempt to do useful work

      bunny() may be doing something very different from foo(). bunny() infringes on foo() only if you have a patent on all single-int-argument functions that returns a float. That's right, without a patent, bunny() does not infringe on foo() unless there are a lot of semantic similarities in the spec description of each function.

      If they intend to legally protect interfaces, they should come up with laws that are a blend of copyright and patent. I don't think copyright in it's pure form can protect interfaces that can be subtly changed to avoid copyright infringement.

      On another topic, does Google's victory mean, anyone can create a J2ME clone like Android without paying any licensing fees to Oracle? I don't understand how you can use a competitor's protected assets (Java APIs here) to create a competing commercial product and claim fair use. It would be like allowing Ford to hack into Toyota's computers, steal their car designs and manufacture based on those designs, legally.

    32. Re: They don't know what they're talking about by Anonymous Coward · · Score: 0

      A brick layer?

    33. Re: They don't know what they're talking about by Anonymous Coward · · Score: 0

      I have never orderer a "mcmuffin". If I was to order one then I order a bacon and egg muffin. Every time they start punching it in before I have finished.

      Maybe ordering a "muffin" is not specific enough?

    34. Re: They don't know what they're talking about by Anonymous Coward · · Score: 1

      Then you didn't look very hard. The GPL dies not distinguish between static and dynamic linking http://www.gnu.org/licenses/gpl-faq.en.html#GPLStaticVsDynamic

    35. Re: They don't know what they're talking about by Hognoxious · · Score: 1

      Isn't it more like a third party examining their brake discs and making compatible spare parts?

      I thought that was one form of fair use.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    36. Re:They don't know what they're talking about by Xtifr · · Score: 1

      That actually does work. There was even a real-world example: someone created a plugin for some GPL'd app that used the (proprietary at the time) RSA libraries. FSF claimed the code couldn't be distributed, because the intent was clearly to link GPL'd and non-GPL'd code into a single app. So the guy made a stub library with the same interface as the RSA library, and the FSF dropped their objections. Even though the stub library did nothing.

      Of course, in such a case, you couldn't distribute the complete system, because that would clearly still be mixing the GPL and non-GPL code--you would no longer be able to call it "mere aggregation"--but he was able to distribute the plugin by itself.

    37. Re:They don't know what they're talking about by JaredOfEuropa · · Score: 4, Insightful

      A lawyer's allegiance is not to the truth but to their clients. That is their role in the legal system.

      --
      If construction was anything like programming, an incorrectly fitted lock would bring down the entire building...
    38. Re: They don't know what they're talking about by ultranova · · Score: 3, Funny

      Only problem is that even robots can not make a McMuffin that looks remotely like the picture they have in the store of said McMuffin.
      It will just cause a system error that the poor mechanical soul will never recover from.

      If Skynet decides that human society is beyond saving because Skynet worked a McJob at McDonald's in it's youth, it's... kinda hard to argue, actually.

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

    39. Re:They don't know what they're talking about by thegarbz · · Score: 1

      She is a lawyer, not a programmer.

      This is a problem that will result in open source projects landing in court to defend themselves for doing the right thing.

    40. Re:They don't know what they're talking about by thegarbz · · Score: 1

      This, I suspect, is going to form a part of their appeal, a sort of IP version of "what about the children?", except this variant is called "what about the GPL?"

      I wouldn't. Why would they cite the GPL which itself is a legally untested license in the court room? Oh unless their goal is to simply confuse the jury into submission in that case they may as well go ahead with it.

    41. Re:They don't know what they're talking about by TheRaven64 · · Score: 4, Insightful

      The real stupidity from Oracle is that they didn't realise how dangerous it would be to win the lawsuit. If they had come up with a verdict that APIs were covered by copyright and implementations were not fair use, then life would have been very difficult for them. Remember the SCO lawsuit? Now imagine what a similar lawsuit would cover if all of the APIs in POSIX (and the C/C++ specifications) were copyrighted by the first person to propose and implement them. Solaris would be dead in the water, as would most other UNIX clones.

      --
      I am TheRaven on Soylent News
    42. Re: They don't know what they're talking about by Anonymous Coward · · Score: 1

      The lady is making a threat. Oracle may try to violate the GPL to test this decision. Look for an injunction to neutralize the GPL license terms during the duration of the suit. 6+ years?

    43. Re:They don't know what they're talking about by Kiwikwi · · Score: 4, Informative

      The GPL has been tested in court numerous times, both in the US and in the EU.

      Along with the Artistic License, it is actually the only open source license I know of that has been tested in court. It makes sense that there's not much to go to court over with a BSD-like license, but it'd be nice to have the Apache License or the Mozilla Public License tested.

    44. Re: They don't know what they're talking about by Anonymous Coward · · Score: 0

      I don't understand how you can use a competitor's protected assets (Java APIs here) to create a competing commercial product and claim fair use. It would be like allowing Ford to hack into Toyota's computers, steal their car designs and manufacture based on those designs, legally.

      And yet, every car on the market today has a steering wheel, a pedal to slow down and a pedal to speed up. Someone at some point of time must have designed this interface (API), because I recall seeing the oldest cars in a museum that had levers to control speed, and a draw bar to steer.

      In fact, it may well have been Ford that made that innovation, but I'm not much of a car historian.

      The similarities don't end there: every gas or diesel powered car has a flap on the side (some older ones had it in dumb places like behind the number plate) where you insert the nozzle to install liquid fuel in the vehicle. Most but not all cars have a lever that activates an emergency/parking brake. They all have levers on the side of the steering wheel to activate the indicators, and almost all have levers to activate the wipers.

      The Java API is not the protected asset, the specific implementation of it is. Anyone can create a J2ME clone, but they would have to build it, they couldn't simply copy the code from Oracle. By your same fucked up logic, third parties couldn't make charging cables for laptops, and parts companies couldn't make replacement parts for cars. Fortunately the courts and established case law doesn't agree with your fucked up interpretation of things.

    45. Re: They don't know what they're talking about by fche · · Score: 1

      "Interfaces can't be protected by copyright"

      The first Oracle/Google judgement ruled otherwise.

    46. Re: They don't know what they're talking about by go-nix.ca · · Score: 1

      Kneejerk reaction: No, because this case was about implementation of the interface, not about linking to the library.

    47. Re: They don't know what they're talking about by gnupun · · Score: 1

      The Java API is not the protected asset, the specific implementation of it is.

      You're very mistaken here. APIs are copyrightable according to a previous judgement from the appeals court. The trial was whether Google's use of those APIs was fair use or not. After all, you can legally quote a few paragraphs from a copyrighted book you are reviewing, under fair use law. This judge is totally wrong if he thinks a competing product/clone constitutes fair use (in which universe?).

      And yet, every car on the market today has a steering wheel, a pedal to slow down and a pedal to speed up.

      And there are numerous design decisions made in designing the steering wheel and brake pedal and they vary among manufacturers. You're confusing high level (patentable) function with low-level copyrightable designs.

      Both java.io.* classes and C's stdio.h specify the interfaces to access files (high level function == file access), yet they have completely different designs (low-level copyrightable design). When Google created Android, API protection was assumed to not exist and therefore Google copied the entire API assuming there would be no problems. Well, if APIs are now copyrightable, so they must pay a licensing fee.

    48. Re:They don't know what they're talking about by grumbel5969 · · Score: 1

      The GPL tries to protect interfaces as well, that's why there is a LGPL. With the GPL the idea is that when you use it, your whole program has to follow it. However when interfaces are no longer copyrightable, then that falls apart and linking to a GPL library from a non-GPL piece of software becomes ok. There are some situations where this might not hold true like code inlining, static linking, etc., but in general the GPL would essentially become a the LGPL when APIs and ABIs are non-copyrightable. The FSF's stance on this always felt more like wishful thinking then hard legal ground and is kind of incompatible with their own idea that APIs shouldn't be copyrightable. That logic they apply however only to other peoples libraries, not their own.

    49. Re:They don't know what they're talking about by Anonymous Coward · · Score: 0

      Judges and juries are not programmers either, think about that.

    50. Re:They don't know what they're talking about by Cederic · · Score: 1

      Were she not extrapolating from a position that's already lost in court you might have a point.

      As it is, she's clearly talking utter bullshit and just doesn't understand the difference between API and implementation - which is why Oracle lost. Whether that's wilful misinterpretation or genuine stupidity I don't even give a shit.

    51. Re:They don't know what they're talking about by Anonymous Coward · · Score: 1

      Not a lawyer.. But as i understood it it's all about intent..

      So from my (limited) understanding you would have the following situations:
      * Develop a library that presents the api in gfoo.h. Write application that utilizes gfoo.h
          - User replaces your library with the gpl version of gfoo.so -- Your intention was not to depend on the GPL code.
      * Develop a library with noop's for all functions listed in gfoo.h
          - User replaces your library with the gpl version of gfoo.so so it works - Your intention was to allow the user to use the GPL'ed library or else the application would never work.

    52. Re:They don't know what they're talking about by Anonymous Coward · · Score: 0

      GPL/LGPL is not about API's but about linking... Your proprietary application is free to link against a LGPL library, but it's not allowed to link against a GPL library.

      If you on the other hand take the API from the GPL library and implement your own code to do API specification you would be in the clear.

    53. Re:They don't know what they're talking about by Anonymous Coward · · Score: 0

      Sun -- wow, and yes, i agree. its been over a decade since i had my last conversation with rms so my thoughts are only about the gpl2 here.

      if gnu had had a repl loader, providing terminal services to Haible then by inversion of control piping to/fro lisp.a, libgmp.a etc would clearly(to me) not have had to be under the gpl. an ideal collection of small and well defined closed programs extending a command-line, or a more limited application-shell could then have been envisioned.

      its the same idea as with NDISwrapper. i once minded the methods by which the saint spread the religion since insuring that there was no such inversion led to mediocre or minimal user interfaces ('too much work') all around since to this day we've seen no evolution in terminal-interfaces, no evolution in services past stdin/out/err.

      gui's arose and they too need to bind libs and there is no way to pipe things back and forth in them either. having to 'bind' services means having to 'submit' to the GPL. its not like you have a choice, its not that you could desire to open up to the GPL when you're writing something self-contained, you had to.

      so that's how the saint spread freedom by coercion from the start. building on that kink, we've now reaped systemd and are pasting over the corruption/unsolved-fundamental-isse with web-interfaces and countless ways of emulating 'terminal-user's state-machines.' things that 'should/could' have been handled and supported and promoted by the os had 'piping' and 'boundaries' not fallen prey to the land-grab.

      anyway, enough about info-architecture and the hell these good intentions brought about; i just wanted to agree with you, and share my thoughts on where and how it all went wrong. not that anyone cares about what an AC writes anyhow, but i would not be as kind and call the cited exchange 'an analysis by rms'. its too un-free for that.

      AC

    54. Re:They don't know what they're talking about by Anonymous Coward · · Score: 0

      But can a lawyer be that confused about the difference between interfaces and implementation?

      It's like not understanding that the standard electrical plug in the wall is different from the power plant on one side and the appliance on the other. All the ruling is saying is (by analogy): you can't copyright the plug configuration. It's not saying anything about what's on either side of it.

      Granted, if this were a ruling so general that it applied to copyright applied to any type of code, then code under GPL would be in jeopardy just like any other software, but clearly that isn't what the case or the ruling are about.

    55. Re:They don't know what they're talking about by Anonymous Coward · · Score: 0

      If the interfaces are fair use, I could have a non-GPL project depending on a GPL library, and that dependency won't affect the licensing of my project.

      Rubbish!

      If you wrote a program to call a particular interface, then you'd have two choices: call the GPL library, which makes your code subject to GPL; or write your own version of the library, which means you are not using the GPL code, and therefore NOT subject to GPL.

      Do you understand that? Or is that too complicated?

    56. Re:They don't know what they're talking about by DuckDodgers · · Score: 1

      To be fair, I am a card-carrying FSF member but I work on proprietary software because I have a mortgage and kids to feed. I suspect most lawyers are effectively in the same boat - they got into law to earn a decent living and do the right things, but ended up in a situation where the choice was either "work on something morally questionable or be unemployed" or at best "work on something morally questionable or earn janitor's wages - while still having to make your student loan payments".

    57. Re:They don't know what they're talking about by edtice1559 · · Score: 1

      This is a great post. However, the example of a closed-source NIC driver and NDIS doesn't quite work. If the Oracle pretense were true, it would be a copyright violation to create the NDIS wrapper. But if somebody were to do so, it wouldn't create an obligation on the part of a third-party (In this case the owner of the copyright to the proprietary driver). Instead it would be something that could not be legally distributed.

    58. Re:They don't know what they're talking about by DarkOx · · Score: 1

      Somehow I doubt Oracle's legal team is that short sighted. They may for one thing be perfectly content to stop selling Solaris at this point if the trade off was a massive new revenue stream of licensing in the mobile market. Sometimes is chess you sacrifice a man for better position.

      However Sun licensed UNIX. Solaris isn't a clone its a branch and without getting deep into the weeds of the particulars of those very old licensing agreements I would image they are worded such that a present day court could be convinced that a license to use the implementation reasonably confers a license to use the API.

      Interestingly now that you bring up under oracle logic the IEEE license to use the API in the POSIX standard it self might be on shakier ground than Solaris' use of it.

      --
      Repeal the 17th Amendment TODAY! Also Please Read http://www.gnu.org/philosophy/right-to-read.html
    59. Re:They don't know what they're talking about by Immerman · · Score: 4, Interesting

      Actually, no - their first allegiance is supposed to be to the court, and the pursuit of truth. There was even a high profile case recently where the judge sentenced the lawyers to regular ethics course for blatantly lying to the court.

      Now in practice... they're supposed to at least keep up appearances. Which seems to be what most ethics courses boil down to anyway.

      --
      --- Most topics have many sides worth arguing, allow me to take one opposite you.
    60. Re: They don't know what they're talking about by Anonymous Coward · · Score: 0

      > Try ordering a muffin in McDonald's and wait for the blank stare from the cashier.

      At my local McDonald's, trying to order pretty much ANYTHING elicits a blank stare from the cashier.

    61. Re:They don't know what they're talking about by Anonymous Coward · · Score: 0

      Worse for Oracle would be IBM suing them over the SQL standards...

    62. Re:They don't know what they're talking about by ceoyoyo · · Score: 1

      I think you could do it even more simply than that. Just link against gfoo.so. No actual GPL code is included in your binary except bits of the interface, which is now fair use. The end user has to supply their own gfoo.so.

      The reason it wouldn't work before is that linking against gfoo.so (or ngfoo.so) would include some stuff derived from gfoo.h, or a clone of it. If that interface code is copyrightable, the GPL applies.

      To me that was always an overstep by the GPL. If GPL code is compiled into your binary, absolutely the whole thing should be open source. If it's dynamically linked, it shouldn't. The user can still swap versions of the library if they so choose, which is the stated intention of that part of the GPL.

    63. Re:They don't know what they're talking about by Anonymous Coward · · Score: 0

      No where near as outraged as all the OSS^H^H^H developers are at all of Oracle's patent trolling over the years

      FTFY. If you develop software at all (whether OSS or proprietary) patent trolls and radical copyright-expansionists are a serious threat. OSS isn't some niche or minority or faction on this issue. "Interfaces should be granted monopolies by the government" is a position that would be destructive to nearly EVERYONE. Only fringe niches (e.g. companies that sell DRM snakeoil) are going to deviate from that.

      Shit, even Oracle uses OS APIs. Winning this case could have destroyed their own company. They'd not only have to develop their own OS, but firmware and hardware, and Enki-help-them if the CPU used an already-existing instruction set. It's a fucking crazy thing to advocate.

    64. Re:They don't know what they're talking about by Anonymous Coward · · Score: 0

      Close to what I was thinking. If they'd won, I was going to look forward to someone suing them for use of main().

    65. Re:They don't know what they're talking about by John.Banister · · Score: 1

      They just have to sue in Texas.

    66. Re:They don't know what they're talking about by Anonymous Coward · · Score: 0

      A lawyer's allegiance is not to the truth but to their clients. That is their role in the US legal system.

      FTFY.

    67. Re:They don't know what they're talking about by Anonymous Coward · · Score: 0

      It makes sense that there's not much to go to court over with a BSD-like license.

      While it is quite hard people already managed to violate BSD style licenses. In most cases you still have to mention the author. Then there was the initial legal battle that opened the world for free Un*x systems.

    68. Re:They don't know what they're talking about by Anonymous Coward · · Score: 0

      It's not tested, but the theory is that as there is only a single working implementation of libgfoo, and your program simply does not work without it (that it links is not all that relevant) that makes your program DEPENDENT on GPL code and therefore a derived work.
      Also if you ship then together they would most likely also form a combined product, so for your method to work you'd have to still ship them separately.
      If you're willing to do that to your users, you can go one step further: Just never, ever distribute libgfoo ever, leaving it to your users to install it.
      As the GPL does not apply as long as you do not distribute you should be just fine.
      I can however not imagine that any GPL library would be this important, while the main program so precious that you cannot make it GPL, both at the same time for anyone ever...

    69. Re: They don't know what they're talking about by Anonymous Coward · · Score: 0

      That's because they aren't humans, they are robots.

    70. Re: They don't know what they're talking about by Anonymous Coward · · Score: 0

      My lawyer showed up to my case wearing a
      Fucking Hawaiian flower shirt with some sandals on.

      TLDR: I lost the case :/

    71. Re:They don't know what they're talking about by Anonymous Coward · · Score: 0

      Actually, that's wrong.

      A lawyer who avoids the truth to the extent that they start spreading lies or actively and deliberately mislead the court are in a whole lot of trouble.

    72. Re: They don't know what they're talking about by Anonymous Coward · · Score: 0

      The problem isn't not selling Solaris, it's the stealing them for the last 30 years, and wilfully infringing (since they claim it's copyright infringement to implement APIs for java, then how can they claim otherwise any where else?).

      They are just dumb.

    73. Re:They don't know what they're talking about by sjames · · Score: 1

      Incorrect. The headers would be fair game if you wanted to RE-IMPLEMENT the GPL library (in fact, that is the case now), but you still wouldn't be allowed to actually link against it.

    74. Re:They don't know what they're talking about by Anonymous Coward · · Score: 0

      I think you're drawing the wrong conclusion from that high-profile case! Sure, lying to the judge, by lawyers, defendants, or witnesses, if discovered, is going to be punished. Generally, no lawyer would ever lie to a judge to defend a client! (Only an extraordinary threat or promise of reward would make a lawyer risk the consequences of blatant lying about critical points (which could not be plausibly be explained by human error).) However, a lawyer might intentionally avoid pursuing the truth (e.g., asking a client about particular facts) so as to be able to vigorously support their clients without reservation. But, even if a lawyer learns facts which incriminate a client, they are under no legal obligation to divulge those facts. Lawyers are not on trial, and are not eligible witnesses, even if they are dismissed by (or are granted dismissal from) a client.

    75. Re:They don't know what they're talking about by Anonymous Coward · · Score: 0

      Minor nitpick: The header file doesn't implement anything, the library does.

      If you ship with libngfoo, and dlopen() either libgfoo or libngfoo depending on what's installed, you probably have a valid workaround, as long as your application keeps working either way. But this doesn't change anything, I came up with the same scenario years ago (though I was specifically thinking about libreadline, so I would have the dummy library call fgets() instead).

      The thing is, though, that since libngfoo doesn't implement the actual library, the application will be missing that functionality.

      If, however, libngfoo is used only for building, and libgfoo is required for running, you would be unlikely to convince a judge that your application is not a derived work.

    76. Re:They don't know what they're talking about by Anonymous Coward · · Score: 0

      As a counter example, I like people to consider NDISwrapper [wikipedia.org]. No one in their right mind would claim that just because the user linked a proprietary closed source network driver with a GPL implementation of NDIS, that somehow turns the driver written by Broadcom for Windows into a derivative of the Linux kernel.

      Turniing things upside down does not make it a counter example.

      The wrapper is the one that would be derived from both the Linux kernel and the Broadcom driver, except for the fact that the Broadcom driver is using a standard interface (and thus so is the wrapper), which was until recently not copyrightable, and has now been reduced to fair use (in the US).

      Compare with the nVidia wrapper, which is a derived work of both the Linux kernel and the nVidia driver (it's not simply wrapping the Windows API).

    77. Re:They don't know what they're talking about by Anonymous Coward · · Score: 0

      You are speaking from a technical point of view.

      A test for "derived from" is whether or not the application would be written the same way if the library never existed in the first place.

      If your program fails to run without the library, it clearly would be written differently had the library not existed.

      (In case someone is wondering what the difference is from the Google/Oracle case, Google didn't use Java, they implemented their own runtime (comparable to the library above). Yes, this also fails the "derived from" test, but until recently, an API was thought not to be copyrightable, and has now been ruled fair use).

    78. Re:They don't know what they're talking about by david_thornley · · Score: 1

      The GPL has never been all that clear on what constitutes a derivative work. From a copyright point of view, I see nothing wrong with treating the GPL like the LGPL. However, the GPL is what gives you the right to copy gfoo.so, so it's at least arguable that the definitions implied by the GPL are used, and so dynamic linking is still a no-no. Has the Affero GPL been tested in court? It's a more extreme version, requiring the Affero GPLing of server code used by an Affero GPLed web client.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
    79. Re:They don't know what they're talking about by Anonymous Coward · · Score: 0

      The fact that the truth is written here as anonymous shows how extremely biased and utterly false this echo chamber is.

    80. Re: They don't know what they're talking about by Anonymous Coward · · Score: 0

      It distinguishes between linking and calling another process.

      You can use GPLed code via some form of exec() and not have to GPL your work. Especially if you don't distribute the GPL program and your program can run without it.

      Or use the tried and true BSD wrapper.

    81. Re: They don't know what they're talking about by Anonymous Coward · · Score: 0

      They do not need to pay a licensing fee. They re-implemented what amounts to a table of contents which are not copy rightable and a jury found it to be fair use. Ask the jurors if they thought they are copy writable and I bet they will all say no.

      The appeals court was 100% wrong in claiming that API's are copyright-able. If they are then auto part manufacturers owe a ton of licensing fees.

      If this gets to SCOTUS the appellate judges are doing to get bitch smacked for claiming that it is copyright able.

      Dumbass

    82. Re: They don't know what they're talking about by Anonymous Coward · · Score: 0

      No, the first judgement said they are not. The dumbass appellate judges said they were and they ignored decades of precedent, laws and the constitution to do so.

  4. Have to do more than "claim fair use"... by rbrander · · Score: 1

    ...I think a judge has to rule that it IS fair use, to render copyright "meaningless". He's just sore the judge ruled that way.

    1. Re:Have to do more than "claim fair use"... by queazocotal · · Score: 2

      Not quite.
      The judge could (amongst other things) as I understand it have ruled it was fair use, have ruled it was infringing - or dismissed the case because it was not a copyrightable matter.
      The best case would be the latter. The first is still extremely problematic for devs, though for a very different reason the shill above claims.
      https://www.eff.org/deeplinks/...
      See the later caveats in that celebration.

    2. Re: Have to do more than "claim fair use"... by bbn · · Score: 3, Informative

      The judge did rule that interfaces are not copyrightable but that got overturned on appeal. He then asked the jury to decide if it was fair use. The jury voted yes to that.

    3. Re:Have to do more than "claim fair use"... by Trongy · · Score: 4, Informative

      The judge (William Alsup) did rule that the java API were not copyrightable in the earlier case. The appeals court overturned this ruling. Hence the current case which was started on the basis that the API was copyrighted and the open question was about fair use.

    4. Re:Have to do more than "claim fair use"... by Citizen+of+Earth · · Score: 1

      This issue was also decided in the SCO vs. IBM case as well as the IBM-PC BIOS case, not to mention the reverse-engineering exception for interoperability in the DMCA.

    5. Re:Have to do more than "claim fair use"... by Anonymous Coward · · Score: 0

      If a judge rules that something IS fair use, that does not render copyright "meaningless". It reduces the scope of the artificial, Government-granted monopoly, sure, but the idea that this scope is NOT infinite is part of the copyright law itself! If judges were to ignore the parts of the copyright law (and the Constitution) that let the public have a few rights, THAT would be perverting copyright law and rendering copyright "meaningless".

  5. Losing Attorney is BSing by Anonymous Coward · · Score: 5, Insightful

    There never was copyright on the interface code as it is required to function. This was about Oracle bean counters trying to make their balance sheet look better through shenanigans rather than actually doing real work.

    This case was not about the core code which is still covered fine by copyright and the GPL.

    These comments are just spin.

    1. Re:Losing Attorney is BSing by Anonymous Coward · · Score: 1, Interesting

      There never was copyright on the interface code as it is required to function. This was about Oracle bean counters trying to make their balance sheet look better through shenanigans rather than actually doing real work.

      This case was not about the core code which is still covered fine by copyright and the GPL.

      These comments are just spin.

      Then what is the LGPL needed for?

    2. Re:Losing Attorney is BSing by Anonymous Coward · · Score: 1

      Of course the losing attorney is lying through their teeth, their firm just lost a multi-billion dollar suit. Everyone's in damage control mode now, which makes the fact that they _still_ have no idea what they're talking about all the more embarrassing.

      Wasn't hard to figure that out, I'm guessing the jury themselves were rolling their eyes when Oracle's legal team were pretending they couldn't make any "sense" of the first letter in GNU standing for GNU...apparently no one at Oracle has ever heard of recursion before. The only metaphor I can think of to compare it to is if two absurdly rich businessmen challenged each other to a fight, then one stood there while the other punched himself in the jewels repeatedly.

    3. Re: Losing Attorney is BSing by BitZtream · · Score: 4, Informative

      LGPL covers the code that implements the interface, and allows for less restricted use. It covers the same thing as GPL, just like every other license, its just a different one. Its no more or less different from GPL than BSD or MIT, for instance.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    4. Re: Losing Attorney is BSing by Anonymous Coward · · Score: 4, Informative

      GPL, you link to the API and distribute, you are required to provide source.

      LGPL, you link to the API and distribute, you can keep your source closed.

      GPL and LGPL, you re-implement the API, you can keep it closed source. That's actually the POINT of open source. If you're not willing the put the work in, you can share with others. If you put all the work in yourself, you can do whatever you'd like.

    5. Re:Losing Attorney is BSing by Anonymous Coward · · Score: 5, Insightful

      These comments are just spin.

      Precisely. We don't need some ignorant attorney telling us, the ones who write the code, what our business or interests are regarding software. We don't need copyright to help us share or get paid for our work. She doesn't get it. The GPL was a hack of the copyright laws designed to prevent legal interference in the affairs of the open source movement and to neutralize a legal weapon so that it couldn't be used against us to prevent sharing. It was not necessary to enable sharing. If copyright did not exist, software would still be shared freely and the GPL would have been largely unnecessary. There have been a few minor incidents where copyright law was used successfully to force sharing of GPL code from an otherwise unwilling party, but in my opinion none of these cases revealed anything but banal or poorly written additions to the original GPL code, certainly nothing of lasting importance that wouldn't have been shared otherwise. To summarize, copyright is mostly a hindrance and rarely a help to the open source movement. The GPL mostly exists to ensure that a-hole attorneys, like Annette Hurst, leave us alone. We share code because we ourselves benefited from that sharing when we were learning our craft and it would be an act of disrespect and deep ingratitude to refuse to reciprocate when the time came.

    6. Re:Losing Attorney is BSing by Anonymous Coward · · Score: 1

      The LGPL essentially revokes your freedom to be able to modify the library, and this allows that library to be embedded in some other program whose license doesn't allow it to be modified. This mostly relates to static linking, as with dynamic linking, you can recompile the shared objects without modifying the programs using them.

    7. Re:Losing Attorney is BSing by Spazmania · · Score: 0

      Actually, you have a point here. If copying the API is fair use then distributing software that dynamically links to an API is no longer subject to the GPL or the LGPL _on the library_ that implements the API. Which makes the GPL and LGPL legally equivalent.

      Then again, that has been the defacto standard anyway, regardless of what the GPL and LGPL say. So, no real change.

      --
      Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
    8. Re:Losing Attorney is BSing by Anonymous Coward · · Score: 0

      The LGPL essentially revokes your freedom to be able to modify the library, and this allows that library to be embedded in some other program whose license doesn't allow it to be modified. This mostly relates to static linking, as with dynamic linking, you can recompile the shared objects without modifying the programs using them.

      Wrong. The LGPL requires that a statically linked program using an LGPL library provide everything needed to re-link it with a new version of that library. Assuming, of course, that the interface remains unchanged.

    9. Re:Losing Attorney is BSing by Anonymous Coward · · Score: 0

      The best part was when that vapid bitch got in front of a microphone to state quite plainly that they "didn't buy Oracle" just to file the suit against Google.

      Comedy like that you just can't get on Netflix.

    10. Re:Losing Attorney is BSing by Guy+Harris · · Score: 1

      The best part was when that vapid bitch got in front of a microphone to state quite plainly that they "didn't buy Oracle" just to file the suit against Google.

      Presumably you're referring to the Oracle co-CEO saying they didn't buy Sun just to file the lawsuit?

    11. Re:Losing Attorney is BSing by bug1 · · Score: 1

      Infringement happens when linking occurs, nothing limits distribution prior to that as they are separate parts.
      After linking of an incompatible binary with a GPL library you cannot distribute the GPL library, you can still distribute your useless application separately.

    12. Re:Losing Attorney is BSing by Anonymous Coward · · Score: 0

      More!

      You can distribute your "useless" app and a install.sh that downloads, patches, and compiles the open source code with your required settings, then puts it on your "useless" app's library load path and calls installation done.

    13. Re:Losing Attorney is BSing by jbolden · · Score: 1

      GPL never claimed it could go further than "derived work". Static linking is worse than dynamic linking. Intermixing source code worse than just static linking and everyone agrees this almost invariable creates a derived work. LGPL doesn't allow for linking explicitly. This ruling allows for reimplementing APIs which is even less than dynamic linking.

    14. Re:Losing Attorney is BSing by K.+S.+Kyosuke · · Score: 1

      For example, for distribution of binaries for which you don't want to release the source code for?

      --
      Ezekiel 23:20
    15. Re:Losing Attorney is BSing by phantomfive · · Score: 1

      Static linking is worse than dynamic linking.

      Why? Seems about the same to me, the only difference being the --static flag on the compiler command line (or whatever, depending on your compiler).

      --
      "First they came for the slanderers and i said nothing."
    16. Re: Losing Attorney is BSing by Anonymous Coward · · Score: 0

      Look! It's the autism-hating Slashdot troll again!

    17. Re:Losing Attorney is BSing by Anonymous Coward · · Score: 0

      Not quite right. You can distribute your source separately but you are infringing on the GPL if you distribute your linked binary.

    18. Re:Losing Attorney is BSing by Anonymous Coward · · Score: 0

      The only metaphor I can think of to compare it to is if two absurdly rich businessmen challenged each other to a fight, then one stood there while the other punched himself in the jewels repeatedly.

      Sounds like your typical Republican debate or maybe a Donald Trump campaign rally.

    19. Re:Losing Attorney is BSing by Anonymous Coward · · Score: 0

      There have been a few minor incidents where copyright law was used successfully to force sharing of GPL code from an otherwise unwilling party, but in my opinion none of these cases revealed anything but banal or poorly written additions to the original GPL code, certainly nothing of lasting importance that wouldn't have been shared otherwise.

      BSD tribalists would be glad of this view, but I think it's wrong.

        - in the embedded world, a few years' worth of "banal and poorly written additions," which is a correct characterization by the way, added up to a substantial lead for Linux over BSD, even though NetBSD started out with as wide portability and fewer maintainers than Linux meaning it was better-factored for porting to new platforms which is exactly what embedded work needs.

        - the unspoken assumption is that free software's goal is to develop a code repository that functions as shared human knowledge we can all build from. It is that, but the four freedoms go further: it's the freedom to use the device you were given, but make one small change. It's much harder to turn devices against users in a free software world that includes this freedom. For example, Cyanogenmod's privacy extensions (eventually, after way too much hand-wringing and self-censorship) somewhat reversed Google and app developers' turning phones against users and bargaining them out of their personal data. There is no Cyanogenmod for iOS with better privacy features partly because iOS is proprietary.

    20. Re:Losing Attorney is BSing by phantomfive · · Score: 1

      The LGPL covers more than just the API: it covers all the implementation code in the library as well.

      --
      "First they came for the slanderers and i said nothing."
    21. Re: Losing Attorney is BSing by Anonymous Coward · · Score: 0

      Wait, does that mean you love autism?

      Autism is not a joking mater young man, go reflect on your words before posting your ignorance here.

    22. Re: Losing Attorney is BSing by Anonymous Coward · · Score: 0

      Autism IS a joking matter, you butthurt Joey Deacon spazz.

    23. Re: Losing Attorney is BSing by TheRaven64 · · Score: 1

      GPL, you link to the API and distribute, you are required to provide source.

      But why are you required to provide the source? Remember, the GPL is a copyright license and so can only grant rights that copyright took away, not take away rights. If fair use permits me to use the API, then my code is not a derived work of the GPL'd code and so I can distribute it with whatever license I want. I need to obey the permissions of the GPL if I want to distribute the GPL'd library, but there's nothing stopping me from distributing the code under a different license and requiring end users to install the GPL'd library for themselves. The GPL is explicitly not a usage license, so doing so would not cause the end user to infringe the GPL.

      --
      I am TheRaven on Soylent News
    24. Re: Losing Attorney is BSing by Anonymous Coward · · Score: 0

      I think that's a good and insightful summary of the situation.

      However...

      FSF insists that linking to a GPL'd library makes your program a derivative work, because you are making a 'single program' when you do the linking. For static linking I tend to agree, though I think you can distribute source code for your program, uncompiled, under whatever license you want even if it's intended to be linked to GPL'd libraries.

      Where I disagree with the FSF is when they say that dynamically linking to GPL'd libraries also makes your program a derivative work. Whether your program needs the library depends entirely on the design of your program, so it's a bit of a gray area, but the process of dynamic linking is not far removed from simply loading and running a program.

      That would make every program you run (!) a "derivative work" of the operating system, which is patently ridiculous.

    25. Re: Losing Attorney is BSing by ceoyoyo · · Score: 1

      The GPL (and LGPL) cover distribution. If I write a program that dynamically links to a GPL library, it includes only necessary code only from the interface. If I then distribute that binary, without the actual library, I haven't distributed any GPLed code except the necessary interface. As others have pointed out, if use of the interface is fair use, then I've complied with the GPL.

      The biggest difference between the GPL and the LGPL is the extension of restrictions via copyright to the interface.

    26. Re:Losing Attorney is BSing by ceoyoyo · · Score: 1

      "Infringement happens when linking occurs"

      I don't think that's true. Copyright restrictions apply to copying and giving copyrighted material to other people. I can do whatever I want, so long as I don't give it to someone else. If I dynamically link my program to a GPL library the only GPLed bits of code in my program are interface code, which is fair use. I can then distribute both my program and the GPL library, with the restriction that I provide all the source necessary to modify and rebuild the GPLed library.

    27. Re:Losing Attorney is BSing by Anonymous Coward · · Score: 0

      Why? Because the license was written that way. If you think static linking should be allowed, use the MPL instead.

    28. Re: Losing Attorney is BSing by shawn2772 · · Score: 1

      Where I disagree with the FSF is when they say that dynamically linking to GPL'd libraries also makes your program a derivative work. Whether your program needs the library depends entirely on the design of your program, so it's a bit of a gray area, but the process of dynamic linking is not far removed from simply loading and running a program.

      That would make every program you run (!) a "derivative work" of the operating system, which is patently ridiculous.

      Programmers tend to analyze legal codes the way they think about software. Computers are perfectly literal and pedantic, and the notion of reasonableness, or consideration of questions of context or fairness have absolutely no bearing in how they execute their code. But legal codes are executed by humans, and human judges are explicitly tasked with considering reasonableness, context and fairness, at least to some degree. They try to balance this with careful analysis of the text of the law and legislative intent.

      In the context of the GPL, you're absolutely right that "linking" (especially dynamic linking) is a fairly arbitrary place to draw the line about what constitutes a derived work. But when judges look at it, it seems like a reasonable and fair line, because in the context of the way computing systems operate today, it works. Judges recognize the fundamentally fair notion of "share and share alike" that the GPL attempts to embody, see that it's a good thing for the world, that GPL authors are acting in good faith to try to provide something of value under reasonable and well-intentioned terms, and that GPL violators are taking advantage and acting in bad faith. As such, they've -- very correctly, in my opinion -- chosen to overlook the technical deficiencies of the line drawn by the FSF, in favor of its fundamental fairness.

    29. Re:Losing Attorney is BSing by bug1 · · Score: 1

      Yea, i was should have said 'restrictions on distribution begin when linking occurs'

    30. Re: Losing Attorney is BSing by Anonymous Coward · · Score: 0

      As you haven't distributed the library, your program now fails to run.

      The moment you tell the user that he needs to install the library, any judge worth his salary would rule that your program is a derived work of the library: Your program simply wouldn't be written the same way if the library didn't exist.

      APIs were thought to not be copyrightable when the GPL and LGPL were written, this ruling changes nothing.

      What Google did differently from your example is that they implemented both the program AND the library. They did not use any code of Oracles[1], only the interface description.

      [1] Not entirely true, but that was a different part of the case. The code copied was ruled "trivial", not "fair use", as in "there's only so many ways you can check whether or not a value is between two other values".

    31. Re:Losing Attorney is BSing by Spazmania · · Score: 1

      Infringement happens when a non-ephemeral copy is made. That's the only time infringement can happen. If I dynamically link, I consume the API into my binary object, but nothing else. I can then distributed the GPL-covered library and the closed source program in separate files. So long as I also provide the source code for the GPL-covered library, the fact that the consumption of the API was fair use means that no GPL requirements attach to the closed source file.

      Whole different story if I statically link it. But why would I?

      --
      Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
    32. Re:Losing Attorney is BSing by bug1 · · Score: 1

      consume the API into my binary object, but nothing else

      Why would you combine a binary API but nothing else, it has no functionality.

      In that situation you didnt even need to distribute the GPL'ed parts in the first place because they arent being used.

    33. Re:Losing Attorney is BSing by radarskiy · · Score: 1

      "There never was copyright on the interface code as it is required to function."

      A) The appeals court stipulated that it was copyrightable before remanding the case back down to Alsup.
      B) There has to be copyright for a fair-use defense to apply.

    34. Re: Losing Attorney is BSing by Anonymous Coward · · Score: 0

      Just use a form of exec() or use a BSD wrapper.

    35. Re: Losing Attorney is BSing by Anonymous Coward · · Score: 0

      That is not true at all.

      You can have a simpler library that is used if the other library is not installed.

      People do it all the time.

      For example, take nmap. A program could write a simpler port scanner which has an interface to nmap which is an optional dependency. If nmap is not present the program will still run because it has basic functionality.

      Or they simply write a BSD-licensed wrapper.

      People do it all the time and it got Fyodor's panties in a knot but there is nothing he can do about it which is why he is trying to create his own sour-grapes license.

  6. Bullshit by somenickname · · Score: 5, Informative

    Re-implementing an API and wholesale lifting a GPL software package are not even vaguely related. And, the end part of her quote, where she proclaims doom and gloom if we don't all move to the cloud, is ponderous hyperbole. The is just scare tactic garbage from an attorney who wants to bait the waters before she takes on the appeal and charges Oracle millions of dollars for the privilege.

    1. Re:Bullshit by dwywit · · Score: 5, Insightful

      "Software businesses now must accelerate their move to the cloud where everything can be controlled as a service rather than software. "

      I think it's less hyperbole and more a sign of what Oracle is considering. She's let the cat out of the bag - Oracle must be exploring options to charge even more for their products.

      --
      They sentenced me to twenty years of boredom
    2. Re:Bullshit by queazocotal · · Score: 4, Interesting

      It's an inherent part of their case that they are intimately related.
      There is no bright-line seperating out APIs and code.
      And indeed, they won a partial victory on this, in that the decision states that there can be _unfair_ use of APIs.
      Their argument is simply that this judgement means that another judge (because there is no bright line) could determine that using (say) half or 90% of the linux kernel against GPL restrictions could be 'fair use'.
      Should this be bullshit - yes.
      Is it - well - it relies on courts acting rationally.

    3. Re:Bullshit by rwyoder · · Score: 1

      The is just scare tactic garbage from an attorney who wants to bait the waters before she takes on the appeal and charges Oracle millions of dollars for the privilege.

      This could cost Oracle millions?
      So what is the downside?

    4. Re:Bullshit by dgatwood · · Score: 1

      Re-implementing an API and wholesale lifting a GPL software package are not even vaguely related.

      No, they're vaguely related. They both involve taking and using something that you didn't create. Of course, they're related in much the same way that bumming a stick of chewing gum and stealing a car are related....

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    5. Re:Bullshit by Anonymous Coward · · Score: 0

      Oracle may well be running out of steam. Obsolescence in tech is par for the course, invent new stuff or be left behind. Many corporate assholes/directors wish there was no invention, old tech and monopoly is what they need. Much like how AT&T was holding back technology for decades to keep the NSA and FBI listening, and the protected income rolling in.
      This epic loss must sting hard on the presumably overpaid attorneys working for Oracle. Their current stance is understandable as they are trying to remove the spit from their faces.
      You lost you fuckers. Go get an honest job you scum...

    6. Re:Bullshit by Anonymous Coward · · Score: 0

      Oracle must be exploring options to charge even more for their products.

      We don't need an oracle (pun intended) to tell us that. As for encouraging more code executed in remote locations (aka "the cloud" to some), that's already happening for a variety of reasons having nothing to do with copyright. If anything, the actions of unctuous attorneys are encouraging more secrecy in the software business and less openness. It's ironic to hear one of them proclaim how "damaging" it is to us that Google made fair use of the Java APIs when they are already causing immense damages to the software profession, as they have done to the medical and other professional occupations too. In my opinion, lawyers are like nuclear weapons, the world would probably be better off without them and they mostly shouldn't be used.

    7. Re:Bullshit by Hognoxious · · Score: 3, Funny

      So what is the downside?

      Think of the poor unemployed yacht builders.

      --
      Confucius say, "Find worm in apple - bad. Find half a worm - worse."
    8. Re:Bullshit by Anonymous Coward · · Score: 1

      There's no "taking". An API is an interface (that's what the I stands for, duh). An interface is a requirement on you to do something with your code. An interface is not actually code. It's not even vaguely possible to get this wrong. Every programmer knows the difference intuitively. Lawyers and non-programmers generally, not so much.

    9. Re:Bullshit by Anonymous Coward · · Score: 0

      in that the decision states that there can be _unfair_ use of APIs.

      didn't we already decide this in the 90s when microsoft had hidden windows and office apis?

    10. Re:Bullshit by Anonymous Coward · · Score: 0

      Maybe Ellison will be stranded on the island be purchased.

    11. Re:Bullshit by Anonymous Coward · · Score: 0

      Their argument is simply that this judgement means that another judge (because there is no bright line) could determine that using (say) half or 90% of the linux kernel against GPL restrictions could be 'fair use'.

      News flash (for said Oracle Attorney). Yea, that's been a major part of the "fair use" consideration, the substantial of the usage of a copyrighted work. And hell, there have even been cases where 100% copying was allowed because (1) the purpose (another part of fair use) was education and (2) the market impact (yet another part of fair use) was considered not substantial enough. Even then, it was of a very limited scope involving a very specific lawsuit. It wasn't a "all people can copy this book wholesale".

      Is it - well - it relies on courts acting rationally.

      Yea, well, that's a major part of consideration of the courts. To not be in contempt of them, one has to at some level presume they'll function in substantial act rationally. Which is why the whole discussion is hyperbole in the same scope of using the capital punishment of one person to write an op-ed about the government genocide of all people.

    12. Re:Bullshit by jbolden · · Score: 1

      Oracle has a pretty good cloud service. They sell their database to other services especially Verizon. There is no bag they have been openly talking about moving towards administering the database and away from just selling licensing.

    13. Re:Bullshit by shutdown+-p+now · · Score: 1

      Not only that, but we've already had the debate on interfaces/APIs and GPL.

      http://clisp.cvs.sourceforge.n...

      And FSF had specifically supported Google in this case.

      https://www.fsf.org/blogs/lice...

      Oracle is just continuing their long-standing trend of treating both customers and developers as idiots. The only appropriate response is to flip the bird.

    14. Re:Bullshit by shutdown+-p+now · · Score: 1

      "Fair use" has always been an affirmative defense against copyright infringement - the Oracle ruling doesn't really change that.

    15. Re:Bullshit by Frosty+Piss · · Score: 1

      "Software businesses now must accelerate their move to the cloud where everything can be controlled as a service rather than software. "

      I think it's less hyperbole and more a sign of what Oracle is considering. She's let the cat out of the bag - Oracle must be exploring options to charge even more for their products.

      I'm sorry, this is news? It's been more or less the public strategy for Microsoft and every other big software house for the last few years. There's no cat in any bag anymore, the cat escaped a few years back.

      --
      If you want news from today, you have to come back tomorrow.
    16. Re:Bullshit by Anonymous Coward · · Score: 0

      in that the decision states that there can be _unfair_ use of APIs.

      Which directly contradicts the Supreme Court. Google could have been clever here and appealed: APIs, in substance (often accompanied by form) are collections of facts, which the Supreme Court already ruled are not copyrightable. It would be lovely to see Google point this out to the justices, then to watch the justices bring the hammer down on the lower courts, which have actively been in rebellion against the Supreme Court since Reagan and cronies created the patent circuit to largely eviscerate the Supreme Court on this point with the hope the caseload relief would tempt them not to take patent cases--which worked by the way: the Constitution expressly declares that the Supreme Court (no other circuit, no lower court) is the court of jurisdiction for patent cases, precisely because the Constitution's language regarding "patents" (aka "monopolies granted by the State") is restrictive to include only true inventions, only for the true inventor, which advance the useful arts (aka engineering/fundamental sciences embodied in something which advances those arts): something you can imagine they didn't think would come along very often.

      Unsurprisingly, all eras of US history where this narrow band of criteria is upheld, the economy in the US explodes--and rent-seeking predators who oppress and violate rights to make ends-meat whine how awful it is for "innovators" and "business."

    17. Re:Bullshit by Fallen+Kell · · Score: 3, Informative

      I don't think you understand what happened in this case. API's have inherently always been allowed to be used essentially since the beginning of coding. A Judge and/or jury didn't rule that the the code in the Java was fair use to use, just the functional names. This retained the same working conditions that have existed for the last 30-40 years of code development, including the white/clean room techniques that have been used by virtually every major development studio, (including Oracle by the way). The underlying code is still protected, but you can't protect the names of the functions. I mean seriously, how many times have people written a function called "length" or "size" (hint, thousands of times).

      Are we all suddenly suppose to pay royalties to the first one who called their function by that name? What about if someone wrote a program that then auto-generated creating billions of function names from every language, but each function was simply "return(1)"? Am I to get billions of dollars from every company in existence now for them infringing my copyright on all those function names?

      In other words, your argument is ridiculous. The real copyright is and always has been on the specific implementation of the code, not what it is named.

      --
      We were all warned a long time ago that MS products sucked, remember the Magic 8 Ball said, "Outlook not so good"
    18. Re:Bullshit by dgatwood · · Score: 1

      I never said that it was taking code. I said it was "taking something". It is downright silly to argue that an API isn't "something", or that it is possible to use an API without first obtaining a copy of it. So how how can you claim that implementing an API does not involve taking that API and using it?

      --

      Check out my sci-fi/humor trilogy at PatriotsBooks.

    19. Re:Bullshit by El_Muerte_TDS · · Score: 1

      So, if the Java API was in the cloud then Google couldn't have stolen in?

    20. Re:Bullshit by drinkypoo · · Score: 1

      No, they're vaguely related. They both involve taking and using something that you didn't create. Of course, they're related in much the same way that bumming a stick of chewing gum and stealing a car are related....

      No. They're related in much the same way that copying a cookbook and picking up a copy of a take-home menu are related. The cookbook costs money, and you have to pay. The take-home menu is provided for your benefit, and it is free.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    21. Re:Bullshit by Anonymous Coward · · Score: 0

      I'm sure that if that happened the island would be the tenth largest world economy within a matter of months. Because he's a WEALTH CREATOR.
      --
      roman_mir

    22. Re:Bullshit by Anonymous Coward · · Score: 0

      "There is no bright-line seperating out APIs and code."
      But this story is about the INTEFACE to the api, not the whole of the api.

    23. Re:Bullshit by Anonymous Coward · · Score: 0

      It's completely related. Why build a free product when you can just pilfer the open source API's into a commercial product. It also works in reverse, projects like WINEor ReactOS could completely re-implement Windows and use parts of Windows that Microsoft has available for free download even if the license says otherwise.

      More interesting would be Apple, since it would allow someone to "clone" MacOS X/iOS using everything open sourced already and just re-implement the API's.

      Captcha: looting

    24. Re:Bullshit by Anonymous Coward · · Score: 0

      And indeed, they won a partial victory on this, in that the decision states that there can be _unfair_ use of APIs.

      With good reason. Suppose I create an automation API, that is only accessible on my company's intranet. It's just an interface, but it's a careful selection of methods and data structures, that took some time and creative effort to put together.

      I would certainly hope that copyright covers this kind of non-public interface, otherwise any consultant could just copy the headers and whatnot when they move to the next company. They can't be prevented to create a similar API from memory, but that will cost them time and effort too.

      So yes, APIs can be copyrighted, but if you make one public, for anyone to use, then it becomes fair use to replicate it, because that is needed to use it.

    25. Re:Bullshit by Minupla · · Score: 1

      She's let the cat out of the bag - Oracle must be exploring options to charge even more for their products.

      Not news for anyone who's looked at their Oracle budget numbers... ever.

      --
      On the whole, I find that I prefer Slashdot posts to twitter ones because I don't get limited to 140 chars before
    26. Re:Bullshit by edtice1559 · · Score: 1

      This is a great post, but length and size are such simple names that they don't contain the modicum of creativity necessary for copyright protection. On the other hand, more complicated APIs may contain a large amount of creative work. Many times, the hardest part of designing a system is figuring out how the pieces and parts are going to fit together. I'm in no way arguing with your point or how the case was decided. Just trying to steer us toward a more apt analogy.

    27. Re:Bullshit by Cederic · · Score: 1

      Thing is, Wine is doing the same thing as Android, and this court case confirms that copyright law in the US doesn't preclude this.

    28. Re:Bullshit by samwhite_y · · Score: 1

      I'll keep this comment short and cryptic. Oracle is really two companies. A proprietary database company (with shallow add ons, such as the cloud) and everything else. Many comments about quality and other issues many times do not apply equally to both parts. I believe that when asserting or refuting statements about Oracle, you should explain which part of Oracle you mean and limit the scope of your comment to that part.

    29. Re:Bullshit by jbolden · · Score: 1

      I not sure I agree with the premise of the question. But assuming it were true both parts openly have and have had a cloud migration strategy for their customers. The corporate managed services and government services parts (which in your premise would be the non database) are the most enthusiastic.

    30. Re:Bullshit by cwsumner · · Score: 1

      When you see the phrase "The Cloud", read it as "Monopoly Control". 8-P

    31. Re:Bullshit by cwsumner · · Score: 1

      ... There is no bright-line seperating out APIs and code.

      Actually, there is. But if someone can't read the language, they won't see the line.

      ... Is it - well - it relies on courts acting rationally.

      This is true, and has always been a danger to technical work.

    32. Re:Bullshit by Anonymous Coward · · Score: 0

      1) I don't think it's a given replicating it is not fair-use just because it is an internal API
      2) An internal API is a business secret and has its own protections, so your example isn't really impacted by copyright anyway.

    33. Re:Bullshit by Anonymous Coward · · Score: 0

      Seriously? You don't have to download the Java SDK to be able to make your own version of the API.

      Here is the entire Java 8 SE API. This is all you need to reimplement it.

      Dumbass

  7. Suggestion by Anonymous Coward · · Score: 0

    This scumbag takes her sour grapes and shove them up her ass, and stops polluting the rest of the world with them.

    Not to mention that the GPL exists because of copyright law, not thanks to it.

  8. Bullocks! by a_n_d_e_r_s · · Score: 4, Informative

    Never read such a stupid article. If oracle has won; alot of open source projects had been dead in the USA. In EU they had lived on since there APIs are not copyrightable because of interoperability.

    Now they can continue to live even in the US.

    As for the point that this makes it possible for people to steal open source code. It wont. Since it's always been possible to take open source code and reimplement it as closed code. Its never been forbidden before and thus this won't change that. APIs has never been seen as protected by the software industry before and its a sad state that USA has changed that.

    --
    Just saying it like it are.
    1. Re:Bullocks! by campuscodi · · Score: 3, Insightful

      It's not a stupid article. It's a stupid lawyer's opinion.

    2. Re:Bullocks! by Anonymous Coward · · Score: 1

      Bullocks, the actress? You mean Bollocks and here is a reference https://en.wikipedia.org/wiki/Never_Mind_the_Bollocks,_Here's_the_Sex_Pistols

    3. Re:Bullocks! by Anonymous Coward · · Score: 3, Insightful

      Now they can continue to live even in the US.

      The damage has already been done. The federal circuit court ruling, namely that APIs are copyrightable, still stands. By arguing fair use Google won the consolation prize in this case, but fair use must be argued each time on a case-by-case basis . It's a fig leaf that offers little protection against the aforementioned court ruling. Google or anybody else could be sued again tomorrow for copyright infringement of a different API in a different instance and they would have to defend fair use all over again each and every time they were sued. Google might be able to afford that, but small companies and open source projects cannot.

    4. Re:Bullocks! by tricorn · · Score: 1

      The precedent is extremely narrow, it only applies to Ninth Circuit cases, and then only when appealed with the Federal Circuit because it also involves patent claims. If you do find yourself in that situation, with a similar case, you might be able to get the copyright and patent issues separated. Winning in the Ninth Circuit on appeal would essentially nullify the CAFC decision.

    5. Re:Bullocks! by Zontar+The+Mindless · · Score: 1

      Not trying to be a Nazi, just offering some grammar help here:

      If Oracle HAD won, a lot of open source projects WOULD HAVE BEEN dead in the USA. In [the] EU they WOULD HAVE LIVED on...

      English doesn't really have a subjunctive mood (only a few traces), and our conditional tenses can be a bitch sometimes. (Let this stand as a warning to other languages not to adopt some other language family's verb system wholesale and dump it on top of your own.)

      --
      Il n'y a pas de Planet B.
  9. Ars Shouldn't Have Given Her a Forum by Anonymous Coward · · Score: 0

    Considering how obviously biased she would be, I can't believe that Ars even gave her a forum for her piece, or at least, didn't find some one to compose a counter point. I'm not sure I really buy her argument, but considering her vested interest, I have trouble accepting it at face value.

    1. Re:Ars Shouldn't Have Given Her a Forum by Trongy · · Score: 1

      What's telling is that she chose to present her viewpoint on a tech site. If she had conviction, she would present it on a forum with an audience of lawyers where she would face the criticism of her profession.

  10. Stallman's defense of Oracle by Anonymous Coward · · Score: 5, Funny

    Oracle's loss is a huge threat to free software and the GPL. That's why Stallman has been campaigning on their behalf for years now, hanging out with Ellison on his private catamaran, writing op-ed pieces supporting Oracle's treatment of Java post-Sun acquisition, etc.

    I'd post the links, but it's easy enough to find them with Google.

  11. Oracle wants us to have crappy computers. by headkase · · Score: 4, Interesting

    This is plain double-speak. If Oracle had their way they'd kill GPL software. Innovation revolves around an application programming interface. The API is the "shape" of the program. The code inside the shape is the implementation. The GPL revolves around the implementation and has nothing to say about the shape. If shapes were always copyrightable then that would absolutely kill innovation. All of a sudden if you used someone else's shape in a way they didn't like they could totally shut you down with just the threat of a lawsuit - not everyone has deep pockets to fight that. Copyrighted API's would become just another kind of currency much in the way software patents already are. If you can't beat them with money then beat them, forced licensing, with other kinds of currency. In the Oracle world we wouldn't even enjoy the powerful computers we have today. Decades ago Phoenix clean-room reverse-engineered IBM's BIOS and made the same shape with a different implementation. If that shape had never been open we would have never experienced the rapid advancement of a bazaar that component manufacturers can revolve around. We would have been stuck with IBM's will and computing would have stagnated because they would not necessarily have had an interest in advancing it as much as competition does. At the time IBM's BIOS was reverse-engineered they weren't even the best computers. There were others that were much better like the Commodore Amiga, however, when the ecosystem around an open BIOS happened then the feedback effects from that made it win. Without a doubt.

    --
    Shh.
    1. Re:Oracle wants us to have crappy computers. by NormalVisual · · Score: 4, Informative

      . At the time IBM's BIOS was reverse-engineered they weren't even the best computers.

      IBM's BIOS wasn't reverse-engineered. The source was available directly from IBM via the Technical Reference Manual. Phoenix and Compaq both merely did a clean-room reimplementation based on looking at the function call interfaces in the actual source code and what that code actually did, then writing a detailed set of requirements for the coders. No reverse-engineering was needed.

      --
      Please stand clear of the doors, por favor mantenganse alejado de las puertas
    2. Re: Oracle wants us to have crappy computers. by Bing+Tsher+E · · Score: 5, Informative

      IBM's BIOS was not reverse engineered. The commented Assembly Language source code for the BIOS is published in the Technical Reference Manual which anybody could purchase.

      Phoenix had to hire programmers to read the IBM source, write a human language specification, then hand that specification over to a seperate team to code their version of BIOS. Anybody on the first team, or anybody who had access to and read the published IBM source code was disqualified to work on the reimplementation.

      In other words, IBM published their BIOS in commented human readable source code. The PC was in this regard among others, an open architecture.

    3. Re:Oracle wants us to have crappy computers. by ShanghaiBill · · Score: 3, Insightful

      The source was available directly from IBM via the Technical Reference Manual.

      That brings back some sweet memories. I saved up and bought a TRM for $100, which was a lot of money back then. I remember reading every line of the source code, all in 8086 asm. I figured out plenty of tricks and shortcuts by jumping into the BIOS code instead of going through interrupts, and tweaking where the BIOS stored variables. Good times.

    4. Re:Oracle wants us to have crappy computers. by fluffernutter · · Score: 1

      While reading your comment I decided I like triangles.

      --
      Laws are rules for the court, but merely a bottom bar to hit for life. Think beyond laws in your actions always.
    5. Re:Oracle wants us to have crappy computers. by MightyMartian · · Score: 1

      It would be like claiming that open use of the QWERTY keyboard risks destroying the writing of books, because, you know, somehow, free use of QWERTY in some way makes it more likely that people will be able to steal novels.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    6. Re:Oracle wants us to have crappy computers. by Anonymous Coward · · Score: 1

      It's still reverse engineering, known as the "clean room" or "Chinese wall" technique:

      http://www.computerworld.com/article/2585652/app-development/reverse-engineering.html

    7. Re:Oracle wants us to have crappy computers. by Frosty+Piss · · Score: 0

      With GPL3, GPL is essentially dead. Most people use a different, more reasonable, Open Source License like the MIT and BSD licenses. With all due respect to one of the great fathers of Open Source, RMS killed the GPL with his unbending Socialist influence.

      --
      If you want news from today, you have to come back tomorrow.
    8. Re:Oracle wants us to have crappy computers. by Anonymous Coward · · Score: 0

      Ironically, Oracle rely on the GPL to publish Oracle Enterprise Linux which is basically just the Redhat source RPMs recompiled with a different copyright banner. They also use Xen as part of Oracle Virtualisation Manager which is the only supported virtualisation option on X86 for Oracle databases (other than Solaris x86 zones). They use GPL when it suits them and hate it when it gets in their way.

    9. Re:Oracle wants us to have crappy computers. by Anonymous Coward · · Score: 0

      It is not dead, just not as widely adopted.
      Really the only cases where v3 is needed over v2 is (If I remeber correctly)
      1. Patent Concerns
            v2 has an implicit patent license, v3 makes it explicit (I think, it has been a while since I dug in to this part)
      2. Code Signing
            in v2 is was possible to provide the source and with a TPM/DRM chip, install a key which would refuse to load a different binary say with a different checksum or explicitly signed. This is known as Tivoization. All the GPLv3 says: If you want to call it GPL and do DRM then anyone else should be able to modify the code and run it, so that means turn over the keys or let the users generate their own keys.
      3. Termination clause.
          v2 provided instance termination while v3 provides a window for the offender to correct their oversight. In this nature v3 is much more liberal and permissive and forgiving than v2.

      I was on Committee D for drafting the GPLv3. It is not as evil as it is made out to be. We debated all of this and it was open to the entire industry. IBM, Nokia, hell even Disney was there on committees A and B.

      The Nokia rep specifically tried to argue that Point (2) above would open up Viruses to mobile, if they turned over keys, to which we suggested that key signing in hardware as part of the TPM/DRM would preclude that. Rather than have the DRM/TPM chip only allow decryption it could also do encryption and sign the binary. It would then be possible avoid the virus problem. It wouldn't take much effort, if the DRM/TPM chip only functioned at a given stage of boot or in a ring of isolation, then it would preclude the virus issue.

      Nokia disagreed with out showing proof of concept while Tivo was very clear, they wanted to protect content. That is all well and good and they have Linux for that since Linus is firm on his v2 stance.

      That does not mean the v3 is bad for those of us that agree with points (1) and (2) above. In many cases I do, in some I prefer LGPL and in others Public Domain. v2 would be fine if it was slightly revised with point (3) above. I am actually in favor of a GPL v2.1.1 that contains the violation window of compliance and forgiveness that v3 provides.

      Steven Edwards (Wine and ReactOS rep on Committee D)

    10. Re:Oracle wants us to have crappy computers. by cwsumner · · Score: 1

      It would be like claiming that open use of the QWERTY keyboard risks destroying the writing of books, because, you know, somehow, free use of QWERTY in some way makes it more likely that people will be able to steal novels.

      Good Analogy! 8-)

    11. Re:Oracle wants us to have crappy computers. by Anonymous Coward · · Score: 0

      Good info but does any significant project use GPLv3?

  12. Parade of horribles by DRJlaw · · Score: 4, Insightful

    Consumers can expect to find decreasing options to own anything for themselves...

    Like commercial software, which you do not own but merely use under license...

    ...decreasing options to control their data...

    Like commercial services, which grant themselves increadibly broad licenses to everything that you post, store, and transmit, usually for far longer than merely the duration that you use the service...

    ... [and] decreasing options to protect their privacy.

    Like commercial software and servicves, which report back telemetry data, raid amazing quantities of your PII for the services' own benefit (well I'll just be uploading that contacts list for you...), and generally function as your own personal stalker for the benefit of the service and many other third parties (dear advertising partner, our user is a 18-34 year old female who is 4 months pregnant and just about to walk past your storefront).

    Yeah. Having someone reimplement a GPL-licensed software product by mirroring the APIs is certainly going to lead to things worse than that.

    1. Re:Parade of horribles by edtice1559 · · Score: 2

      Consumers can expect to find decreasing options to own anything for themselves...

      Like commercial software, which you do not own but merely use under license...

      Like commercial software that is now sold under "term licenses" so the minute you stop paying it shuts off.

  13. Cue Cartman's extended laugh..... by GerryGilmore · · Score: 1

    ...in the "little people" episode. Totally appropriate response to her op-ed.

  14. Spot the fallacies by Anonymous Coward · · Score: 0

    because the Java APIs have been open, any use of them was justified and all licensing restrictions should be disregarded. In other words, if you offer your software on an open and free basis, any use is fair use.

    Looks like the author was in a hurry. This almost makes no sense.

    because the Java APIs have been open, some use of them was justified and some licensing restrictions can be disregarded. In other words, if you offer your software on an open and free basis, some use of the API is fair use.

    Here. Fixed that for you.

  15. We lost! by guygo · · Score: 1

    The sky is falling. Ahhhhhhh! Bunch of self-serving bleep.

  16. Guess it depends on motivations by Anonymous Coward · · Score: 0

    I doubt it will "kill" GPL software that is released without an underlying profit motive though.

  17. Google should just buy 'em out by Anonymous Coward · · Score: 0

    Oracle is fucking scum... Google should just buy 'em out for the few million they're (not) worth.

  18. parse failure by Runaway1956 · · Score: 2

    WTF are you trying to say? Is GPL the worst, or not? If not the worst, then what is worse? Never mind, you're just another fuckweed grousing about open source.

    --
    "Windows is like the faint smell of piss in a subway: it's there, and there's nothing you can do about it." - Charlie Br
    1. Re:parse failure by cloud.pt · · Score: 1

      at least I'm not a yuppie assuming everyone who doesn't like abusive ways of making money is a weed-using commie. I didn't even come here to defend GPL usage. I came here pointing out this lawyer's argument is totally invalid. She's trying to make sense of nonsense with charismatic speeches like this is the republican presidential race

    2. Re:parse failure by cloud.pt · · Score: 1

      apparently, this was a reply to a -1 comment which was hidden on my UI due to filters. As another comment of mine (on the same level as the one hidden) showed right above, the UI showed as your reply was directed at my comment. Sorry for the very misunderstood reply.

  19. Complete utter nonsense! by Xtifr · · Score: 5, Insightful

    Before Oracle v. Google, everyone assumed (based on extensive legal precedent) that APIs were not subject to copyright at all. Yet the GPL was just fine. Why would the GPL be threatened all of a sudden just because one more API turned out to be copyable?

    The only tangible result of this case has been a very slight strengthening of copyrights, since the appeals court rules that APIs might be copyrightable under certain circumstances. How does strengthening copyright weaken a license that relies on copyright?

    This is either monumental stupidity, or outright shilling. Hanlon's razor suggests I ought to go with the former, but I'm going to wait and see.

    1. Re:Complete utter nonsense! by taharvey · · Score: 1

      Can you explain this a little?

      As programmer it makes no sense to me. Are you saying that the only code protected by copy-write is the code inside the function curly braces, and not the code outside (i.e. the functions, parameters, returns). This seems like an arbitrarily grey line. What about expressive languages that blur the lines between function declarations and executable code? What if significant code is all written in a macros, where there is no difference? This also dismisses code architecture as uncopywriteable, and yet architecture may be one of the hardest to do right, and thus most valuable things in code.

    2. Re:Complete utter nonsense! by Anonymous Coward · · Score: 0

      Can you explain this a little?

      As programmer it makes no sense to me. Are you saying that the only code protected by copy-write is the code inside the function curly braces, and not the code outside (i.e. the functions, parameters, returns). This seems like an arbitrarily grey line. What about expressive languages that blur the lines between function declarations and executable code? What if significant code is all written in a macros, where there is no difference? This also dismisses code architecture as uncopywriteable, and yet architecture may be one of the hardest to do right, and thus most valuable things in code.

      I have the same question but no mod points.

    3. Re:Complete utter nonsense! by Anonymous Coward · · Score: 0

      Oracle was trying to claim that the names of methods and their parameters are copyright. Software engineers have always understood that these application program interface definitions were never themselves subject to copyright. The only thing copyright protects is the actual implementation of the code of the procedure itself, the body of the method inside the braces. In the lawsuit, Oracle pointed at a picture of a table of contents of a book and said, "Look, the table of contents is actually protected." But, that suggest a misunderstanding of copyright on their part, because they thought that the mere titles of chapters are protected which they are not. You would need to trademark each of those titles, if you want that kind of protection. For example, Oracle believes that no one should be able to create a method called "length" without licensing that method name from Oracle themselves. This is why they lost the case.

    4. Re:Complete utter nonsense! by Anonymous Coward · · Score: 0

      It'd be like telling an author they can't use the words like "Foreword" or "Chapter 1" in chapter titles. Obviously, a silly thing to sue over and would have no weight in court. "Hunger Games" for example titles chapters with merely a single digit such as "1" and claiming someone else cannot do the same would be fairly prohibitive.

    5. Re:Complete utter nonsense! by ragahast · · Score: 3, Insightful

      Are you saying that the only code protected by copy-write is the code inside the function curly braces, and not the code outside (i.e. the functions, parameters, returns).

      Even in C, this wouldn't be the case, because some code that actually does stuff is outside functions. But your parenthetical is almost right - the function names, and parameter and return types.

      What about expressive languages that blur the lines between function declarations and executable code? What if significant code is all written in a macros, where there is no difference?

      There is no difficulty here. The specification of what must be given to the program and what will be returned from the program. Everything else can be subject to copyright.

      As programmer it makes no sense to me.

      Think about what the world would be like if interfaces had been copyrightable. The precedent comes from Borland v. Lotus, where it was ruled that you can't be granted a monopoly on interfaces like "File > Print." One immediate consequence would have been that every program we use would have to have something different from a set of drop down menus containing the names "File" and "Print," where a user interaction and document input lead to a print command. Of course, this would extend to every way in which we interact with standard desktop applications, but also to how you choose to name your functions and choose their signatures. It already sucks that any cool algorithm you come up with might be subjected to litigation attempts based on patents. But now we might not be able to use the names e.g. of other browsers' non-standard CSS either. We'd have to search through every preexisting program to make sure the function names are unique, etc.

      Further, the most critical interfaces in modern computing are those defined by programming languages and operating systems. For many languages, one would need to obtain a license in order to write a compiler/interpreter - so no Octave or Scilab, no OpenJDK, many fewer C, C++ and FORTRAN compilers. No UNIX-like operating systems.

      As a programmer, what's really terrifying (and makes no sense), is that my own independent developments, let alone attempts at compatibility, might be restricted by government-enforced monopolies on ideas.

      --
      .:Semper Absurda:.
    6. Re:Complete utter nonsense! by Xtifr · · Score: 1

      You asked a mouthful there!

      Bottom line: copyright is supposed to protect creative and original works. You cannot copyright a simple list of facts, no matter how much research it took. Languages (computer or ConLan) are generally considered tools for expression; something written in Klingon can be copyrighted, but the Klingon language itself cannot be. A dictionary defining the meanings of Klingon words can be copyrighted, but not the language itself.

      Note that no computer language ever has been copyrighted. Implementations can be copyrighted, of course, but the languages themselves are not.

      APIs are simply the language you use to access the functionality of a library. The library may be copyrighted, like the dictionary of Klingon, but the interface is simply the words of the language of the library, used for creative expression by the application programmer. This is more-or-less the heart of the matter.

      Beyond that, purely functional language (not a functional language, but language which is required for functionality) cannot be copyrighted. If there's only one way to describe something, you can't copyright that, because it's defined by the problem-space, so no creativity is required. In most languages, a simple swap function would probably not be copyrightable, because there's really only one, or maybe two, sane ways to implement that. Writing a word processor, on the other hand, allows all sorts of opportunities for creativity.

      (The irony of this last point is that a really badly designed API would be more likely to be copyrightable than a sensible, straightforward one, since the sensible, straightforward one is constrained by the problem-space.)

      In the case of macros, the names and arguments of the macros would not* be copyrightable, but the bodies would be (assuming they weren't trivial, like swap).

      Anyway, I'm really not the best one to explain all this. If you want a really good explanation, I recommend reading the transcripts of the final judgment in the original suit. Its conclusion may have been overturned by the appeals court, but it clearly lays out the reasons why APIs until then had not been considered copyrightable. It also lists a number of applicable precedents, which are still quite relevant.

      * At least, till Oracle v. Google, they would not have been. Now they're merely probably not copyrightable.

    7. Re:Complete utter nonsense! by Anonymous Coward · · Score: 0

      This is either monumental stupidity, or outright shilling. Hanlon's razor suggests I ought to go with the former, but I'm going to wait and see.

      Why choose? With seven billion people on the planet, there is plenty of room for the truth of both answers. And while I agree with much of your sentiment, you might dwell on 'never say never' and how you claimed to speak for 'everyone'. I think in that time frame lots of people knew that there was lots of monumental stupidity and outright shilling going on in an industry that was very young and barely understood by those who created it, let alone the policy crafting democratic public at large. For fuck's sake, look at Trump. We have fucking decades to go before we can expect, say our legislative bodies, to be doing anything that looks anyway other than monumentally stupid when it comes to cyber law. T R U M P, wake up and smell the dark ages. Learn cursive. Or learn to curse :)

    8. Re:Complete utter nonsense! by Anonymous Coward · · Score: 0

      Anyway, I'm really not the best one to explain all this.

      That may be true, but you are certainly one of the better, as far as I have seen. I would have modded you up if I had any mod points. Regardless: Kudos, for this post and a few more good ones in this thread.

    9. Re:Complete utter nonsense! by Anonymous Coward · · Score: 0

      > Even in C, this wouldn't be the case, because some code that actually does stuff is outside functions.

      Such as..?

      Execution starts at main(). Anything else that gets executed is called from main() or somewhere downstream of it, at least that's how it worked when I studied it.

    10. Re:Complete utter nonsense! by david_thornley · · Score: 1

      A good API typically requires creativity, and when written it isn't purely functional. Later on, use of the API would be purely functional. I don't think copyright law currently captures the nature of APIs well.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
  20. Annette Hurst can suck it. by Anonymous Coward · · Score: 0

    "This jury's verdict suggests that such restrictions are now meaningless"

    APIs are little more than a collection of function names. Lists can't be copyrighted, because they're facts. Anyone with objdump is going to end up with the same list of function names, and it isn't copyright infringement to create a function with the same name as somebody else's function.

    The software industry isn't going to fall apart just because people can legally write a completely independent drop in replacement for someone's copyrighted library.

    "Software businesses now must accelerate their move to the cloud where everything can be controlled as a service rather than software."

    These services are still just libraries, it's just that all the functions are just wrappers to make the call remotely on somebody else's server, where you can't have access it its implementation. If anything, how ridiculously trivial this makes your library makes it even more nonsensical that its API can be copyrighted.

    "Google exerts control over its APIs. Google prohibits copying of its APIs for competitive uses."

    If this were true, then it sure is lucky that you lost your case arguing that APIs can be copyrighted.

  21. Sadly, completely correct by Anonymous Coward · · Score: 0

    Though things were already going this way. This will just speed it up a bit. The biggest effect will be loss of corporate funding to open source efforts that are not deemed in the corporations immediate interest. HP is already going this way, and IBM has been following this track in a more sophisticated way for years.

  22. Don't blame the wrong person for stupid by Anonymous Coward · · Score: 0

    It's not Hurst's fault she's an idiot. Blame the intern she got to lookup GPL on Ffffacebook. This is why interns don't get paid - because they're idiots. Besides, it's Linked in, no one important reads it (just lawyers, the unemployed, and the unemployable (I mean lawyers).

    Also, this is why we can't have nice things.

  23. The rule of law by Anonymous Coward · · Score: 0

    One day people will realize that the "law" isn't some mystical artifact or based on natural observations. They will in fact realize laws are written by people and interpreted by people. When that day comes, all their nonsense cultural arguments about it being the law will cease. At this time they will also realize that public discourse shapes public perspectives and ultimately influences the law. When this day comes they will realize what lawyers already know and what the average Joe dirt doesn't. The law is a game and those that know the game are the ones that win. Enjoy the next few months of public perspective shaping.

  24. Wrong! by Greyfox · · Score: 1

    I'm pretty sure one of Oracle's IP lawyers would understand the difference between specification and implementation. To claim this could kill the GPL is at best disingenuous and at worst incompetence. Or perhaps the other way around

    --

    I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

  25. Re:Good by MightyMartian · · Score: 1

    Which is why it is at the heart of two of the most successful software projects in history; the GNU toolset and the Linux kernel.

    In the real world, not the fantasy land you come from, results count, and the result of the GPL is an ecosystem of kernel modules, libraries and applications that is used on hundreds of millions of systems around the world every day.

    --
    The world's burning. Moped Jesus spotted on I50. Details at 11.
  26. Bullshit ... by CaptainDork · · Score: 2

    ... consumers don't "own" a fucking thing, ever, anywhere.

    Read the goddam EULA.

    --
    It little behooves the best of us to comment on the rest of us.
    1. Re:Bullshit ... by Xtifr · · Score: 1

      Read the goddam EULA

      I'll be glad to if you can tell me where it is. The only thing on my system that has an EULA is a game I bought about 15 years ago. (Oh, and flash, but I've currently go that disabled.)

    2. Re:Bullshit ... by RabidReindeer · · Score: 1

      Read the goddam EULA

      I'll be glad to if you can tell me where it is. The only thing on my system that has an EULA is a game I bought about 15 years ago. (Oh, and flash, but I've currently go that disabled.)

      Where THEY are. Even if you're running an open-source OS like Linux there are EULAs. All over the place. The GPL is a EULA. Virtually every application you installed came with a EULA. Usually the EULA is one of the installed files. Sometimes it's embedded in the code. Sometimes it's on the site that you downloaded from or on the box it came in. Assuming you can find a software product in a physical box anymore. EULA frequently come with your hardware and your ebooks.

      We've seen so many EULAs and they've become so long and pointless that we've become blind to them, but they're still there.

    3. Re: Bullshit ... by Anonymous Coward · · Score: 0

      Wrong. The GPL is a license to distribute, not a EULA. Use is completely unrestricted. Perhaps you should read it sometime.

    4. Re:Bullshit ... by Xtifr · · Score: 1

      As anonymous coward said, the GPL is not an EULA, it's a distribution license. It's also completely optional. Unless you want to redistribute the code, you can completely ignore the GPL and simply use the copy under normal copyright terms. Therefore, until I actually distribute some of this software myself, there is no license!

      Likewise, the BSD and MIT license, which simply say "you can copy/modify this as long as you preserve attributions" and not much else. That's not a user license; that's a distribution license.

    5. Re:Bullshit ... by currently_awake · · Score: 1

      I think it would be an interesting experiment to buy and install software in a way that doesn't trigger the EULA. Not open the shrink wrap (read the disk through the plastic?) not run the install program (make your own installer by dis-assembling theirs), and then exercise the first sale doctrine by selling it publicly.

    6. Re:Bullshit ... by david_thornley · · Score: 1

      A license allows you to do things copyright law wouldn't let you do. The GPL itself states that you don't have to accept it, but it's likely to be the only thing permitting you to copy or redistribute the software. A EULA typically adds restrictions. Reverse engineering is fine under copyright law, but it's often banned by EULAs. If you stick to the provisions of copyright law, you can ignore the regular licenses, but in some jurisdictions, including the US, you can't ignore EULAs.

      --
      "When you have eliminated the unacceptable, whatever is left, however improbable, must be the truthiness" - Holmes
  27. Farm supplies by Todd+Knarr · · Score: 1

    There's a farm supply store near me that'd love a steady supply of the kind of high-quality bovine waste product Ms. Hurst is spewing...

  28. HA HA HA by no-body · · Score: 1

    Isn't this corporates attorney cool-aid barf she gets paid for?
    As I get this, API - application interface - like the front end, how to talk to an set of functionality of a software package, not the guts behind doing the actual work, such as in Unix/Xenix/Linux commandline/sh/ksh/csh, library definitions, awk,samba and what else there is on GPL goodies around for decades.
    And getting this Oracle case decided in Oracle's greedy bosses sick mind's favor, all this would be in jeopardy.
    Quite the opposite of this truth-talk barfing attorney lady.

    Unknown concept for those dorks:

    https://en.wikipedia.org/wiki/....

  29. a decision for war is peace? by Anonymous Coward · · Score: 0

    This is the silliest thing I've seen on /., and that's going some!

  30. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  31. Oracle just trying to save face by NimbleSquirrel · · Score: 4, Interesting

    Are we supposed to believe that Oracle really had the best interests of the Open Source community at heart? Are we really supposed to believe that this case was all about Oracle's altruistic intentions instead of a $9Billion payday??

    Now that they have lost this particular legal battle, Oracle are just trying to save face in front of the Open Source community. This lawsuit has alienated a massive segment of the developer community. Arguably that alienation began the moment Oracle acquired Sun, and this lawsuit simply confirmed many people's worst fears. It is clear, from comments in the trial, that Oracle only acquired Sun to have total control over Java, and anything related to it. Now that this lawsuit has confirmed that Oracle don't have the control they thought they did, their only option is to try and sway public opinion with the developer community. I don't see how that will start to happen unless Oracle abandon any appeal and let this case rest.

    Hurst said that the whole Open Source community is in jeopardy because this will allow anyone to ignore copyright on source code and claim 'fair use'. Sure, there may be a possibility that 'fair use' could be pose a risk to enforcing the GPL, but the precedent in this case is limited because it specifically involved APIs. That hardly means that the GPL is now worthless. What is certain is that all developers everywhere, including the Open Source community, would have been in far greater jeopardy had Oracle been victorius.

    If Oracle had been victorius, then Annette Hurst would have been busy firing off dozens of other API copyright lawsuits instead of writing Op-ed pieces on ArsTechnica. (The only thing that surprises me about this article is that ArsTechnica were so willing to publish something from such a clearly biased source.) Given that this was published so quickly after the trial, I find it hard to believe that Hurst penned this in her spare time after the trial as her personal opinion instead of the opinion of her client. To me it just seems like a lame 'Plan B' approach to sway public opinion for her client while they work on an appeal.

    To be clear, I don't for one second believe that Hurst and Oracle have the best interests of the Open Source community in mind. I also don't believe that this is just about making money out of Google (although that is the starting point). This is about Oracle trying to regain total control over Java and anything related to it. The are billions of devices and programs that use Java or make use Java APIs (and not just Android devices), so the potential licensing revenue stream would be massive for Oracle. This is about Oracle trying to put an Open Source genie back in the bottle, and represents a far greater threat to the GPL than fair use ever will.

    1. Re:Oracle just trying to save face by Anonymous Coward · · Score: 0

      I have heard it said that Oracle wants leverage against Google because they have database related patents that are valuable to Oracle.

    2. Re:Oracle just trying to save face by Anonymous Coward · · Score: 0

      Are we supposed to believe that Oracle really had the best interests of the Open Source community at heart? Are we really supposed to believe that this case was all about Oracle's altruistic intentions instead of a $9Billion payday?

      Indeed.

      IMO our reaction (as a community) to such a bogus lawsuit should be to avoid buying Oracle products. Whilst there are no such purchasing considerations in my immediate future, YMMV.

  32. cunty by Anonymous Coward · · Score: 0

    fucking cunt fucked cunt of cunts cunting the cunts cunt by the cunt of the cunt for the cunt of all cunts cunt cunt

    1. Re:cunty by Anonymous Coward · · Score: 0

      Cunt(TM). It's the Real Thing(TM).

  33. ...really? by karnal · · Score: 1

    Software businesses now must accelerate their move to the cloud where everything can be controlled as a service rather than software.

    Nope, nope nope nope fuck you in the neck nope.

    --
    Karnal
  34. architecture isn't copyrightable by Anonymous Coward · · Score: 0

    You're right.
    Copyright protects a specific expression of an idea, not the idea. Ideas are protected by patents. The architecture of software is specifically NOT protected by copyright. If you wrote a large program in C, and I go out and write a program that duplicates the function and structure in Java, I have not infringed your copyright.

    As you say, architecture is the hardest part to do write, and it is difficult to adequately protect. The usual strategy is to protect it as "trade secret" - expose the interfaces, but not the internals.

    If it is sufficiently novel and it meets some other requirements, you *might* be able to get a patent, but since patents specifically exclude algorithms, that's kind of tricky.

    1. Re:architecture isn't copyrightable by Anonymous Coward · · Score: 0

      Copyright protects a specific expression of an idea, not the idea. Ideas are protected by patents.

      Ideas are protected by keeping them to yourself. Assuming, of course, nobody else ever has the same idea. Which someone will.

      Patents protect implementations. I really don't understand why so many people can't grasp this. For God's sake, it's specifically written into patent law that a mere idea cannot be protected. The software industry has managed to work around that somewhat by claiming that every time you run a program on a general purpose computer, it constitutes a new machine, and therefore can be patented (even if the actions in question are otherwise not patentable). It's still not patenting ideas, although it sometimes looks like it. That's mostly because the patent office doesn't require an implementation of a program to grant a patent, just a description of it, an oversight that they really need to fix if they're going to keep granting the stupid things.

      As for GP, first of all, it's copyright, not copywrite; you know, the right to copy? If you can't understand something that fundamental, no wonder you're having trouble with something more abstract.

      Think of it this way. A programming library may be like a car. If you want to attach a door to that car, you need to be able to line up the hinges with the mounts on the car body. The location and shape of those mounts are roughly analogous to an API; they say nothing at all about the car or the door, merely how the two interoperate, and copying them doesn't come within a country mile of copying either the car or the door.

    2. Re:architecture isn't copyrightable by Anonymous Coward · · Score: 0

      > Ideas are protected by patents.

      No. Wrong. Patents are specifically excluded from being patented, though the USPO seem not to know thie.

      """Patent: A patent is granted by the U.S. Patent and Trademark Office of the right to stop others from making, using or selling an invention in the United States for a limited period of time. An idea itself is not patentable; patents are only appropriate for useful things or methods of doing something."""

  35. Somebody just doesn't know what an API is. by Anonymous Coward · · Score: 0

    As a list of facts, like a list of phone numbers, is not copyrightable.

    A presentation of those facts can be copyrighted - just as a phone book is. But individual facts are not.

  36. Total BS; I've done the right thing. by dltaylor · · Score: 2

    It is the INTERFACES that are open, not the implementation.

    Many years ago, I had to implement a set of printer drivers but, as usual, the printer codes were proprietary. Using the man pages only, which described the interfaces and data format, I wrote a new subset of the pnm functions for a pnmto program (since I could not locate any LGPL implementation of pnm). I did, in fact, type in all of the characters for the new headers myself, and the text did not match the original headers, except for the function names and parameters.

    1. Re:Total BS; I've done the right thing. by Z00L00K · · Score: 1

      However what Oracle wants is to also close the interfaces in order to ensure a completely walled garden solution.

      They will in the coming years look into creating a cloud based service that doesn't have any public interfaces to ensure that they own everything in that garden including your data.

      --
      If builders built buildings the way programmers wrote programs, then the first woodpecker would destroy civilization.
  37. You know, she's right. by Anonymous Coward · · Score: 0

    You all are basing your arguments as if there is still a difference between API's and code. But as the 9th Circuit Appeals court ruled, API's are copyrightable just like code, effectively erasing the difference between them before the eyes of the law. What Google's winning this case means is that a proprietary company can now copy portions of GPL'd code under the legal protection of "fair use". It gets around the licensing restrictions of the GPL.

    1. Re:You know, she's right. by Anonymous Coward · · Score: 0

      Actually, no, the 9th Circuit appeals judge had Oracle's dildo up their ass with it set to Fack-Fack-Fack. Anyone with more than 2 brain cells to rub together knows that in no way, shape or form, can APIs be copyrighted.

      If they could, Oracle wouldn't even exist today. Their entire business is based on code-theft from IBM.

    2. Re:You know, she's right. by goose-incarnated · · Score: 1

      What Google's winning this case means is that a proprietary company can now copy portions of GPL'd code under the legal protection of "fair use".

      No. It means that they can now copy the function and class declarations, but then again - they always could.

      --
      I'm a minority race. Save your vitriol for white people.
  38. revised headline: by Black+Parrot · · Score: 1

    "Oracle Makes Shit Up To Inspire FUD"

    --
    Sheesh, evil *and* a jerk. -- Jade
  39. Butt-Hurt lawyer cries over inevitable defeat. by Anonymous Coward · · Score: 1

    Get over yourself. APIs CANNOT be copyrighted, period. It's the one decision from the EU high court system that makes sense.
    Software, the "exact" bits of code can be copyrighted, but not patented.

  40. Why by Anonymous Coward · · Score: 0

    does George Orwell's newspeak come to mind?

  41. Oh please, get over it! by Anonymous Coward · · Score: 0

    Please do not glorify this case of sour grapes with any serious attention.
    Just call a waaaaambulance!

  42. Static creates a copy. COPY right by raymorris · · Score: 2

    I think by "worse" GP means "more clearly brings the result under the license used by the library". Static linking creates a strong case that the resulting executable must abide by the license of the library.

    The reason why is because copy right is essentially about the right to create copies. Static linking EMBEDS a -copy- of the library into the executable. Therefore you're clearly making and distributing copies, and must follow the GPL is whichever license applies.

    With dynamic linking, you're not copying the full compiled code of the library before the program runs. You're "only" copying the external interface of the library, much like Google copied the external interface of Java. Therefore it MAY be fair use and you MAY not have to follow the license of the library.

    I capitalize MAY because this case did not rule that all use of any and all APIs, in any way, is always fair use. The jury found that in this particular case, the way that Android used the Java APIs was fair, after considering statutory criteria such as how it affected the market for Oracle's Java products.

    1. Re:Static creates a copy. COPY right by phantomfive · · Score: 1

      I think by "worse" GP means "more clearly brings the result under the license used by the library". Static linking creates a strong case that the resulting executable must abide by the license of the library.

      I'm not sure that's true. Because they're both derivative works.

      --
      "First they came for the slanderers and i said nothing."
    2. Re:Static creates a copy. COPY right by raymorris · · Score: 3, Interesting

      Well a statically compiled binary, which contains a copy of the library, is obviously a derived work, no question about it.

      Judge Alsup ruled that using an API dynamically (and even re-implementing it) isn't, because the library's API can't be copyright protected anyway. The appeals court disagreed in this case. So it's debatable so using an API via dynamic linking. It may come down to the specific facts of the case, or the mood of the judge or jury.

      On to fair use. A key consideration in fair use is how much of the original work is used. If you copy the whole thing verbatim, it's generally unlikely to be fair use. If you use 1% of the original, it's much more likely to be fair. Static linking copies the entire function verbatim. Dynamic copies only the header line. Not much different than copying the full text of a book versus copying only the chapter titles.

      With dynamic linking, there's an argument to be made either way. Different courts may decide different cases of dynamic linking differently. Static linking, verbatim copying of the entire implementation - that's not even arguable, not at all.

    3. Re:Static creates a copy. COPY right by phantomfive · · Score: 1

      Judge Alsup ruled that using an API dynamically (and even re-implementing it) isn't, because the library's API can't be copyright protected anyway.

      It doesn't matter if the API is copyright or not, because you are still using all the code from the library: the actual implementation (unless you reimplemented it yourself).

      --
      "First they came for the slanderers and i said nothing."
    4. Re:Static creates a copy. COPY right by jbolden · · Score: 1

      What is a derivative work is a question of judgement. There are criteria but it is not so clear cut.

      If program X can dynamically link to A or B where A and B have different license holders than X is very unlikely to be considered a derived work. The same way that raw HTML code is not considered a derived work of internet explorer.

    5. Re:Static creates a copy. COPY right by jbolden · · Score: 1

      Using something doesn't invoke copyright, I have to copy it. For example if I buy a book and the license holder doesn't get to decide if I use it for kindling, stop a door jam with it or read it. The question with a derived library is whether an act of copying took place. No copying, no copyright violation. What constitutes copying as contrasted with referencing is the legal issue.

    6. Re:Static creates a copy. COPY right by jbolden · · Score: 1

      Good answer across. Yes you understood my intent here and in your other responses.

    7. Re:Static creates a copy. COPY right by phantomfive · · Score: 1

      If it can dynamically link to either A or B, then the case is no different than if you can statically link to either A or B.

      I've talked with lawyers about this very topic, and the method of linking isn't particularly important.

      --
      "First they came for the slanderers and i said nothing."
    8. Re:Static creates a copy. COPY right by jbolden · · Score: 1

      The binary is almost always considered a derived work. If you statically link and then distribute that's very different, you are making a copy. If you distribute source and the recipients statically link then that's likely the same thing but may not be.

      As for the lawyers, the lawyers may not understand this area of law is rather specialized and very technical. The existing case law is the best source.

    9. Re:Static creates a copy. COPY right by phantomfive · · Score: 1

      As for the lawyers, the lawyers may not understand this area of law is rather specialized and very technical.

      Yes, that's why I talked to a lawyer who specializes in software copyright in Silicon Valley. But anyway, appeals to authority are lazy arguments, so I should go into more detail.

      If you look at the case law, the courts don't consider the linking method at all, it's irrelevant. The courts use a different method to figure out what is a derivative work, the abstraction filtration comparison test.

      --
      "First they came for the slanderers and i said nothing."
    10. Re:Static creates a copy. COPY right by jbolden · · Score: 1

      That's an excellent link. But you are forgetting the absolutely key point. What is the scope of the "program" to which the claim is being made? With static linking it is often the linked version, with dynamic the unlinked.

  43. Well, this lawyer has one part right at least... by Narcocide · · Score: 1

    The very idea of copyrighting software is not internally logically consistent. Free software advocates, pirates, and other computer enthusiasts have been saying this for decades now. Probably this is the cause of Hurst's apparent panic and confusion. He/she/other however clearly does not grasp the fundamental conceptual difference between a API and an implementation. Lawyers and Judges still calling shots about stuff they don't understand. Nothing new to see here.

  44. The Enemy of My Enemy.... by Anonymous Coward · · Score: 0

    is my enemy's enemy, no more, no less.

    Google, and Oracle, have both done some blatantly unethical and even illegal acts in their business dealings. But trying to foster dissent among free software and open source advocates by spreading nonsense about imperiling the GPL is like George Bush claiming that Iraq was hosting terrorists.

  45. An *Oracle* win would have killed off FOSS by DrJimbo · · Score: 2

    The Oracle lawyer has it completely backwards. If APIs could be protected by copyright then FOSS could be easily locked out of making compatible implementations. Oracle is not in this battle to get a few billion dollars from Google. They are in this battle to kill off all independent software development. As bad as software patents are, changing the ground rules so APIs can be protected by copyright would be much much worse.

    --
    We don't see the world as it is, we see it as we are.
    -- Anais Nin
  46. Stallman might agree with Oracle by ebcdic · · Score: 1

    He argued that writing a program which could be linked with readline violated the GPL even if you didn't include readline, because it was a derivative work.

    1. Re:Stallman might agree with Oracle by Xtifr · · Score: 1

      That's not the interface. That's linking with the actual code. Which can be (and is) copyright.

      The reason using readline but not including the readline code is still a copyvio is that the only possible use for such code is to create a program linked with the (actually copyrighted) readline library. And the law takes intent into account. If you intend to give people a copyright-violating program, trickery of making them get the copyright-violating part on their own are considered just that: tricks. That's why NeXT gave up and released the code to their Objective-C back end after the FSF objected to their use of GCC. And that was a standalone binary!

      Now, in the case of readline, you could get around the problem (and someone did, in a similar case involving a different library) by creating your own stub library which used the same (not-copyrighted) API. Then (and only then), the use of the API would no longer signal your clear intent to distribute a copyright-violating program.

    2. Re:Stallman might agree with Oracle by ebcdic · · Score: 1

      It's not the only possible use for it. You could, as you mention yourself, create your own compatible library and use that.

    3. Re:Stallman might agree with Oracle by edtice1559 · · Score: 1

      Whether this is true or not, it's still somewhat of a non sequitor here. The GPL is a license and it can (and does) impose additional terms beyond copyright if you want to distribute. If I write a routine and publish the source on a web page, the RMS argument would have a tough time standing. However, once I start including a build system or detailed instructions on how to link in the third-party code, at some point I'm really just finding a creative way to distribute the binaries. There may not be a nice legal "bright line" here. That's why RMS avoided the whole thing by making libc LGPL! The one thing about the GPL that is hard to argue is that the license is written in a way that attempts to provide a clear bright line of what can and cannot be done. The intent is also very clear. We only get into these situations when people try to find creative ways to follow the letter of the license, not the spirit. Sadly this happens more often than it should.

    4. Re:Stallman might agree with Oracle by Anonymous Coward · · Score: 0

      It is not at all a bright line.

      The "arms length" exception is very vague.

      People have used BSD wrappers and exec like functions to get around the GPL successfully.

  47. Re:Good by Anonymous Coward · · Score: 0

    Nobody asked you, BSD faggot.

  48. Ha ha, Oracle's lawyer got you telling how by Anonymous Coward · · Score: 0

    The fix is in... the lawyer didn't know enough, I mean listen to that verbiage he uttered... what the? it's designed to get tech people to tell him how to kill the GPL... what are its weak spots... communism, ahem, choke, choke, wink wink, nudge nudge, say no more... say no more. forced to comply. initiation of aggression. by someone. likely who?

  49. .c is copyright, .h is not by John+Allsup · · Score: 1

    The basic rule should be that interfaces are not copyrightable, but implementations are. If the contents of /usr/include can be treated as not subject to the GPL, that is no problem. If the 'commonly available' bit applies as the op-ed mentions, then would this not apply at least to all 'freeware'? And to the space filler that comes on a new laptop's hard drive? Copyright needs fixing anyway.

    --
    John_Chalisque
  50. you cant kill the GPL by FudRucker · · Score: 1

    somebody will just fork it first

    --
    Politics is Treachery, Religion is Brainwashing
  51. API is not software by ajyand · · Score: 1

    The author seems to be confused between software and API. Google copied API, not the software. GPL is applicable to software, not the API.

    1. Re:API is not software by ajyand · · Score: 1

      I mean to say, interface is not implementation. Implementation is protected, not the interface (like function names).

  52. TL:DR... she's a frigging idiot... by advocate_one · · Score: 1

    everybody else has already posted why..

    --
    Donald 'Duck' Dunn: We had a band powerful enough to turn goat piss into gasoline.
  53. Rick said it best by ilsaloving · · Score: 2

    "I'm gonna need you to take your opinions, and shove 'em waaaaay up inside your butthole."

  54. Ignorance is abundant. by Anonymous Coward · · Score: 0

    That there is a lot of ignorance around this sort of "technical" and "legal" issues is understood. But what is new to me is that even a lawyer who fought for google in this imporant case belongs to the ignorant.

    Fair use applies to using a small PART of the original work to do something new with it. In Google's case that is to implement the API.

    But when someone uses for example the whole "gnu sort" program in their embedded hardware, then that is not using part of the copyrighted work as "fair use".

  55. Oracle Creates Problem, Cries Problem Exists by Anonymous Coward · · Score: 0

    Dear Oracle lawyer: You work for the sleaziest software company in existence. No one cares what you think or say, because you have no clue about anything, and clearly, you're not a very good lawyer either. The verdict you decry only maintains a decades-long status quo, that you tried mighty hard to overturn.

  56. Actually she has a point by Anonymous Coward · · Score: 0

    She's just saying if Oracle's license is no good than neither would the GPL. Which is true. I don't know of the exact case but it seems to me that the API descriptions or interfaces are more appropriately considered an LGPL type product (if license-able at all), since you don't want your implementation to be considered a derived work. I think it was important, from Google's standpoint, that they not be using the GPL because they didn't want to get into the issue having to disclose all their source code as a derived work and that's why they made the fair use argument.

    The point the Oracle lawyer misses is that I don't think most programmers really care about the GPL details that much, we just want gcc and other stuff to be free as in beer.

    1. Re: Actually she has a point by Anonymous Coward · · Score: 0

      Speak for yourself. The primary utility of GPL software during my career has been that it is free as in open, not beer. I regularly submit patches back upstream to make the software I use easier to maintain from my perspective. I'm also free to make and keep local modifications to accomplish the specialised jobs I need to. Your conflated free as in beer crapware wouldn't allow any of what I and the hundreds of thousands of customers I support rely on.

  57. Customer USING, you're not COPYING by raymorris · · Score: 1

    > because you are still using all the code from the library

    COPYright essentially controls the right to make copies, not the right to use. If I buy a book, I can't legally make and distribute copies of it; I CAN use it to prop up a wobbly chair, swat a bug, etc. Generally I can USE it without worrying about copyright. It's the making of copies that invokes copyright. Static linking makes a copies.

    Further, my distribution of a dynamically linked executable doesn't actually even USE the library. The library is used by the recipient when they RUN the program. Presumably they have the right to use the library.

    Again, I'm not saying that no court will ever, under any circumstances, hold any kind of dynamic linking to invoke copyrights. Maybe they will. Maybe. I'm saying that making copies by static linking DEFINITELY invokes copyrights. Dynamic, since it doesn't create a copy, is much less likely to involve COPYrights.

    1. Re:Customer USING, you're not COPYING by phantomfive · · Score: 1

      COPYright essentially controls the right to make copies, not the right to use. If I buy a book, I can't legally make and distribute copies of it;

      If you create a derivative work, copyright also controls the right to make copies of that derivative work.

      Further, my distribution of a dynamically linked executable doesn't actually even USE the library.

      The executable won't run at all without the library being present, it pretty clearly uses it.

      --
      "First they came for the slanderers and i said nothing."
    2. Re:Customer USING, you're not COPYING by samwhite_y · · Score: 1

      This is both criticism and compliment to the previous post.

      The phrase

      "The executable won't run at all without the library being present, it pretty clearly uses it." is wrong. Any reasonably written executable that does dynamic linking can choose or not to choose to load a library. The JDBC (Java API to connect to databases) and Crypto Libs all work on this principle. They use discovery to find the implementations of well-defined APIs.

      However, if for a particular executable, the phrase "The executable won't run at all without the library being present", is another test you can make to figure out whether the executable is a derivative work of the GPL library. So following a prior post, the levels of "derivatives" measure would now look like this. The following is listed from "most derived" to "least derived".

      Source code co-mingled with source code of GPL library.
      Statically linked and essentially only does what is in the GPL library.
      Statically linked, but GPL library is only a component of entire solution.
      Dynamically linked, but the executable won't function without it.
      Dynamically linked, but the executable is still quite usable without it.
      Dynamically linked against small simplistic rewrite based on APIs, but can adopt the GPL version if it is present.
      Inter process calls to another executable that is distributed under GPL that returns the results (example: proprietary program to MYSQL database).
      Inter machine calls to another executable that is distributed under GPL that returns the results.

      If I were a judge, I would say that GPL covers "derivedness" down to "Dynamically linked, but the executable won't function without it". That is why I believe the prior comment has merit, because I think it points out the dividing line for GPL coverage. As an aside, note that LGPL only prevents the first item in the list (though in very simplistic abuse cases, it may reach down to the second as well).

    3. Re:Customer USING, you're not COPYING by Anonymous Coward · · Score: 0

      You are doing lots of copying: when loading the library, a copy is made into memory, when you unpack whatever format the library was stored in, you made a copy. All these are explicitly allowed by the GPL, but only if you accept the license, so you might fall afoul of it that way.
      Another hole in your argument is that you chose an arbitrary definition of USE, which you seem to define as "actively executing code".
      There is no reason that would be the legal definition. "Explicitly depend on and only work with it" could be considered "use" from a legal perspective.
      But the biggest one is: how will your users get that library? If give them both to your customer (whether in one package or in two the court most likely would consider a technicality) you are making copies, so it falls under copyright.
      If you create an install script that downloads it, there is likely a legal argument that it is in fact you acting, not the user (otherwise, all those "tricks" that people have come up with like letting your cat "accept" a EULA would actually work, too).
      So at best it would probably work if you never distributed the GPL library, and didn't give the users scripts or directly runnable instructions on how to get it.
      If you actually manage to make a successful product that way, well, you almost deserve to successfully "cheat" the GPL. And you probably still have a PR scandal waiting to happen, even if it ends up being legal.

    4. Re:Customer USING, you're not COPYING by phantomfive · · Score: 1

      Any reasonably written executable that does dynamic linking can choose or not to choose to load a library.

      That's true, you can conditionally open a dll in your program using dlopen(), but it's an edge case.

      As I mentioned in another post, the method of linkage doesn't matter, but whether it is a derivative work. There is a fairly complex process the court goes through to determine if something is a derivative work or not (more info here, and links to even more info), but it doesn't take into consideration linkage. Your list of linkage types is not relevant. Even inter-machine calls can make your program a derivative work.

      It is true that in the 90s and late 80s when the GPL was born, Richard Stallman taught that linkage was an important aspect, and it seemed reasonable at the time; but since then, copyright law developed in a way he didn't expect.

      --
      "First they came for the slanderers and i said nothing."
    5. Re:Customer USING, you're not COPYING by samwhite_y · · Score: 1

      Huh. I have read the GPL 3 (which deserves its long term death compared to GPL 2) and its statement on derivative works. It is true that it does not directly address linkage.

      Also, dlopen?? Personally, I believe modern virtual machine languages offer far better options.

      But to say that if I use a GPL database that is built into my executable that is somehow identical to my using a GPL database that I call on the network is ridiculous, so I still see linkage as being highly relevant. One of the frustrating things I have with the new GPL is that there are no good sets of examples of what would be considered derivative and not derivative. As a particular case which I know is on the edge, in what scenarios can I invoke conversions of HTML documents to PDF using Ghostscript from a proprietary program? I do this as convenience for an end user as part of much larger program. The idea is that for a particular HTML report page, the user can get a PDF rendering of the HTML page they are currently looking at. It is a grace note in the program, but it is not a "must have" feature.

      Here are some options.

      I use the Ghostscript library directly. I know that violates the GPL.
      I write a library module, which has a method to convert HTML to PDF and use a poor version of the conversion if I cannot find a Ghostscript library on the local machine -- the Ghoscript library is not distributed with my program, but do have a tight integration with it when I successfully load it.
      I call command line shell commands to do the conversion after instructing the admin of the install program how to install an executable that does the conversion.
      I call a 3rd party service across the network that does the conversion.

      Which of these violate the GPL for Ghostscript? If you don't take linkage into account, I suspect that there is no coherent answer to that question.

    6. Re:Customer USING, you're not COPYING by phantomfive · · Score: 1

      That's an interesting example, but I can't help getting the feeling that you haven't read the link I gave you.

      --
      "First they came for the slanderers and i said nothing."
  58. Reddit: Dumbest article Ars Technica has ever push by khz6955 · · Score: 0
  59. Could Be by Anonymous Coward · · Score: 0

    "Free and Fair Use" seems to be morphed into "no need for copyleft" which would get rid of the GPL if all the stuff under the GPL can be shown, in court, to be "Free and Fair Use'. I don't think that likely.

  60. Can you copyright a language by samwhite_y · · Score: 2

    The general question is whether you can copyright an API specification. Some have argued that you can copyright an API specification because the layout of a coherent solution to a problem in the API might have some real value in of itself. However, there is a more sophisticated version of this question. Can a language, such as Adobe's Postscript, be covered by copyright? The line between languages and APIs is getting increasingly blurred. If you look at API specifications for some Scala libraries, the library is really just creating a "holistic" extension to the Scala language, not necessarily limiting itself to providing simple APIs. Here is a simple example, I can define an API to add two complex numbers or I can extend the language so that the plus symbol will add two complex numbers. Scala lets you go down that second path a long way, and it is one of Scala's selling points that it can do this.

    Given this blurring of the line between API and language, I argue that any answer you might make about APIs should apply equally to programming languages and vice versa.

    My understanding is that most believe the programming languages cannot be copyrighted, but this understanding have never truly been tested in the courts. I think Adobe's Postscript has come fairly close to being tested, but Adobe never really pulled the trigger on some of its threatened legal action. However, I am having trouble getting an accurate history of Postscript licensing, so if anybody else has more details, they can certainly add to this post.

  61. this has nothing to do with law by epine · · Score: 0

    Software businesses now must accelerate their move to the cloud where everything can be controlled as a service rather than software.

    There are many people in control of IT budgets who don't (and won't ever) comprehend intellectual property law and license subtleties.

    For these people, all the blather around the money shot is reasonable enough. For Oracle, adequate blather wrapped around a self-interested money shot has always been more than sufficient to run the presses.

    What's news here?

  62. Conflict of interest - free press for Oracle by Anonymous Coward · · Score: 0

    This lawyer has an inherent conflict of interest. She IS GETTING PAID BY ORACLE to say what Oracle wants her to. This *might* have been /. worthy if a friend of the court ish lawyer came out and said this. As it is, shame on ARS editors for the free press for Oracle.

    And, Yea, what all the other modded up posters said re what can act cannot copyright and gpl.

  63. oh right by Anonymous Coward · · Score: 0

    So oracle brings out a programming language so that we can write our own software then realises they cannot make money off it.. big deal :)

  64. Cloud Java = reimplement as Cloud Harmony by iTrawl · · Score: 2

    If Java were 100% closed source PaaS and people reimplemented Harmony to mimic its API 100% in another cloud that isn't owned by Oracle, what would these guys say? Basically, this ruling was one between "you can reimplement other people's APIs on your own time and dime, and that's fine" and "My API! Mine! Go make your own!"

    GPL isn't dead. Oracle can go implement a closed source version of the Linux kernel API just fine. Make it a drop-in replacement that is better than the GPL one and you might even make some money out of it. GNU/kOracle is perfectly valid without violating any GPL - especially under this ruling.

    --
    "Everybody's naked underneath" -- The Doctor
  65. bull by Anonymous Coward · · Score: 0
    This is some bullshit posted off linkedin. Like what does this even mean?

    Royalties from licensed commercial distribution fuel continued development and innovation of an open and free option. The balance depends upon adherence to the license restrictions in the open and free option.

    But it's time to think about more than your desires to copy freely when you sit down at a keyboard

    So DRM every file? Also what does this even mean?

    Free stuff from Google does not mean free in the sense Richard Stallman ever intended it.

    RMS: Free "stuff", not Freedom. Really? In 2016?

    In other words, if you offer your software on an open and free basis, any use is fair use.

    The Free Software Movement said this over 30 years ago. Slashdot, stop posting shit from linkedin blogs and maybe you'll survive. I don't care what site the bullshit was laundered from (ars). Everyone else: https://www.softwarefreedom.or... Annette Hurst don't quit your day job.

  66. Most software ever written by raymorris · · Score: 1

    To cite one example from my own experience, I'm not sure how giving away an open source mapping script which works with whatever image-processing library happens to be installed is "cheating the GPL", but okay.

    > But the biggest one is: how will your users get that library? If give them both to your customer

    Probably the most obvious example is pretty much every C program ever written, which is maybe half of all software ever written. Every C program uses the standard library. Approximately none of them include libc in the installer, or any script to get it.

    Another example would be the approximately 60,000 packages available from any major Linux repository. When you create an RPM or a .deb package, you simply declare which other packages it depends on.

  67. API Re-use by middlebass · · Score: 1

    The first time I re-used an API was in 1968, to implement job accounting on an IBM 360/40 running IBM DOS. Their is a huge amount of prior art to re-using an API. To read accounting info added to Job cards, I had to intercept the job card and process it myself before then handing it off to the next step of processing.

    1. Re:API Re-use by iTrawl · · Score: 1

      They didn't patent API re-use, so prior art doesn't apply here. This lawsuit was about if this common practice was legal under copyright law or everybody just broke the law until now because nobody bothered to challenge the practice. It's like piracy in Eastern Europe: it's common, it's been happening since computers appeared around those parts - just ask Microsoft about how they got their software stronghold there, but that doesn't mean it's actually legal to get your latest Windows and films from torrent sites, even if you pretty print all your covers and fill a shelving unit just like people who buy the stuff.

      --
      "Everybody's naked underneath" -- The Doctor
  68. Oracle is ridiculous by jonjavajones · · Score: 1

    I'm not an expert, but I think oracles continued flailing for a way to charge money for Java, after its long been "free" is killing java more than the "gpl".

  69. Your own installer is a DMCA violation by tepples · · Score: 1

    not run the install program (make your own installer by dis-assembling theirs)

    That's illegal under 17 USC 1201(a) and foreign counterparts if the installer is encrypted, as doing so would circumvent a "technical protection measure".

  70. The inconvenient truth: Google isn't christian. by Anonymous Coward · · Score: 0

    Dumb people laugh about Oracle, they laugh about the theft of Facebook from its ethnic italian owner and tomorrow they could be the very goyim that other people laugh about as the next victim of Google.

    Google's owner-founders are soviet russian jews who aliyahed the to USA and were allowed in, despite the 1927 cessation of immigration. It boggles the mind such foreign agents are allowed to roam free and destroy a great christian country from the inside!

    Private property is sancto-sanct in the USA, except when the self-chosen nation wants to take it from christians. Remember, how the non-christian president-dictator for life and friend of Joe Stalin, F.D.R. took all gold from the US goyim, yet nobody took to arms, despite so many guns in the USA? Of course since courts are freemasonic lodges, by default they rule against christians and the US population has been brain-washed to think courts are somehow supernatural.

  71. Stop extrapolating! by cloud.pt · · Score: 1

    businesses now must accelerate their move to the cloud where everything can be controlled (...). Consumers can expect to find decreasing options to own anything for themselves, decreasing options to control their data, decreasing options to protect their privacy.

    No! No! And no!

    On the cloud, not everything can be controlled. Especially not related with fair use vs commercial use! Are you telling me the fact I am using a cloud service during work hours on a work IP is gonna grant a SaaS provider that I am using the service for commercial reasons? Can't I edit a private document in Word or check my free Outlook email on my work PCs now, even if my work is on a BYOD policy? WTF! This is bollocks right there.

    And it continues being bollocks when you tell me I don't own a service I actually purchased for the web! When people buy an online game, and online text/presentation/spreadsheet editor (e.g. Office 365), there is a license that states very well that ownership lasts as long as the service can be provided by the provider, and/or has a fixed, unquestionable time frame such as a 1 year license! Despite this being time-limited ownership, IT IS OWNERSHIP! Stop arguing that people have to be bound to a physical object (a CD/DVD) that has to work to full extent OFFLINE for it to be called ownserhip! Even Oracle knows that and it uses SaaS for most of its core business, and it's not even a recent practice - they been doing this for the last 2 decades! (even when they didn't use cloud services, you pretty much had to have Oracle support for maintaining anything on production every N-months or so!). Want me to blow your mind? Time-shares are ownership. From wikipedia: "A timeshare (sometimes called vacation ownership) is a property with a particular form of ownership or use rights." BAM!

    Finally, stop arguing about data control and user privacy like you invented the thing! You're a lawyer lady, you know there's no such thing as privacy in a country with the Patriot Act and the Snowden leaks. You just used widespread, catch-all internet and policy issues to justify a circumvention of your (clients') flawed GPL licencing, and by flawed I mean that Oracle made it to protect a solid royalty revenue, and then it simply didn't! Don't call out civilization's evolutionary problems to fix THAT mess! Tell your client to learn from their mistakes. Or simply to drop the patent-troll scheme like most commercial companies like to do now: buy a FOSS company in order to nullify competition by making it non-FOSS. Because unlike that "loss of privacy induced by cloud/SaaS gold rush induced by dual-licensing issues", that is an ACTUAL PROBLEM!

  72. Re:Good by cloud.pt · · Score: 1

    I'm assuming this was directed at the "parse failure" comment right?

  73. Heh by Runaway1956 · · Score: 1

    Cool. I didn't understand you, TBH, and I was just letting is slide as something stupid. But, now I see what happened - - - I browse everything. Sometimes those AC's write something worth reading, but you gotta wade through a lot of crap to get anything "good". And, TBH, I shouldn't have fed the troll to whom I replied.

    --
    "Windows is like the faint smell of piss in a subway: it's there, and there's nothing you can do about it." - Charlie Br
  74. Re GPL Un-necessary -- I disagree by Anonymous Coward · · Score: 0

    I disagree with this. Without the GPL (and copyright law) the FLOSS movement would consist of code released under what amounts to BSD license conditions.
    There would be no incentive for companies using the FLOSS code to contribute their improvements back to the code base. How much has Apple contributed to the Linux kernel compared to say IBM? The growth of FLOSS would be much slower without the GPL (and similar licenses). As RMS would say, it is important to build an ecosystem of Free Software -- that is why he has encouraged people to put stuff under the GPL and not the LGPL.