What's the complaint?

Posted Mar 1, 2011 20:40 UTC (Tue) by dskoll (subscriber, #1630)
In reply to: It's not so simple by jthill
Parent article: Red Hat's "obfuscated" kernel source

Since I'm not a Red Hat customer, I don't really have a complaint for myself. (I am most certainly never going to be a Red Hat customer while this policy is in place.)

My complaint is that Red Hat seems to feel that it's fine to benefit from the GPL (they've built a billion-dollar business on GPL'd software), but are now imposing restrictions that make it harder for others to benefit from the GPL.

Even if this is legal, it's unethical. It's completely contrary to the intent of the GPL. I do not admire Red Hat's cleverness at finding a legal way to add restrictions to the GPL.

What's the complaint?

Posted Mar 1, 2011 21:55 UTC (Tue) by AndreE (guest, #60148) [Link] (22 responses)

They are not adding restrictions to the GPL. They are adding restrictions to their support contract, which is not under the GPL L. Name one thing the GPL allows you to do that you are prevented from doing under this arrangement

What's the complaint?

Posted Mar 1, 2011 21:56 UTC (Tue) by dlang (guest, #313) [Link] (6 responses)

distributing source code to others

What's the complaint?

Posted Mar 2, 2011 5:35 UTC (Wed) by AndreE (guest, #60148) [Link] (5 responses)

You are still free to distribute this source to others and nothing prevents you from doing so

What's the complaint?

Posted Mar 2, 2011 5:37 UTC (Wed) by AndreE (guest, #60148) [Link] (4 responses)

More specifically, Red Hat cannot and are not preventing you from releasing the source.

What's the complaint?

Posted Mar 2, 2011 5:43 UTC (Wed) by dlang (guest, #313) [Link] (3 responses)

they can make it cost you, potentially cost you a lot to redistribute the source.

at what point does the cost become 'prohibiting'?

What's the complaint?

Posted Mar 2, 2011 5:50 UTC (Wed) by AndreE (guest, #60148) [Link] (2 responses)

That's a good point, although without outlining the exact costs you cannot unilaterally say that they are prohibiting ALL users from redistribution.

What's the complaint?

Posted Mar 2, 2011 5:54 UTC (Wed) by dlang (guest, #313) [Link] (1 responses)

but the GPL doesn't say that you must allow _some_ recipients to redistribute the code, it says you must allow _all_ recipients to redistribute the code.

once you start eroding this, where can you draw the line?

"all animals are equal, but some are more equal than others"

What's the complaint?

Posted Mar 2, 2011 6:09 UTC (Wed) by AndreE (guest, #60148) [Link]

I don't think I wrote what I wanted to write.

I mean the question of whether you are prohibited is trickier to determine than I originally considered. I'm not agreeing that this service agreement means you ARE prohibited from redistribution, but I'm backing down from my position that you certainly are not prohibited

What's the complaint?

Posted Mar 1, 2011 22:07 UTC (Tue) by dskoll (subscriber, #1630) [Link] (14 responses)

The GPL allows you to redistribute derived works under the GPL. Red Hat claims that doing that is a breach of their subscription agreement.

What's the complaint?

Posted Mar 2, 2011 5:44 UTC (Wed) by AndreE (guest, #60148) [Link] (13 responses)

Yes and what does the GPL say about Red Hat's license agreement?

Nothing.

You are still free to distribute the code under GPL, modify it under the terms of the GPL, and utilize the precise freedoms the GPL gives you.

If Red Hat said that you could only distribute the code if you were a subscriber, then THAT would be an additional condition. But that is not what they are saying at all.

What's the complaint?

Posted Mar 2, 2011 5:49 UTC (Wed) by dlang (guest, #313) [Link] (10 responses)

no, they are saying that they will only show you the code if you are a subscriber, and that if you want to be a subscriber you are not allowed to distribute the code.

that sounds very similar to the microsoft 'viewable' source the difference being that microsoft can sue you for damages while RedHat can only stop supplying you with updates and support, potentially shutting your business down while you transition to a different distro

What's the complaint?

Posted Mar 2, 2011 5:59 UTC (Wed) by AndreE (guest, #60148) [Link] (9 responses)

Wait, if I have a subscription, obtain GPL binaries from Red Hat, then cancel my sub, I can no longer access the source to my GPL binaries?

What's the complaint?

Posted Mar 2, 2011 9:12 UTC (Wed) by airlied (subscriber, #9104) [Link] (8 responses)

they are on the ftp site.

all the source code + all the files needed to rebuild are in the srpms.

What's the complaint?

Posted Mar 3, 2011 16:43 UTC (Thu) by smurf (subscriber, #17840) [Link] (7 responses)

Yeah, but they're not in source form.

"Source", in this context, is "a kernel and a heap of patches, as embodied in a git archive". Granted that if you drop the archive and flatten the patches into 200+ patch files, that still counts, because people still customarily edit patches.

A humungous diff, however, is not a patch. It's the source equivalent of a core dump. Nobody uses that for software development.

Therefore, Red Hat is breaking the spirit of the GPL by doing that.

What's the complaint?

Posted Mar 3, 2011 22:29 UTC (Thu) by airlied (subscriber, #9104) [Link] (6 responses)

You have a definition of source that suits your argument.

I'm sure lawyers can define Source == source code, in that context you have the source code to the kernel.

Its easy to make up definitions and then base arguments on them, its harder to prove the definition you made up is backed by the law.

What's the complaint?

Posted Mar 4, 2011 7:56 UTC (Fri) by smurf (subscriber, #17840) [Link] (5 responses)

The GPL says quite plainly:

The source code for a work means the preferred form of the work for
making modifications to it.

Whether combining lots of patches into one large patch constitutes a change in "form" would be an argument for the lawyers if this ever goes to court, which I very much doubt.

In my opinion, however, the case is pretty clear -- you simply do not modify that large a patch file. Therefore it's not a "preferred form". Therefore Red Hat is, ideally if not materially, in breach of the GPL.

Disclaimer: I am not a lawyer, not do I play one on TV.

What's the complaint?

Posted Mar 4, 2011 17:28 UTC (Fri) by dlang (guest, #313) [Link] (4 responses)

you don't normally modify patches at all, normally you modify the source file. the tools then mechanically create the patch files.

What's the complaint?

Posted Mar 7, 2011 22:26 UTC (Mon) by paulj (subscriber, #341) [Link] (3 responses)

Forget the details of patches for a second. What matters is, what is the distributor's preferred form for making modifications? If there is a difference between the form they prefer internally and the form they distribute onward, then we have to ask whether the recipients have been short-changed out of their rights. Precisely how much information is a distributor allowed to obfuscate before there is a problem?

E.g. if the patches are of no import to making modifications to a source code, then why have RedHat decided to try get a competitive advantage by withholding them? Clearly RedHat feel having the split-out patches helps them to maintain and modify the kernel they ship. My experience is that having patches (more precisely, access to the history) can be *very* important to making further modifications (finding recently introduced bugs particularly, and modifying them).

I know RedHat is "Good", I know they put in lots of resources into Linux and free software. I really want them to be able to succeed in their business. However, let's be careful to remain dispassionate about this - do any GPL copyright holders involved really want to concede that it's perfectly fine for distributors to deliberately withhold fairly important source-related information? (Obviously some of those copyright holders also have a strong interest in the continuing success of RedHat).

What's the complaint?

Posted Mar 7, 2011 22:41 UTC (Mon) by foom (subscriber, #14868) [Link]

How about requiring that they disclose all the internal email threads where they discussed the change too? After all, those might have substantially more useful information about the reasoning behind the change than just the commit message...

What's the complaint?

Posted Mar 7, 2011 23:25 UTC (Mon) by dlang (guest, #313) [Link] (1 responses)

I am not a big RedHat fan, but I have no legalistic problem with them not distributing patches, internal e-mail threads, recordings of internal conversations etc.

that doesn't mean that I think what they are doing is good in this area, just that it is within the letter of the rules. I think that them making this change erodes their moral position, but the GPL isn't dependant on people making good decisions for moral reasons, it's only dependant on people making the decisions to comply with the letter of the license (or if it requires more than just compliance with the letter of the license, there may be a need for a license change, but I don't believe that there is)

the only piece I have a legalistic problem is with them releasing code in some form to users, but only under the condition that those users don't redistribute the code (and if the users violate this condition, penalties kick in)

What's the complaint?

Posted Mar 8, 2011 7:38 UTC (Tue) by paulj (subscriber, #341) [Link]

It's still not clear they're following the letter of the licence. Here's what likely is happening:

1. RedHat work on the source in form A

2. Form B is auto-generated from A

3. Form B is distributed to comply with the GPL.

A is the src.rpm with the split patches: the format they've preferred for donkey's years and, I'm presuming to be a dead certainty, are continuing to use internally, and B is the src.rpm with the patches deliberately collapsed. Talking about email or conversations is a misdirection - binaries never get machine-built from such. The patches *are* a source input to the process that builds the distributed src.rpms though, and the reason they are an input is because that's RedHats' preferred means of making modifications.

Look at the flow above again, form B *clearly* is covered by the GPL through the text in which explains what "preferred form" is meant to cover. It's pretty explicit that intermediate transformations of the sources are *not* sufficient, that *all* the files required for input to the build process are required.

Just because an auto-generated file is still human-readable and editable does not take-away from the fact it's not the original source.

What's the complaint?

Posted Mar 2, 2011 12:46 UTC (Wed) by dskoll (subscriber, #1630) [Link] (1 responses)

Yes and what does the GPL say about Red Hat's license agreement? Nothing.

Maybe. Maybe not. The GPL says you are not allowed to add "additional restrictions" on the redistribution of GPL'd works.

Red Hat and others argue that their subscription agreement is not an additional restriction. I argue that it is. I'd like a legal judgement or at least an opinion from the FSF, because it's not clear-cut to me.

What's the complaint?

Posted Mar 4, 2011 1:06 UTC (Fri) by jthill (subscriber, #56558) [Link]

By signing that agreement, you did not bind them, and by signing that agreement, they did not bind you.

The defining characteristic of a coercive offer is that if you refuse it, you're worse off than you were before they made it.

That's not the case here. It's a perfectly good offer. They did not bind you by authority, they did not bind you by coercion, they did not bind you by any means.

You bound yourself, for gain, in a completely voluntary and fully informed choice.

What's the complaint?

Posted Mar 1, 2011 21:57 UTC (Tue) by dowdle (subscriber, #659) [Link]

Let's back up for a moment. Red Hat has historically released things in such a way that made it very easy for others to co-opt. As a result, we have various clones. Red Hat does not seem to mind the free clones... but it looks like they have one particular pay clone they aren't fond of.

Red Hat did NOT have to release the sources the way they originally did... that breaks it into the original source and patches. They could have originally "obfuscated" the source but they did not.

What they are doing now is "obfuscated" one package... the kernel. They are still releasing the source so they aren't hiding anything... and that source is publicly available to all. They are in compliance with the GPL.

What Red Hat has done is just change one package, the kernel source release format. They have not broken the GPL and the added restrictions they have put on their original release format for that package, as far as I can tell, are not a violation of the GPL. They do not have to make the source available in multiple formats, or any one format in particular... as long as the offer the source... which they are.

I'm guessing this won't really help them much technically... and it will anger the community more than it will restrict access to the targeted competition... and they will eventually switch back to the way they were originally doing things... but they have to try it to see how it works out. Now to see how it works out.