mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "David Schwartz" <davids@webmaster.com>
To: "Nicolas Mailhot" <Nicolas.Mailhot@laPoste.net>,
	<linux-kernel@vger.kernel.org>
Subject: RE: People, not GPL  [was: Re: Driver Model]
Date: Sat, 13 Sep 2003 02:49:22 -0700	[thread overview]
Message-ID: <MDEHLPKNGKAHNMBLJOLKIEDKGIAA.davids@webmaster.com> (raw)
In-Reply-To: <1063444117.7962.19.camel@rousalka.dyndns.org>


> "David Schwartz" wrote :

> [ sorry to interupt your flamewar but the amount of nonsence produced
> here  starts to irritate me ]

> | Who is sending these letters? Who has no respect for the GPL and seeks
> | to add additional restrictions?

> This is no additional restriction.
> Check your history. The linux kernel was always under the GPL, not the
> LGPL ie distributing stuff that links with the kernel means this stuff
> must be distributed under the gpl.

	Yes, *distributing* stuff that links with the kernel means this stuff must
be distributed under the GPL. Note that this is a restriction that only
kicks in when you distribute something. It places no restrictions on how you
can use derived works you don't distribute.

> At some point Linus decreeted linking closed modules was ok with him
> (note this was done without consulting anyone, so others contributors
> could have objected - they did choose to release stuff under the gpl
> after all - but this being Linus they let it pass)

	Right.

> At a later point however the scope of closed linking had grown so big
> people started saying enough is enough and GPL-ONLY was born with
> Linus's approval.

	Okay.

> It is not a licensing change. It's an hint the associated kernel symbols
> are not covered by Linus' previous informal exemption and full GPL rules
> apply.

	Fine, so long as it's not a license enforcement mechanism.

> To avoid rewriting history symbols that could be used in non-free
> stuff previously are not GPL-ONLY. People that ignore the hint can and
> will be sued (people that link to symbols not GPL-ONLY could be sued too
> but everyone seems to have agreed to let it pass).

	Sued for what? Violating a restriction that isn't part of the license?
That's no more illegal than removing the security checks on 'mount'.

> Removing the software
> GPL-ONLY checks or working around them has nothing to do with it - it
> does not change the basic kernel license nor the stated intentions of
> its authors to enforce it. Hiding a do-not-trespass sign does not give
> you the right to do it (if you think so do a reality check).

	Except that the GPL does not permit any usage restrictions.

> So please stop making horrified noises the GPL is being enforced in a
> GPL project. Don't you realise how ridiculous it is ?

	All of the GPL's restrictions kick in upon distribution. The GPL_ONLY
restrictions affect use even in the absence of distribution. Thus, the
GPL_ONLY stuff *cannot* be a license enforcement because what it enforces is
*not* part of the license. Anyone who distributed Linux claiming that it had
such a license restriction would be in violation of the GPL's prohibition
against distribution with additional restrictions. Can you please reply to
that specific argument?

	And this is not some whacko obsure legalistic argument. This is a
fundamental point. Many people who contributed to the Linux kernel
contributed *because* they believed in the GPL and felt assured that nobody,
not even Linus, could close the evolving works by putting usage restrictions
on it. You GPL a work because you want to keep not only the current code
open to unrestricted use but all future distributed derived works as well.
Nobody has the right to add new license restrictions beyond those present in
the GPL.

	DS



  reply	other threads:[~2003-09-13  9:49 UTC|newest]

Thread overview: 62+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-09-13  9:08 Nicolas Mailhot
2003-09-13  9:49 ` David Schwartz [this message]
2003-09-13 14:37   ` Nicolas Mailhot
2003-09-13 17:16 ` Alan Cox
     [not found] <fa.fq1hscm.1b7ai1k@ifi.uio.no>
     [not found] ` <fa.n3hqp6f.1rkg0ob@ifi.uio.no>
2003-09-14  4:39   ` walt
     [not found] <vpYm.1Bn.7@gated-at.bofh.it>
     [not found] ` <vq84.1P5.7@gated-at.bofh.it>
2003-09-13 21:43   ` Pascal Schmidt
     [not found] <uess.1w0.9@gated-at.bofh.it>
     [not found] ` <ujV3.1uP.13@gated-at.bofh.it>
2003-09-10 21:52   ` Pascal Schmidt
2003-09-10 22:26     ` David Schwartz
2003-09-10 22:34       ` Pascal Schmidt
2003-09-11  1:35         ` David Schwartz
2003-09-11 13:30           ` Eric W. Biederman
2003-09-11 18:39             ` David Schwartz
2003-09-11 18:45               ` Mike Fedyk
2003-09-13 17:52                 ` Andre Hedrick
2003-09-13 23:54                   ` Erik Andersen
2003-09-13 17:34             ` Andre Hedrick
2003-09-14 10:55               ` Sean Estabrooks
2003-09-11 14:36           ` Alan Cox
2003-09-13 17:42             ` Andre Hedrick
2003-09-12 20:58           ` Timothy Miller
2003-09-12 21:47             ` Matt D. Robinson
2003-09-12 22:31               ` Alan Cox
2003-09-12 23:26                 ` David Schwartz
2003-09-13  0:29                   ` Matt D. Robinson
2003-09-13 17:42                     ` Alan Cox
2003-09-13  5:38                   ` jw schultz
2003-09-13 17:44                   ` Alan Cox
2003-09-13 18:19             ` Andre Hedrick
2003-09-13 20:01               ` Andre Hedrick
2003-09-13 23:17                 ` Andre Hedrick
2003-09-14  1:57             ` Erik Andersen
2003-09-14  2:40               ` Andre Hedrick
2003-09-14  3:42                 ` Erik Andersen
2003-09-14  3:36                   ` Andre Hedrick
2003-09-14  4:37                     ` Erik Andersen
2003-09-14 21:40                       ` David Schwartz
2003-09-15  8:06                 ` David S. Miller
2003-09-14  2:51               ` Andre Hedrick
2003-10-29 22:42             ` David Schwartz
2003-10-29 23:11               ` David S. Miller
2003-10-30  0:10               ` David Schwartz
2003-09-11  1:39         ` David Schwartz
2003-09-13 17:11         ` Andre Hedrick
2003-09-13 21:11           ` Pascal Schmidt
2003-09-13 21:19             ` David Schwartz
2003-09-13 21:12               ` Andre Hedrick
2003-09-13 22:09               ` Alan Cox
2003-09-13 22:30                 ` David Schwartz
2003-09-14  1:16                   ` Andrew Pimlott
2003-09-15 15:26                   ` Martin Schlemmer
2003-09-13 23:00                 ` Andre Hedrick
2003-09-12 21:04       ` Timothy Miller
2003-09-12 21:17         ` David Schwartz
2003-09-15 18:24           ` Timothy Miller
2003-09-15 20:17             ` David Schwartz
2003-09-13 18:09         ` Andre Hedrick
  -- strict thread matches above, loose matches on Subject: below --
2003-09-04  3:01 Driver Model David Schwartz
2003-09-10 14:59 ` People, not GPL [was: Re: Driver Model] Timothy Miller
2003-09-10 20:34   ` David Schwartz
2003-09-12 19:55     ` Timothy Miller
2003-09-13 14:18       ` Geert Uytterhoeven
2003-09-13 17:58         ` Alan Cox
2003-09-10 23:35   ` James Clark

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=MDEHLPKNGKAHNMBLJOLKIEDKGIAA.davids@webmaster.com \
    --to=davids@webmaster.com \
    --cc=Nicolas.Mailhot@laPoste.net \
    --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 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®