From: Helge Hafting <helgehaf@idb.hist.no>
To: hps@intermeta.de
Cc: linux-kernel@vger.kernel.org
Subject: Re: [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregister table
Date: Mon, 11 Jun 2001 11:43:09 +0200 [thread overview]
Message-ID: <3B2492AD.C2878479@idb.hist.no> (raw)
In-Reply-To: <9fq2ce$gkb$1@forge.intermeta.de> <200106082254.f58MsWE487361@saturn.cs.uml.edu> <9g20fn$on4$1@forge.intermeta.de>
"Henning P. Schmiedehausen" wrote:
> I had an interesting discussion with my brother-in-law at this
> weekend: What is source code?
The GPL covers this, if you're using it:
"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."
> What if there is really a warbled indivdual that can write a driver in
> object code? Or at least in x86 assembler and then performs the magic
> necessary to link it into the kernel?
You may of course write a driver/program by "cat > file.o" and end up
with a program with no source. The gpl says source is
"the preferred form of the work for making modifications to it."
So this object file does not work with the gpl because object files
is not a preferred form for making modifications. This could change
if programmers in general change to *prefer* editing .o files *instead*
of working with source and compilers. Winning the lottery every time
is more probable though...
Source in any language, even assembly, qualify. But note the
"preferred form", merely disassembling the object file is
dubious. So is deliberately obfuscated source.
> Is this a "binary only" driver or just a driver on par with the NVidia
> that is just "GPL'ed but unreadable"?
It is definitely binary only, as there is no source. That don't
nullify your obligation to provide source though, so you can't
distribute it under the GPL.
Try reading /usr/share/common-licenses/GPL , it isn't that long and
have many answers to such questions.
Helge Hafting
next prev parent reply other threads:[~2001-06-11 9:45 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-06-05 16:59 [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregister table La Monte H.P. Yarroll
[not found] ` <3B1E5CC1.553B4EF1@alacritech.com>
2001-06-06 22:07 ` La Monte H.P. Yarroll
2001-06-06 22:15 ` David S. Miller
2001-06-06 22:36 ` Alexander Viro
2001-06-06 22:42 ` Richard Gooch
2001-06-06 22:52 ` David S. Miller
2001-06-06 23:21 ` Matt D. Robinson
2001-06-06 23:31 ` David S. Miller
2001-06-06 23:51 ` Richard Gooch
2001-06-07 1:22 ` Ben Greear
2001-06-07 0:51 ` David S. Miller
2001-06-07 5:37 ` George Bonser
2001-06-07 5:50 ` David S. Miller
2001-06-07 6:00 ` George Bonser
2001-06-07 15:18 ` watermodem
2001-06-07 15:51 ` Mike Galbraith
2001-06-09 22:09 ` [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregistertable watermodem
2001-06-09 23:15 ` Alexander Viro
2001-06-10 2:59 ` Horst von Brand
2001-06-10 4:38 ` Mike Galbraith
2001-06-07 5:16 ` [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregister table Matt D. Robinson
2001-06-07 5:46 ` David S. Miller
2001-06-07 6:20 ` Richard Gooch
2001-06-07 6:47 ` Matt D. Robinson
2001-06-07 18:03 ` [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregister Alan Cox
2001-06-07 18:10 ` [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregister table Alan Cox
2001-06-08 1:31 ` David S. Miller
2001-06-07 0:14 ` Ben Greear
2001-06-06 23:43 ` David S. Miller
2001-06-07 10:03 ` Henning P. Schmiedehausen
2001-06-07 10:50 ` Daniel Phillips
2001-06-07 11:25 ` David S. Miller
2001-06-07 17:52 ` Alan Cox
2001-06-08 8:29 ` Henning P. Schmiedehausen
2001-06-08 16:42 ` Alan Cox
2001-06-08 22:54 ` Albert D. Cahalan
2001-06-08 23:46 ` David Woodhouse
2001-06-11 8:45 ` Henning P. Schmiedehausen
2001-06-11 9:43 ` Helge Hafting [this message]
2001-06-11 16:17 ` Alan Cox
2001-06-11 18:31 ` Jacob Luna Lundberg
2001-06-11 18:48 ` [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregister Alan Cox
2001-06-11 20:34 ` Jacob Luna Lundberg
2001-06-12 7:08 ` [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregistertable Helge Hafting
2001-06-07 10:05 ` [PATCH] sockreg2.4.5-05 inet[6]_create() register/unregister table Russell King
2001-06-07 11:25 ` David S. Miller
2001-06-07 15:27 ` Keith Owens
2001-06-07 17:01 ` David Woodhouse
2001-06-07 19:11 ` Matthias Urlichs
2001-06-11 18:26 ` [PATCH] sockreg2.4.5-06 " La Monte H.P. Yarroll
2001-06-13 16:25 ` David S. Miller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3B2492AD.C2878479@idb.hist.no \
--to=helgehaf@idb.hist.no \
--cc=hps@intermeta.de \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox