Hi all,
First, I do not, and did not, have access to the proprietary OS, which
has been referred to. Otherwise, I would have checked it.
Second, I appreciate that my questions and tentative inferences may not
have been perfect, given that I did not have the complete facts, but I
did try to obtain
On Sun, 2012-11-11 at 18:32 +, Alan Cox wrote:
> > > 1. Yes, I've got first hand proof of a GPL violation (in which case
> > > we'll then move to seeing how we can remedy this) or
> > > 2. A genuine public apology for the libel, which I'll do my best to
> > > prevail o
Lawrence Rosen wrote at 17:13 (EST) on Sunday:
> 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
On Mon, 12 Nov 2012 09:08:43 -0500
"Theodore Ts'o" wrote:
> On Sun, Nov 11, 2012 at 10:15:02AM -0500, Bradley M. Kuhn wrote:
> > Andy's initial email ended with the request: "Please explain." Thus,
> > Andy's email seemed designed to seek facts, which I think is a
> > reasonable and good thing t
On Sun, Nov 11, 2012 at 10:15:02AM -0500, Bradley M. Kuhn wrote:
> Andy's initial email ended with the request: "Please explain." Thus,
> Andy's email seemed designed to seek facts, which I think is a
> reasonable and good thing to do here. Meanwhile, the facts *still*
> aren't clear here yet.
.
On 12-11-11 04:34 AM, James Bottomley wrote:
On Wed, 2012-11-07 at 08:50 -0800, Andy Grover wrote:
Nick,
Your company appears to be shipping kernel features in RTS OS that are
not made available under the GPL, specifically support for the
EXTENDED_COPY and COMPARE_AND_WRITE SCSI commands, in or
On Mon, Nov 12, 2012 at 8:41 AM, Julian Calaby wrote:
> Hi Lawrence,
>
> On Mon, Nov 12, 2012 at 9:13 AM, Lawrence Rosen wrote:
>> Alan Cox wrote:
>>> So either your work is truely not derivative of the kernel (which I find
>>> wildly improbable) or you have a problem and since you are aware
>>>
Hi Lawrence,
On Mon, Nov 12, 2012 at 9:13 AM, Lawrence Rosen wrote:
> Alan Cox wrote:
>> So either your work is truely not derivative of the kernel (which I find
>> wildly improbable) or you have a problem and since you are aware
>> of the complaints publically I guess probably a triple damages s
Alan Cox wrote:
> So either your work is truely not derivative of the kernel (which I find
> wildly improbable) or you have a problem and since you are aware
> of the complaints publically I guess probably a triple damages sized
> problem. But that's one for your lawyers and whatever opinion they
> > 1. Yes, I've got first hand proof of a GPL violation (in which case
> > we'll then move to seeing how we can remedy this) or
> > 2. A genuine public apology for the libel, which I'll do my best to
> > prevail on RTS to accept.
> >
> > Because any further discussion of
On Sun, 2012-11-11 at 10:15 -0500, Bradley M. Kuhn wrote:
> James wrote:
> >> [I'd like to see] a genuine public apology for the libel...
> >> Because any further discussion of unsubstantiated allegations of
> this
> >> nature exposes us all to jeopardy of legal sanction.
Hey that's a complete mis
> On Sun, Nov 11, 2012 at 09:34:16AM +, James Bottomley wrote:
>> Anybody who does enforcement will tell you that you begin with first
>> hand proof of a violation. That means obtain the product and make
>> sure it's been modified and that a request for corresponding source
>> fails.
I agree
On Sun, Nov 11, 2012 at 09:34:16AM +, James Bottomley wrote:
> Anybody who does enforcement will tell you that you begin with first
> hand proof of a violation. That means obtain the product and make sure
> it's been modified and that a request for corresponding source fails.
> In this case, s
On Wed, 2012-11-07 at 08:50 -0800, Andy Grover wrote:
> Nick,
>
> Your company appears to be shipping kernel features in RTS OS that are
> not made available under the GPL, specifically support for the
> EXTENDED_COPY and COMPARE_AND_WRITE SCSI commands, in order to claim
> full Vmware vSphere 5 V
This thread is certainly fascinating. As someone who has enforced the
GPL for over a decade, and who coordinates a coalition of Linux
developers who do GPL enforcement, I am very concerned about any
accusation of GPL violation, and I hope that this situation can be
resolved reasonably and swiftly.
On 11/08/2012 06:08 PM, Nicholas A. Bellinger wrote:
> Support for certified VAAI is part of our commercial target core. The
> target core constitutes a stand-alone kernel subsystem of which we are
> the sole copyright owners. In addition, our target contains a number of
> backend drivers, of which
On Fri, 09 Nov 2012 11:52:19 -0800
Andy Grover wrote:
> On 11/09/2012 03:03 AM, Alan Cox wrote:
> > I fail to understand the maintainer question however. If you were trying
> > to block people adding target features that competed that would be a
> > different thing.
>
> You think it's ok for us
On 11/09/2012 03:03 AM, Alan Cox wrote:
> I fail to understand the maintainer question however. If you were trying
> to block people adding target features that competed that would be a
> different thing.
You think it's ok for us to have an unrepentant GPL violator as a
subsystem maintainer??
If
> For our commercial target core, we only use Linux kernel symbols that
> are not marked as GPL. In addition, we define the API between the target
And this has what meaning ?
The Linux kernel is a GPL work, any derivative work is a GPL work. The
symbol tags are just a guidance.
You do not have p
On Thu, 2012-11-08 at 13:22 -0800, Andy Grover wrote:
> On 11/08/2012 12:05 PM, Nicholas A. Bellinger wrote:
> > 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 targe
On 11/08/2012 12:05 PM, Nicholas A. Bellinger wrote:
> 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 co
>> ...and then turn around and submit it to Nick since he's the target
>> subsystem maintainer? Nick is probably the one who wrote it!
>>
>> I'm happy to do that, but we should recognize something is seriously
>> skewed when the person nominally in charge of the in-kernel code also
>> has a vested
On Thu, 2012-11-08 at 08:57 -0800, Andy Grover wrote:
> On 11/07/2012 05:57 PM, Chris Friesen wrote:
> > On 11/07/2012 07:02 PM, Jon Mason wrote:
> >> I'm not a lawyer, nor do I play one on TV, but if
> >> I understand the GPL correctly, RTS only needs to provide the relevant
> >> source to their c
On 11/07/2012 05:57 PM, Chris Friesen wrote:
> On 11/07/2012 07:02 PM, Jon Mason wrote:
>> I'm not a lawyer, nor do I play one on TV, but if
>> I understand the GPL correctly, RTS only needs to provide the relevant
>> source to their customers upon request.
>
> Not quite.
>
> Assuming the GPL app
On 11/07/2012 05:02 PM, Jon Mason wrote:
> On Wed, Nov 7, 2012 at 9:50 AM, Andy Grover wrote:
>> Your company appears to be shipping kernel features in RTS OS that are
>> not made available under the GPL, specifically support for the
>> EXTENDED_COPY and COMPARE_AND_WRITE SCSI commands, in order t
On 11/07/2012 07:02 PM, Jon Mason wrote:
I'm not a lawyer, nor do I play one on TV, but if
I understand the GPL correctly, RTS only needs to provide the relevant
source to their customers upon request.
Not quite.
Assuming the GPL applies, and that they have modified the code, then
they must e
On Wed, Nov 7, 2012 at 9:50 AM, Andy Grover wrote:
> Nick,
>
> Your company appears to be shipping kernel features in RTS OS that are
> not made available under the GPL, specifically support for the
> EXTENDED_COPY and COMPARE_AND_WRITE SCSI commands, in order to claim
> full Vmware vSphere 5 VAAI
27 matches
Mail list logo
