Re: [RFC] Linux Kernel Subversion Howto

Nicolas Pitre
2005-02-09T18:24:41Z

On Wed, 9 Feb 2005, Jon Smirl wrote:

> On Wed, 9 Feb 2005 12:17:48 -0500 (EST), Nicolas Pitre <nico@cam.org> wrote:
> > On Tue, 8 Feb 2005, Larry McVoy wrote:
> >
> > Larry, why can't you compete only on the tool instead of claiming
> > exclusive rights on the test bench as well?
>
> Nicolas, Larry has not said he won't make the changes that Roman
> wants, instead he has said he won't make the changes for FREE!. There
> is a perfectly reasonable solution. Raise the funds to pay for the
> needed changes.

I'm not talking about Roman at all here. Quoting the relevant message:

On Tue, 8 Feb 2005, Stelian Pop wrote:

> What you could make available in the bkcvs export would be, for each
> changeset (both for the changesets and for the merged changesets),
> include three BKRevs: the changeset's one, the changeset's parent one,
> and the changeset's merge parent one.
>
> That information could be used to reconstruct the entire tree,
> using either bk-commit-head (preferred) or bkbits, provided you
> put the BKRev: tag into the bk-commit-head posts too.
>
> Technicaly speaking this should be very easy for you to implement.

I'm sure it's not the actual developer cost which is in cause here.

Larry turned it down with the usual "we're'll fear you if we do that"
answer although I still have problems seeing why BK would be suplented
with that info available. The SCM problem is much much more than just a
tree to bench test on.

So if Larry could realize that he has nothing to fear even if that info
is available to the competition, he might even spend less time debating
this stupid topic over and over and dedicate his time to more rentable
activities, actually making more money as a result.

Nicolas