From: Alexandre Oliva <aoliva@redhat.com>
To: davids@webmaster.com
Cc: "Linux-Kernel\@Vger. Kernel. Org" <linux-kernel@vger.kernel.org>
Subject: Re: GPL only modules
Date: Tue, 19 Dec 2006 22:20:42 -0200 [thread overview]
Message-ID: <orejqv2zad.fsf@redhat.com> (raw)
In-Reply-To: <MDEHLPKNGKAHNMBLJOLKKEEOAHAC.davids@webmaster.com> (David Schwartz's message of "Mon\, 18 Dec 2006 17\:35\:23 -0800")
On Dec 18, 2006, "David Schwartz" <davids@webmaster.com> wrote:
> It makes no difference whether the "mere aggregation" paragraph kicks in
> because the "mere aggregation" paragraph is *explaining* the *law*. What
> matters is what the law actually *says*.
You mean "mere aggregation" is defined in copyright law? I don't
think so, otherwise the term 'aggregate' probably wouldn't have
been used in GPLv3.
AFAIK it's perfectly legitimate (even if immoral) for a copyright
license to prohibit the distribution of the software governed by the
license with anything else the author establishes. E.g., some Java
virtual machine's license used to establish that you couldn't ship it
along with other implementations of Java that didn't pass some
comformance test.
Now, the GPL doesn't do this. It doesn't say you can't distribute
GPLed software along with any other software. It only says that, when
you distribute together works that don't constitute mere aggregation
(providing its own definition of mere aggregation), then the whole
must be licensed under the GPL.
> The GPL could say that if you ever see the source code to a GPL'd work,
> every work you ever write must be placed under the GPL. But that wouldn't
> make it true, because that would be a requirement outside the GPL's scope.
It is indeed possible that this would fall outside the scope of
copyright law in the US, and it would not be morally acceptable for
the GPL to impose such a condition. But then, since nobody can be
forced to see the source code of a GPLed work, or any work for that
matter, acceptance is voluntary, and one shouldn't enter an agreement
one's not willing to abide by.
--
Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
FSF Latin America Board Member http://www.fsfla.org/
Red Hat Compiler Engineer aoliva@{redhat.com, gcc.gnu.org}
Free Software Evangelist oliva@{lsd.ic.unicamp.br, gnu.org}
next prev parent reply other threads:[~2006-12-20 0:20 UTC|newest]
Thread overview: 59+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-12-16 18:27 GPL only modules [was Re: [GIT PATCH] more Driver core patches for 2.6.19] Ricardo Galli
2006-12-16 21:01 ` Linus Torvalds
2006-12-17 0:22 ` Ricardo Galli
2006-12-17 4:10 ` Theodore Tso
2006-12-17 13:54 ` GPL only modules Alexandre Oliva
2006-12-17 15:56 ` Ricardo Galli
2006-12-17 16:25 ` Kyle Moffett
2006-12-17 21:32 ` David Schwartz
2006-12-17 21:46 ` D. Hazelton
2006-12-18 15:47 ` Dave Neuer
2006-12-18 17:46 ` D. Hazelton
2006-12-18 21:01 ` Dave Neuer
2006-12-18 17:16 ` David Schwartz
2006-12-19 6:35 ` D. Hazelton
2006-12-19 16:39 ` David Lang
2006-12-18 19:41 ` Alexandre Oliva
2006-12-18 22:14 ` Christoph Hellwig
2006-12-19 3:42 ` D. Hazelton
2006-12-20 1:02 ` Alexandre Oliva
2006-12-20 23:28 ` Scott Preece
2006-12-17 17:59 ` Linus Torvalds
2006-12-17 22:45 ` Paul Mackerras
2006-12-18 6:50 ` Junio C Hamano
2006-12-18 23:16 ` Paul Mackerras
2006-12-18 15:38 ` Dave Neuer
2006-12-18 17:02 ` Theodore Tso
2006-12-18 17:23 ` Dave Neuer
2006-12-18 19:27 ` Alexandre Oliva
2006-12-18 19:42 ` Linus Torvalds
2006-12-18 20:37 ` Alexandre Oliva
2006-12-18 20:50 ` Linus Torvalds
2006-12-18 21:23 ` David Schwartz
2006-12-18 22:35 ` Scott Preece
2006-12-19 1:29 ` David Schwartz
2006-12-19 16:55 ` Scott Preece
2006-12-20 0:09 ` Alexandre Oliva
2006-12-20 0:06 ` Alexandre Oliva
2006-12-18 22:06 ` Jeff V. Merkey
2006-12-18 23:28 ` Alexandre Oliva
2006-12-19 1:35 ` David Schwartz
2006-12-19 2:38 ` D. Hazelton
2006-12-19 12:42 ` Horst H. von Brand
2006-12-20 0:20 ` Alexandre Oliva [this message]
2006-12-18 23:52 ` Paul Mackerras
2006-12-18 23:59 ` Linus Torvalds
2006-12-19 0:43 ` Paul Mackerras
2006-12-19 1:39 ` David Schwartz
2006-12-19 4:20 ` Daniel Barkalow
2006-12-20 19:14 ` David Schwartz
2006-12-20 23:08 ` Scott Preece
2006-12-20 23:26 ` David Schwartz
2006-12-19 7:39 ` Giacomo A. Catenazzi
2006-12-19 7:40 ` Giacomo A. Catenazzi
2006-12-19 8:00 ` Sanjoy Mahajan
2006-12-19 13:09 ` Horst H. von Brand
2006-12-19 17:27 ` Sanjoy Mahajan
2006-12-20 1:06 ` Alexandre Oliva
-- strict thread matches above, loose matches on Subject: below --
2006-12-14 0:32 GPL only modules [was Re: [GIT PATCH] more Driver core patches for 2.6.19] Greg KH
2006-12-14 0:43 ` Jonathan Corbet
2006-12-14 0:55 ` Greg KH
2006-12-14 4:15 ` Linus Torvalds
2006-12-14 15:46 ` Jeff Garzik
2006-12-14 17:03 ` Linus Torvalds
2006-12-14 17:08 ` Chris Wedgwood
2006-12-14 17:38 ` Christoph Hellwig
2006-12-14 17:52 ` Chris Wedgwood
2006-12-14 18:09 ` Jan Engelhardt
2006-12-18 10:28 ` GPL only modules Eric W. Biederman
2006-12-14 18:15 ` GPL only modules [was Re: [GIT PATCH] more Driver core patches for 2.6.19] Eric Sandeen
2006-12-14 18:39 ` Chris Wedgwood
2006-12-14 19:42 ` Scott Preece
2006-12-14 19:34 ` Jeff V. Merkey
2006-12-15 5:28 ` GPL only modules Alexandre Oliva
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=orejqv2zad.fsf@redhat.com \
--to=aoliva@redhat.com \
--cc=davids@webmaster.com \
--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 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.