From: Larry McVoy <lm@bitmover.com>
To: Ram?n Rey Vicente <ramon.rey@hispalinux.es>,
Larry McVoy <lm@bitmover.com>,
Xavier Bestel <xavier.bestel@free.fr>,
James Bruce <bruce@andrew.cmu.edu>,
Linus Torvalds <torvalds@osdl.org>,
Roman Zippel <zippel@linux-m68k.org>,
Andrea Arcangeli <andrea@novell.com>,
Linux Kernel <linux-kernel@vger.kernel.org>
Subject: Re: BK kernel workflow
Date: Fri, 29 Oct 2004 11:20:09 -0700 [thread overview]
Message-ID: <20041029182009.GB5318@work.bitmover.com> (raw)
In-Reply-To: <20041029180625.GB12780@ns.snowman.net>
On Fri, Oct 29, 2004 at 02:06:25PM -0400, Stephen Frost wrote:
> * Larry McVoy (lm@bitmover.com) wrote:
> > On Fri, Oct 29, 2004 at 07:19:05PM +0200, Ram?n Rey Vicente wrote:
> > > In Spain, reverse engineering is allowed for interoperability.
> [...]
> > Given that BK isn't hiding anything, the "reverse engineering for
> > interoperability" does not apply. Hello? Anyone listening? Didn't
> > think so. Sigh.
>
> (Not actually following the conversation, but this caught my eye)
>
> If I had a license to run BK and was using it and later that license was
> revoked such that I could no longer run BK, is there sufficient
> documentation provided that I could write code to read my
> data/metadata/etc off of the disk w/o using BK?
We can't reach out and revoke your license arbitrarily. Even if we put
into the license that we could do that, it's not enforceable. That's more
or less blackmail "gimme all your money or I'll revoke your license".
While the BK haters love to spread FUD about us having that ability
that's just nonsense, it would never stand up in any court.
So it's a moot point. We aren't going to revoke your license, you get
to revoke your license by violating the terms.
As for the on disk format, sure, you can dig it out. It's loosely
derived from the SCCS format, we used to be compatible with SCCS but we
dropped that because it was too restrictive. But you could go get CSSC
and tweak it enough to get your data out.
If you are worried about this, the easiest way to make sure that you are
safe is park a clone of your tree on bkbits.net. There is no license
required to get at the data over the web and all the data and metadata
is right there. If you are worried that we'd drop bkbits.net you could
hire a neutral third party, get them to run their own BK server, park
your data there, and you have the same thing.
We don't do lockins. Period. You can get out of BK if that's what you
want to do. This is a good time to note that we have a >99% renewal
rate w/ our commercial customers. But the ones that wanted to get
out, I think there have been 2 or 3, got all their data out and all
their history out.
--
---
Larry McVoy lm at bitmover.com http://www.bitkeeper.com
next prev parent reply other threads:[~2004-10-29 18:26 UTC|newest]
Thread overview: 161+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <41752E53.8060103@pobox.com>
[not found] ` <20041019153126.GG18939@work.bitmover.com>
2004-10-19 16:06 ` BK kernel workflow Jeff Garzik
2004-10-19 21:33 ` Paolo Ciarrocchi
2004-10-19 21:38 ` Jeff Garzik
2004-10-19 21:54 ` Paolo Ciarrocchi
2004-10-19 22:11 ` Linus Torvalds
2004-10-20 7:35 ` Paolo Ciarrocchi
2004-10-23 16:12 ` Larry McVoy
2004-10-24 10:24 ` Paolo Ciarrocchi
2004-10-24 14:44 ` Larry McVoy
2004-10-24 16:44 ` Paolo Ciarrocchi
2004-10-24 23:32 ` Larry McVoy
2004-10-25 11:33 ` Matthias Urlichs
2004-10-25 11:46 ` Andrea Arcangeli
2004-10-25 12:29 ` Joe Perches
2004-10-25 13:39 ` Andrea Arcangeli
2004-10-25 15:14 ` Linus Torvalds
2004-10-25 15:43 ` Andrea Arcangeli
2004-10-25 16:10 ` Linus Torvalds
2004-10-25 17:22 ` Andrea Arcangeli
2004-10-25 20:04 ` Jeff Garzik
2004-10-26 2:19 ` Miles Bader
2004-10-25 16:20 ` Larry McVoy
2004-10-25 16:47 ` Andrea Arcangeli
2004-10-25 17:12 ` Larry McVoy
2004-10-25 17:34 ` Andrea Arcangeli
2004-10-25 17:18 ` Linus Torvalds
2004-10-25 17:37 ` Andrea Arcangeli
2004-10-26 0:06 ` Roman Zippel
2004-10-26 0:51 ` Linus Torvalds
2004-10-26 2:21 ` Miles Bader
2004-10-27 2:05 ` Roman Zippel
2004-10-27 3:00 ` Linus Torvalds
2004-10-27 4:18 ` Larry McVoy
2004-10-27 16:45 ` Matthias Urlichs
2004-10-27 18:12 ` Buddy Lucas
2004-10-27 20:56 ` Roman Zippel
2004-10-27 21:20 ` Linus Torvalds
2004-10-28 1:14 ` Roman Zippel
2004-10-28 1:34 ` Linus Torvalds
2004-10-27 21:45 ` Alan Cox
2004-10-31 19:50 ` Pavel Machek
2004-10-28 9:20 ` James Bruce
2004-10-28 11:39 ` Geert Uytterhoeven
2004-10-28 13:53 ` Larry McVoy
2004-10-28 14:06 ` Xavier Bestel
2004-10-28 15:10 ` Larry McVoy
2004-10-28 19:20 ` Alan Cox
2004-10-28 19:25 ` David Schwartz
2004-10-28 19:38 ` Kevin P. Fleming
2004-10-28 19:22 ` Alan Cox
2004-10-28 23:22 ` David Schwartz
2004-10-28 23:59 ` David S. Miller
2004-10-29 0:25 ` David Schwartz
2004-10-29 14:31 ` Scott Lockwood
2004-10-29 14:35 ` Xavier Bestel
2004-10-29 17:02 ` The requested ruling (Was: BK kernel workflow) Scott Lockwood
2004-10-30 2:08 ` David Schwartz
2004-10-28 19:59 ` BK kernel workflow Adrian Bunk
2004-10-28 21:35 ` Larry McVoy
2004-10-30 6:51 ` Adrian Bunk
2004-10-30 23:46 ` Larry McVoy
2004-10-30 23:05 ` Alan Cox
2004-10-31 17:47 ` Larry McVoy
2004-10-31 0:28 ` Robert Love
2004-10-31 1:11 ` Adrian Bunk
2004-10-29 17:19 ` Ramón Rey Vicente
2004-10-29 17:36 ` Larry McVoy
2004-10-29 18:06 ` Stephen Frost
2004-10-29 18:20 ` Larry McVoy [this message]
2004-10-29 18:08 ` Ramón Rey Vicente
2004-10-29 18:21 ` Larry McVoy
2004-10-29 18:33 ` Scott Lockwood
2004-10-29 18:55 ` Ramón Rey Vicente
2004-10-29 19:14 ` Scott Lockwood
2004-10-30 5:04 ` Kyle Moffett
2004-10-30 20:42 ` Scott Lockwood
2004-10-30 23:35 ` Larry McVoy
2004-10-31 0:20 ` David Schwartz
2004-10-31 2:37 ` Kyle Moffett
2004-10-31 3:34 ` Larry McVoy
2004-10-31 4:01 ` Kyle Moffett
2004-10-31 4:39 ` Larry McVoy
2004-10-31 2:44 ` Kyle Moffett
2004-10-29 19:39 ` Larry McVoy
2004-10-29 20:33 ` Stephen Frost
2004-10-29 23:38 ` Ramón Rey Vicente
2004-10-29 21:11 ` Adrian Bunk
2004-10-30 2:39 ` Larry McVoy
2004-10-30 2:02 ` Al Viro
2004-10-29 19:13 ` Ramón Rey Vicente
[not found] ` <45898.65.208.227.246.1099077395.squirrel@www.lrsehosting.com>
2004-10-29 19:26 ` Ramón Rey Vicente
2004-10-29 23:01 ` Tim Hockin
2004-10-29 20:32 ` Roman Zippel
2004-10-29 22:41 ` Larry McVoy
2004-10-30 11:38 ` Roman Zippel
2004-10-31 21:03 ` Pavel Machek
2004-10-31 21:14 ` Larry McVoy
2004-10-31 21:21 ` Pavel Machek
2004-10-31 21:35 ` Larry McVoy
2004-10-31 21:46 ` Pavel Machek
2004-10-31 23:44 ` Larry McVoy
2004-11-01 3:16 ` Kyle Moffett
2004-11-01 4:57 ` Larry McVoy
2004-11-01 8:39 ` Pavel Machek
2004-10-26 1:01 ` Larry McVoy
2004-10-27 2:30 ` Roman Zippel
2004-10-27 3:54 ` Larry McVoy
2004-10-27 20:58 ` Roman Zippel
2004-10-27 21:16 ` Joe Perches
2004-10-28 0:54 ` Larry McVoy
2004-10-28 1:49 ` Roman Zippel
2004-10-28 2:35 ` Linus Torvalds
2004-10-28 3:09 ` Larry McVoy
2004-10-28 21:03 ` Roman Zippel
2004-10-28 21:39 ` Eric Mudama
2004-10-28 22:45 ` Larry McVoy
2004-10-28 22:54 ` Roman Zippel
2004-10-29 8:09 ` Manu Abraham
2004-10-29 14:28 ` Scott Lockwood
2004-10-29 15:49 ` Roman Zippel
2004-10-29 16:41 ` David Schwartz
2004-10-29 17:20 ` Valdis.Kletnieks
2004-10-30 0:41 ` David Schwartz
2004-10-29 19:03 ` Chris Friesen
2004-10-29 20:00 ` Ryan Anderson
2004-10-30 0:41 ` David Schwartz
2004-10-31 20:47 ` Pavel Machek
2004-10-31 20:53 ` Larry McVoy
2004-10-31 22:07 ` Sam Ravnborg
2004-10-28 1:05 ` Theodore Ts'o
[not found] ` <mailman.1098759000.989.linux-kernel2news@redhat.com>
2004-10-30 3:55 ` Pete Zaitcev
2004-10-25 19:51 ` Matthias Urlichs
2004-10-26 0:58 ` Andrea Arcangeli
2004-10-26 2:23 ` Miles Bader
2004-10-25 18:18 ` Jon Smirl
2004-10-25 23:01 ` Larry McVoy
2004-10-26 1:28 ` Chris Wedgwood
2004-10-26 2:26 ` Jon Smirl
2004-10-26 6:57 ` Matthias Urlichs
2004-10-26 13:09 ` Giuseppe Bilotta
2004-10-24 17:44 ` Linus Torvalds
2004-10-24 17:48 ` Linus Torvalds
2004-10-24 18:39 ` Michael Buesch
2004-10-26 7:32 ` Matthias Urlichs
2004-10-24 22:33 ` Roman Zippel
2004-10-24 23:04 ` Linus Torvalds
2004-10-19 23:27 ` Greg KH
2004-10-25 13:01 ` Matthias Urlichs
2004-10-25 14:39 ` Paolo Ciarrocchi
2004-10-25 15:48 ` Jeff Garzik
2004-10-25 16:35 ` Matthias Urlichs
2004-10-25 22:05 ` Andrew Morton
2004-10-20 8:31 ` maximilian attems
2004-10-20 9:05 ` Jeff Garzik
2004-10-26 7:38 Chuck Ebbert
2004-10-26 14:23 ` Larry McVoy
2004-10-26 18:16 ` Ryan Anderson
2004-10-26 19:22 ` Larry McVoy
-- strict thread matches above, loose matches on Subject: below --
2004-10-26 15:54 Chuck Ebbert
2004-10-26 20:47 ` Larry McVoy
[not found] <fa.gikv4k0.1tk6shk@ifi.uio.no>
[not found] ` <fa.d7r9f2v.1i6a6on@ifi.uio.no>
2004-10-30 20:54 ` walt
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=20041029182009.GB5318@work.bitmover.com \
--to=lm@bitmover.com \
--cc=andrea@novell.com \
--cc=bruce@andrew.cmu.edu \
--cc=linux-kernel@vger.kernel.org \
--cc=ramon.rey@hispalinux.es \
--cc=torvalds@osdl.org \
--cc=xavier.bestel@free.fr \
--cc=zippel@linux-m68k.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;
as well as URLs for NNTP newsgroup(s).