Slashdot Mirror


Red Hat Developer Demands Competitor's Source Code

sfcrazy writes "A very serious argument erupted on the Linux kernel mailing list when Andy Grover, a Red Hat SCSI target engineer, requested that Nicholas A. Bellinger, the Linux SCSI target maintainer, provide proof of non-infringement of the GPL. Nick is developer at Rising Tide Systems, a Red Hat competitor, and a maker of advanced SCSI storage systems. Nick's company recently produced a groundbreaking technology involving advanced SCSI commands which will give Rising Tide Systems a lead in producing SCSI storage systems. Now, RTS is blocking Red Hat from getting access to that code as it's proprietary. What's uncertain is whether RTS' code is covered by GPL or not — if it is then Red Hat has all the rights to get access to it and it's a serious GPL violation."

7 of 394 comments (clear)

  1. Epic grammar fail by Anonymous Coward · · Score: 5, Insightful

    Now, RTS is blocking Red Hat for getting access to that code as its proprietary.

    What is this I don't even

  2. Re:is it shipping to customers ? by johnjones · · Score: 5, Informative

    ok reading the list nick had this to say :

    "
    Accusing us of violating GPL is a serious legal claim.

    In fact, we are not violating GPL. In short, this is because we wrote
    the code you are referring to (the SCSI target core in our commercial
    RTS OS product), we have exclusive copyright ownership of it, and this
    code contains no GPL code from the community. GPL obligations only
    apply downstream to licensees, and not to the author of the code. Those
    who use the code under GPL are subject to its conditions; we are not.

    As you know, we contributed the Linux SCSI target core, including the
    relevant interfaces, to the Linux kernel. To be clear, we wrote that
    code entirely ourselves, so we have the right to use it as we please.
    The version we use in RTS OS is a different, proprietary version, which
    we also wrote ourselves. However, the fact that we contributed a
    version of the code to the Linux kernel does not require us to provide
    our proprietary version to anyone.

    If you want to understand better how dual licensing works, perhaps we
    can talk off list. But we don’t really have a responsibility to respond
    to untrue accusations, nor to explain GPL, nor discuss our proprietary
    code.

    We’re very disappointed that Red Hat would not be more professional in
    its communications about licensing compliance matters, particularly to a
    company like ours that has been a major contributor to Linux and
    therefore also to Red Hat’s own products. So, while I invite you to
    talk about this with us directly, I also advise you – respectfully – not
    to make public accusations that are not true. That is harmful to our
    reputation – and candidly, it doesn’t reflect well on you or your
    company.
    "
    so basically if they developed the code and use a closed source OS that is not linux then redhat don't have a leg to stand on...

    if they use a module inserted into linux then it will "taint" the OS then it gets shifty...

    have fun

    john

  3. Re:Let's not be so un thankfull by robthebloke · · Score: 5, Funny

    The presence of the last 4 letters.

  4. What their lawyer had to say by Anonymous Coward · · Score: 5, Informative

    Hi Alan and others,

    I've been advising Rising Tide Systems (RTS) in this matter. Please let me reassure you that RTS is acting on advice of counsel.

    RTS (and specifically Nicholas Bellinger) wrote the scsi target code and owns its copyright. We registered that copyright at the Library of Congress. RTS contributed a version of the scsi target to Linux for distribution under the GPL. On behalf of Marc Fleischmann, CEO of RTS, I can reassure you that RTS remains committed to the Linux project and will continue to contribute to it. We are pleased that RTS software is a part of the Linux distribution under the GPL.

    RTS also has a commercial software business. It distributes versions of its scsi target code that support features and functions not officially in Linux (or at least, not yet). That commercial RTS business includes the licensing of those derivative works of its own code to its own customers. Nothing whatsoever in the GPL or in the policies of the Linux Foundation prohibits that.

    I would also like to address some comments made on these lists by Andy Grover and Bradley Kuhn.

    First, I hope that we can tone down the arguments about whether the use of Linux APIs and headers automatically turns a program into a derivative work
    of Linux. I think that argument has been largely debunked in the U.S. in the recent decision in Oracle v. Google, and in Europe in SAS v. World
    Programming. Does anyone here question whether the original work that RTS contributed to Linux (and that *is* under the GPL) is an original work of
    authorship of RTS despite the fact that it links to other GPL code using headers and APIs?

    Second, we are grateful for the efforts that Bradley Kuhn and others put in to enforce the GPL. As I said above, RTS owns and has registered the
    copyright on its scsi target and will enforce it if necessary. So Brad, we may solicit your assistance if we find any third party who is distributing
    an unauthorized non-GPL derivative work of the scsi target now in Linux. RTS, of course, retains the exclusive right to do so, but no third party can
    do so without a license from RTS.

    Best regards, /Larry

    P.S. In accordance with my obligations as an attorney when communicating with a represented person, I am copying attorneys for Red Hat and Linux Foundation on this email. If anyone wishes to respond to me, please copy me directly since I am not subscribed to these lists.

    Lawrence Rosen

  5. Re:Let's not be so un thankfull by garyebickford · · Score: 5, Interesting

    Actually the Perq workstation used paging back in 1978. Brian Rosen, the original designer, had a falling out with the folks at Xerox PARQ over paging vs. . And VM was originally used in mainframes in the 1960s. The same is true of preemptive multitasking, and a lot of other stuff - the real guts of OS. If software had been patentable back then, a lot of important stuff would have been kept proprietary for two decades and we'd still be using an abacus to do arithmetic. Which is why software patents, whether pragmatic or not, are ultimately unfair - stuff I did back in the late 1970s and early 1980s were a lot more interesting and difficult than one-click ordering and rounded corners. So for that reason alone, the change in 1986 to allow software patents was a violation of all that's good, right and holy. Imagine if Tim Berners-Lee had patented the World Wide Web? (which was inspired in large part by the NeXT computer's user environment and NeXTMail - much of which could also have been patented under present rules.)

    The present situation is akin to the inventor of the internal combustion engine not being granted patents, but painting the side of the car blue being patentable. But I know, I rant off-topic.

    --
    It's easier to be a result of the past, but more fun to be a cause of the future! http://www.spacefinancegroup.com/
  6. Not the first time this has happened (or last) by Theovon · · Score: 5, Interesting

    I and an employer put a ton of code out under GPL. We had an arrangement, like TrollTech and MySQL, that contributors could only get their contributions into our trunk if they gave us copyright. (Otherwise, the licencing terms clearly stated, they could strip off our licensing terms, fork, and put out a derivative strictly under GPL that we wouldn't touch.) This was plainly stated, contributors agreed to it, and most certainly, all of our code and that of our contributors has always been made available under GPL in addition to our ownership of the original copyright. It was even clearly stated on our wiki and in our source files how this works and that we might license the code commercially. One day, some dude comes along and contributes like a single line of code. Unless he was blind, he read the licensing and contribution terms. Then years later he "discovers" that that very same employer put out a commercial product based on this code that we had original copyright for. As if a company that developed a bunch of IP wasn't going to use it in their products? But he claims they're violating the GPL, makes a big stink about it, and then he brings up again a few more years later, and someone on one of the tech news sites picks it up, and it gets worse from there.

    I'm a huge fan of the GPL, but I'm sick of these dipwads who can't distinguish between a version licensed under GPL and the original work that's derived from. Meanwhile, they brainwash a bunch of other losers into thinking we're doing something wrong, while the whole time, we've worked carefully to ensure that we've been 100% precise and explicit and open about our intentions and careful attention to the terms of the GPL. (And BTW, I'm married to a lawyer, so I have extra help being ultra-precise about the GPL and copyright law.) To those people, the GPL is a religion, and anything not under GPL is evil. Moreover, anything related to a GPL'd work MUST be a derivative of the GPL'd work (not the other way around), because no commercial company is ever capable of producing anything that good, and when they release works under GPL, they must have hidden motives.

    In our case, the only reason we bothered to retain original copyright was because we were making open source HARDWARE and hoped to be able to fund development by commercially licensing our IP, which we did, which was the main reason we were able to build real hardware in the first place, which everyone knew we were going to have to do, which is why we added those licensing terms in the first place. Hardware is expensive to manufacture. Because of this (and plenty of other contributors and some donations), we were successful at producing 100% open source hardware.

    Sometimes, I feel like some of these people actually know they're being idiots. They're trolling, and they're doing it in an intentional attempt to derail an open source project. Like they're bribed by Microsoft, there to stir up trouble for FOSS projects by making political waves. But someone will come along and point out that if you have to choose between malice and stupidity, stupidity is the more probable option.

    Personally, my motivation is to make things that work and contribute to the global mindshare. It's not so much source code that I want to share. Source code is only one form of expression. It's KNOWLEDGE that I want to share. And I enjoy creating new knowledge. Now, we always have to consider the ethical consequences of what we do in science. We do science to improve the world, so if there's some way we might harm it instead, we have to find alternatives. But I'm tired of these jerks whose sole purpose in life seems to be to confuse people and make life all-around more difficult for everyone. This is just as bad as people who try to legislate creationism into the science class. (But you know what, they do this because they're jobless losers with too much time on their hands; the rest of us actually have useful work to do.)

  7. Re:is it shipping to customers ? by pla · · Score: 5, Informative

    This is probably what Red Hat thinks needs to be proven.

    Then they would have it completely wrong.

    "As you know, we contributed the Linux SCSI target core, including the relevant interfaces, to the Linux kernel. To be clear, we wrote that code entirely ourselves, so we have the right to use it as we please."

    RedHat would, instead, need to disprove that. I honestly don't know the truth of it, offhand. But, if true, RedHat doesn't have a leg to stand on.

    If I modify your GPL'd code, I need to release my changes. If I releasing my own code under the GPL, I can also release it however else (ie, closed and proprietary) I want, and you can't do a goddamned thing about it. You have no rights to my further improvements thereof, you have no rights to me continuing that codebase in the future, you simply have no rights beyond what I've granted you with the GPL version.

    More to the point - The GPL doesn't change the ownership of a snippet of code. It only changes the terms under which others can use that code. The original author still retains the right to do whatever the hell he wants with his code.