Re: [RFC] Linux Kernel Subversion Howto

["d.c" <aradorlinux@yahoo.es>]

El 09 Feb 2005 05:06:02 -0200,
Alexandre Oliva <aoliva@redhat.com> escribió:

> So you've somehow managed to trick most kernel developers into
> granting you power over not only the BK history, in such a way that
> anyone willing to extract all the information available from the BK
> repository and share it with others is forbidden from doing so by the
> license?

BK history is not part of "linux kernel", and those who use BK know why they're
using BK and what are the consecuence so calling them "tricked" is quite
misleading from your part.


I don't understand people. Before BK, linux kernel development *never* had a
"history" and you had to develop against -pre patches. When linus switched
to BK, he said clearly that he wasn't going to change that, and it has not
changed, in fact these days you can use -bk patches which are much better
than -pre's. Then Larry put a CVS gateway just to made people happy and give
them things that have *NEVER* been guaranteed. So, "kernel history" is *not* part
of the "linux kernel development", is just a nice addon for those who optionally
want to use BK, because the _official_ way of getting changes for the linux
kernel are patches at kernel.org which don't have any way of keeping track of 
"kernel history", not BK and/or CVS. Everyone who claims the contrary is
wrong, period.

Besides, Larry is exporting most of that story in CVS, so those who accuse
Larry of "stealing our freedom" should think twice that Larry doesn't even
to _listen_ you and he doen't needs to care about your request because
it's not him who decided to use BK, and it's not him who decided to lose
the "kernel history" using a propietary tool. What you really want is change
the official kernel development (GNU diff patches at kernel.org) for something
better that can track all that "kernel history", and you are not going to change
that shouting at Larry because (again) it's *not* him who decided to use BK.

(of course if you ask linus he'll tell exactly what I said, that BK is just a _option_
and that you can get all the patches at kernel.org with all the consequences
- losing the "kernel history" because GNU diff don't really supports that)