[lkml]   [2003]   [Sep]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: log-buf-len dynamic
    Linus Torvalds <> writes:

    > On Wed, 24 Sep 2003 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.

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:48    [W:0.049 / U:18.088 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site