From: Ben Collins <bcollins@debian.org>
To: "Richard B. Johnson" <root@chaos.analogic.com>
Cc: Adrian Bunk <bunk@fs.tum.de>,
Linux kernel <linux-kernel@vger.kernel.org>
Subject: Re: Non-GPL modules
Date: Thu, 18 Oct 2001 10:11:34 -0400 [thread overview]
Message-ID: <20011018101134.Q10952@visi.net> (raw)
In-Reply-To: <Pine.NEB.4.40.0110181529400.1110-100000@mimas.fachschaften.tu-muenchen.de> <Pine.LNX.3.95.1011018094613.431A-100000@chaos.analogic.com>
In-Reply-To: <Pine.LNX.3.95.1011018094613.431A-100000@chaos.analogic.com>
On Thu, Oct 18, 2001 at 09:58:33AM -0400, Richard B. Johnson wrote:
> On Thu, 18 Oct 2001, Adrian Bunk wrote:
>
> > On Thu, 18 Oct 2001, Richard B. Johnson wrote:
> >
> > >...
> > > In the business world, something as simple as puts("Hello World!");
> > > MUST be kept a trade secret. If it was written by an employee
> > > in the context of his or her job, the company's stockholders owns
> > > that line of code so no employee, even the President, is allowed
> > > to give it away.
> > >...
> >
> > IOW: Companies like IBM, SAP, Sun and SGI that made code available under
> > the GPL (e.g. as part of the linux kernel or with of relicensed programs)
> > weren't allowed to do this???
> >
> >
> > Am I allowed to consider this a bad joke?
> >
> >
>
> It's no joke. Some companies require, in the process of producing
> goods and services, that certain interface code and documentation
> be provided. For instance, if I make an Ethernet card, it's in
> the best interest of the company to sell as many boards as possible.
> Therefore, certain information must be given away to obtain those
> goals. So, I would provide register-level documentation, sample
> source-code, and maybe even drivers for the majority of the known
> Operating Systems.
>
> However, If my company makes Bomb Scanners (it does), I cannot
> divulge to potential adversaries, either the competition or potential
> bombers, how it works. It's just that simple.
>
> If your end product is a board that plugs into a PC, you have a
> different set of rules than if your end product is a Bomb Scanner,
> a Flight Management System, or a Numerical Milling Machine.
> Basically, embedded stuff, both hardware and software, remains hidden.
But that has nothing to do with stockholders claiming ownership of code
written by an employee. That's a much deeper policy. So your assertions
are way off base.
Now, if your driver just interfaces your hardware with userspace, then
that driver likely contains nothing of extreme importance for how your
"Bomb Scanner" works, and releasing it under GPL is not going to be a
problem. Your application contains those details. I don't see how you
are getting at the application level being considered a corrupter of the
kernel's GPL stringency. Do you actually see this occuring?
--
.----------=======-=-======-=========-----------=====------------=-=-----.
/ Ben Collins -- Debian GNU/Linux \
` bcollins@debian.org -- bcollins@openldap.org -- bcollins@linux.com '
`---=========------=======-------------=-=-----=-===-======-------=--=---'
next prev parent reply other threads:[~2001-10-18 14:11 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-10-18 13:15 Non-GPL modules Richard B. Johnson
2001-10-18 13:38 ` Adrian Bunk
2001-10-18 13:58 ` Richard B. Johnson
2001-10-18 14:11 ` Ben Collins [this message]
2001-10-18 14:46 ` Richard B. Johnson
2001-10-18 14:53 ` Peter T. Breuer
2001-10-18 15:21 ` Richard B. Johnson
2001-10-18 15:40 ` Peter T. Breuer
2001-10-18 16:40 ` Jan Niehusmann
2001-10-18 17:02 ` Martin Dalecki
2001-10-18 17:16 ` Ben Collins
2001-10-18 17:15 ` Martin Dalecki
2001-10-18 18:06 ` Mark Hahn
2001-10-18 14:06 ` Ben Collins
2001-10-18 14:04 ` M. R. Brown
2001-10-18 14:31 ` Jesper Juhl
2001-10-18 14:37 ` Martin Donnelly
2001-10-18 14:50 ` Arjan van de Ven
2001-10-18 15:48 ` M. R. Brown
2001-10-20 22:08 ` Alan Cox
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=20011018101134.Q10952@visi.net \
--to=bcollins@debian.org \
--cc=bunk@fs.tum.de \
--cc=linux-kernel@vger.kernel.org \
--cc=root@chaos.analogic.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.