GPL says that you can't impose further restrictions on the people you distribute GPL software to. Everybody should receive the entire set of freedoms unfeterred.
Using contract law (or using blackmail, or using anything else) to restrict redistribution of the source appears to not be in compliance of GPL to me. I can't see how a judge might find otherwise.
The problem is, who has standing here? The Red Hat customer or the copyright holder?
How about we use a different analogy. Google, Facebook, Amazon, Microsoft - they all have patches to the linux kernel which they do not always open source. And nothing in the GPL compels them to open source them so long as they aren't distributed outside the company, and are only used on internal systems.
Let's say an employee with access to those internal kernels, who is under an employment contract and non-disclosure agreement, releases the kernel source code with those patches included. Would the GPL prevent that employee from being fired and/or sued for violation of NDA?
Nope.
>GPL says that you can't impose further restrictions on the people you distribute GPL software to.
That's just the thing. Red Hat does not impose any further restrictions on the software that has been distributed to you. You can continue using RHEL, in theory, even with an expired license. There is no "kill switch".
But Red Hat is not obligated to continue providing you with access to their services, including their software update repositories.
>>Would the GPL prevent that employee from being fired and/or sued for violation of NDA?
That is not even close to being an analogy. In that case the Code, copyright, was not transferred to the employee, They are not operating under the conditions of the GPL at all. As an employee I am not given a "license" to the code as I would be as a customer or licensee of the code.
As such violation of the NDA would have nothing to do with the GPL at all.
> In that case the Code, copyright, was not transferred to the employee, They are not operating under the conditions of the GPL at all.
In this scenario let's say that the patches are GPLv2 licensed and apply to a larger GPLv2 codebase, as opposed to something like a separate kernel module. So the code is, indeed, GPL, and both the built kernels and the source itself are unambiguously a derivative work of GPL code.
And this code is distributed to you as part of your job. It wasn't stolen, it was provided to you with specific terms of use, namely that it only be used within the company.
Is your argument that there can be no legal constraints beyond what "the GPL says" in this situation? That those constraints shouldn't apply, because they infringe your GPL-provided rights?
As the GPL FAQ says, distribution between employees of the same company may not even be considered "distribution" depending on the region. The analogy is stretching this too far.
No, it's not. Even if they were employees of a different company that is a subcontractor, the jurisprudence is not clear at all.
This is basically the "museum argument" which is quite old.
It's an entire different story if you do distribute the software to your subcontractors for their use.
What customers have bought is a support contract, which includes distribution of software under the GPL.
What Red Hat is threatening to do is to stop allowing customers to renew the support contract, and stop allowing customers from buying a new support contract.
The GPL does not (outside of a couple of small details for how to get access to the source) require a software distributor to provide continuing services.
Otherwise you get into all sorts of strange cases, like Alice and Bob are friends working on a GPL project, Bob sends a copy to Eve, who collaborates with Bob. But Alice hates Eve, so stops working with Bob on the project.
The GPL does not prevent that sort of retaliation for redistributing software. If it does, where? Why should forcing continued collaboration be part of freedoms of the GPL?
Switching away from the analogy, where does the GPL say there's a difference if money is involved?
So while I strongly believe this violates the spirit, I disagree about this violating the letter. You are free to distribute, all that will happen is that you lost future access. Trust sounds like a full legal loophole.
Would the copyright holder (GPL'd software) have standing to sue for Tortious interference, being that the GPL is a contract between the copyright holder and end user?
Using contract law (or using blackmail, or using anything else) to restrict redistribution of the source appears to not be in compliance of GPL to me. I can't see how a judge might find otherwise.
The problem is, who has standing here? The Red Hat customer or the copyright holder?