From: Jason Rhinelander <jason@gossamer-threads.com>
To: Bob Miller <kbob@jogger-egg.com>
Cc: gentoo-dev@gentoo.org
Subject: Re: [gentoo-dev] Gentoo internal structure
Date: Wed, 26 Nov 2003 14:58:12 -0800 [thread overview]
Message-ID: <3FC53004.4020309@gossamer-threads.com> (raw)
In-Reply-To: <20031126171835.GA23787@jogger-egg.com>
Your retirement demonstration brings up a good point. Unless
specifically indicated, a license change is neither retroactive nor
proactive; if the user agreed to the original license, they are under
the original license so long as they don't change their software (unless
the license is also time-limited in some way). If an updated version of
the program now comes with an updated (i.e. pay me $1,000,000 dollars)
license, it's up to the developer responsible for the ebuild to take
that into account, which will most definitely require a new
ACCEPT_LICENSE value.
This will need to be taken into account when writing up an
"ACCEPT_LICENSE" policy - every time a license changes, even if it is a
very minor wording change, the license values have to change as well.
If VMware, for example, adds a clause to their license agreement, this
needs to be reflected with a new license value (let's call it, for the
sake of discussion, 'vmware-2'). If they later add another one, that
means a vmware-3 license is needed, and so on and so forth.
I'm certainly with you on not allowing * for licenses, but as has also
been suggested here, I'm completely against a default that only allows
includes OSI/FSF-approved software. As often as possible, users should
be able to just "emerge someprog" and have "someprog" be installed. The
default should include all licenses that don't require explicit license
acceptance for installation - vmware is a good example - so that adding
an ACCEPT_LICENSE option to portage does not require Gentoo users to do
anything more than they have to now, but more easily allows packages
that require explicit license acceptance.
However, we _do_ need to support a "-*" option, to allow the free
software jihadists to have their way, without inconveniencing the rest
of us. The fact that I've seen comments in this thread to the effect of
"having a choice of free and non-free software is not a choice," or
"everyone should have a choice only as long as it's the same thing I
choose" truly saddens me.
-- Jason Rhinelander
-- Gossamer Threads, Inc.
Bob Miller wrote:
> Christian Birchinger wrote:
>
>
>>It might sound a bit rude but i think the defaults should be
>>defined that most of the time only zealots need to tweak
>>them. I think most users don't care about most licenses and
>>shouldn't need to mess with this.
>
>
> I've seen several people express this attitude, and I like it a lot.
>
> Let me tell you about my retirement plan. I'm going to write a game,
> Linux-only, make it good enough that a few hundred of you will emerge
> it and try it out. Then I'll change the license agreement so that
> next time you emerge the game you'll owe me $1million US. Since
> you all have ACCEPT_LICENSES="*" as the default, you'll all accept my
> new license, I'll take you all to court (after subpoenaing apache logs
> from all the mirrors so I know who you are, and subpoenaing your
> make.conf and make.globals to prove you accepted the license), and sue
> you for my license fee. If I can recover 1% of what you'll all owe
> me, I'll be happy enough.
>
> Okay, that's NOT REALLY my plan. I'm at least slightly ethical. (-:
> But it illustrates why you don't under any circumstances want
> ACCEPT_LICENSES="*", either as the default or as an option. Accepting
> a license has consequences, and those consequences can hurt you.* I'd
> recommend against letting the parser recognize a wildcard for licenses
> -- there's just too much danger for people who don't know any better
> to hurt themselves.
>
> That's my opinion. It's worth what you paid for it.
>
>
> * For a real life example that's somewhat less heinous, consider the
> BitKeeper license.
--
gentoo-dev@gentoo.org mailing list
next prev parent reply other threads:[~2003-11-26 22:58 UTC|newest]
Thread overview: 70+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-11-18 19:01 [gentoo-dev] Gentoo internal structure Sergey V. Spiridonov
2003-11-19 10:14 ` Paul de Vrieze
2003-11-20 18:02 ` [gentoo-dev] " Sergey V. Spiridonov
2003-11-21 1:50 ` [gentoo-dev] " Jason Stubbs
2003-11-21 2:34 ` Brett I. Holcomb
2003-11-21 2:53 ` Jason Stubbs
2003-11-21 3:13 ` Aron Griffis
2003-11-21 10:07 ` Sven Vermeulen
2003-11-21 10:33 ` donnie berkholz
2003-11-21 10:54 ` Erik Swanson
2003-11-21 12:34 ` William Kenworthy
2003-11-21 12:53 ` Jason Stubbs
2003-11-21 15:19 ` Matthew Kennedy
2003-11-21 17:32 ` Jon Portnoy
2003-11-21 18:07 ` Erik Swanson
2003-11-21 20:15 ` Paul de Vrieze
2003-11-21 21:07 ` Chris Gianelloni
2003-11-22 7:41 ` Mike Frysinger
2003-11-22 21:06 ` Aron Griffis
2003-11-23 18:04 ` Chris Gianelloni
2003-11-23 18:30 ` Luke-Jr
2003-11-23 21:55 ` Jeremy Maitin-Shepard
2003-11-23 22:43 ` Luke-Jr
2003-11-23 23:05 ` Jeremy Maitin-Shepard
2003-11-24 16:18 ` Chris Gianelloni
2003-11-24 16:15 ` Chris Gianelloni
2003-11-24 1:06 ` Mike Frysinger
2003-11-24 1:06 ` Mike Frysinger
2003-11-24 16:13 ` Chris Gianelloni
2003-11-26 12:17 ` Christian Birchinger
2003-11-26 17:18 ` Bob Miller
2003-11-26 18:00 ` Dewet Diener
2003-11-26 22:09 ` Christian Birchinger
2003-11-26 22:58 ` Jason Rhinelander [this message]
2003-11-22 6:47 ` Matthew Kennedy
2003-11-22 7:39 ` Jon Portnoy
2003-11-21 19:25 ` Chris Gianelloni
2003-11-26 12:06 ` Christian Birchinger
2003-11-26 12:30 ` Ciaran McCreesh
2003-11-21 3:22 ` gentoo.org
2003-11-21 15:16 ` Matthew Kennedy
2003-11-21 15:27 ` Don Seiler
2003-11-21 17:45 ` Jon Portnoy
2003-11-21 18:35 ` Sven Vermeulen
2003-11-22 7:06 ` Matthew Kennedy
2003-11-22 7:32 ` Jon Portnoy
2003-11-22 7:43 ` Mike Frysinger
2003-11-22 8:34 ` Caleb Tennis
2003-11-22 16:56 ` Brett I. Holcomb
2003-11-22 9:28 ` Stewart Honsberger
2003-11-22 16:06 ` Peter Ruskin
2003-11-22 16:57 ` Paul Varner
2003-11-22 20:31 ` Donnie Berkholz
2003-11-24 6:37 ` Andrew Cowie
2003-11-25 13:31 ` Chris Gianelloni
2003-11-24 16:33 ` Matthew Kennedy
2003-11-25 6:42 ` Stewart Honsberger
2003-11-22 7:33 ` Jon Portnoy
2003-11-24 16:36 ` Matthew Kennedy
2003-11-22 10:28 ` Sven Vermeulen
2003-11-22 14:42 ` Heiko Vogel
2003-11-22 14:57 ` Jason Stubbs
2003-11-22 22:52 ` [gentoo-dev] Gentoo internal structure, Will it ever end? William McArthur
2003-11-22 23:43 ` Brett I. Holcomb
2003-11-23 0:30 ` Jason Stubbs
2003-11-23 18:08 ` [gentoo-dev] Gentoo internal structure Chris Gianelloni
2003-11-23 19:55 ` Jeremy Maitin-Shepard
2003-11-22 14:45 ` Lisa Seelye
2003-11-26 12:52 ` Christian Birchinger
[not found] ` <20031123101838.02002dc7.thomas@zimres.net>
2003-11-23 18:53 ` [gentoo-dev] Gentoo internal structure, Will it ever end? Brett I. Holcomb
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=3FC53004.4020309@gossamer-threads.com \
--to=jason@gossamer-threads.com \
--cc=gentoo-dev@gentoo.org \
--cc=kbob@jogger-egg.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