* GPL license and linux kernel modifications
@ 2004-01-27 16:25 "Bansh"
2004-01-27 16:33 ` Kevin P. Fleming
2004-01-29 2:55 ` Valdis.Kletnieks
0 siblings, 2 replies; 6+ messages in thread
From: "Bansh" @ 2004-01-27 16:25 UTC (permalink / raw)
To: linux-kernel
Hello!
I've got a question, which I can't resolve myself about linux kernel binary code. The problem is GPL license which tells us that:
----------- cut COPYING -----------
The source code for a work means the preferred form of the work for
making modifications to it. For an executable work, complete source
code means all the source code for all modules it contains, plus any
associated interface definition files, plus the scripts used to
control compilation and installation of the executable. However, as a
special exception, the source code distributed need not include
anything that is normally distributed (in either source or binary
form) with the major components (compiler, kernel, and so on) of the
operating system on which the executable runs, unless that component
itself accompanies the executable.
----------- cut COPYING -----------
It gives the possibility to not distribute compiler and other preprocessing tools.
It looks like one can make a preprocessor or even one's own compiler (with one's syntax) which will be used for kernel building. But it's not required to distribute this compiler. So I can distribute linux kernel source code modified this way but no one will be able to build it. Is it ok?
Such compiler/preprocessor can be really very tricky and can hide the modifications very much, thus allowing to hide proprietary know-how.
Bansh
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: GPL license and linux kernel modifications
2004-01-27 16:25 GPL license and linux kernel modifications "Bansh"
@ 2004-01-27 16:33 ` Kevin P. Fleming
2004-01-27 17:56 ` Måns Rullgård
2004-01-29 2:55 ` Valdis.Kletnieks
1 sibling, 1 reply; 6+ messages in thread
From: Kevin P. Fleming @ 2004-01-27 16:33 UTC (permalink / raw)
To: linux-kernel
Bansh wrote:
> special exception, the source code distributed need not include
> anything that is normally distributed (in either source or binary
> form) with the major components (compiler, kernel, and so on) of the
> operating system on which the executable runs, unless that component
> itself accompanies the executable.
> ----------- cut COPYING -----------
>
> It gives the possibility to not distribute compiler and other preprocessing tools.
> It looks like one can make a preprocessor or even one's own compiler (with one's syntax) which will be used for kernel building. But it's not required to distribute this compiler. So I can distribute linux kernel source code modified this way but no one will be able to build it. Is it ok?
Only if those "compiler and other preprocessing tools" are normally
distributed with the O/S the executable runs on. If you create your own
compiler, and it's not "normally distributed", then you can't publish
source code in that language under the GPL without making the compiler
available as well.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: GPL license and linux kernel modifications
2004-01-27 16:33 ` Kevin P. Fleming
@ 2004-01-27 17:56 ` Måns Rullgård
0 siblings, 0 replies; 6+ messages in thread
From: Måns Rullgård @ 2004-01-27 17:56 UTC (permalink / raw)
To: linux-kernel
"Kevin P. Fleming" <kpfleming@backtobasicsmgmt.com> writes:
> Bansh wrote:
>
>> special exception, the source code distributed need not include
>> anything that is normally distributed (in either source or binary
>> form) with the major components (compiler, kernel, and so on) of the
>> operating system on which the executable runs, unless that component
>> itself accompanies the executable.
>> ----------- cut COPYING -----------
>> It gives the possibility to not distribute compiler and other
>> preprocessing tools.
>> It looks like one can make a preprocessor or even one's own
>> compiler (with one's syntax) which will be used for kernel
>> building. But it's not required to distribute this compiler. So I
>> can distribute linux kernel source code modified this way but no
>> one will be able to build it. Is it ok?
>
> Only if those "compiler and other preprocessing tools" are normally
> distributed with the O/S the executable runs on. If you create your
> own compiler, and it's not "normally distributed", then you can't
> publish source code in that language under the GPL without making the
> compiler available as well.
Yes, you can, at least if you own the source code in question. It
becomes more unclear when you take someone else's GPL'd code and
modify it to only work with your private compiler.
--
Måns Rullgård
mru@kth.se
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: GPL license and linux kernel modifications
2004-01-27 16:25 GPL license and linux kernel modifications "Bansh"
2004-01-27 16:33 ` Kevin P. Fleming
@ 2004-01-29 2:55 ` Valdis.Kletnieks
2004-01-29 11:14 ` David Schwartz
2004-02-01 20:49 ` Bill Davidsen
1 sibling, 2 replies; 6+ messages in thread
From: Valdis.Kletnieks @ 2004-01-29 2:55 UTC (permalink / raw)
To: "Bansh" ; +Cc: linux-kernel
[-- Attachment #1: Type: text/plain, Size: 1258 bytes --]
On Tue, 27 Jan 2004 19:25:55 +0300, =?koi8-r?Q?=22?=Bansh=?koi8-r?Q?=22=20?= <bansh21@mail.ru> said:
> It looks like one can make a preprocessor or even one's own compiler (with
> one's syntax) which will be used for kernel building. But it's not required to
> distribute this compiler. So I can distribute linux kernel source code modified
> this way but no one will be able to build it. Is it ok?
Sure. If you wrote the code in APL, it would be quite unreadable, and you could
distribute it. See Bliss/32 (DEC) or PL/S (IBM) for examples of languages
that were used to write systems and the code distributed without a compiler.
(Note that I know of no source code in Bliss/32 or PL/S that was actually
distributed under the GPL).
> Such compiler/preprocessor can be really very tricky and can hide the
> modifications very much, thus allowing to hide proprietary know-how.
Yes, but it has to be the *preferred* source form. So you have to distribute
what you're actually using to maintain the system. You want to claim that
the very tricky code is your preferred form, go right ahead. Let me know how
the first time you try to fix a bug goes. ;)
It is most certainly *NOT* allowed to pass your code through a obfuscator
before shipping it out.
[-- Attachment #2: Type: application/pgp-signature, Size: 226 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
* RE: GPL license and linux kernel modifications
2004-01-29 2:55 ` Valdis.Kletnieks
@ 2004-01-29 11:14 ` David Schwartz
2004-02-01 20:49 ` Bill Davidsen
1 sibling, 0 replies; 6+ messages in thread
From: David Schwartz @ 2004-01-29 11:14 UTC (permalink / raw)
To: Valdis.Kletnieks, Bansh ; +Cc: linux-kernel
> On Tue, 27 Jan 2004 19:25:55 +0300,
> =?koi8-r?Q?=22?=Bansh=?koi8-r?Q?=22=20?= <bansh21@mail.ru> said:
> Yes, but it has to be the *preferred* source form. So you have
> to distribute
> what you're actually using to maintain the system. You want to claim that
> the very tricky code is your preferred form, go right ahead. Let
> me know how
> the first time you try to fix a bug goes. ;)
> It is most certainly *NOT* allowed to pass your code through a obfuscator
> before shipping it out.
In my insanest musings, I've thought about a case where one has a
decrypting/encrypting editor and a decrypting compiler. This could honestly
make the encrypted source the preferred form for the purposes of making
modifications.
Anyone who attempts this would likely run afoul of a legal principle known
as the "straight face doctrine". This says that one may not make any
argument in court unless one can do so with a straight face. Because of
this, lawyers that can say rather insane things with perfectly straight
faces are quite highly prized.
DS
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: GPL license and linux kernel modifications
2004-01-29 2:55 ` Valdis.Kletnieks
2004-01-29 11:14 ` David Schwartz
@ 2004-02-01 20:49 ` Bill Davidsen
1 sibling, 0 replies; 6+ messages in thread
From: Bill Davidsen @ 2004-02-01 20:49 UTC (permalink / raw)
To: linux-kernel, Valdis.Kletnieks; +Cc: Bansh, linux-kernel
Valdis.Kletnieks@vt.edu wrote:
> It is most certainly *NOT* allowed to pass your code through a obfuscator
> before shipping it out.
With some developers that's not needed... I have inherited code which
only the compiler could understand.
--
bill davidsen <davidsen@tmr.com>
CTO TMR Associates, Inc
Doing interesting things with small computers since 1979
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2004-02-01 20:47 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-01-27 16:25 GPL license and linux kernel modifications "Bansh"
2004-01-27 16:33 ` Kevin P. Fleming
2004-01-27 17:56 ` Måns Rullgård
2004-01-29 2:55 ` Valdis.Kletnieks
2004-01-29 11:14 ` David Schwartz
2004-02-01 20:49 ` Bill Davidsen
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox