Return-Path: <linux-kernel-owner+willy=40w.ods.org@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id <S261768AbTCLQUQ>; Wed, 12 Mar 2003 11:20:16 -0500
Received: (majordomo@vger.kernel.org) by vger.kernel.org
	id <S261773AbTCLQUQ>; Wed, 12 Mar 2003 11:20:16 -0500
Received: from sprocket.loran.com ([209.167.240.9]:13557 "EHLO
	ottonexc1.peregrine.com") by vger.kernel.org with ESMTP
	id <S261768AbTCLQUP>; Wed, 12 Mar 2003 11:20:15 -0500
Subject: Re: [ANNOUNCE] BK->CVS (real time mirror)
From: Dana Lacoste <dana.lacoste@peregrine.com>
To: "H. Peter Anvin" <hpa@zytor.com>
Cc: linux-kernel@vger.kernel.org
In-Reply-To: <b4nmau$3d0$1@cesium.transmeta.com>
References: <20030312034330.GA9324@work.bitmover.com>
	<20030312041621.GE563@phunnypharm.org> <20030312085517.GK811@suse.de>
	<20030312032614.G12806@schatzie.adilger.int> 
	<b4nmau$3d0$1@cesium.transmeta.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
X-Mailer: Ximian Evolution 1.0.8 
Date: 12 Mar 2003 11:30:59 -0500
Message-Id: <1047486659.16704.161.camel@dlacoste.ottawa.loran.com>
Mime-Version: 1.0
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Length: 1487
Lines: 34

On Wed, 2003-03-12 at 11:13, H. Peter Anvin wrote:
> "Can we get our data out of BK into some kind of open format?"

> It's an important question.  If the answer is "yes, but only the stuff
> that can be mapped onto CVS" then that's a significant data loss, and
> if BitMover changes the data format without documentation, then there
> is no longer a way to get all the data out.

This sounds like the old GPL argument.

The GPL'd redistributor has to supply the source, they don't have to
supply it in the format that's best for you, being an 80mm tape drive
cuz you're stuck in the punch card age.

Seriously, if CVS loses all that data, is that BK's fault?  BK's so
powerful because it has more information than anyone else, but it's
not their fault (and it's not proprietary data) that no-one else can
deal with the data when it's exported, now is it????

It's not a significant data loss when you try to view a 24bpp image
on an 8bpp display, so it's not a significant data loss that CVS can't
handle the BK.  If it could, Linus would've switched to CVS instead....

I'm not saying Larry's a God or anything, I'm just hoping you guys can
give it up already.  Linus uses BK, nobody else needs to, so move on!

Dana Lacoste
Ottawa, Canada

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/