Re: Is the BitKeeper network protocol documented?

David Schwartz (davids@webmaster.com)
Mon, 20 Jan 2003 13:27:21 -0800


On Mon, 20 Jan 2003 15:32:53 -0500, Valdis.Kletnieks@vt.edu wrote:
>On Mon, 20 Jan 2003 11:43:48 PST, David Schwartz said:

>>Checking source code out of a repository is an obfuscatory act
>>that
>>separates the raw source code from the rationale for that source
>>code. It's equivalent to stripping comments. The GPL does not allow

>So is shipping the source without the transcript of the kernel
>developer's
>conference, because then you're stripping out some of the design
>rationale.

If a transcipt of the developer's conference is part of the
preferred form of the source for making modifications, then the
GPL requires that you distribute that. I would argue that it probably
isn't, but if many of the developers have access to that transcript
it and use it while they make modifications, then it's an arguable
point.

>So is shipping the source without a neuron dump of the programmer -
>let's face
>it, we've ALL looked at code and said "What WERE they thinking?",
>and therefor
>a neuron dump would be part of the *preferred* format.

If the people who make most of the modifications have access to and
use such a dump in the process of making modifications, then it would
probably be part of the preferred form.

>You seem determined to obfuscate the issue by confusing the *SOURCE*
>that
>actually gets modified, and metainformation used to keep TRACK of
>the source.

You seem determined to pretend that by "source" the GPL means
"whatever you can compile to create the executable" when it clearly
says otehrwise.

>Don't confuse the source tree with metainformation, or you'll end up
>having
>to carry around inode information. Lest you think I'm joking,
>consider the
>fact that the original Crowther&Woods Adventure game was called
>'ADVENT.FOR',
>and the case and number of chars was actually significant
>information....

The test seems to be whether the metainformation is actually useful
in the process of making modifications or, to put it another way,
whether the people making such modifications prefer to have that
information. I would certainly prefer to have change history and
commit rationales. If the people who actually make most of the
modifications actually have access to and use that information in the
process of making modifications, I don't see how you can argue that
this information isn't part of the source as defined by the GPL.

Keeping the comments in a different file and claiming that's not
part of the source is completely equivalent to stripping the comments
from the source before you distribute it. The GPL doesn't permit
obfuscated source. "Just enough to compile it" isn't sufficient. It
requires the "preferred form" for making modifications. If this
actually includes design rationale documents, revision history, and
other such things, then they are part of the source.

The intent of the GPL seems to be to put "outside" developers on the
same footing as "inside" developers. Being able to withhold
development information that is actually useful for making
modifications seems to be prohibited.

This leaves interesting questions like how you can GPL a project
that includes signed components.

DS

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/