Re: log-buf-len dynamic

[Eric W. Biederman]

Linus Torvalds <torvalds@xxxxxxxx> writes:

> On Wed, 24 Sep 2003 andrea@xxxxxxxxxx wrote:
> > 
> > It's because I grow up that I can actually better understand the deals
> > it's in my own (again speaking only for myself and not for anybody else)
> > interest to avoid.
> 
> You've claimed this now twice. 
> 
> However, that only explains why you don't use BitKeeper. And everybody
> accepts that. When I started to use BK, I made it _very_ clear that
> service for non-BK users will be _at_least_ as good as it ever was before
> I started using BK.

And for the core kernel development this is true.  There are subprojects
that are currently using BK that you can't even get the code without
BK.  And the only reason they are using BK is they are attempting to
following how Linux is managed.  So having the Linux kernel
development use BK does have some down sides.

In addition there are some major gains to be had in standardizing on a
distributed version control system that everyone can use, and
unfortunately BK does not fill that position.  So I think it is good
that there is enough general discontent it the air that people
continue to look for alternatives. 

The current situation with version control is painful.  CVS branches
poorly and is not distributed.  SVN is not distributed.  ARCH is
barely distributed and architecturally it makes distributed merging
hard.  BK requires open logging which makes it unsuitable for working
on prerelease hardware.  BK does not scale to the low end because
to use it successfully you need to make non-BK releases which is
an extra burden.  Unless I missed something big all of the BK->foo
gateways are specific to a few source trees.  And of course BK won't
let you hack on a replacement.

I don't think the flame wars should stop.  The current situation is
not half as good as it could be.  And discussion is needed to get us
there.  Even pure flames which accomplish nothing technical accomplish
something socially by reminding people that there is the potential to
do much better, and that the current situation is painful. 

It is clearly not a solution to simply drop BK, that is even more
painful.  To reduce the pain will take a combination of frustration,
time, talent, and a bit of luck that has not happened yet.

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