From: "www.sveasoft.com" <james.ewing@sveasoft.com>
To: <linux-kernel@vger.kernel.org>
Subject: Re: WRT54G
Date: Wed, 22 Sep 2004 09:41:33 +0200 [thread overview]
Message-ID: <03c501c4a077$9530c410$0901a8c0@test> (raw)
Just to shed some light on our 'evil claws' I would like to clarify our
development and licensing model for Sveasoft's WRT54G firmware.
We have two versions of firmware, stable and unstable, much like the Linux
kernel.
Stable versions are released for free (beer) with full source code.
Unstable versions are released to Sveasoft subscribers only, during the
development period (20 USD yearly subscription fee).
All GPL code is released under the GPL as per GPL stipulations.
Sveasoft userspace applications entirely developed by us are only released
to subscribers during the development phase. When stable these additons are
released under the Apache 2.0 license with an additional clause that they
may not be released under a more restrictive license.
What folks are mirroring and arguing about are our unstable, development
releases including code developed entirely by Sveasoft and not licensed for
general release. Stable releases are free (beer) with full source code and
are available from many different sites. Mirroring unstable dev releases is
not 'helping your neighbor' plus they contain applications developed
entirely by us not licensed for general release.
Our development cycle is approximately three months from unstable,
subscriber-only to stable, free (beer) releases. We released Nirvana stable
Dec 2003, Samadhi stable Mar 2004, Satori stable June 2004, and will be
releasing Alchemy stable in Sept 2004. We see this as a 'good thing' and a
contribution to the open source community.
Our subscription model is not making anyone rich. It is, however, allowing a
little boutique project to survice while several similar projects have
withered and died.
Why folks insist on mirroring unstable, development code that include
additions we have specifically not licensed for redistribution until stable
under the guise that the GPL gives them this right is beyond my
comprehension. Perhaps gurus like Alan C. can explain why our model is evil
and we should be done away with and why the GPL gives these folks this
right?
James Ewing
Sveasoft Inc.
next reply other threads:[~2004-09-22 7:41 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-09-22 7:41 www.sveasoft.com [this message]
2004-09-22 9:55 ` WRT54G Daniel Egger
2004-09-22 14:08 ` WRT54G Alan Cox
-- strict thread matches above, loose matches on Subject: below --
2004-09-19 9:58 WRT54G Aiko Barz
2004-09-20 13:13 ` WRT54G Alan Cox
2004-09-21 12:10 ` WRT54G Daniel Egger
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='03c501c4a077$9530c410$0901a8c0@test' \
--to=james.ewing@sveasoft.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox