From: "Stuart MacDonald" <stuartm@connecttech.com>
To: "'Alan Cox'" <alan@lxorguk.ukuu.org.uk>,
"'Dmitry Torokhov'" <dtor_core@ameritech.net>
Cc: "'Linux Kernel Mailing List'" <linux-kernel@vger.kernel.org>,
davids@webmaster.com,
"'Raphaël Rigo LKML'" <lkml@twilight-hall.net>
Subject: RE: GPL Violation of 'sveasoft' with GPL Linux Kernel/Busybox +code
Date: Tue, 9 Nov 2004 16:13:31 -0500 [thread overview]
Message-ID: <000001c4c6a0$f71bfc90$294b82ce@stuartm> (raw)
In-Reply-To: <1099993648.15462.8.camel@localhost.localdomain>
> From: Alan Cox
> On Maw, 2004-11-09 at 02:32, Dmitry Torokhov wrote:
> > "The $20 USD subscription fee includes unlimited priority support,
> > full access to the Sveasoft forums, and unlimited access to new
> > firmware versions and upgrades."
> >
> > So it looks like "if you exersize your right for the
> software in quesion
> > I terminate the contract we have entered into" as opposed
> to "I will not
> > extend your contract beyond initial term".
> >
> > Isn't that an additional restriction? My rights for updates
> are revoked
> > if I distribute GPLed code.
>
> Those aren't GPL granted rights. The updates/support contract is a
> private contractual matter between Sveasoft and its members.
> They don't
> stop you redistributing the GPL code you received.
Two things:
First. As a lurker I've seen the previous sveasoft discussion, but
didn't delve into it. I've followed this thread more closely. I've
seen the arguments, and *as they stand* it seems to me that sveasoft
must be in violation. However, someone pointed out this:
http://www.sveasoft.com/modules/phpBB2/viewtopic.php?t=3033
If the compliance guy thinks they're ok, then likely there's something
I'm missing. What could that be?
A quick look around their forums popped up this:
http://www.sveasoft.com/modules/phpBB2/viewtopic.php?t=3868
which says in short they will only revoke subscriptions if they find
you redistributing the *non-GPL* portions of the pre-release software.
Presumably they've licenced their pre-release non-GPL bits under a "We
will revoke your licence if you redistribute this bit" licence. Which
is fair. The author of a work is free to licence it however they see
fit, irregardless if they've previously licenced earlier versions
under the GPL.
So it seems they are in compliance after all. Just that the thread is
a little misleading about what's going on, and that confused me for a
bit.
Second. Let's assume for a minute that they are revoking subscriptions
if you redistribute the GPL bits, which is your right. Alan and others
appear to be saying above that this is okay. I disagree.
The GPL protects your right to redistribute from "further
restriction". It does not specify in what manner this restriction may
take place; specifically it does not say that the "further
restriction" must be something described in the GPL. In my reading,
the further restriction could take any form whatsoever.
Ah, something just clicked. I think Alan is reading the "rights
herein" part, and then saying above that the right to support, updates
etc is not a GPL-granted right, and thus is not subject to the
protection of that clause. Fair enough, they are not. However, **that
is not the right being restricted** in this now-hypothetical scenario.
In the hypothetical, sveasoft would be penalising you for exercising
your right to redistribute the GPL code. The fact that this
penalisation is taking the form of revoking some other right between
you and they is irrelevant. They could just as easily have penalised
you by beating you with a stick.
How can a penalisation not be a "further restriction" on your right to
redistribute?
My reading of the GPL tells me that "further restriction" means
**any** restriction whatsoever, whensoever, howsoever. If there is a
sentence of the form
if (exercise(GPL-protected-right))
penalise(method);
that is a further restriction. What "method" is, how it operates, when
it comes into force is irrelevant.
That's my understanding. Am I correct? Or not?
..Stu
next prev parent reply other threads:[~2004-11-09 21:15 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-07 17:27 GPL Violation of 'sveasoft' with GPL Linux Kernel/Busybox + code Shawn Starr
2004-11-07 19:33 ` Raphaël Rigo LKML
2004-11-07 19:38 ` Shawn Starr
2004-11-07 21:16 ` Daniel Egger
2004-11-08 1:14 ` David Schwartz
2004-11-08 14:56 ` Pedro Venda (SYSADM)
2004-11-08 20:53 ` David Schwartz
2004-11-08 15:24 ` Alan Cox
2004-11-08 19:57 ` Geert Uytterhoeven
2004-11-08 21:33 ` Pedro Venda (SYSADM)
2004-11-08 21:54 ` David Schwartz
2004-11-08 23:25 ` Alan Cox
2004-11-08 20:53 ` GPL Violation of 'sveasoft' with GPL Linux Kernel/Busybox +code David Schwartz
2004-11-08 23:00 ` Alan Cox
2004-11-09 2:32 ` Dmitry Torokhov
2004-11-09 4:08 ` David Rees
2004-11-09 4:23 ` Dmitry Torokhov
2004-11-09 9:47 ` Alan Cox
2004-11-09 19:30 ` David Schwartz
2004-11-09 19:45 ` Chris Friesen
2004-11-09 20:23 ` David Schwartz
2004-11-09 20:48 ` Valdis.Kletnieks
2004-11-09 23:06 ` Alan Cox
2004-11-10 1:47 ` David Schwartz
2004-11-10 9:27 ` Geert Uytterhoeven
2004-11-10 18:14 ` Alan Cox
2004-11-10 19:32 ` Valdis.Kletnieks
2004-11-10 20:09 ` Stuart MacDonald
2004-11-10 21:18 ` Trever L. Adams
2004-11-09 23:22 ` Alan Cox
2004-11-10 1:34 ` Kyle Moffett
2004-11-10 2:01 ` Michael Poole
2004-11-10 3:02 ` Kyle Moffett
2004-11-10 4:14 ` Michael Poole
2004-11-10 4:28 ` Dmitry Torokhov
2004-11-10 21:11 ` Bill Davidsen
2004-11-10 23:09 ` Kyle Moffett
2004-11-10 22:14 ` Alan Cox
2004-11-15 14:47 ` David Woodhouse
2004-11-10 23:26 ` Dmitry Torokhov
2004-11-10 5:07 ` David Schwartz
2004-11-10 1:47 ` David Schwartz
2004-11-12 17:04 ` Horst von Brand
2004-11-09 21:13 ` Stuart MacDonald [this message]
2004-11-09 2:23 ` GPL Violation of 'sveasoft' with GPL Linux Kernel/Busybox + code Paul Jakma
2004-11-10 10:21 ` David Woodhouse
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='000001c4c6a0$f71bfc90$294b82ce@stuartm' \
--to=stuartm@connecttech.com \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=davids@webmaster.com \
--cc=dtor_core@ameritech.net \
--cc=linux-kernel@vger.kernel.org \
--cc=lkml@twilight-hall.net \
/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