From: "David Schwartz" <davids@webmaster.com>
To: <xavier.bestel@free.fr>
Cc: "linux-kernel-Mailing-list" <linux-kernel@vger.kernel.org>
Subject: RE: GPL and NON GPL version modules
Date: Tue, 16 May 2006 12:54:03 -0700 [thread overview]
Message-ID: <MDEHLPKNGKAHNMBLJOLKGEEDLPAB.davids@webmaster.com> (raw)
In-Reply-To: <1147769525.25330.137.camel@capoeira>
> Unless the "someone else will release a GPL wrapper to my proprietary
> module" accident is planned from the start.
>
> Xav
There certainly does seem to be some reason for suspicion.
I would say that this doesn't matter so long as the two works are separate.
That is, two people could plan this from the start, act in concert, and
still be okay. However, they would have to make sure that nothing about the
GPL wrapper contaminates the proprietary module. That is, the proprietary
module must not in any way be designed to accomondate the GPL wrapper,
except perhaps in the form of generic accomodation for any wrapper.
If the proprietary module contains any code that is designed specifically
to accomodate the GPL wrapper, the line is crossed. Whether or not that
consitutes a legal violation, however, is a complicated question.
So long as the proprietary module was not designed to work with GPL'd code
(more than it's generically designed to work with other code of the same
type) and contains no GPL'd code, you should be okay. However, as soon as
any of the design of the proprietary code is intended to facilitate
interoperation with specific GPL'd code, you could start to get into
trouble.
You should definitely consult a lawyer, but prepared for the answer,
"nobody really knows". They can chart out what is almost definitely safe and
what is almost definitely illegal, but there is a huge space in-between.
DS
next prev parent reply other threads:[~2006-05-16 19:54 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-05-15 13:34 Nutan C.
2006-05-15 13:41 ` Steven Rostedt
2006-05-15 13:49 ` Steven Rostedt
2006-05-15 14:12 ` Alan Cox
2006-05-16 3:42 ` David Schwartz
2006-05-16 8:52 ` Xavier Bestel
2006-05-16 19:54 ` David Schwartz [this message]
-- strict thread matches above, loose matches on Subject: below --
2006-05-15 14:05 Nutan C.
2006-05-15 14:00 Nutan C.
2006-05-15 14:13 ` Steven Rostedt
2006-05-15 15:12 ` Jan Engelhardt
2006-05-15 12:12 Nutan C.
2006-05-15 12:51 ` Xavier Bestel
2006-05-15 12:52 ` Xavier Bestel
2006-05-15 13:06 ` Steven Rostedt
2006-05-15 9:53 Srinivas G.
2006-05-15 12:54 ` Manu Abraham
2006-05-15 14:14 ` Alan Cox
2006-05-15 15:08 ` Greg KH
2006-05-15 15:49 ` Steven Rostedt
2006-05-15 15:28 ` Arjan van de Ven
2006-05-15 9:31 Srinivas G.
2006-05-15 12:08 ` Jan Engelhardt
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=MDEHLPKNGKAHNMBLJOLKGEEDLPAB.davids@webmaster.com \
--to=davids@webmaster.com \
--cc=linux-kernel@vger.kernel.org \
--cc=xavier.bestel@free.fr \
/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
all inboxes | Powered by JetHome®