From: "Jeff V. Merkey" <jmerkey@soleranetworks.com>
To: Arjan van de Ven <arjan@infradead.org>
Cc: Rik van Riel <riel@redhat.com>, linux <linux-kernel@vger.kernel.org>
Subject: Re: [ANNOUNCE] DSFS Network Forensic File System for Linux Patches
Date: Wed, 31 Aug 2005 12:00:45 -0600 [thread overview]
Message-ID: <4315F04D.5050705@soleranetworks.com> (raw)
In-Reply-To: <1125514716.3213.24.camel@laptopd505.fenrus.org>
Arjan van de Ven wrote:
>>The GPL terms that require GPL conversion of any code that runs on Linux
>>is not supported by US Law. Many would
>>disagree, but that's OK. In short, it's just like any other proprietary
>>app running on Linux. If it uses no Linux code (which
>>it does not), then the GPL does not apply to it .
>>
>>
>
>except for section 2 which states that if parts are related (or at least
>not independent, for example when they are designed to exclusively work
>togethern), and one part is GPL, then both parts need to be, or you
>should not distribute the GPL part. This is not "your other code becomes
>gpl", it is "you can't distribute the GPL parts".
>
>
The key word here is "designed to EXCLUSIVELY work together" as opposed to
"INCLUSIVE". DSFS is not exclusive to Linux nor is it designed to run
exclusively
on Linux.
There's also a more fundamental problem with the GPL language. The GPL
stated it
confers "RIGHT TO COPY". This is not the same as "RIGHT TO GRANT
LICENSES TO DISTRIBUTE." Under US copyright law, if you confer to any
person
the "right to copy" in a license which states the software is FREE, you
have in essense
affected a copyright transfer to each and every person who receives the
code.
This is esspecially true since the GPL says that the software if "FREE".
One could argue that the GPL requires reciprocal consdieration by requiring
conversion of ownsership of protected IP into a GPL licensing scheme,
but this
violates several acts of Congress regarding anit-trust legislation.
There is also
the argument of the doctrine of esstoppel. This doctrine bascially says
if you've
been using it for some period of time, and no one brings a claim, then
it's become yours.
Linux and GPL has also become an "essential facility" of the US
Internet. Under the Doctrine
of essential facility anything that by it's nature has become such an
integrated part
of a class of activities affecting commerce, then the general public has
a right to use it
without claims of IP infingement or licensing restrictions.
So, in short, the GPL language was and remains defective in this area.
If someone takes
and uses GPL code which is claimed to be FREE, and runs proprietary
applications on Linux,
particularly given Linus statements publically and those of others that
Linux applications
are not affected, then those appplications, provided they use published
interfaces, and
do not incorporate GPL code, are not subject to the GPL and it's terms.
The modified
portions of Linux, are however, subject to the GPL, and they have been
disclosed as required.
I do agree that the GPL has this language, but the balancing test in a
Court of law would be whether
or not the program was designed to be "exclusively work together" based
upon the plain language
of the license.
This is not the case here. Folks may try to argue that the VFS
interface in Linux is "exclusive", however,
it ais a public interface, just like an ethernet adapter is a public
interface. The real solution is to remove
the "right to copy" language from the GPL, and substitute, "right to
grant sub-licenses to distribute", then
your arguments would be more solid in US District Court.
Jeff
>
>
>
>
>
next prev parent reply other threads:[~2005-08-31 19:15 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-31 16:33 [ANNOUNCE] DSFS Network Forensic File System for Linux Patches Jeff V. Merkey
2005-08-31 18:32 ` Rik van Riel
2005-08-31 17:27 ` Jeff V. Merkey
2005-08-31 18:58 ` Arjan van de Ven
2005-08-31 18:00 ` Jeff V. Merkey [this message]
2005-08-31 21:28 ` Valdis.Kletnieks
2005-08-31 20:23 ` Jeff V. Merkey
2005-08-31 20:27 ` Jeff V. Merkey
2005-08-31 23:22 ` Diego Calleja
2005-08-31 22:50 ` jmerkey
2005-09-01 0:36 ` Bernd Eckenfels
2005-09-01 0:33 ` Bernd Eckenfels
2005-09-01 0:56 ` jmerkey
2005-09-01 1:44 ` jmerkey
[not found] ` <67029b1705083120142c0c1dea@mail.gmail.com>
2005-09-01 3:19 ` Zhou Yingchao
2005-09-01 7:12 ` Lincoln Dale
2005-09-01 7:45 ` Vojtech Pavlik
2005-09-01 10:23 ` Alan Cox
2005-09-01 8:28 ` Bernd Petrovitsch
2005-09-01 10:15 ` Alan Cox
2005-09-03 21:26 ` Bernd Eckenfels
2005-09-04 8:45 ` Alan Cox
2005-09-05 20:19 ` Bernd Eckenfels
2005-08-31 21:49 ` Jose Luis Domingo Lopez
2005-09-01 21:11 ` Alistair John Strachan
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=4315F04D.5050705@soleranetworks.com \
--to=jmerkey@soleranetworks.com \
--cc=arjan@infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=riel@redhat.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox