From: Larry McVoy <lm@bitmover.com>
To: Florian Weimer <Weimer@CERT.Uni-Stuttgart.DE>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [OFF TOPIC] BK license change
Date: Sat, 27 Apr 2002 13:34:42 -0700 [thread overview]
Message-ID: <20020427133442.A31314@work.bitmover.com> (raw)
In-Reply-To: <20020421095715.A10525@work.bitmover.com> <20020422143527.K18800@work.bitmover.com> <20020425150158.A88@toy.ucw.cz> <878z79fpzv.fsf@CERT.Uni-Stuttgart.DE>
Apologies in advance for contributing to this thread, but I think this
is a fairly calm and reasonable response which sums up our position.
You may not like it, but it may help to understand it.
On Sat, Apr 27, 2002 at 11:30:12AM +0200, Florian Weimer wrote:
> Pavel Machek <pavel@suse.cz> writes:
> > Oh and btw how can you change licence retroactively? Those "abusers" have
> > right to continue to use old versions under old licences...
>
> BK licenses become invalid as soon as a new BK version is released
> which contains bug fixes or behaves differently in any way.
The license says that you have to upgrade if your version will not pass
the current regressions. In other words, if we have fixed a problem,
written a test case for it, shipped the fixed version and the test case,
then yes, you need to upgrade. If it was important enough that we wrote
a test case for it, it's probably something you'll end up hitting sooner
or later.
This is not directed at Florian, but to the whole list:
Another thing to think about is that we need to get something from the
people who use it for free. We support them, that support costs money,
and if we get nothing back, we're pretty much doomed compared to any
other company. What we are asking back is that you test the latest and
greatest. Our business model is that we give and get to/from everyone.
The free users get an expensive product for free, but they have to
give back by helping shake out the bugs from the current release.
The paying users have the right to sit on an old version, but they give
back by paying.
It's really just an optimization problem. What we've done is to optimize
for the most that we can do for the most people. I'm well aware that
some free software folks hate that it isn't open source, that's just
not realistic for this sort of product.
It seems like every couple of weeks someone says they don't like the BK
license and they are going to rewrite BitKeeper. I have two thoughts
on that: (A) I doubt it will happen, it's more work than it looks like.
If you want to spend a few years working 7 days a week, be my guest.
Most people don't have the stomach for it. (B) If someone did write
a decent open source replacement, that would actually be OK with me.
All of the people who work at BitMover are capable of doing work on much
more lucrative endeavors.
In short: go build a better answer, and until you do it, how about
easing off on the "BK is evil corporate software" mantra a bit? It's
not evil corporate software, it's software built by people from your
community, for your community, in the most acceptable we could find
which was self sustaining.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm
next prev parent reply other threads:[~2002-04-27 20:36 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-04-21 16:57 [OFF TOPIC] BK license change Larry McVoy
2002-04-21 12:12 ` Daniel Phillips
2002-04-21 16:29 ` Greg KH
2002-04-22 7:33 ` Simon Fowler
2002-04-22 21:35 ` Larry McVoy
2002-04-21 22:14 ` Daniel Phillips
2002-04-22 22:29 ` Andreas Dilger
2002-04-21 22:52 ` Daniel Phillips
2002-04-22 23:12 ` Doug Ledford
2002-04-21 23:34 ` Daniel Phillips
2002-04-22 22:22 ` Jeff Garzik
2002-04-22 22:52 ` Larry McVoy
2002-04-25 15:01 ` Pavel Machek
2002-04-27 9:30 ` Florian Weimer
2002-04-27 13:45 ` Mr. James W. Laferriere
2002-04-27 20:34 ` Larry McVoy [this message]
2002-04-26 4:22 ` Pavel Machek
2002-04-29 19:34 ` Rik van Riel
2002-04-29 19:45 ` Larry McVoy
2002-04-30 5:36 ` Pavel Janík
-- strict thread matches above, loose matches on Subject: below --
2002-04-27 18:13 Christoph Lameter
2002-04-27 18:25 ` Russell King
2002-04-27 18:30 ` Alexander Viro
2002-04-27 21:50 ` Martin Dalecki
2002-04-28 16:55 ` Richard Gooch
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=20020427133442.A31314@work.bitmover.com \
--to=lm@bitmover.com \
--cc=Weimer@CERT.Uni-Stuttgart.DE \
--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