Re: RFC - tarball/patch server in BitKeeper

Larry McVoy
2003-12-15T22:14:14Z

On Mon, Dec 15, 2003 at 11:02:57PM +0100, Andrea Arcangeli wrote:
> On Mon, Dec 15, 2003 at 01:44:52PM -0800, Larry McVoy wrote:
> > all. It's our tool and the use of our tool to export information how the
>
> is the web your tool too?

The web isn't a tool and it certainly isn't our tool. The web server on
bkbits.net is our tool, that's BitKeeper serving up the web pages directly.

> in your previous email you said the information is available via bkbits
> web. But in an older email you said if we would use the web to fetch
> information you would shut it down (for whatever reason, not relevant
> for this email). Please clarify this single point: is the "web" a tool
> we can use to fetch information?

I said I'd shut it down if you melted down the T1 line. We have dual
T1 lines and rate limited them on both ends so that problem is gone.

You can grab all the patches you want from bkbits.net until you start
using those patches to populate another SCM system because at that point
you are using BK in violation of the BK license.

Tupshin wants both the patches and all the details of how the patches have
been put together. I know why he wants it, it's a ton of useful test data
if what you are doing is building a clone of BitKeeper, and that's exactly
why he can't have all the information he wants. It's disingenuous of him
to pretend it is a freedom of speech issue, but I think it's obvious to
everyone what is going on here. If he was actually a kernel developer
using BK he'd be asking us to reduce the amount of information contained
in BitKeeper so that it ran faster which is what Linus wants us to do.
This is all about someone trying to circumvent our license, not about
some valuable information that BK is losing or hiding.
--
---
Larry McVoy lm at bitmover.com http://www.bitmover.com/lm