Slashdot Mirror


Red Hat's Secret Patent Deal

Bruce Perens writes "When patent troll Acacia sued Red Hat in 2007, it ended with a bang: Acacia's patents were invalidated by the court, and all software developers, open-source or not, had one less legal risk to cope with. So, why is the outcome of Red Hat's next tangle with Acacia being kept secret, and how is a Texas court helping to keep it that way? Could the outcome have placed Red Hat in violation of the open-source licenses on its own product?"

14 of 95 comments (clear)

  1. Dear Slashdot, by Anonymous Coward · · Score: 5, Insightful

    Copying the first paragraph of TFA, verbatim, does not make a helpful summary.

    1. Re:Dear Slashdot, by Zero__Kelvin · · Score: 4, Informative

      "Copying the first paragraph of TFA, verbatim, does not make a helpful summary."

      It does if the person writing the article knows how to write. Indeed, a summary of the article is exactly what the first paragraph in a properly written article is supposed to be. The rest of the article should elaborate on the ideas, concepts, and assertions made in the first paragraph. This is basic article writing 101.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  2. Re:Oops! Another Java "thing" by Monkeedude1212 · · Score: 4, Funny

    Black holes huh...

    And this whole Java thing started happening right about the time the LHC actually started working...

    I think you may be onto something... Let me get my crossbow...

  3. East Texas and IP... by cobrausn · · Score: 5, Interesting

    My Operating Systems instructor (a die hard open source / linux guy) went to testify as an expert at a court case involving patent infringement with some pretty big names involved in this now famous East Texas District court. He was skeptical going out but came back with a different opinion; apparently that court district processes so many IP and software patent claims that the court district that they've become better at dealing with it than any other court. They process the claims faster and the judges are more knowledgeable on the subject than most and run a very tight ship. He said it's easy to see why they might have started those types of cases out there, but the reality now is far different than the picture painted.

    --
    How does it feel to be a liar with pants constantly on fire?
    1. Re:East Texas and IP... by Anonymous Coward · · Score: 4, Insightful

      Either that, or only the bad decisions get posted on /.

  4. This is pure speculation on the author's part by Byzantine · · Score: 4, Insightful

    Mr. Perens has no idea what the terms of the settlement are. No one does, other than the parties and the judge. I don't know what his animus is against Red Hat, but the way this article is written is simply FUD.

    1. Re:This is pure speculation on the author's part by countertrolling · · Score: 4, Insightful

      We shouldn't allow this kind of secrecy. If it takes FUD to pry open the case, then I'm all for it. Sometimes it takes a sledgehammer to "tear down that wall".

      --
      For justice, we must go to Don Corleone
    2. Re:This is pure speculation on the author's part by Anthony+Mouse · · Score: 4, Insightful

      The only legitimate reason an agreement must be kept secret is to cover illegal activity

      No it isn't. It allows parties to negotiate a deal which is more favorable to one of them than the other usually gives to most people, without causing everyone who the second party negotiates with in the future to demand the same deal.

  5. sealed case by Anon-Admin · · Score: 5, Interesting

    IANAL, however it seems that changing the LGPL to specificly deny sealed cases involving patent infringement settlements with out notification of all developers, to be a prudent response. If there is a settlement involving an LGPL'ed software then all developers need to know so that the infringing code can be change, removed, amended, or licensed.

    When dealing with a commercial software house there is only one company that needs to license the code and only one set of developers who are aware of the licensing via the
    corporate structure. This paradigm is quite different in the opensource community, this is the equivalent of the company having a ruling/ agreement but being bard from informing the developer staff.

    1. Re:sealed case by PerfectionLost · · Score: 4, Funny

      this is the equivalent of the company having a ruling/ agreement but being bard from informing the developer staff.

      LMFTFY.

      this is the equivalent of the company having a ruling/agreement against bards informing the developer staff.

      We need more bards in our development staff.

  6. Re:Information wants to be free by UnknownSoldier · · Score: 4, Funny

    Post your Bank Account & PIN and find out ... ;-)

  7. Where's the beef? by blair1q · · Score: 4, Interesting

    Found it:

    “Once Red Hat settles and pays for a license for the patent, any subsequent defendant will find it more difficult to convince a court that the patent should not be enforceable.”

    In the limit as "more difficult" goes to "not".

    Since the case is sealed, subsequent courts will never know exactly what Red Hat copped to, or why. It could be anything, from a total capitulation on the merits to a conflict of the trial date with a lawyer's daughter's wedding. Neither is likely, but neither is impossible, and the unknowability moots this as a precedent. In any subsequent case, plaintiff (Acacia) will have to agree with the defendants (h4xx0rz X, Y, and Z) to stipulate that the Red Hat case can have no bearing, unless Acacia wants to violate the order and tell the judge why it should have bearing.

    And even if the settlement was unsealed, settlement precludes the case from being a precedent, so all Acacia could do, if anything, is repeat facts from it, not state that it is a legal validation of their patent.

  8. Not necessarily a licensing deal by Grond · · Score: 4, Informative

    The settlement did not necessarily include a license. It probably did, but it's possible it did not.

    Anyway, if the settlement agreement violates the LGPL then that will become apparent if Acacia sues another JBoss developer. In the event of such a suit it is likely that the terms of the settlement would be open to discovery. If the settlement doesn't contain a license, then no problem. If the settlement contains a broad license to all users and developers of JBoss, then the infringement suit will get tossed. If the settlement only offered a license to RedHat, in violation of the LGPL, then RedHat will suffer the consequences.

    And of course Perens invokes the non-existent threat of the Open Source Patent Apocalypse:

    Perhaps this will come as a wake-up call to an open-source community that has been historically complacent about the elephant in its living room: Patent holders can shut down open source at any time, simply by bringing claims against individual developers and small companies that can not afford to defend themselves.

    Except, of course, that patent holders have never actually done so (certainly not in any significant way), despite 15 years or more of opportunity. Litigation is expensive even if the other side doesn't defend itself, and organizations like the FSF, the EFF, law clinics, and individual charity-minded patent attorneys would likely defend individual developers or small companies for a reduced fee or no fee. If the defendants put up even a modest defense, the expense to the patent holder would almost certainly outweigh the remotest possible benefit.

    Perens brings up Jacobsen v. Katzer, but it's important to note that that it was the open source developer that sued for a declaration of patent invalidity as a (successful) way of getting leverage in the case. He was not sued for patent infringement, only copyright infringement. Not only that, the developer received a $100,000 settlement fee (net $68,357.62 after paying the defendant's attorney's fees because of a failed special motion to strike) and set some important precedents. Further, the other party was not a large corporation but an individual and the small company he owned. There was no particular need for legal aid in that case.

    There is just no point in trying to sue individual open source developers or companies that don't have significant assets. Patentees can't use the courts to eliminate infringing open source software. New developers will step in, hosting will move to another country, and the multi-million dollar game of whack-a-mole will continue, all the while generating enormous negative PR. Non-practicing entities, which some call patent trolls, are even less likely to sue individuals or small companies. They don't make money from litigation, they make money from licensing, and you can't squeeze blood from a turnip.

    So the patentees aren't going to get licensing fees from suing individual developers and small companies. What are they going to get? Customers to pay for their software instead of the open source version? I highly doubt that the open source community of developers and users would turn around and pay for software from the company that just sued them.

    Patent infringement suits may be a problem for larger companies like RedHat, but such companies have the means to defend themselves.

  9. Wrong on so many levels by Anonymous Coward · · Score: 5, Informative

    IAAL (in fact, IAAPL, I Am A Patent Litigator).

    1) Bruce Perens knows nothing of the law. The case was not sealed. You know that because you can use PACER to go on the EDTX docket and look at the case (Civil Action No. 6:09-cv-00097-LED-JDL). If the case itself was sealed, you could not do that. Only really exceptional cases get sealed (i.e. national security cases, some mafia cases). Whether or not the case was sealed has nothing to do with whether the settlement will be publicly available. Nearly all patent cases end with a confidential settlement agreement. Generally, with limited exceptions (e.g. class action cases), there is no requirement to put a settlement of any civil case before the Court or to make it public. The parties simply file a stipulation to dismiss, as was done in this case. Furthermore, Mr. Perens confuses a protective order (which is often a permanant order by the Court not to disclose or use confidential material produced during discovery) with a confidential settlement agreement (which is a contract between the parties, typically enforced by a subsequent breach of contract lawsuit, rather than contempt).

    2) The LGPL provision at issue (presumably LGPL 2.1 Paragraph 11) is HORRIBLY DRAFTED. In fact, it is not clear what at all it is meant to do. What does it mean that a judgment or "allegation of patent infringement" "contradict[s] the conditions of this License"? Whether or not RedHat takes a license, a patentee could sue another JBoss user for infringement. Just because the patentee could not sue RedHat again or sue RedHat's paying customers again does not seem to necessarily contradict the conditions of the license. RedHat could not guarantee before or after that 3rd parties would not be sued by the patentee. RedHat is not the one that is impinging on the downstream use of the LGPLed software, the patentee is, so how could RedHat be in breach of the license? The whole section is non-nonsensically meaningless and demonstrate a complete misunderstanding of how patent litigation and licenses work. Sure, if a patent license required Redhat to not distribute the source code to LGPL licensed materials, that would be a clear breach. But that's not how the license works. The license simply would not guarantee that the patentee wouldn't sue individuals who then took that source code and sold a product based on it. No "contradict[ion]" because RedHat is doing nothing to impinge the downstream re-sellers (the patentee is) and the downstream re-sellers are in no worse condition than before the agreement that RedHat entered into.

    3) It does not appear from the JBoss documentation that JBoss mentions any particular version of the LGPL. Therefore, under the LGPL, you can choose any verison. LGPL v3 does not have the equivalent non-nonsensical provision.