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. |
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 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 "
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:
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.
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
(Log in to post comments)
How to help !
Posted Mar 5, 2015 17:31 UTC (Thu) by jra (subscriber, #55261) [Link]
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]
How to help !
Posted Mar 5, 2015 19:08 UTC (Thu) by tbm (subscriber, #7049) [Link]
How to help !
Posted Mar 5, 2015 19:18 UTC (Thu) by jra (subscriber, #55261) [Link]
How to help !
Posted Mar 5, 2015 19:25 UTC (Thu) by gutschke (subscriber, #27910) [Link]
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]
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]
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]
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]
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]
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]
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]
How to help !
Posted Mar 8, 2015 13:45 UTC (Sun) by pboddie (subscriber, #50784) [Link]
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]
How to help !
Posted Mar 9, 2015 11:05 UTC (Mon) by jezuch (subscriber, #52988) [Link]
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]
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]
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]
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]
Keep up the good work,
Paul
How to help !
Posted Mar 6, 2015 14:16 UTC (Fri) by danieldk (guest, #27876) [Link]
How to help !
Posted Mar 7, 2015 19:48 UTC (Sat) by marcH (subscriber, #57642) [Link]
How to help !
Posted Mar 7, 2015 20:56 UTC (Sat) by rahulsundaram (subscriber, #21946) [Link]
How to help !
Posted Mar 7, 2015 21:42 UTC (Sat) by marcH (subscriber, #57642) [Link]
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]
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]
A GPL-enforcement suit against VMware
Posted Mar 5, 2015 18:34 UTC (Thu) by riel (subscriber, #3142) [Link]
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]
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]
A GPL-enforcement suit against VMware
Posted Mar 5, 2015 21:38 UTC (Thu) by agrover (guest, #55381) [Link]
A GPL-enforcement suit against VMware
Posted Mar 5, 2015 21:48 UTC (Thu) by raven667 (subscriber, #5198) [Link]
A GPL-enforcement suit against VMware
Posted Mar 6, 2015 5:14 UTC (Fri) by paulj (subscriber, #341) [Link]
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]
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]
A GPL-enforcement suit against VMware
Posted Mar 5, 2015 20:30 UTC (Thu) by ianw (guest, #20143) [Link]
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]
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]
A GPL-enforcement suit against VMware
Posted Mar 6, 2015 10:05 UTC (Fri) by jpfrancois (subscriber, #65948) [Link]
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]
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]
A GPL-enforcement suit against VMware
Posted Mar 6, 2015 22:35 UTC (Fri) by realnc (guest, #60393) [Link]
A GPL-enforcement suit against VMware
Posted Mar 7, 2015 15:13 UTC (Sat) by smurf (subscriber, #17840) [Link]
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]
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]
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]
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 kernelThis 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]
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]
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]
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 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]
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]
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]
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]
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]
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]
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]
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]
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 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]
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]
Stop. Giving. Ideas. To. Oracle.
A GPL-enforcement suit against VMware
Posted Mar 19, 2015 13:05 UTC (Thu) by enyst (guest, #92308) [Link]
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]
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]
A GPL-enforcement suit against VMware
Posted Mar 5, 2015 20:58 UTC (Thu) by jhhaller (guest, #56103) [Link]
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]
A GPL-enforcement suit against VMware
Posted Mar 6, 2015 10:44 UTC (Fri) by etienne (guest, #25256) [Link]
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]
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]
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]
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]
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]
A GPL-enforcement suit against VMware
Posted Mar 6, 2015 10:58 UTC (Fri) by hugoroy (guest, #60577) [Link]
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]
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]
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]
A GPL-enforcement suit against VMware
Posted Mar 10, 2015 3:18 UTC (Tue) by dlang (guest, #313) [Link]
A GPL-enforcement suit against VMware
Posted Mar 10, 2015 3:45 UTC (Tue) by Cyberax (✭ supporter ✭, #52523) [Link]
A GPL-enforcement suit against VMware
Posted Mar 10, 2015 4:30 UTC (Tue) by dlang (guest, #313) [Link]
A GPL-enforcement suit against VMware
Posted Mar 10, 2015 7:28 UTC (Tue) by Cyberax (✭ supporter ✭, #52523) [Link]
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]
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]
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]
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]
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]
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]
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]
A GPL-enforcement suit against VMware
Posted Mar 10, 2015 12:58 UTC (Tue) by smurf (subscriber, #17840) [Link]
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 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]
A GPL-enforcement suit against VMware
Posted Mar 13, 2015 7:11 UTC (Fri) by epa (subscriber, #39769) [Link]
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]
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]
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]
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]
-Brad
A GPL-enforcement suit against VMware
Posted Mar 10, 2015 6:38 UTC (Tue) by mjg59 (subscriber, #23239) [Link]
A GPL-enforcement suit against VMware
Posted Mar 7, 2015 14:42 UTC (Sat) by smurf (subscriber, #17840) [Link]
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]
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]
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]
A GPL-enforcement suit against VMware
Posted Mar 6, 2015 6:39 UTC (Fri) by bignose (subscriber, #40) [Link]
> 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]
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]
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]
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]
A GPL-enforcement suit against VMware
Posted Mar 12, 2015 4:08 UTC (Thu) by dlang (guest, #313) [Link]
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]
A GPL-enforcement suit against VMware
Posted Mar 13, 2015 1:17 UTC (Fri) by dlang (guest, #313) [Link]
A GPL-enforcement suit against VMware
Posted Mar 13, 2015 11:49 UTC (Fri) by jra (subscriber, #55261) [Link]
"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]
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]
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]
A GPL-enforcement suit against VMware
Posted Mar 20, 2015 17:53 UTC (Fri) by Del- (guest, #72641) [Link]
A GPL-enforcement suit against VMware
Posted Mar 20, 2015 20:18 UTC (Fri) by dlang (guest, #313) [Link]
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]
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]