public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Theodore Tso <tytso@MIT.EDU>
To: David Schwartz <davids@webmaster.com>
Cc: Pavel Roskin <proski@gnu.org>,
	rms@gnu.org, linux-kernel@vger.kernel.org,
	jonathan@jonmasters.org, rusty@rustcorp.com.au, pgiri@yahoo.com
Subject: Re: ndiswrapper and GPL-only symbols redux
Date: Wed, 6 Feb 2008 10:10:56 -0500	[thread overview]
Message-ID: <20080206151056.GL27119@mit.edu> (raw)
In-Reply-To: <MDEHLPKNGKAHNMBLJOLKGEAHKCAC.davids@webmaster.com>

On Wed, Feb 06, 2008 at 03:38:52AM -0800, David Schwartz wrote:
> > 
> > Ndiswrapper loads and executes code with not GPLv2 compatible licences 
> > in a way in the kernel that might be considered similar to a GPLv2'ed 
> > userspace program dlopen() a dynamic library file with a not GPLv2 
> > compatible licence.
> > 
> > IANAL, but I do think there might be real copyright issues with 
> > ndiswrapper.
> 
> Neither the kernel+ndiswrapper nor the non-free driver were
> developed with knowledge of the other, so there is simply no way one
> could be a derivative work of the other. Since no creative effort is
> required to link them together, and the linked result is not fixed
> in a permanent medium, a derivative work cannot be created by the
> linking process itself.

Indeed, there is a similar issue with libss, which was originally
written for use with Kerberos v5, and licensed under an MIT (BSD-style
plus you must not use MIT's name in advertising) license.  Kerberos V5
was adapted by Sun to create a propietary product called SEAM (Sun
Enterprise Authentication Mechanism), and contains a program called
kadmin, which uses libss as part of its user interface.

In the meantime, libss was enhanced to use a search path to dlopen the
first readline library it can find (some are GPL, some are
BSD-licensed), so that people could use debugfs while being able to
have command-line editing, and this is shipping in e2fsprogs.  I used
dlopen so that use of libreadline is optional; so if it doesn't fit on
a rescue floppy, it's no big deal; you can still use debugfs to edit
an ext2/3/4 filesystem.  So there was very much a valid technical
reason for doing what I did; I wasn't trying to circumvent any license
requirements, but trying to solve a perfect valid problem when you
only have 1440k on a 3.5" floppy (and libreadline is 296k, or 21% of
total amount of space available).

But if you compile and install e2fsprogs on Solaris, and then run
kadmin, you can have in one address space the proprietary kadmin
binary from SEAM, the BSD-licensed libss shared library from
e2fsprogs, and the GPL-licensed libreadline shared library.

Answer quickly!  Is there a license violation, and if so, who was
responsible for comitting the license violation?  This is my favorate
real-life case study that I roll out when I want to torture people who
claim that dynamic linking with a GPL shared library automatically
results a GPL violation.  :-)

The bottom line is that you should ask a lawyer, and not believe
anyone who has claimed to give you legal advice, whether or not they
have talked to "dozens of lawyers".  What's most important is the
lawyer with whom you have paid money so he can take the facts specific
to your case, and apply them to the relevant legal statues in those
legal jurisdictions applicable for the software/product in question.

Regards,

						- Ted

  reply	other threads:[~2008-02-06 15:12 UTC|newest]

Thread overview: 60+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-29 21:22 ndiswrapper and GPL-only symbols redux Pavel Roskin
2008-01-29 22:27 ` Valdis.Kletnieks
2008-01-29 22:35   ` Giridhar Pemmasani
2008-01-29 23:21   ` Pavel Roskin
2008-01-30  0:25     ` Jon Masters
2008-01-29 22:45 ` Alan Cox
2008-01-29 23:56   ` Pavel Roskin
2008-01-30  3:24     ` Andi Kleen
2008-01-30  5:07       ` Jon Masters
2008-01-30  5:26         ` Pavel Roskin
2008-01-30  6:03           ` Andi Kleen
2008-01-30  6:12             ` Pavel Roskin
2008-01-29 22:57 ` Adrian Bunk
2008-01-29 23:04   ` Alan Cox
2008-01-29 23:06   ` Jan Engelhardt
2008-01-29 23:25   ` Måns Rullgård
2008-01-30  0:35     ` Adrian Bunk
2008-01-30  0:46       ` Måns Rullgård
2008-01-30  1:44         ` Daniel Hazelton
2008-01-30  7:38         ` Geert Uytterhoeven
2008-01-30  8:45           ` Måns Rullgård
2008-01-30 21:00           ` David Schwartz
2008-01-29 23:44   ` Pavel Roskin
2008-01-30  0:25     ` Adrian Bunk
2008-01-30  2:02       ` Pavel Roskin
2008-01-30 11:24         ` Rusty Russell
2008-01-30 17:54         ` Adrian Bunk
2008-01-30 18:15           ` Lennart Sorensen
2008-01-30 18:45             ` Adrian Bunk
2008-01-30 19:43               ` Lennart Sorensen
2008-01-30 20:26                 ` Valdis.Kletnieks
2008-01-30 21:09                   ` Adrian Bunk
     [not found]     ` <E1JKJvh-0006P8-Pi@fencepost.gnu.org>
2008-02-01  5:08       ` Pavel Roskin
2008-02-06 10:50         ` Adrian Bunk
2008-02-06 11:11           ` Xavier Bestel
2008-02-06 11:38           ` David Schwartz
2008-02-06 15:10             ` Theodore Tso [this message]
2008-01-30  0:48   ` Giridhar Pemmasani
2008-01-30 17:54     ` Adrian Bunk
2008-01-30 18:26       ` Chris Friesen
2008-01-30 18:54         ` Adrian Bunk
2008-01-30 19:36           ` Lee Revell
2008-01-30 20:28             ` Adrian Bunk
2008-01-31  1:00               ` Michael Gerdau
2008-02-05 13:00                 ` Adrian Bunk
2008-02-04 12:42             ` Alan Cox
2008-02-04 13:56               ` Adrian Bunk
2008-01-31  3:25       ` David Newall
2008-01-31 15:20         ` Chris Friesen
2008-01-30  0:20 ` Jon Masters
2008-01-30  0:35   ` Jan Engelhardt
2008-01-30  0:48     ` Jon Masters
2008-01-30  1:33       ` Pavel Roskin
2008-01-30  1:48   ` Pavel Roskin
2008-01-30  2:08     ` Jan Engelhardt
2008-01-30  5:04     ` Jon Masters
2008-01-30  5:38       ` Zan Lynx
2008-01-30  7:40         ` Geert Uytterhoeven
2008-01-30  8:54           ` Måns Rullgård
2008-01-30 20:50       ` David Schwartz

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=20080206151056.GL27119@mit.edu \
    --to=tytso@mit.edu \
    --cc=davids@webmaster.com \
    --cc=jonathan@jonmasters.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pgiri@yahoo.com \
    --cc=proski@gnu.org \
    --cc=rms@gnu.org \
    --cc=rusty@rustcorp.com.au \
    /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