Re:VMware GPL Enforcement Suit in Germany Continues
by belorn on Wednesday October 28, 2015 @02:54PM
(#10466477)
My IANAL impression of the courts is also that they don't want to make a judgement based on technical distinctions, but rather looks at how the work was used and what the intentions was. Did VMware distribute vmklinux without the linux kernel, and was it written with the intention to distribute it was a collected work.
The word "arbitrary separation" also seems to cover intention rather than technical facts. Did VMware create the ESXi intention to bypass copyright, or was it create as a natural part in the development of VMware products.
Re:VMware GPL Enforcement Suit in Germany Continues
by rdtsc on Wednesday October 28, 2015 @11:33PM
(#10469098)
Wonder if they can "fix" this by sponsoring an open source project that would find some token "use" of the interface. Then court can point to it and say -- look, another use!
Re:VMware GPL Enforcement Suit in Germany Continues
by teddyh on Thursday October 29, 2015 @06:38PM
(#10474899)
Your usage of the word “token” shows that it can’t work.
Re:VMware GPL Enforcement Suit in Germany Continues
by caf on Wednesday October 28, 2015 @06:34PM
(#10467895)
You're missing that there's at least three works involved here: vmklinux, the Linux kernel, and the combination of the two as part of one product.
Re:VMware GPL Enforcement Suit in Germany Continues
by rando3826 on Wednesday October 28, 2015 @02:29PM
(#10466325)
> not be based on anything technical, but on how an API is used in practice
Since it's an api, the "in practice" is some other piece of code, so I would still call it a technical issue.
I don't know of any settled law about this question; IANAL and I haven't really looked. But I think the distinction that would make the most sense would not be based on anything technical, but on how an API is used in practice, and in particular on whether it's used by multiple unrelated parties. Ie, the same set of function calls can be either an irrelevant division within a single work, or a partition which separates independent works, depending on whether there're several different vendors/programs who call and implement them, or only one, and on whether the author of a new program who wanted to use that interface could reasonably do so.