|
|
Subscribe / Log in / New account

A GPL-enforcement suit against VMware

This article brought to you by LWN subscribers

Subscribers to LWN.net made this article — and everything that surrounds it — possible. If you appreciate our content, please buy a subscription and make the next set of articles possible.

By Jonathan Corbet
March 5, 2015
When Karen Sandler, the executive director of the Software Freedom Conservancy, spoke recently at the Linux Foundation's Collaboration Summit, she spent some time on the Linux Compliance Project, an effort to improve compliance with the Linux kernel's licensing rules. This project, launched with some fanfare in 2012, has been relatively quiet ever since. Karen neglected to mention that this situation was about to change; that had to wait for the announcement on March 5 of the filing of a lawsuit against VMware alleging copyright infringement for its use of kernel code. This suit, regardless of its outcome, should help to bring some clarity to the question of what constitutes a derived work of the kernel.

In her talk, Karen said that the Conservancy gets "passionate requests" for enforcement of the GNU General Public License (GPL) from two distinct [Karen Sandler] groups: "ideological developers" and corporate general counsels. The interest from the developers is clear: they released their code under the GPL for a reason, and they want its terms to be respected. On the other hand, a typical general counsel releases little code under any license. Their interest, instead, is in a demonstration that the GPL has teeth so that they can be taken seriously when they tell management that the company must comply with the license terms of the code it ships.

The VMware suit should bring some comfort to both groups, in that it targets the primary product of a prominent company that has long been seen in some circles as pushing the boundaries of the GPL. But, beyond that, the suit will be of interest to the larger group of people that would like more clarity on just where the "derived work" line is drawn.

The complaint

The complaint has been filed in Hamburg, Germany, in the name of kernel developer Christoph Hellwig; the Conservancy is helping to fund the case and the lawyer involved is Till Jaeger, who also represented Harald Welte in his series of successful compliance cases. It focuses on the "vmkernel" component of VMware's vSphere ESXi 5.5.0 hypervisor product — one of VMware's primary sources of revenue.

VMware openly uses Linux as part of the ESXi product, and it ships the source for (presumably) all of the open-source components it uses; that code can be downloaded from VMware's web site. But ESXi is not a purely open-source product; it also contains a proprietary component called "vmkernel." The bootstrap process starts with Linux, which loads a module called "vmklinux." That module, in turn, loads the vmkernel code that does the actual work of implementing the hypervisor functionality. [Update: in truth, newer versions of ESXi no longer need the initial Linux bootstrap; in current versions, vmkernel boots directly.]

To many, the mere fact that vmkernel was once loaded into the kernel by a module is enough to conclude that it is a derived product of the kernel and, thus, only distributable under the terms of the GPL. That would make an interesting case in its own right, but there is more to it than that. It would seem that vmkernel loads and uses quite a bit of Linux kernel code, sometimes in heavily modified form. The primary purpose for this use appears to gain access to device drivers written by Linux, but supporting those drivers requires bringing in a fair amount of core code as well.

If one downloads the source-release ISO image from the page linked above and untars vmkdrivers-gpl/vmkdrivers-gpl.tgz, one will find these components under vmkdrivers/src_92/vmklinux_92. There is some interesting stuff there. In vmware/linux_rcu.c, for example, is an "adapted" version of an early read-copy-update implementation from Linux. vmware/linux_signal.c contains signal-handling code, vmware/linux_task.c contains process-management code (including an implementation of schedule()), and so on. Of particular interest to this case are linux/lib/radix-tree.c (a copy of the kernel's radix tree implementation) and several files in the vmware directory containing a modified copy of the kernel's SCSI subsystem. Both of these subsystems carry Christoph's copyrights and, thus, give him the standing to pursue an infringement case against VMware.

The picture that emerges suggests that vmkernel is not just another binary-only kernel module making use of the exported interface. Instead, VMware's developers appear to have taken a substantial amount of kernel code, adapted it heavily, and built it directly into vmkernel itself. It seems plausible that, in a situation like this, the case that vmkernel is a derived product of the Linux kernel would be relatively easy to make.

Unfortunately, we cannot see the complaint itself, because "court proceedings are not public by default in Germany (unlike in the USA)", according to the FAQ maintained by the Conservancy.

A service to the community

In her talk, Karen stated that litigation is the Conservancy's last resort after every other approach fails to obtain compliance. Certainly there can be no accusations of a rush to litigation here; the first indications of trouble emerged in 2007. The Conservancy raised the issue with VMware a number of times with no luck. Christoph approached VMware in August 2014 with his own request for compliance, starting a series of communications that did not lead to an agreement. There was a meeting in December where, it is said, VMware wanted to propose a settlement but only under strict non-disclosure terms — terms which Christoph refused. So, it seems, going to court is about the only remaining option.

One might wonder about the choice to file in Germany. The FAQ says:

VMware distributes ESXi throughout the world, but Germany is close to Christoph's home and his lawyer was available to do the litigation work there. Finally, historically, Mr. Jaeger's cases in Germany have usually achieved worldwide compliance on the products at issue in those cases.

It is worth adding that Germany's courts seem to be relatively friendly toward this sort of claim, with the result that previous GPL-enforcement cases filed there have tended to go well for the plaintiffs. The ability to pick the battlefield is a powerful advantage in a dispute of this nature.

Filing an enforcement lawsuit is an intimidating prospect for a number of reasons. Karen's talk noted that there is a lot of tension around the topic of GPL enforcement. Some people would rather that it were not done at all, seeing it as an incentive for companies to avoid GPL-licensed code. There are not many developers who want to make a stand in an enforcement effort; the Linux Compliance Project, she said, contains a number of kernel developers, but almost none of them want to stick their necks out in an actual enforcement effort.

But, she said, there is value in such efforts. Companies worldwide spend vast amounts of money to ensure that they are in compliance with free-software licenses. In the absence of enforcement, some will certainly question the value and necessity of that expense — and some will decide not to bother. There are also highly successful projects that have resulted from enforcement efforts; router distributions like OpenWrt are usually featured at the top of that list. GPL enforcement, by making it clear that everybody needs to play by the rules, is, she said, performing a service to the community as a whole.

How that service plays out in this case is going to be interesting to watch, which is good, since we are likely to be watching for some time. Given that ESXi is at the core of VMware's business, VMware seems unlikely to either release the code or withdraw the product willingly. So the case may have to go all the way through trial, and perhaps through appeals as well. But, at the end, perhaps we'll have a clearer idea of what constitutes a derived product of the kernel; that could be seen to be a useful service even if the enforcement effort itself fails.


(Log in to post comments)

How to help !

Posted Mar 5, 2015 17:31 UTC (Thu) by jra (subscriber, #55261) [Link]

If you want to donate funds see here:

http://sfconservancy.org/linux-compliance/vmware-lawsuit-...

Full disclaimer - I'm on the Board of Directors of the Conservancy.

How to help !

Posted Mar 5, 2015 18:53 UTC (Thu) by rworkman (guest, #47472) [Link]

The donation meter on the link appears to be stuck at 0, and I'm *certain* that it's incorrect at this point :-) Perhaps investigate (or have someone investigate) that...

How to help !

Posted Mar 5, 2015 19:08 UTC (Thu) by tbm (subscriber, #7049) [Link]

It's updated manually.

How to help !

Posted Mar 5, 2015 19:18 UTC (Thu) by jra (subscriber, #55261) [Link]

Yeah, I pinged Bradley about that - he's working on the updates (people do like to see numbers go up :-).

How to help !

Posted Mar 5, 2015 19:25 UTC (Thu) by gutschke (subscriber, #27910) [Link]

Are these donations tax deductible? If so, in which parts of the world (US, Germany, ...)?

Will donors receive the necessary paperwork to file for tax deductions? Do they have to contact the Conservancy for that, or is this going to happen automatically?

How to help !

Posted Mar 5, 2015 19:40 UTC (Thu) by tbm (subscriber, #7049) [Link]

Donation are tax deductible in the US. Software Freedom Conservancy is a 501(c)(3) not-for-profit charity in the US.

You'll automatically receive a donation confirmation by email when you make a donation.

How to help !

Posted Mar 5, 2015 19:44 UTC (Thu) by ersi (guest, #64521) [Link]

I've just donated 50 USD through the above mentioned link. I find this court case to hold potential and that it in itself is important.

If you're reluctant to donate because you don't know anything about the Software Freedom Conservancy - please read http://sfconservancy.org/about/ and/or take my word for it :-) (Seriously - this is a worthy organization and cause.)

To the SFC: It'd be great if you could.. you know, use some other payment provider other than PayPal - if possible and at not too large of an cost to you. There's unfortunately plenty of reasons to avoid dealing with PayPal Inc.

How to help !

Posted Mar 8, 2015 4:58 UTC (Sun) by marcH (subscriber, #57642) [Link]

> To the SFC: It'd be great if you could.. you know, use some other payment provider other than PayPal - if possible and at not too large of an cost to you.

There are plenty of banks in various countries that let you do [reasonably small] transfers for nothing or next to nothing. For instance I have a standing order to donate to Wikipedia, costs no one anything.

Payment systems like credit cards are designed completely backwards. Giving your numbers to all merchants and trying to keep them secret at the same time does not make any kind of sense. Then you need to spend a lot of money on middlemen to keep the system "secure" with unreliable heuristics. Mad.

Now that there more mobile phones than people (at least in all developed countries - soon everywhere), securing payments is dead simple. The system just needs to be reversed: the merchant/charity/receiver publishes a money mailbox ID. Buyers and givers connect securely to their bank and request a transfer. Problem solved. Points to secure: from thousands down to a single one: the communication with your bank, which obviously must be secure *anyway*.

The craziest of all: all this is working *already*. I am already paying or giving like this on regular basis. This only needs to be optimized and generalized, that's all. There clearly has to be middlemen not interested in making payments simpler and more secure.

How to help !

Posted Mar 8, 2015 8:46 UTC (Sun) by marcH (subscriber, #57642) [Link]

> Now that there more mobile phones than people...

Alternatively, payment terminals which are almost all already connected could be converted to dumber pipes to let smart cards securely call back their respective home; another possible way to trigger the payment from the source.

I should just stop dreaming and putting banks and innovation in the same text. Instead let's just wait until Apple and/or Google become banks and everything will be fixed automagically.

How to help !

Posted Mar 27, 2015 16:46 UTC (Fri) by nileshtrivedi (guest, #95332) [Link]

> The system just needs to be reversed: the merchant/charity/receiver publishes a money mailbox ID. Buyers and givers connect securely to their bank and request a transfer. Problem solved.

This is exactly how my country (India)'s IMPS (Instant Mobile Payment System) works. Every bank account (consumer and merchant alike) gets a 7-digit ID which you can publicise along with your 10-digit mobile number. Using these two pieces of info, anyone can make a payment through web/ATM/mobile and even SMS. Money is transferred instantly, both the parties receive an instant SMS notification confirming the transaction and this system works 24x7x365. You don't even have to reveal the bank account number!

How to help !

Posted Mar 27, 2015 17:48 UTC (Fri) by marcH (subscriber, #57642) [Link]

> This is exactly how my country (India)'s IMPS (Instant Mobile Payment System) works

Neat, thanks for sharing.

As the world leader, the USA are at the cutting-edge of so many things. But when they're not, they seem to be fairly bad at shopping around and adopting foreign solutions. Not enough neighbors/too much water around? I heard the Romans were more flexible back in the day...

How to help !

Posted Mar 8, 2015 10:57 UTC (Sun) by njwhite (guest, #51848) [Link]

I've emailed them about donating without paypal in the past, and they were very obliging with figuring out a way to do an IBAN for me. Unfortunately the banks take a massive cut both on the sending and receiving side, so it still isn't a good answer. Bitcoin would work well; I'd guess they just don't have the spare time to integrate it in to their accounting etc at the moment.

How to help !

Posted Mar 8, 2015 13:45 UTC (Sun) by pboddie (subscriber, #50784) [Link]

The banks shouldn't really be given the excuse to take a huge cut any more. To take an example, in the Single Euro Payments Area (SEPA) banks have mostly managed to get on with supporting low-cost transfers, albeit with the usual opportunism you might expect from such institutions where they attempt to persuade customers that they need more expensive transfer "products".

But then we're talking about US banks here, who appear to be even more backward than British banks on such matters (although perhaps not more dishonest, as British banks seem to deliberately price Euro transactions prohibitively in order to not have to offer competitive SEPA transfers).

I also think that IBAN isn't a widely-offered donation option because of the perverse security implications of publishing account details for US bank accounts, whereas in other parts of the world people can publish such details and not have random criminals dip into their accounts.

How to help !

Posted Mar 8, 2015 13:54 UTC (Sun) by Cyberax (✭ supporter ✭, #52523) [Link]

In the US it's possible to set up an account that can only be credited, but not debited (except through a real live bank teller or through an authorized banking website). Different banks call it differently: "deposit only accounts", "debit block", "electronic lockbox" and so on.

How to help !

Posted Mar 9, 2015 11:05 UTC (Mon) by jezuch (subscriber, #52988) [Link]

> IBAN

Oh boy. I once tried to buy a CD from a foreign publisher and the only payment method available was via international bank transfer. I was feeling courageous so I went ahead with this. The price was in Euros, which was something like 70 PLN (already quite a lot; the usual price is 50 to 60 PLN for foreign CDs, still not very cheap for this post-communist country). The transfer form was swimming in an acronym soup. There was supposedly and explanation attached, so I tried to select the options that seemed to make sense, completely unaware that there is a "standard" combination that is mostly free of additional charges, but it was mentioned in a way understandable only to bankers. So I clicked "done" and was soon informed that there were two additional fees added to my transfer (don't remember exactly what they were): one amounted to 50 PLN, the other to 80 PLN, which made the price of the CD 200 PLN. I made a complaint to the bank, but it was rejected because "I was sufficiently informed" about all the options.

And the funny part: the CD never arrived :)

So... no, thank you. Bank transfers are so stupid easy between banks in Poland that payment by credit card on the Internet is really rare here. I wish international transfers were just as easy.

How to help !

Posted Mar 9, 2015 11:08 UTC (Mon) by jezuch (subscriber, #52988) [Link]

> Bank transfers are so stupid easy between banks in Poland

I forgot to add: there also are no fees and cuts involved. At least my bank never took one.

How to help !

Posted Mar 9, 2015 14:34 UTC (Mon) by pboddie (subscriber, #50784) [Link]

You get that with some banks in other countries as well. Even though they have to comply with SEPA, they leave it up to the customer to know the right combination of options, knowing that people will become uncertain and choose what they think is the "safest" option.

So, when people should be choosing "shared costs" (or whatever the terminology actually is), they start to worry about the recipient incurring costs, and particularly when the recipient is some business whose customer relations people are either ignorant or simply fools (who probably also give the potential customer a lecture about how they don't want to be paying any transfer costs, and so the customer had better sort it out themselves), they become cautious and choose the traditionally acceptable "sender pays all costs", which excludes it from SEPA rules and, because banks are banks, makes it special and expensive.

Oddly enough, my bank actually makes the low-cost transfer the default option and calls it something that sounds as if it's the thing people want. Maybe, given the partial state ownership, some politicians got stung once or twice and brought their rage to bear on the chief executive, however.

How to help !

Posted Mar 12, 2015 15:31 UTC (Thu) by mstefani (guest, #31644) [Link]

They do have an option to wire Euro's over a bank in Frankfurt/Germany bound to their bank in the US. I used it but took me a while to figure out how to fill the info out correctly. I did pass the info back to Bradley and Karen so they should be able to provide you now with the details. If not please let me know and I can help you out (if you want to believe a stranger on the Internet ;).

But be aware that is not a true German bank account of the Conservancy; it costed me 15 EUR per transaction even though it was an in country wire for me. This makes it feasible only for bigger donations.

How to help !

Posted Mar 5, 2015 22:13 UTC (Thu) by PaulWay (guest, #45600) [Link]

Donated!

Keep up the good work,

Paul

How to help !

Posted Mar 6, 2015 14:16 UTC (Fri) by danieldk (guest, #27876) [Link]

Donated. Thanks for your great work!

How to help !

Posted Mar 7, 2015 19:48 UTC (Sat) by marcH (subscriber, #57642) [Link]

So the plaintiff, the lawyer and the suit are all in Germany. Is there an account in euros to donate directly to? A useless round-trip to the dollar means a lot of money lost to Visa/Paypal/banks/etc.

How to help !

Posted Mar 7, 2015 20:56 UTC (Sat) by rahulsundaram (subscriber, #21946) [Link]

SFC is U.S based and hence the requirement of dollars

How to help !

Posted Mar 7, 2015 21:42 UTC (Sat) by marcH (subscriber, #57642) [Link]

Default != requirement.

Some euro account is most likely going to be required at some point anyway - again unless they want to waste a lot in bank charges.

A GPL-enforcement suit against VMware

Posted Mar 5, 2015 18:15 UTC (Thu) by riel (subscriber, #3142) [Link]

It is sad that it had to come to this, but Linux thrives because the GPL causes everybody to contribute their improvements back to the community. Companies are willing to contribute code to Linux in part because they know that if their competitors make improvements, those too will be shared with the community.

VMware breaking this social contract could weaken the whole community down the line. If they do not want to be part of the Linux community, they can use BSD device drivers, or write their own. If they want the benefits of using Linux, they should abide by the terms of the license under which they obtained the source code (the GPL).

I do not see an alternative to going after the single most blatant, intentional GPL violator out there. I support Christoph and the Software Freedom Conservancy in this effort.

This is my personal opinion, yadda yadda yadda...

A GPL-enforcement suit against VMware

Posted Mar 5, 2015 18:30 UTC (Thu) by realnc (guest, #60393) [Link]

One has to wonder though: what is so important about the code in question, that VMware considers it so critical to hide, to the extend that they're willing to go to court over it.

A GPL-enforcement suit against VMware

Posted Mar 5, 2015 18:34 UTC (Thu) by riel (subscriber, #3142) [Link]

Another big question: what makes the Linux device drivers so much better than the alternatives (BSD, or VMware writing their own) that they are willing to go to court over it?

I would posit that it is the Linux community that makes the Linux device drivers better than the alternatives that VMware could have used. VMware depends on a strong Linux community. Their own actions of blatantly violating the GPL could weaken the community they depend on.

A GPL-enforcement suit against VMware

Posted Mar 6, 2015 21:46 UTC (Fri) by job (guest, #670) [Link]

Isn't that obvious? Linux device drivers are officially supported by the big vendors. They have people on payroll just to make sure it doesn't break with firmware updates etc.

This makes VMware datacenter-worthy on off the shelf third party hardware, unlike something like NetApp, who had to make hardware their business model. Custom drivers makes for an entirely different business to be in.

A GPL-enforcement suit against VMware

Posted Mar 10, 2015 21:44 UTC (Tue) by helsleym (subscriber, #92730) [Link]

That is one possibility. Another is relative quality of the drivers may not be a factor. Perhaps VMware wants Linux drivers because the Linux community makes many more device drivers overall -- perhaps way more than any driver-compatible subset of the BSD(-derived) community.

A GPL-enforcement suit against VMware

Posted Mar 5, 2015 21:38 UTC (Thu) by agrover (guest, #55381) [Link]

Well they just now got sued. Up until now it could have been something they were assuming nobody would actually ever sue them over. Now they can negotiate a settlement, or not settle and proceed with the actual trial, discovery, etc. (IANAL)

A GPL-enforcement suit against VMware

Posted Mar 5, 2015 21:48 UTC (Thu) by raven667 (subscriber, #5198) [Link]

It seems to me that this suit and trial is the process by which to find out exactly what the truth of the matter is, whether VMware is abiding by the GPL and not appropriating code written by other people in inappropriate ways. Even if they demonstrate their innocence and the SFC loses, that is still valuable.

A GPL-enforcement suit against VMware

Posted Mar 6, 2015 5:14 UTC (Fri) by paulj (subscriber, #341) [Link]

Indeed, and in order for companies to /know/ their competitors will also share, there *must* eventually be enforcement against transgressors. If there is not, then the transgressors are effectively rewarded for ignoring the GPL, while those who spend resources on honouring their obligations are effectively *punished* for it. The transgressors are given an advantage over the rest, and the rest will be under commercial pressure to follow the transgressors.

Enforcement matters, or the GPL is just the BSD licence.

A GPL-enforcement suit against VMware

Posted Mar 5, 2015 18:52 UTC (Thu) by mcgrof (subscriber, #25917) [Link]

As someone who had been heavily involved on the hippy loving FreeBSD / Linux joint kumbaya dream of working on device drivers together I can say that even if it was only about permissively licensed code in Linux in order to share that outside of Linux there is a *large* amount of steps and efforts required to make that happen properly, and to everyone's content. I gave up on the effort to collaborate on device drivers with the BSD community, mostly first because they lacked developers engaged, and long term this gives us nothing in return of value to Linux. Vmware though -- in no way has shown *any* of this effort, its sad to see the abuse and it simply cannot be tolerated.

I hack on the kernel and fully support Christoph and the Software Freedom Conservancy in this effort.

A GPL-enforcement suit against VMware

Posted Mar 5, 2015 19:26 UTC (Thu) by fuhchee (guest, #40059) [Link]

If we have published source code for the "binary-only kernel module" (vmkernel), it's not quite binary-only. Can someone describe the way in which that src_92/* code is being glued into a proprietary .ko?

A GPL-enforcement suit against VMware

Posted Mar 5, 2015 20:30 UTC (Thu) by ianw (guest, #20143) [Link]

I would suggest this article is quite wrong

ESXi's kernel does *not* bootstrap itself from Linux at all. There is no linux kernel as such [1]

ESXi *does* reuse linux kernel drivers ... a lot of them. But the way this happens is through a well-defined API provided by (proprietary) vmkernel called vmkapi

What you are seeing in the code above is the mapping between various Linux API's and these calls to the vmkernel.

I have no idea about the complaint. VMware's position is probably that *anyone* can go and write anything they want against the vmkernel's vmkapi interface. Indeed some vendors ship drivers written espeically for this API.

VMware have chosen to write a linux<->vmkapi interface, which then allows them to re-use many linux drivers. All of the linux<->vmkapi interface is released, along with the drivers and any modifications and this is considered sufficient. My guess is that the software conservatories position is that it is not.

So this *may* be a fight over API boundaries and where the GPL starts and stops. That's quite interesting...

[1] The older ESX product *did* do this, but hasn't been shipped for some time. That's the version with the "console operating system" by RedHat

A GPL-enforcement suit against VMware

Posted Mar 6, 2015 8:13 UTC (Fri) by jpfrancois (subscriber, #65948) [Link]

My understanding is that even if you hide yourself behind an API, the simple fact of using core kernel API means the code behind the API is a derived work. API works both ways. Linux device driver that are a simple aggregation of called function are probably quite rare. Most of them also callback into the core kernel.

In other words, it is probaly possible to claim independent work for a simple "unidirectional" API , but if you have any sort of bidirectional API between a core kernel and device drivers, then the core kernel is likely to have many parts in common with the original kernel (where original means at the root of the API)

If you just use a "struct fops" driver with very simple function, then it is probaly ok. But if you need to provide timers, task queue, interrupt etc...

Hopefully, this suit will shed some light on this

A GPL-enforcement suit against VMware

Posted Mar 6, 2015 9:43 UTC (Fri) by jsanders (subscriber, #69784) [Link]

It's an interesting question. If somebody were to write a shim allowing Linux modules to load into a BSD or Windows, providing the same API as Linux, why would a module that could legitimately be used for either count as a derived work of Linux? That is unless providing an API for compatibility counts as a derived work, which opens up another can of worms.

A GPL-enforcement suit against VMware

Posted Mar 6, 2015 10:05 UTC (Fri) by jpfrancois (subscriber, #65948) [Link]

But is it possible to write such a shim to load linux driver on an otherwise unmodified kernel ?

In other words, given the complexity and non stability of the internal linux API, the shim is a derived work for sure.

From the shim, you can probably tell if the function called by the shim and belonging to the core kernel are generic core kernel function, or have an API so similar to the Linux one that it makes it a derived work.

A GPL-enforcement suit against VMware

Posted Mar 6, 2015 17:03 UTC (Fri) by mjthayer (guest, #39183) [Link]

> But is it possible to write such a shim to load linux driver on an otherwise unmodified kernel ?

I might be wrong: haven't the Genode[1] people done just that? Antti Kantee also discussed something like this as part of his talk[2] at FOSDEM.

[1] http://genode.org/
[2] https://fosdem.org/2015/schedule/event/what_is_wrong_with...

A GPL-enforcement suit against VMware

Posted Mar 6, 2015 16:38 UTC (Fri) by fuhchee (guest, #40059) [Link]

The more analogous question is whether Windows or MacOS would have to become deemed "derived works" of the linux kernel module, just because a GPL'd shim allowed those lkm's to be loaded into those other kernels.

A GPL-enforcement suit against VMware

Posted Mar 6, 2015 22:35 UTC (Fri) by realnc (guest, #60393) [Link]

That's not really relevant, since the GPL only affects distribution to the general public (as the name of the license implies). If you were to distribute parts of Windows, then this would apply. But it's an absurd thought :-) You'd be violating MS's copyright to begin with.

A GPL-enforcement suit against VMware

Posted Mar 7, 2015 15:13 UTC (Sat) by smurf (subscriber, #17840) [Link]

No. If you write shim code to get a Linux driver to run on BSD, your code becomes a derived work.

You cannot create a derived work of Windows because (a) you're just talking to it and (b) you can't derive from something you don't have access to, and I presume you don't have Windows source code lying around.

However, from what I understand, in this case it's the other way round: vmware created a massive derived work from the Linux kernel, added a proprietary-but-documented API to that, declared that API to be a border between GPL space and not-, wrote various closed-source things for that API, and expects to get away with it.

The problem with that line of reasoning is that the kernel was there first, so the API itself is a derived work, and thus so is anything coded to it. The kernel devs clearly did not intend that to happen, and presumably vmware knew this and did it anyway.

Courts tend to not like you when you do that.

A GPL-enforcement suit against VMware

Posted Mar 7, 2015 14:49 UTC (Sat) by smurf (subscriber, #17840) [Link]

Such a shim would be OK because the BSD license allows it. The aggregate (Linux drivers plus BSDish kernel) would then be redistributable under the GPL only.

Here, however, vmware used neither the syscall interface nor the module interface (which is usable by closed-source modules, if you buy the legal fiction that since some symbols are exported GPL-ONLY, the rest must therefore be exempt from that restriction); they simply created their own. Which makes their code a derived work.

I assume that they invented this API from scratch. This would make any code using it a derived work, too. If they didn't (i.e. the API existed in some form before they forced the Linux kernel into its mold, or vice versa), this trial will might become more interesting than we'd like.

A GPL-enforcement suit against VMware

Posted Mar 11, 2015 6:00 UTC (Wed) by bug1 (guest, #7097) [Link]

If the code cant do "its thing" by itself then it cant be considered an independent work, it must be a derivative of something.

A GPL-enforcement suit against VMware

Posted Mar 11, 2015 11:10 UTC (Wed) by mpr22 (subscriber, #60784) [Link]

That's a rather awkward position, since it immediately raises the question "OK, so what are my C and C++ programs derivative works of?" since they can't do their thing without a language runtime and a CPU.

A GPL-enforcement suit against VMware

Posted Mar 11, 2015 11:22 UTC (Wed) by andresfreund (subscriber, #69562) [Link]

Which is why many runtimes/libraries have explicit linking exceptions in their licensing. E.g. http://www.gnu.org/licenses/gcc-exception.html . Most of those specifically prevent the runtime's license to affect the running program.

A GPL-enforcement suit against VMware

Posted Mar 11, 2015 16:20 UTC (Wed) by vonbrand (guest, #4458) [Link]

There the resulting executable contains pieces of the runtime/library. The discussion at hand is around the case where there are no direct code inclusions. I.e., is a program written in the C of K&R a derivative of the book, even if no lines of code were copied from the examples?

An interesting case in point is the readline library (GPLed). The FSF claimed any program using its API had to be GPLed, until the BSD-licensed editline library came around, with the same API...

A GPL-enforcement suit against VMware

Posted Mar 6, 2015 9:59 UTC (Fri) by NAR (subscriber, #1313) [Link]

if you have any sort of bidirectional API between a core kernel and device drivers, then the core kernel is likely to have many parts in common with the original kernel

This implies that one cannot (legally) rewrite the core Linux kernel from scratch and use the device drivers... I remember the "are APIs copyrightable" question from the Oracle-Google lawsuit about Java and Dalvik and the result was that APIs are not copyrightable. I don't know how bidirectional those APIs are. If the German court decides the same way and the driver - core API (if it exists at all in a well-defined form) is not copyrightable and VMware did not actually copy code from the core kernel, then they can get off without releasing their code.

A GPL-enforcement suit against VMware

Posted Mar 6, 2015 10:20 UTC (Fri) by jpfrancois (subscriber, #65948) [Link]

Since there is no API stability inside a kernel, a candidate core replacement would work only with a given release. It's internal would need to adapt to handle driver using a new API. How long can you do this kind of tracking by simply modifying your compatibility shim ?

Some symbol are GPL_ONLY exportable. I don't know how much legal strength ithas. But to me this makes binary module as close to derived work as you can go without infringing. And only a small subset of the API is used

Binary core is IMO a much more big step towards derived work, because you have to mimic a lot more of the API.

Hopefully, both sides will expose their ideas with much more clarity than I do :)

A GPL-enforcement suit against VMware

Posted Mar 6, 2015 21:58 UTC (Fri) by job (guest, #670) [Link]

An API in itself is (probably/hopefully) not copyrightable. But to implement something so Linux compatible it can run device drivers would require large amounts of unspecified data structures and corresponding code specific to the Linux kernel.

While it may be possible to pull this off in a clean room implementation, it's likely much easier to just rip out those parts of the kernel and use as they are. This process will require VMware to tell us about it, and that's welcome.

A GPL-enforcement suit against VMware

Posted Mar 7, 2015 0:03 UTC (Sat) by mathstuf (subscriber, #69389) [Link]

> I remember the "are APIs copyrightable" question from the Oracle-Google lawsuit about Java and Dalvik and the result was that APIs are not copyrightable.

Oracle won an appeal. We're waiting for the DoJ and the Supreme Court[1] at this point.

[1]http://arstechnica.com/tech-policy/2015/01/supreme-court-...

A GPL-enforcement suit against VMware

Posted Mar 7, 2015 4:08 UTC (Sat) by wahern (subscriber, #37304) [Link]

I remember getting reamed on LWN for arguing that the trial judge's judgment was unlikely to stand on appeal, because U.S. copyright law as it stands today is unfortunately broad enough to easily cover APIs, and it would take a Supreme Court decision to firmly change the weight of precedent. I think the trial judge knew this, but was courageous enough to stick his neck out, and I hope SCOTUS follows his lead. Lesser judges (i.e. most of them) would have chickened out.

I also remember getting reamed for suggesting that Google's failure to publish mangled Linux kernel headers was also illegal. The issues are identical in both cases--whether or not an API (e.g. function declarations and type definitions alone) is copyrightable.

The problem with discussing copyright law in the open source community is that the only lawyers who communicate with the community are lawyers who have very strong opinions about and in many cases very unrepresentative interpretations of the law. Then developers assume that they're being told the plain truth of the law, perhaps with the implied caveat that errant judges might on occasion come to wrong conclusions.

Someone more cynical than me might suggest that many lawyers--including lawyers like Lessig and Moglen--intentionally impress upon the community dubious interpretations of the law in the hope that by shifting behavior and expectations of developers they can someday appeal to the commercial norms and expectations that they helped to craft. Many academic lawyers predicate their career on trying to change the law through scholarly persuasion of jurists, on the one hand, and working with particular communities on the other. Corporate lawyers do this all the time--publish a scholarly paper with an idea, advocate the idea through business journals, convince certain corporations to adopt their idea, then when it comes time for the idea to be tested in court, they appeal to the very circumstances they helped to engineer when convincing a judge of the validity of their argument.

I personally think it rather obvious that Moglen and Stallman in particular have adopted this strategy wrt the GPL. And I think their strategy has and will be effective. OTOH, their drive to establish and safeguard the legitimacy of copyleft cuts both ways, and GPL-wins sometimes strengthen the broad scope of copyright. (Though really what they're most concerned about is a judge disregarding copyleft license requirements in the absence of a larger change in the scope of copyrightable subject matter.)

In any event, unlike with patent law, there's no discernible shift among mainstream jurists or politicians that would see the scope of copyright diminished.

I actually chose to go to law school partly based on my frustration with the outcome of Eldred v. Ashcroft. Lessig and other lawyers in the community had made it seem like the case was a slam dunk against the Sonny Bono Copyright Extension Act. Instead he lost at the trial court, lost on appeal, lost his petition for en banc review, and lost 7-2 at the Supreme Court. Now, after having actually studied copyright law, I see that the lawyers in the open source community are somewhat radical and outside the mainstream, including Lessig, Moglen, Zittrain and others. While I would _prefer_ that their ideas won the day (I'm radically opposed to copyright and patents), I can't deny that the present state of the law is quite distant from their views.

I like to tell people to never trust a lawyer who isn't representing you, especially an academic. Sincerity often conflicts with promoting one's preferred interpretation of the law. Sincerity can quite literally sabotage your efforts.

A GPL-enforcement suit against VMware

Posted Mar 7, 2015 14:54 UTC (Sat) by smurf (subscriber, #17840) [Link]

Oh, they copied a shitload of code from the kernel, that's not the question.
The question is (or should be) whether that API was written specifically for vmware's kernel/whatever interface, which makes the whole thing a derived work, which (hopefully) means that they get to either respect the GPL, or stop selling vmware in Germany.

If it existed beforehand, all bets are off.

A GPL-enforcement suit against VMware

Posted Mar 12, 2015 16:03 UTC (Thu) by butlerm (subscriber, #13312) [Link]

> My understanding is that even if you hide yourself behind an API, the simple fact of using core kernel API means the code behind the API is a derived work. API works both ways. Linux device driver that are a simple aggregation of called function are probably quite rare. Most of them also callback into the core kernel.

This is a legal fiction that has no basis in the law, not the law of the United States at any rate. In the U.S. a derivative work is "a work based upon one or more preexisting works, such as a translation, musical arrangement, dramatization, fictionalization, motion picture version, sound recording, art reproduction, abridgment, condensation, or any other form in which a work may be recast, transformed, or adapted. A work consisting of editorial revisions, annotations, elaborations, or other modifications which, as a whole, represent an original work of authorship, is a “derivative work”." (17 USC 101)

Duplication of an entire API (such as making a clone of the Linux kernel) could conceivably be considered a derivative work, if the courts are so foolish as to establish such a precedent, but mere use of an API can never make something a derivative work of something that presents that API. That is legal insanity and anyone who tells you otherwise is selling something.

A GPL-enforcement suit against VMware

Posted Mar 12, 2015 18:13 UTC (Thu) by smurf (subscriber, #17840) [Link]

"No precedent" isn't quite true. Take, for instance, fan fiction. An author may impose arbitrary restrictions on what a fan is allowed to do, which ranges from "nothing, keep off the grass" (Disney) through "don't use my main characters" to "don't do anything I wouldn't do" (McCaffrey's dragons, IIRC; please check before relying on my word).

This issue is far from clear-cut, but that goes for both sides of the argument.

Disclaimer: I am not a lawyer. (Didn't stop me before …)

A GPL-enforcement suit against VMware

Posted Mar 12, 2015 19:33 UTC (Thu) by nybble41 (subscriber, #55106) [Link]

> Take, for instance, fan fiction. An author may impose arbitrary restrictions on what a fan is allowed to do...

This seems like more of a trademark issue than copyright. The fan fiction isn't (AFAIK--insert standard "not a lawyer" disclaimer here) considered a derivative work, but there are limitations on incorporating another author's original characters and settings into your own stories. However, APIs are mostly determined by technical considerations and compliance with the API is necessary for interoperability. For both of those reasons, the use of APIs would seem to me to be outside the scope of copyright, which is meant to cover creative expression rather than essential functionality. For that matter, interoperability has been used to justify exceptions to copyright in the past when the action would normally be clearly infringing, e.g. including a copy of a company's logo when that was the only way to allow a program to work in a third-party game console.

A GPL-enforcement suit against VMware

Posted Mar 13, 2015 2:03 UTC (Fri) by smurf (subscriber, #17840) [Link]

There is no constraint of API compliance in this case, as VMware wrote it themselves. Designing something like that is creative work and thus falls squarely within copyright.

However, I suspect (but didn't investigate further!) that *this* API is merely a convenience layer which defines an arbitrary boundary between GPL'd and closed-source code.

The kernel is licensed by the GPL and not the LGPL, so this is not sufficient as per the authors' intent. Intent tends to matter to German courts.

A GPL-enforcement suit against VMware

Posted Mar 13, 2015 14:55 UTC (Fri) by enyst (guest, #92308) [Link]

There are arguments why fan fiction can be considered a derivative work. It can be seen as a 'sequel'. Incorporating another author's copyrightable (not stock) characters and continuing a story in the same world seem easily creation of a sequel, provided of course that there's enough used, even if non-literal, and what is used is copyrightable and copyrighted.

OTOH, at least some fan fiction is highly transformative and really doesn't 'borrow' much else than characters, with some of their history and known world settings. This may go to fair use, though.

Anyway, I don't think the fan fiction issues have anything to do with software and interfaces. As you noted, talking about APIs is talking about essential functionality, not arbitrary expression nor creative, fictional events.

A GPL-enforcement suit against VMware

Posted Mar 13, 2015 3:24 UTC (Fri) by dlang (guest, #313) [Link]

Don't forget the Oracle lawsuit over the Java API

That's still pending and working it's way up the court system.

The trial judge (who does know how to program), said it's not derivitive to use the API

The appeals court reversed this, I know that Google appealed the appeals court ruling, but I lost track of it and am waiting for it to work it's way up to the Supreme Court to see what they have to say.

Given how they reacted to the arguments about how the strict copyright interpretation that the textbook publishers were pushing for would cause silly and extreme levels of control, I expect that an argument along the same lines about what's an API and how that could be used to block all competition and hurt consumers would carry similar weight.

A GPL-enforcement suit against VMware

Posted Mar 13, 2015 15:03 UTC (Fri) by enyst (guest, #92308) [Link]

I don't understand how is that relevant here. It appears that VMWare did much more, it redesigned a large part of the software to talk to another API they made in-house, then kept the software implementing it proprietary. If my understanding is correct, by doing so, it's highly likely the whole work (emcompassing the proprietary parts) is a derivative of the original.

Do I misunderstand the case? I don't see the relevance of Oracle v. Google here.

A GPL-enforcement suit against VMware

Posted Mar 13, 2015 17:19 UTC (Fri) by dlang (guest, #313) [Link]

> I don't see the relevance of Oracle v. Google here.

I was replying to this part of the comment

> but mere use of an API can never make something a derivative work of something that presents that API.

A GPL-enforcement suit against VMware

Posted Mar 14, 2015 4:27 UTC (Sat) by butlerm (subscriber, #13312) [Link]

In Oracle v. Google, Google has re-implemented a entire, rather extensive API. You could make a reasonable case that any re- implementation of such an extensive and detailed interface amounts to a derived work, even if the similarity is strictly speaking only superficial.

The rather more questionable (if not absolutely ridiculous) claim, however, is that any consumer of an API is a derived work of the original description or implementation of the API. Under that standard, which appears to have no basis in law anywhere, anything compatible with X would be considered a legally restricted derivative of X.

No one would be able to write, license, or sell a Java program to anyone anywhere without some kind of license from Oracle to do so, for example. One might imagine that Oracle is just the kind of company that might require a commercial license to distribute Java programs, or even to compose one in a text editor.

So besides the sheer audacity of the claim that mere consumption of an API makes any program a derived work of the API or of the original implementation of the API, it is the sort of thing that if adopted by the courts would create a greater obstacle to progress in the field than practically anything else imaginable.

A GPL-enforcement suit against VMware

Posted Mar 14, 2015 5:26 UTC (Sat) by Cyberax (✭ supporter ✭, #52523) [Link]

> No one would be able to write, license, or sell a Java program to anyone anywhere without some kind of license from Oracle to do so, for example. One might imagine that Oracle is just the kind of company that might require a commercial license to distribute Java programs, or even to compose one in a text editor.
Stop. Giving. Ideas. To. Oracle.

A GPL-enforcement suit against VMware

Posted Mar 19, 2015 13:05 UTC (Thu) by enyst (guest, #92308) [Link]

> In Oracle v. Google, Google has re-implemented a entire, rather extensive API. You could make a reasonable case that any re- implementation of such an extensive and detailed interface amounts to a derived work, even if the similarity is strictly speaking only superficial.

This is what Oracle lawyers have argued in the trial court.

It's a shocking theory, to say the least. I wish more people would realize that this is what Oracle is arguing, that any reimplementation of a "creative enough" API would be a derivative work merely by being a reimplementation.

If this was becoming the copyright law, then almost any clean room reimplementation would be presumably infringing.

I note that the "creative enough" -only standard of copyrightability would mean only slightly more "choices" than just random numbers or alphabetical lists.

Saying 'extensive' or 'detailed' doesn't give a criterium. The criterium Oracle is arguing for is Feist (slightly more than alphabetical lists).

> The rather more questionable (if not absolutely ridiculous) claim, however, is that any consumer of an API is a derived work of the original description or implementation of the API. Under that standard, which appears to have no basis in law anywhere, anything compatible with X would be considered a legally restricted derivative of X.

The two are related, the consumer replicates names too. Can't 'use' an interface without writing those names in a form or another; as many names as one needs.

According to Pamela Samuelson, consumers are potentially infringing:
http://goo.gl/DCoSqv

A GPL-enforcement suit against VMware

Posted Mar 6, 2015 8:04 UTC (Fri) by mjw (subscriber, #16740) [Link]

I think you are right. This isn't source code for a linux kernel module. Looking at the sources (50MB) and the picture in the FAQ this source code is the largest part of vmklinux/vmkernel. It seems mostly heavily modified linux kernel source code of the core and various subsystems. What is missing is the source code of the complete larger vmkernel work, the red parts in the picture.

A GPL-enforcement suit against VMware

Posted Mar 5, 2015 20:21 UTC (Thu) by NightMonkey (subscriber, #23051) [Link]

I am not affiliated with this organization, and I've yet to decide myself if I'm going to donate. But I urge anyone reading this: if a substantial portion of your income directly or indirectly derives from the Linux code ecosystem, you should seriously consider donating a substantial amount of your income to these sorts of causes (EFF, FSF, etc.).

As a Linux sysadmin, I know my 16+ year career would be radically different, and probably no where near mentally bearable, if Linux and F/OSS was legally and culturally difficult to create and maintain. So I donate often, since I've benefited (and organizations I've worked for have benefited) so much from the work of others' freely shared work and passion.

Landgericht Hamburg

Posted Mar 5, 2015 20:47 UTC (Thu) by giggls (subscriber, #48434) [Link]

For non German readers it is probably interesting to know, that "Landgericht Hamburg" is infamous for its copyright owner friendly judgments.

A GPL-enforcement suit against VMware

Posted Mar 5, 2015 20:58 UTC (Thu) by jhhaller (guest, #56103) [Link]

An interesting question is what possible results there could be, an injunction, monetary damages, or no infringement. One never knows what one would get from a court. No infringement is the worst possible outcome for FOSS. Monetary damages isn't much better, as it allows VMware to keep using the offending code. An injunction is the only outcome which really affects VMware, and one they would never voluntarily agree to. Monetary damages may open the door for more lawsuits, which is likely why a confidentiality agreement was rejected.

A GPL-enforcement suit against VMware

Posted Mar 5, 2015 22:19 UTC (Thu) by pr1268 (subscriber, #24648) [Link]

I don't think seeking monetary damages was ever Christoph's (nor Karen's, nor Bradley's) objective (as I gathered from the phrase "VMWare wanted to propose a settlement..."). The strict non-disclosure terms would be grievously damaging to the entire FOSS philosophy—companies might think they could merely "buy" their way out of compliance.

I never cease to be amazed by the principles by which the key FOSS players (e.g. Bradley, Karen, et al) abide—compliance is more valuable than any dollar amount (or German Marks or Euros or Bitcoin or whatever).

And my kudos above for the SFC implicitly included Bradley and Christoph, but as agrover suggested above, I should have explicitly thanked them for their efforts. Now, if you'll excuse me, I have to go make a donation. :-)

A GPL-enforcement suit against VMware

Posted Mar 5, 2015 23:27 UTC (Thu) by jhhaller (guest, #56103) [Link]

Money may not be what they want, but it might be what a court grants. An injunction is unlikely to be retroactive, and money is the only possibly cure the court could award for past infringement. If it's a cure for past infringement, it could be deemed as a cure for future infringement, or at least long enough for infringing code to be rewritten.

A GPL-enforcement suit against VMware

Posted Mar 6, 2015 10:44 UTC (Fri) by etienne (guest, #25256) [Link]

> money is the only possibly cure the court could award for past infringement.

You mean that, in your country, the court has no power to cancel past sells?
As in, the act of selling a product never happened, please put back things as if it did not (and sort your own possible problems with your own costumers).
Long time ago, I was thinking the terms of the GPL are so strict and clear no company would voluntary fuck it up - at least no company with a legal department / no billion dollars company - because the GPL could bring down any company whatever its size.
Nowadays I am more thinking copyright laws do not worth the paper it is written on, but maybe it is going to change?

A GPL-enforcement suit against VMware

Posted Mar 7, 2015 0:00 UTC (Sat) by mathstuf (subscriber, #69389) [Link]

> Nowadays I am more thinking copyright laws do not worth the paper it is written on

Their worth seems to be directly proportional to how fat your wallet is.

A GPL-enforcement suit against VMware

Posted Mar 6, 2015 11:02 UTC (Fri) by hugoroy (guest, #60577) [Link]

> Money may not be what they want, but it might be what a court grants.

Usually, a court does not give you something unless you asked for it.

> and money is the only possibly cure the court could award for past infringement. If it's a cure for past infringement, it could be deemed as a cure for future infringement, or at least long enough for infringing code to be rewritten.

There's nothing exclusive about asking for money for past infringement and asking for any further infringement to stop immediately and to have a huge fine paid daily for each further infringement if the company does not comply with the decision.

Specific performance

Posted Mar 6, 2015 20:47 UTC (Fri) by tialaramex (subscriber, #21167) [Link]

Courts are entitled to demand _specific performance_ as an equitable remedy.

They can say "You must do X" and failure to do it is contempt, which is subject to criminal penalties because disobeying the court is a crime.

The argument that since money is a "cure for past infringement" therefore it can salve all future infringement is a nonsense. If I decide to start demolishing Farmer Steve's house (we'll presume here that for some legal reason I believed this was OK but the court has decided it's not), the court _might_ decide I should pay Steve for the cost of rebuilding the parts I've already knocked down. They definitely will NOT decide I can just pay him for any more parts I want to knock down in the future. They'll order me to stop immediately and if I keep knocking down the house I'll go to jail for contempt, perhaps for years at a time if necessary to make me stop this childish behaviour.

Specific performance

Posted Mar 7, 2015 6:27 UTC (Sat) by rahvin (guest, #16953) [Link]

And the plaintiff in the suit can demand specific performance. In fact it's going to be the courts preferred result as it simply restores the contract and forces the defendant to comply with the terms.

The only reason the court wouldn't go for specific performance was if either the plaintiff requested they don't or the defendant made a reasonable case that specific performance would be highly prejudicial or impact 3rd parties. Any such claim would need extraordinary circumstances because they agreed to the contract initially.

Based on past enforcement actions they will ask for damages for past non-compliance and specific performance going forward. Unless Vmware can show that specific performance would require they release 3rd party code they don't control the court will likely grant the plaintiff's request and force Vmware to comply or cease using the code entirely and immediately. Again going by past enforcement actions Vmware's lawyers will convince the company about 1/3rd of the way into the trial that their case is hopeless and that the safest and cheapest alternative is to reach a settlement. At least those are my observations.

I hope they succeed, I've always wondered how Vmware could use all that GPL code in a proprietary product.

Specific performance

Posted Mar 9, 2015 10:31 UTC (Mon) by morhippo (guest, #334) [Link]

Small correction: Continental law courts (France, Germany, etc.) give "specific performance" (a common law term) by default. There is no limitation to asking for monetary damages like under the English/American common law system and only granting specific performance as an exception.

A GPL-enforcement suit against VMware

Posted Mar 6, 2015 8:18 UTC (Fri) by epa (subscriber, #39769) [Link]

Indeed, monetary damages could be difficult for a court to assess given that Linux is distributed free of charge. In common-law systems, damages are usually the remedy for breach of contract - one reason why free software licences are carefully written not to be contracts.

A GPL-enforcement suit against VMware

Posted Mar 6, 2015 10:58 UTC (Fri) by hugoroy (guest, #60577) [Link]

> free software licences are carefully written not to be contracts.

Yet, some free software licenses contain very contract-like language (see e.g. the use of the term "acceptance" in the GPL). So this is not very careful if free software licenses were trying to avoid to be considered contracts completely.

I think the whole contract/license debate has a lot of assumption, and not much actual discussion on what the license says and how courts generally interpret situations alike.

Also the case is in Germany where the contract/license distinction might not even exist at all (it does not exist in other continental Europe systems such as France's Droit d'auteur).

Even in the US, there is a decision in Texas in the Versata/Ameriprise case where the GPL is interpreted by the court to create contractual obligations toward third party beneficiaries. This interpretation has not been contradicted by following decisions (but I believe the case has been setteld out of courts, though I'm not sure exactly this is the one, because there are mutliple lawsuits here).

By the way, this debate is not purely academic. Not only it can be relevant for procedural issues in the US, but it could also be relevant for the interpretation of the GPL itself, especially section 2, and whether GPL only applies to derivative works or if it also applies to other kinds of software combinations (such as maybe the one in this Vmware case).

A GPL-enforcement suit against VMware

Posted Mar 9, 2015 11:27 UTC (Mon) by epa (subscriber, #39769) [Link]

The GPL2 explicitly says "You are not required to accept this License, since you have not signed it." It is being clear that the licence is *not* a contract, only the permission you need to copy and distribute the software (which would otherwise be an infringement of copyright). GPL3 rewords it but the message is the same: "These actions infringe copyright if you do not accept this License. Therefore, by modifying or propagating a covered work, you indicate your acceptance of this License to do so."

You are right that the distinction between contract (requires acceptance by both parties; monetary damages; burden of proof for breach of contract is quite high) and copyright licence (grants permission for something that is by default forbidden; equitable remedies available; infringement somewhat easier to prove) is not quite as clear-cut as Common Law 101 might suggest. But it is still an important point that licences like the GPL are not contracts. If they were, and breach of contract were the main grounds to sue infringers, the terms of the GPL would likely be much harder to enforce.

A GPL-enforcement suit against VMware

Posted Mar 9, 2015 11:45 UTC (Mon) by hugoroy (guest, #60577) [Link]

> The GPL2 explicitly says "You are not required to accept this License, since you have not signed it."

Yes, you're not required to accept the license to run the software. Your acceptance of the terms is still required for anything else that is covered. GPL2 also says, in the same paragraph that you quote: "Therefore, by modifying or distributing the Program (or any work based on the Program), you indicate your acceptance of this License to do so, and all its terms and conditions for copying, distributing or modifying the Program or works based on it."

Acceptance, terms and conditions, etc etc.

So why again can't the GPL be a contract? The fact that GPL can be a contract doesn't change the fact that on procedural grounds, a copyright holder would sue on the basis of copyright infringement in the US rather than breach of contract (and probably in other jurisdictions too, that's how the right holder would frame it, though the procedure might not be that much different from breach of contract in other jurisdictions as the US federal court system is a specific one).

A GPL-enforcement suit against VMware

Posted Mar 9, 2015 18:05 UTC (Mon) by Cyberax (✭ supporter ✭, #52523) [Link]

The main issue: contracts need at least two parties that are aware of each other.

A GPL-enforcement suit against VMware

Posted Mar 10, 2015 3:18 UTC (Tue) by dlang (guest, #313) [Link]

so how are shrink-wrap and click-through licenses valid. While the consumer is aware of the company, I guarantee that the company isn't aware of the consumer.

A GPL-enforcement suit against VMware

Posted Mar 10, 2015 3:45 UTC (Tue) by Cyberax (✭ supporter ✭, #52523) [Link]

The company is definitely aware of the contract - it wrote it in the first place!

A GPL-enforcement suit against VMware

Posted Mar 10, 2015 4:30 UTC (Tue) by dlang (guest, #313) [Link]

The question isn't if they are aware of the contract, the question is if they are aware of the other party in the contract.

A GPL-enforcement suit against VMware

Posted Mar 10, 2015 7:28 UTC (Tue) by Cyberax (✭ supporter ✭, #52523) [Link]

> The question isn't if they are aware of the contract, the question is if they are aware of the other party in the contract.
Clickwrap/shrinkwrap contracts are a bit special. The manufacturer agrees to fulfill their duties beforehand, no matter who accepts the contract.

But otherwise there's no real difference. There are (at least) two parties to the contract (the manufacturer's acceptance and knowledge is implied) and the act of agreeing to it is legally significant.

Now imagine that we replace a GPL license with a contract for the Linux project:
1) We would need a corporate entity to issue the contracts.

2) We'll have to harden this entity from a hostile takeover. This is not a trivial issue, even carefully written bylaws can be worked around if a malicious entity gains control.

3) If we make a mistake in the contract or bylaws it's possible that ALL contracts may be voided and ALL users will have to stop using Linux.

4) Contributing to the project would require acceptance of the contract. Many countries (Russia) explicitly forbid legal entities to enter contracts that do not require a payment.

5) Many countries have complicated laws about international contracts.

6) While we can grant the downstream users a right to act on the behalf of the legal owning entity, they won't be able to issue contracts in their name.

Perhaps, it's possible to work around these issues. But I have a feeling that one would simply replicate the copyright laws.

A GPL-enforcement suit against VMware

Posted Mar 14, 2015 21:49 UTC (Sat) by Max.Hyre (subscriber, #1054) [Link]

Many countries (Russia) explicitly forbid legal entities to enter contracts that do not require a payment.
Could the U.S. be such a country? Hence the famous “for one dollar and other considerations” clause.

A GPL-enforcement suit against VMware

Posted Mar 15, 2015 1:45 UTC (Sun) by pizza (subscriber, #46) [Link]

> Could the U.S. be such a country? Hence the famous “for one dollar and other considerations” clause.

No, that's just a legal nod-nod-wink-wink to get around paying more taxes than necessary on $VeryBigPurchases. Eg a house.

A GPL-enforcement suit against VMware

Posted Mar 15, 2015 2:32 UTC (Sun) by vonbrand (guest, #4458) [Link]

Around here, selling something for substantially less than the "real value" will get you into hot water with the tax authority...

A GPL-enforcement suit against VMware

Posted Mar 15, 2015 4:19 UTC (Sun) by bronson (subscriber, #4806) [Link]

I don't think that's true. The US requires consideration for a contract to be valid (in most cases, IANAL) so, yes, some contracts tried to make themselves enforceable by exchanging something silly. In the past this tended to work since the court interpreted it as meeting the letter of the law. In recent decades they've been taking a more subjective view (IMO rightfully so) so you probably won't see contracts like that written nowadays.

http://en.wikipedia.org/wiki/Consideration_under_American...

Declaring that a house sold for a dollar doesn't sound like a very effective way to get around taxes... Can't see my municipality falling for it anyway.

A GPL-enforcement suit against VMware

Posted Mar 15, 2015 12:44 UTC (Sun) by pizza (subscriber, #46) [Link]

> Declaring that a house sold for a dollar doesn't sound like a very effective way to get around taxes... Can't see my municipality falling for it anyway.

IANAL, but I have been through this a couple of times.

It's not the sale of the house per se (and the property taxes you pay depend on "fair market valuation") but rather it's the recording of the property deed at the time of sale. The two times I've dealt with that (in two different states) the deed was for "$1 and other considerations" to avoid having to pay several thousand extra dollars for what basically amounts to a title transfer.

I think that legal fiction is because I didn't technically pay the seller $300,000 -- rather, the mortgage company paid $299,999 and I paid $1 -- ie "other considerations" the seller received from a third party. Of course, I have to pay the mortgage company back plus interest, but the only direct payment from the buyer to the seller was that $1.

Now on a car registration (in Florida, anyway) the actual sales price on the bill of sale is used to compute sales tax at time of registration. There are no yearly ad valorem taxes on the car itself, but the fees are based on the vehicle type and weight. Once the state gets its initial cut, they no longer care what the car's technically worth.

A GPL-enforcement suit against VMware

Posted Mar 15, 2015 22:56 UTC (Sun) by Cyberax (✭ supporter ✭, #52523) [Link]

> I think that legal fiction is because I didn't technically pay the seller $300,000 -- rather, the mortgage company paid $299,999 and I paid $1 -- ie "other considerations" the seller received from a third party. Of course, I have to pay the mortgage company back plus interest, but the only direct payment from the buyer to the seller was that $1.
In Russia this is explicitly not allowed. In this situation, the mortgage company pays you $300000 and then you pay the seller. Of course, there are certain legal constructs to make this process to be atomic (so you won't be left with $300000 on your account and without a house, for example).

Anyway, this is getting a bit too far from the point - contract law is not suitable to replace licenses.

A GPL-enforcement suit against VMware

Posted Mar 15, 2015 19:06 UTC (Sun) by smurf (subscriber, #17840) [Link]

In Germany, as a legal entity you definitely must (expect to) benefit from any contract you enter into. You can't just give away some asset (unless the other party is the owner, or the asset is written off completely, or the recipient is a tax-exempt charity, or …).

There's no actual law against it, but representing a corporation you're expected to act in its benefit and, economically speaking, giving stuff to random people is not.

A GPL-enforcement suit against VMware

Posted Mar 10, 2015 7:38 UTC (Tue) by smurf (subscriber, #17840) [Link]

They're not a contract, they're a license.

I habitually click these things away without reading a word of them. You offer a program for me to download, therefore you obviously intend to allow me to copy it onto my computer and run it. I have no intent to do anything else with the program (like modifying or redistributing it), so what limitations in that license could possibly affect me?

(Note that German consumer protection laws state that you can't hide anything deemed generally one-sided or unreasonable, including stuff like "you owe us €€€ each time you use the program", in your EULA.)

Disclaimer: I'm not a lawyer, but that hasn't stopped me yet.

A GPL-enforcement suit against VMware

Posted Mar 10, 2015 9:18 UTC (Tue) by Cyberax (✭ supporter ✭, #52523) [Link]

No, shrinkwrap licenses are contracts that grant you a right to use the product. There are special rules guiding them (exactly because they are one-sided) but they are contracts nonetheless.

A GPL-enforcement suit against VMware

Posted Mar 10, 2015 12:58 UTC (Tue) by smurf (subscriber, #17840) [Link]

That's one legal theory. The other states that the actual contract is that somebody offers a CD-ROM with the program, or the ability to download it, and you accept that offer by buying.

The right to actually [copy from the CD into memory and] run the thing is implied by that sale because that was the presumed intent of both parties, the transaction would make no sense whatsoever otherwise, and even judges tend not to be *that* stupid.

Also, many countries have quite stringent laws what can and cannot be implied by a simple over-the-counter sale. Like, for instance, what kind of warranty you may exclude. Together with the other implied rights you have (or do not have) by copyright law, this transforms most EULAs' legal content to the null string.

Worse (for the lawyer drafting the stupid EULA, that is), in some countries (also, Germany for instance) the whole text is null and void if there is a single statement in there that's not allowed to be there. No, a salvatory clause won't help you.

Anyway, this is all rather irrelevant in the context of this discussion.
The Linux kernel is not shinkwrapped. Or sold.

We only know that previous court decisions about the GPL have treated it as a license.

A GPL-enforcement suit against VMware

Posted Mar 11, 2015 10:10 UTC (Wed) by epa (subscriber, #39769) [Link]

I always thought the validity of click-through "licences" was a bit dubious, but my knowledge is limited. Are there examples of successful lawsuits for breaching click-through licence terms - for cases where such use would ordinarily be permitted as fair use or fair dealing under copyright?

I thought the licences were just the usual lawyer's technique of putting in as much as possible just in case and seeing if some of it can be made to stick. That may be counterproductive in jurisdictions where a single unenforceable clause makes the whole thing unenforceable. But they are not really intended to be rock-solid, just to create enough fear and uncertainty that it is easier to stay within the terms rather than risk a dispute. The GPL on the other hand is intended to be strongly enforceable in court, and has proven to be so.

A GPL-enforcement suit against VMware

Posted Mar 11, 2015 16:06 UTC (Wed) by dlang (guest, #313) [Link]

shrinkwrap instead of clickthrough, but Apple successfully put another company out of business because they were installing OS-X from a master copy instead of opening each OS package and installing from the individual CDs. This was in spite of the fact that the company purchased a Copy of OS-X for each machine they installed it on.

A GPL-enforcement suit against VMware

Posted Mar 13, 2015 7:11 UTC (Fri) by epa (subscriber, #39769) [Link]

I'm not sure that wouldn't be a straightforward copyright issue even in the absence of a shrinkwrap licence. I may buy ten copies of a book but that does not entitle me to burn nine of them and then make nine photocopies. Making the copy requires a licence from the copyright holder.

A GPL-enforcement suit against VMware

Posted Mar 13, 2015 19:30 UTC (Fri) by vonbrand (guest, #4458) [Link]

I remember the problem was installing MacOS on non-Apple hardware, and that is forbidden by the license.

A GPL-enforcement suit against VMware

Posted Mar 13, 2015 22:16 UTC (Fri) by dlang (guest, #313) [Link]

Apple went after them because they were installing MacOS on non-Apple hardware, but if you read the court documents, what convinced the judge was because they were imaging the systems from a imaging server rather than using the CDs in the individual MacOS boxes that they purchased.

At least, that's how I remember it without going back and looking now. It was such an odd thing to be pivotal in that case that it stuck with me.

A GPL-enforcement suit against VMware

Posted Mar 14, 2015 1:10 UTC (Sat) by zlynx (guest, #2285) [Link]

Law is so ridiculous sometimes.

In that case it seems they would have been OK if only they had opened each individual CD package and used that disc.

In the Aereo case they DID follow the law to its ridiculous end, creating hundreds of small antennas, and got hit with what the judge said was "the system is a Rube Goldberg-like contrivance, over-engineered in an attempt to avoid the reach of the Copyright Act" Well, yes it was. It was following the "rules" exactly as written.

A GPL-enforcement suit against VMware

Posted Mar 15, 2015 6:13 UTC (Sun) by lsl (guest, #86508) [Link]

> I always thought the validity of click-through "licences" was a bit dubious, but my knowledge is limited.

At least in Germany (and probably the rest of continental Europe, too), EULAs and shrink wrap agreements are generally considered invalid if they put the customer at an undue disadvantage. Which, if I remember correctly, applies to almost anything you wouldn't voluntarily agree with if it wasn't a required part of using the software in question.

A GPL-enforcement suit against VMware

Posted Mar 10, 2015 3:38 UTC (Tue) by spender (guest, #23067) [Link]

"Open Source Licensing" discusses this. See pages 57-66 of http://www.rosenlaw.com/pdf-files/Rosen_Ch04.pdf

-Brad

A GPL-enforcement suit against VMware

Posted Mar 10, 2015 6:38 UTC (Tue) by mjg59 (subscriber, #23239) [Link]

I think it's fair to say that Larry Rosen's positions on most aspects of Open Source licensing are considered controversial by most other lawyers in the field.

A GPL-enforcement suit against VMware

Posted Mar 7, 2015 14:42 UTC (Sat) by smurf (subscriber, #17840) [Link]

There is no such thing as "common law" in Germany.

The case will be very interesting, depending on what kind of defense vmware comes up with. I can think of one or two which could easily triple the time required for the trial …

No common law in Germany...

Posted Mar 7, 2015 17:46 UTC (Sat) by pr1268 (subscriber, #24648) [Link]

For those curious (and going off on a tangent), this link has a good primer on the contrasts between a civil law and common law legal system. All countries currently or formerly part of the British Commonwealth and colonies (including the USA) have a common law legal system1. Most other countries have a civil law system evolved from Roman Law (including Germany and the rest of continental Europe). Here's another good link (even if it has an untrusted security certificate).

I can think of one or two which could easily triple the time required for the trial...

You mean VMWare could drag this thing on for years like SCO? Just curious, how? And, ewww... :-\

1 Except the U.S. state of Louisiana. Its civil law system was inherited from the days of Spanish and French territorial possession.

No common law in Germany...

Posted Mar 8, 2015 23:00 UTC (Sun) by marcH (subscriber, #57642) [Link]

Nice links, thanks.

Especially interesting to note is the much lower importance of precedence in civil law systems. In other words, another judge could decide to rule differently on a later, similar case. Even more so if he or she isn't German: while most of Europe seems to have civil law systems, the laws themselves can be completely different from one country to another. The European Union is working on that... at a snail, legal pace.

Things we will become *very* interesting for sure and some precedence will be set - however this suit shouldn't produce a "landmark decision" to the same extend it would in a common law system.

By the way: because of the massive US influence on Western culture, many Europeans have misconceptions about their own justice and even police systems. In plainer words, as a European the more entertaining US drama you watch and the less boring and depressing local newspapers you read, the more confused you are about your own systems (I plead guilty!). The most ironic is when even local fictions trying to compete with the US ones for TV market share stage supposedly local judges and policemen "accidentally" following some US-based rules. Think of the last time you had a laugh seeing a computer screen in a movie and you can probably imagine what European lawyers can sometimes feel when they watch TV.

No common law in Germany...

Posted Mar 9, 2015 14:02 UTC (Mon) by hugoroy (guest, #60577) [Link]

Copyright, especially for the legal protection of computer programs, is harmonized at the EU level (directive 2009/24) so yes, actually, we can expect some landmark decisions out of this case. For instance, if some part of the EU directive is considered not clear by the court, they can send a question to the European Union Cour of Justice. Their potential answers would have direct effect everywhere in the EU.

A GPL-enforcement suit against VMware

Posted Mar 5, 2015 21:01 UTC (Thu) by pr1268 (subscriber, #24648) [Link]

Kudos to:

  • The Software Freedom Conservancy - for taking on this challenge,
  • Karen - for her work with managing the Linux Compliance Project, and
  • our editor - for composing such a well-written article about a hot-button topic so soon after the announcement and also right after the weekly edition was relased (How do you do it, Jon?). ;-)

I wonder if VMWare is loath to release their code not because of the likelihood it contains massive re-appropriation of GPL kernel code (with some minor obfuscations and tweaks), but instead so that IT managers, their investors, and VMWare fanboys in general don't find out they don't know how to write their own code? (Yes, I do realize there's likely a cost-saving reason to consider.)

A GPL-enforcement suit against VMware

Posted Mar 5, 2015 21:42 UTC (Thu) by agrover (guest, #55381) [Link]

big kudos should also go to Bradley Kuhn and Christoph Hellwig.

A GPL-enforcement suit against VMware

Posted Mar 6, 2015 6:39 UTC (Fri) by bignose (subscriber, #40) [Link]

Kudos also to Christoph Hellwig for recognising the unacceptability of a non-disclosure clause:

> There was a meeting in December where, it is said, VMware wanted to propose a settlement but only under strict non-disclosure terms — terms which Christoph refused.

Such clauses seem to be almost routinely demanded in out-of-court settlements. They should always be taken as a sign that the facts are in the public interest and need to be aired.

On an issue important enough to sue, don't let someone silence you with money. Feel free to re-negotiate for a different dollar amount *and* keep the right to talk publicly about the case afterward.

A GPL-enforcement suit against VMware

Posted Mar 6, 2015 13:48 UTC (Fri) by pbonzini (subscriber, #60935) [Link]

> How do you do it, Jon?

The press knows some things in advance, check the date at the top of http://lwn.net/Articles/635301/ :)

A GPL-enforcement suit against VMware

Posted Mar 7, 2015 0:55 UTC (Sat) by scientes (guest, #83068) [Link]

There is a bit of a circle here where the press announcement linked from the front page (https://sfconservancy.org/news/2015/mar/05/vmware-lawsuit/) links to a LWN subscriber link (which is how I am commenting on the article...).

A GPL-enforcement suit against VMware

Posted Mar 7, 2015 6:33 UTC (Sat) by pr1268 (subscriber, #24648) [Link]

I believe the "free" link is there so that LWN non-subscribers reading that page can view this page.

Granted, when LWN added the "free" links feature, I kinda remember our editor[s] kindly requesting that subscribers not abuse these. I'm sure this particular situation doesn't qualify, seeing how the SFC's page might only be read by a limited (but devoted and loyal!) set of readers. :-)

A GPL-enforcement suit against VMware

Posted Mar 7, 2015 18:09 UTC (Sat) by wsa (guest, #52415) [Link]

Doing this needs quite some endurance, courage and attitude. Respect and thanks to all people involved. I really do support this case. Lucky me, Hamburg is not that far away...

Estimating effort/cost to redevelop the Linux kernel

Posted Mar 8, 2015 22:46 UTC (Sun) by david.a.wheeler (guest, #72896) [Link]

I wonder if my essay The Linux Kernel: It’s Worth More! would be relevant. In that paper I show how to estimate the effort and cost to redevelop the Linux kernel from scratch.

A GPL-enforcement suit against VMware

Posted Mar 8, 2015 23:40 UTC (Sun) by brouhaha (subscriber, #1698) [Link]

Some people would rather that it were not done at all, seeing it as an incentive for companies to avoid GPL-licensed code.

Some people have the mistaken view that because the code is available online, they have the right to use it in whatever manner they like, license be damned. There's no reason for software authors to provide any incentive for such people to use their code. If the authors wanted people to be able to use it without GPL compliance, they would have offered it under a non-GPL license, or dual-licensed with a non-GPL license as an alternative.

The "Some people" in the quote are apparently not the authors of the code, so what they would rather have is of no consequence whatsoever. I'd rather have a pony, but that doesn't mean that the authors are obligated to provide me one.

A GPL-enforcement suit against VMware

Posted Mar 12, 2015 1:49 UTC (Thu) by ncm (guest, #165) [Link]

I know of quite a few companies pathologically afraid of GPL code (even LGPL) despite being fundamentally dependent on GPL programs such as Linux -- Apple, Google, and IBM among them. It is as if they adhere to a standard far more radical than is ascribed to Rosen et al. It would be very interesting to get (e.g. via discovery) copies of their reasoning for that fear. It might even make helpful amicus curiae content.

A GPL-enforcement suit against VMware

Posted Mar 12, 2015 4:08 UTC (Thu) by dlang (guest, #313) [Link]

Google is very willing to use and produce GPLv2 code, they are not willing to use GPLv3

In android they may be a bit more cautious, but that's based on the carrier's fears, not Google's

A GPL-enforcement suit against VMware

Posted Mar 12, 2015 11:57 UTC (Thu) by jra (subscriber, #55261) [Link]

The above statement is incorrect. Whilst Google prefers to release under the Apache license, GPLv3 is also widely used and code is released under it.

A GPL-enforcement suit against VMware

Posted Mar 13, 2015 1:17 UTC (Fri) by dlang (guest, #313) [Link]

Ok, I was referring to the licensing of external code and their willingness to incorporate it into their internal tools, based on the guidelines that they give to their programmers on what they have to do for code under different licenses.

A GPL-enforcement suit against VMware

Posted Mar 13, 2015 11:49 UTC (Fri) by jra (subscriber, #55261) [Link]

That is also incorrect. Google imports and uses code under GPLv3 every day. Just *stop* trying to spread your hate about the GPLv3 with untruths about usage you simply seem to be making up. I get it, you don't like it - but you don't have to keep posting the same thing again and again here.

"A zealot is someone who can't change his mind and won't change the subject."

A GPL-enforcement suit against VMware

Posted Mar 13, 2015 17:18 UTC (Fri) by dlang (guest, #313) [Link]

Google requires specific approval to import GPLv3 code

and where did you get that I hate GPLv3? I think it's a mistake, but I don't hate it.

I worked at Google for a while and I'm reporting what they told us in training.

A GPL-enforcement suit against VMware

Posted Mar 13, 2015 22:08 UTC (Fri) by jra (subscriber, #55261) [Link]

I work in Google's Open Source Programs Office reporting to Chris. I've *given* the training you're talking about. You are wrong. You need to pass review to import *any* open source code into Google, and GPLv3 is treated no differently than any other code under a copy left license.

Stop hijacking threads to make them about your personal hobby-horse of how much you dislike GPLv3. I'm sick of it. This thread is about the VMware lawsuit. Let's keep it on topic.

A GPL-enforcement suit against VMware

Posted Mar 13, 2015 22:18 UTC (Fri) by dlang (guest, #313) [Link]

calm down, I wasn't the one who accused Google of not liking the GPL, I actually spoke up to say that Google was not anti-GPL. I was defending google, not attacking anyone.

A GPL-enforcement suit against VMware

Posted Mar 20, 2015 17:53 UTC (Fri) by Del- (guest, #72641) [Link]

You said Google was anti-GPLv3, and got called on it. Moreover, mud slinging v3 hurts GPL in general, and a smart man like you should realise that.

A GPL-enforcement suit against VMware

Posted Mar 20, 2015 20:18 UTC (Fri) by dlang (guest, #313) [Link]

I don't agree that it's inappropriate to criticize GPLv3 "because it hurts GPL". For the record, I think Linus has it right and GPLv3 has too many shades of "I am altering our deal, pray that I don't alter it further". But I wasn't arguing that the GPLv3 is bad, I was correcting the statement "google hates GPL"

I came away from the google training understanding that GPLv2 was perfectly acceptable, GPLv3 somewhat acceptable, but going back and looking up the license on the project that I remember being used as an example of Google paying big bucks for an exception to the license, it turns out that the project in question is AGPLv3, not GPLv3. so at this point it could be that I had a bad instructer in my session, or I just remembered it wrong.

People see the lack of GPL code in Android and think that it means that Google in anti-GPL and that is very much not the case, that's just the Android project.

A GPL-enforcement suit against VMware

Posted Mar 21, 2015 20:43 UTC (Sat) by Del- (guest, #72641) [Link]

>I don't agree that it's inappropriate to criticize GPLv3 "because it hurts GPL".

Now that wasn't quite what you did.

>For the record, I think Linus has it right

And I think you should let Linus talk for himself, you are hardly a mind reader. Personally I think both him and RMS let their ego come in the way. However, I have yet to see anybody criticize v3 without twisting facts, and you are no exception. It is counterproductive and it creates some noise that I am sick and tired of.

A GPL-enforcement suit against VMware

Posted Apr 1, 2015 4:54 UTC (Wed) by bronson (subscriber, #4806) [Link]

Care to add some content to your post? I particularly like your implication that it's humanly impossible to criticize v3. You don't actually believe that, do you?


Copyright © 2015, Eklektix, Inc.
This article may be redistributed under the terms of the Creative Commons CC BY-SA 4.0 license
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds