Follow Slashdot blog updates by subscribing to our blog RSS feed


Forgot your password?
Linux Business Software Linux

No More BitKeeper Linux 958

An anonymous reader writes "KernelTrap has a lengthy article detailing BitMover's recent decision to drop support for its free version of BitKeeper. Linus Torvalds began using BitKeeper back in February of 2002, a decision that has resulted in frequent flamefests, but also in increased kernel development productivity. Evidently the recent decision was due to OSDL's decision to keep paying a developer who was working on reverse engineering BitKeeper... What tool Linus will move to is still being determined."
This discussion has been archived. No new comments can be posted.

No More BitKeeper Linux

Comments Filter:
  • Mirror of article (Score:1, Informative)

    by winkydink ( 650484 ) * <> on Wednesday April 06, 2005 @11:11AM (#12154289) Homepage Journal
    Here []
  • Re:Oh great... (Score:4, Informative)

    by Anonymous Coward on Wednesday April 06, 2005 @11:13AM (#12154307)
    For everyone who doesn't unterstand this. It was an April fool.
  • by The Angry Mick ( 632931 ) on Wednesday April 06, 2005 @11:13AM (#12154308) Homepage

    Get 'em hooked on the gimmes, then ream 'em on the return.

    Let's hope that the impending avalanche of negativity will influence BitKeeper to reconsider at least a token giveback to the Linux community.

  • by Dani Filth ( 677047 ) on Wednesday April 06, 2005 @11:16AM (#12154338) Homepage
    ...perhaps the kernel will follow.
  • by KhaZ ( 160984 ) on Wednesday April 06, 2005 @11:17AM (#12154347) Homepage
    I've become a recent fan of Martin Pool [], and I've been keeping tabs on his work with Bazaar-NG [], his next generation version of Bazaar, as a distributed free source code control system, for Ubuntu []. It's early in development yet, but if there's one thing I've learned from Martin Pool, is he does great work! Keep tabs on him. :)
  • Re:Oh great... (Score:2, Informative)

    by Wizy ( 38347 ) <greggatghc@ g m a i l .com> on Wednesday April 06, 2005 @11:17AM (#12154357) Journal
    Of course that was posted on April 1st....
  • by MartinG ( 52587 ) on Wednesday April 06, 2005 @11:22AM (#12154416) Homepage Journal
    Subversion is not the obvious choice because its nothing like bitkeeper.

    Have you ever used bitkeeper? It is highly distributed in the way it works.

    Subversion on the other hand is very much like cvs (except it doesn't suck)
  • What tool, you ask? (Score:5, Informative)

    by geniusj ( 140174 ) on Wednesday April 06, 2005 @11:24AM (#12154449) Homepage
    Perforce is free for open source development.. for now.. ;-)
  • by pianoman113 ( 204449 ) on Wednesday April 06, 2005 @11:26AM (#12154470) Homepage
    A number of licenses have been set aside by BitMover (according to TFA) for some kernel developers. No licenses were set aside for Linus or Andrew because of their association with OSDL.
    They can either purchase licenses on their own, or find new employment.
  • by Sanity ( 1431 ) * on Wednesday April 06, 2005 @11:29AM (#12154505) Homepage Journal
    Yup, like I said - a childish hissy fit, they are taking their ball and going home because OSDL wouldn't put pressure on some contractor to limit his spare time closed source activities.

    Hopefully this will encourage development of a free (as in speech) alternative to BitKeeper.

  • Re:Freedom matters (Score:5, Informative)

    by Jeremiah Cornelius ( 137 ) on Wednesday April 06, 2005 @11:35AM (#12154569) Homepage Journal
    Linus "picked" Bitkeeper because Larry harangued him in Linus' home, around the release time of 2.4>

    Linus was dropping important patches - cos his versioning was done from a mail spool.

    Larry was writing Bitkeeper and had been pushing this for a couple years. Finally Linus gave in - saying there was a problem - and agreed to use a vcs that didn't get in his way. Then Larry made his pitch...

  • by dewright_ca ( 89241 ) on Wednesday April 06, 2005 @11:35AM (#12154574) Homepage
    That kind of reasoning does not fit this issue.

    When you are provided a powerful tool for no cost under the condition that you don't fund the creation of a competing tool based on that technology you are not at the whim of someone's goodwill. When they approached OSDL and said you have a employee doing this (reverse engineering our technology), please have them stop and OSDL says it's not our problem.

    Its not like they all of the sudden started says hey OSDL/Linus you now need to start paying for this since you like it. They said we are giving you free access to our tool but you have staff that are now striking at our revenue line, which happens to be how we fund this tool you like. Please have them stop and we will continue to provide this tool.

    When you still thumb your nose at the company who has employees to support and revenue to generate you are only putting them under the gun.

    So based on this evidence you can see this isn't a RS versus Linus issue versus a OSDL taking responsibility issue. If OSDL came back to the table and said Ok, mea culpa, we will make this right then the problem wouldn't be there.

    Make Sense?
  • by archeopterix ( 594938 ) * on Wednesday April 06, 2005 @11:38AM (#12154612) Journal
    Subversion, of course.
    Subversion doesn't come close to being replacement for BitKeeper. Not that it's a bad tool - it just doesn't support distributed repositories at all. Different philosophy.

    Subversion, of course. What else is there? RCS? CVS?
    Arch [] and Darcs [], for starters.
  • Re:I cant wait (Score:5, Informative)

    by Daniel Phillips ( 238627 ) on Wednesday April 06, 2005 @11:43AM (#12154677)
    The question is where to go now? My preference would be GNU Arch, as it's more decentralized.

    Hi Bruce,

    You want to keep an eye on Monotone []. Recently, it has gone through a redesign specifically aimed at making it changeset-oriented, with a view to replacing BitKeeper. It has a ways to go, but the project is active and the work is professional. Arch and Subversion are both worthy and usable systems right now, and many projects are already working happily with one or the other.


  • by bradkittenbrink ( 608877 ) on Wednesday April 06, 2005 @11:45AM (#12154697) Homepage Journal
    Subversion has distributed add-ons. For example, svk [] (I have not personally used it, but have heard good things). Subversion is more than just a version control system, it is more like a version control architecture. Take a look at all the related projects here []. Most people just need cvs-replacement functionality, but there are certainly more options than that. I think it has a very good chance of catching up with BitKeeper shortly.

    ps - now that I look at it again, it appears that svk has grown beyond a subversion add-on and supports other repository architectures.

  • Re:Linus Shminus (Score:2, Informative)

    by LordNimon ( 85072 ) on Wednesday April 06, 2005 @11:47AM (#12154743)
    Obviously, you've never used BitKeeper.

    A kernel developer who uses BK can deliver patches to kernel using BK. These patches can be examined in BK, and applied to the main kernel tree with BK. In other words, the whole patch and change management process can happen with BK, and this makes Linus' job a lot easier. A kernel developer who uses BK to provide his change to Linus will have his change incorporated much faster than someone who doesn't use BK.

  • Re:Linus Shminus (Score:1, Informative)

    by Anonymous Coward on Wednesday April 06, 2005 @11:48AM (#12154750)
    "They're able to work using their own choice of software, regardless of what he uses, right?"

    As this is the version control system for the kernel tree the obvious answer to your question is, no. They will have to use the version control system that is used, that is essentially, the one Linus using, that's why there is so much talk about this issue.

    And you were right, you first post probably should have been modded troll, or at least uninformed, funny to see the /. mods mod it insightful.
  • by Florian ( 2471 ) <> on Wednesday April 06, 2005 @11:49AM (#12154761) Homepage
    > Considering what has transpired, the obvious
    > choice is subversion:)

    This would rather surprise me because svn doesn't support distributed repositories and branches which are necessary to maintain the different kernel branches.

  • Re:I cant wait (Score:5, Informative)

    by Daniel Phillips ( 238627 ) on Wednesday April 06, 2005 @11:56AM (#12154860)
    linus didn't consider the nature of what he was using and got burned.

    Well, let me point out Andrew Morton is the guy who does most of the heavy lifting on the kernel these days, and he uses his own scripts [].
  • by Omnifarious ( 11933 ) <> on Wednesday April 06, 2005 @11:56AM (#12154865) Homepage Journal

    A million people have probably told you this already, but...

    I'm a big fan of Subversion myself, but it isn't at all appropriate for kernel development due to the distributed nature of kernel development. Subversion is a very centralized version control system.

  • Re:Freedom matters (Score:4, Informative)

    by R.Caley ( 126968 ) on Wednesday April 06, 2005 @12:00PM (#12154925)
    What they are not fine with is people using the free version they give out to create a competitor that could help put them out of buisiness.

    But that is, of course, not what seems to have happened. What happened, accordingto the write up, is that someone who had at some point been been payed some moeny by OSDN was, completely unrelatedly, working on a possibly competitive product. No one is claiming this contractor was using BK in his work on that product.

    basicly BM's interpretation of the licence is that no one who has any connection, however tenuous, with an organisation using the free BK can work on a version control system. This looks to me to be a clause specifically created to be impossible for the licencee to police, and so to provide a way for BM to remove the licence on a whim.

  • Re:Oh great... (Score:5, Informative)

    by pherthyl ( 445706 ) on Wednesday April 06, 2005 @12:06PM (#12155010)
    Oh course, outside of April 1, they are moving their entire source tree to subversion.

    This will soon prove (or disprove) the viability of subversion for very large projects. Linux kernel development model is significantly different though, so what works for KDE might not work for the kernel.
  • by hey ( 83763 ) on Wednesday April 06, 2005 @12:11PM (#12155061) Journal
    At the end he says monotone [] seems like the best replacement.
  • Re:Freedom matters (Score:2, Informative)

    by Fenris Ulf ( 208159 ) <> on Wednesday April 06, 2005 @12:14PM (#12155106)
    Actually, the gratis BitKeeper license *does* forbid building your own VCS from the ground up.

    There is at least one linux developer who could not use BK because of his ties to subversion (or was it arch?).
  • by geegs ( 744247 ) * on Wednesday April 06, 2005 @12:14PM (#12155112)

    In the postscript to his announcement on moving away from BitKeeper [], Linus rules out Subversion and states that Monotone [] "seems to be the most viable alternative".

    Until I read that I had never heard of Monotone.

  • Re:I cant wait (Score:5, Informative)

    by Bruce Perens ( 3872 ) <> on Wednesday April 06, 2005 @12:20PM (#12155199) Homepage Journal
    What consequences?

    I accept that it might have been the only working solution at the time, but Linus would have done better if he'd said it was temporary until a good Open Source product came along. Because it was anyway. There are consequences. 1000 people are going to have to learn a new facility, that facility is going to have to be deployed and files are going to have to be moved into it in a laborious version by version process to convert them, etc. There is also all of the surplus heat produced by the multi-year argument that Bitkeeper brought and some loss of productivity because of that, includng some untold number of people who would otherwise have worked on the kernel but bugged out because of the Bitkeeper decision.


  • Re:Why change? (Score:2, Informative)

    by Anonymous Coward on Wednesday April 06, 2005 @12:21PM (#12155217)
    It's not just Linus that uses Bitkeeper, it's everyone that's working on the kernel. Because they're not giving out the free version any more, nobody that doesn't already have it can submit patches (or at least, the procedure is a lot less simple).
  • by Mournblade ( 72705 ) on Wednesday April 06, 2005 @12:23PM (#12155237) Homepage
    "Users that don't pay for the product, and thus, don't help support the development of that product. "

    There are other ways to support development of a product:

    1. Using said product and supplying bug reports and feature suggestions to the developer that improve the product for *all* of the product's users.

    2. Using said product in a high-visibility project that instantly gives said product visibility and credibility it otherwise wouldn't have, leading other potential customers to at least consider using it.

    By all accounts i've seen, Larry acknowledges that his product benefitted from having Linus use it - it's Larry offered Linux use of the free version of the software in the first place. Sort of like Nike paying Michael Jordan to wear their shoes. Note - I am in no way implying that this was a one-way deal. Both parties benefitted from this, however, many people were concerned that what has happened would happen (i.e. that once it was no longer convenient or necessary for Larry to provide the software to Linus (and others) for free, he would no longer do so, causing the developers to scramble to find an alternative).

    Turns out they were correct.
  • Wha? (Score:3, Informative)

    by abulafia ( 7826 ) on Wednesday April 06, 2005 @12:23PM (#12155251)
    I'm not sure where you get that. One of my repositories is ~280K files, and it is _far_ faster than when we had it under CVS. Perhaps you have a config issue... Add in the fact that the architecture lets you do a lot of things locally and you're inherently much faster than CVS on those operations.

    Granted, svn doesn't have some of the cooler distributed coding features, and that's really the pickle for kernel development. But speed really isn't an issue for it, in my experience.

  • Re:Why change? (Score:3, Informative)

    by BRSloth ( 578824 ) <julio AT juliobiason DOT net> on Wednesday April 06, 2005 @12:25PM (#12155275) Homepage Journal
    If I got the article correctly, the free version will be terminated, some time. So, this would mean that every free version would become ilegal if not purchased.
  • by Chirs ( 87576 ) on Wednesday April 06, 2005 @12:25PM (#12155282)
    Larry's actually a decent guy (I've met him). He bent over backwards to give support to the kernel developers (granted, he also improved his product a lot based on their demands and definately got good publicity).

    There were benefits on both sides, but now it's time to move on. Read Linus' posting on the kernel mailing list for his take on the whole thing.

  • I have 25k files in my repository and no sign of any slowdown. I'm sure repositories like Mono's are much much larger.

    It's true that svn is slower to compute "blame." The developers are working on this. But it's much faster at other operations. Overall, the edge is with svn already.
  • by Wateshay ( 122749 ) <> on Wednesday April 06, 2005 @12:37PM (#12155482) Homepage Journal
    Using which storage backend? BerkeleyDB or the filesystem-based storage system?

    Are you sure it was really that much slower with a huge repository? Or just with a huge working copy?

    Subversion is not universally faster than CVS (checkouts and imports can be significantly slower, but you don't do those very often anyway), but it's generally faster where it counts. It also scales very nicely (for the most part), and I'd be surprised if correct use of SVN was really that much slower, even at 120K files. (I've never had a repository that big, but people talk about having them that big on the mailing list all the time.) One place where it might be slow is if you have a working copy with 120K files in it and try to do an update or commit from the top-level WC directory, since that would require SVN to locally crawl the whole WC tree. There is work being done to improve the places where SVN still lacks in speed, though.

    As for being unusable around 1000 files? That's a bunch of crap. I use a >5000 file working copy every single day (>20000 file repos), and it is VERY zippy.
  • by Anonymous Coward on Wednesday April 06, 2005 @12:41PM (#12155539)
    I'm not sure my reality matches your reality. I've got a bunch of SVN repositories running in a commercial setting right now and they're all fine. We're testing a migration from a huge CVS repository in which a merge can take hours now, and so far I've heard not a peep from the guys doing the testing. I figure if Subversion really was taking an entire day to do a merge across branches I'd have heard about it by now.
  • Re:I cant wait (Score:5, Informative)

    by SeanAhern ( 25764 ) on Wednesday April 06, 2005 @12:56PM (#12155770) Journal
    nobody would be able to make a living writing software

    I have managed contracts to fund developers working on open [] source [] software [] projects []. My employer [] pays programmers to write software and to release it with an open source license. The Department of Energy (our funding source) has spent literally millions of dollars over the last few years on projects like this.

    I contest the claim that writing open source software entails no monetary compensation to the software developer.
  • Suppose someone lends you a car [...]

    ...and tells you that you can use it as much as you want, as long as you don't use it to transport parts for other cars. You switch your entire corporate fleet to this car, which would ordinarily be prohibitively expensively but is a lot better than the offerings at Joe's Free Car Lot. You come to depend on those loaner cars.

    Some guy at an unrelated company looks at the loaner car's ignition system to see if he could make it work on one of the models available at Joe's Free Car Lot. Your "friend" responds by yanking everyone's loaner cars.

    What do you do next? Try to find someone else to loan you an expensive car? Buy a new fleet of your own? Or decide that helping Joe upgrade his fleet to everyone's mutual benefit is a worthy investment?

  • Re:I cant wait (Score:5, Informative)

    by Stephen Samuel ( 106962 ) <samuel@bc g r e> on Wednesday April 06, 2005 @01:01PM (#12155844) Homepage Journal
    I think that it's improper to call Larry a capital asshole. It seems to me that he really did try to straddle the line between proprietary and open source, and he did it in a way that failed. Hopefully this failure will be a learning opportunity for both the Open Source Community and Larry.

    This excercise hasn't been a complete loss for either Bitmover Corp. or for the Open Source community. Both have gotten something out of it, but now they're going separate ways.

    Also note that BitMover is attempting to make the split as amicable as possible. He could have shut down support and distribution of the free version as of yesterday. Instead he seems to be committing to providing one last (critical) major update, and then close down development of the free version, as well as providing a few month's warning. If he was being an asshole, he would have waited until the Kernel was a week away from the 65K change limit and then dropped support with no warning.

    This is something like breaking up with a girlfriend. You can do it in a respectful way, or you can do it with yelling screaming and personal items thrown out in the street. Larry seems to be doing the former. Calling him a capital bastard is pushing things in the other.

    Most of my ex-girlfrinds I can still show up at the door at 9pm and be invited in for some (herbal) tea and a nice chat. I really can't quite wrap my mind around people who can't visit any of their exs' without a court order. It's just so disrespectful of the quality time and experiences that came out of the relationship (presuming that the relationship wasn't just a 'gimme' fight). Yes, does take some work to do an amicable breakup, but here's lots of value to being able to have a sane conversation with your ex. Don't knock it until you've tried it.

  • Re:Freedom matters (Score:3, Informative)

    by Hangtime ( 19526 ) on Wednesday April 06, 2005 @01:08PM (#12155936) Homepage
    And what is BitMover so upset about? That anyone would dare compete with them?

    Yea the gall of someone to take there ball and go home after you played with it and then punched them in the face when he asked you not too, what audacity indeed.

    No, there upset that the community went back on a simple promise.
  • Re:I cant wait (Score:2, Informative)

    by Waffle Iron ( 339739 ) on Wednesday April 06, 2005 @01:08PM (#12155943)
    Let's say I download the evaluation version and install it and as soon as it tells me that the 30 trial is over I say: Gimme the source, so I can fix this?

    Here you go. []

  • by rpdillon ( 715137 ) on Wednesday April 06, 2005 @01:30PM (#12156242) Homepage
    If reverse engineering is explicitly forbidden in a license, and someone has agreed to that license, then reverse engineering is illegal.

    Well, that's the question, isn't it? You state this like it is obvious, but it isn't obvious. Reverse engineering for interoperability is protected under US copyright law AND the DMCA. In fact, there is at least one court case pending right now to determine this very issue. Read more about it here. [] Very interesting stuff.

    Anyway, given that

    1. The OSDL had the license
    2. the employee was NOT employed by OSDL to do the reverse engineering and
    3. reverse engineering is protected under copyright law
    I could see OSDL suing BitMover for breach of contract, which seems backwards, but I really think it is questionable if they gave BitMover any cause to do this, and it is going to cost them dearly to migrate over the entire version history to a new format, especially from one that is proprietary and needs to be reverse engineered before the move can happen.
  • Re:I cant wait (Score:1, Informative)

    by Anonymous Coward on Wednesday April 06, 2005 @01:30PM (#12156245)
    Sure, BitKeeper might be going away--but the things Linus accomplished while it was here will NOT go way.

    What about all the lost productivity resulting from switching to something else now?

    Sure, BitKeeper might be going away--so many useful things will not be accomplished because of it.
  • by Anonymous Coward on Wednesday April 06, 2005 @01:42PM (#12156403)
    The free BK client must contact the BitMover servers every 30 days, or they stop working. I'm guessing they're pulling the plug on the license server on June 1st.

  • Re:I cant wait (Score:5, Informative)

    by GileadGreene ( 539584 ) on Wednesday April 06, 2005 @01:45PM (#12156456) Homepage
    Look at how much MS or Apple have given back to BSD...

    You mean like this []? Not that I'm claiming that the BSD license is better than the GPL or vice versa. Just trying to point out the fact that Apple has been pretty good about contributing back to the community, regardless of the license.

  • Re:I cant wait (Score:3, Informative)

    by jonbryce ( 703250 ) on Wednesday April 06, 2005 @02:24PM (#12156919) Homepage
    Lot's of people already have fixed this.

    The software is free, but the trademark isn't, so you can't call the modified collection of programs Red Hat.
  • Re:I cant wait (Score:5, Informative)

    by Bruce Perens ( 3872 ) <> on Wednesday April 06, 2005 @02:26PM (#12156949) Homepage Journal
    First, don't assume it was OSDL screwing over anyone. Larry changed the deal, repeatedly. It started out that we just had to use his "notification server", and then other odd terms came up at intervals like termination of the license for those who attempt to make other software compatible with Bitkeeper through reverse-engineering. OSDL refused to terminate an employee or consultant who was also reverse-engineering Bitmover as a hobby Open Source project outside of OSDL. Had they terminated that person, the hue and cry would have been greater.

    There was never a chance that this relationship could work, because of the lack of an Open Source license and the mercurialism Larry regularly displayed.



  • Re:I cant wait (Score:2, Informative)

    by Narchie Troll ( 581273 ) on Wednesday April 06, 2005 @02:42PM (#12157098)
    And darcs, as much as I love it, is extremely slow to handle large projects. Extremely slow. Sometimes on the order of hours. This will likely improve, but for the time being, darcs only hosts Linux as a stress test.

    And Haskell support isn't a big deal -- it can always be compiled statically.
  • by nutznboltz ( 473437 ) on Wednesday April 06, 2005 @03:09PM (#12157463) Homepage Journal
    Apple wrote a utility to stress test UFS and debugged the code for Darwin and the bug fixes made it into FreeBSD.
  • by berck ( 60937 ) on Wednesday April 06, 2005 @03:12PM (#12157510) Homepage Journal
    Actually, I think he did.

    Here's [] what Linus had to say about it today.
  • Re:I cant wait (Score:3, Informative)

    by Bruce Perens ( 3872 ) <> on Wednesday April 06, 2005 @03:46PM (#12157986) Homepage Journal
    Will kernel developers be happy to wait around while the bugs gets sorted out?

    About as happy as they have been with GCC bugs. They have seen more than their share of those, and they will deal with them in the same way.

    Time will tell if that is good enough.

    Couldn't I apply all of your arguments to Open Source in general? Shouldn't they be using Microsoft C and Visual SourceSafe for the wonderful support they'd get?

    I can't imagine how much money Tigris have put into Subversion at this stage, and look at the criticism the product continues to incur and the major back-end overhauls that have been taking place.

    Whatever they were thinking of, it didn't work. That's business - sometimes you lose. It seems that others have better ideas than Subversion.

    with it's gargantuan achievements over recent years - still relies on private support and private funding in one way or another.

    That's OK. Read my Economics paper []. It will explain how and why, when it works, and when it does not.



  • Re:I cant wait (Score:2, Informative)

    by mumbleco ( 873867 ) on Wednesday April 06, 2005 @03:53PM (#12158062)

    Go read the previous interviews to Linus and Larry McVoy. Larry had worked on TeamWare at Sun. He was already known for his ability to write source control management systems. He explained to Linus what he could give him. He would have succeeded selling BitKeeper anyway.

    It's true that BitMover got marketing from Linux, but to say they got more than what they gave is plainly wrong.

  • Re:I cant wait (Score:4, Informative)

    by JohnFluxx ( 413620 ) on Wednesday April 06, 2005 @03:54PM (#12158067)
    I hate replying to anon's, as it's unlikely they will read the reply... but anyway..

    Every programming job I've had has been code for only one company. Mostly intranet/extranet coding (lotus domino shit), but also various programs for research companies etc. I can't imagine any of those jobs going if everything became opensource.
  • Linus' take (Score:2, Informative)

    by vondo ( 303621 ) * on Wednesday April 06, 2005 @04:03PM (#12158182)
    I was curious what Linux had to say about this, so from the LKML:

    Date Wed, 6 Apr 2005 08:42:08 -0700 (PDT)
    From Linus Torvalds
    Subject Kernel SCM saga..

    as a number of people are already aware (and in some cases have been
    aware over the last several weeks), we've been trying to work out a
    conflict over BK usage over the last month or two (and it feels like
    longer ;). That hasn't been working out, and as a result, the kernel team
    is looking at alternatives.

    [ And apparently this just hit slashdot too, so by now _everybody_ knows ]

    It's not like my choice of BK has been entirely conflict-free ("No,
    really? Do tell! Oh, you mean the gigabytes upon gigabytes of flames we
    had?"), so in some sense this was inevitable, but I sure had hoped that it
    would have happened only once there was a reasonable open-source
    alternative. As it is, we'll have to scramble for a while.

    Btw, don't blame BitMover, even if that's probably going to be a very
    common reaction. Larry in particular really did try to make things work
    out, but it got to the point where I decided that I don't want to be in
    the position of trying to hold two pieces together that would need as much
    glue as it seemed to require.

    We've been using BK for three years, and in fact, the biggest problem
    right now is that a number of people have gotten very very picky about
    their tools after having used the best. Me included, but in fact the
    people that got helped most by BitKeeper usage were often the people
    _around_ me who had a much easier time merging with my tree and sending
    their trees to me.

    Of course, there's also probably a ton of people who just used BK as a
    nicer (and much faster) "anonymous CVS" client. We'll get that sorted out,
    but the immediate problem is that I'm spending most my time trying to see
    what the best way to co-operate is.

    NOTE! BitKeeper isn't going away per se. Right now, the only real thing
    that has happened is that I've decided to not use BK mainly because I need
    to figure out the alternatives, and rather than continuing "things as
    normal", I decided to bite the bullet and just see what life without BK
    looks like. So far it's a gray and bleak world ;)

    So don't take this to mean anything more than it is. I'm going to be
    effectively off-line for a week (think of it as a normal "Linus went on a
    vacation" event) and I'm just asking that people who continue to maintain
    BK trees at least try to also make sure that they can send me the result
    as (individual) patches, since I'll eventually have to merge some other

    That "individual patches" is one of the keywords, btw. One thing that BK
    has been extremely good at, and that a lot of people have come to like
    even when they didn't use BK, is how we've been maintaining a much finer-
    granularity view of changes. That isn't going to go away.

    In fact, one impact BK ha shad is to very fundamentally make us (and me in
    particular) change how we do things. That ranges from the fine-grained
    changeset tracking to just how I ended up trusting submaintainers with
    much bigger things, and not having to work on a patch-by-patch basis any
    more. So the three years with BK are definitely not wasted: I'm convinced
    it caused us to do things in better ways, and one of the things I'm
    looking at is to make sure that those things continue to work.

    So I just wanted to say that I'm personally very happy with BK, and with
    Larry. It didn't work out, but it sure as hell made a big difference to
    kernel development. And we'll work out the temporary problem of having to
    figure out a set of tools to allow us to continue to do the things that BK
    allowed us to do.

    Let the flames begin.

  • Re:Why change? (Score:4, Informative)

    by Elwood P Dowd ( 16933 ) <> on Wednesday April 06, 2005 @04:25PM (#12158427) Journal
    What's wrong with the free version he already has? Does it require replacement?

    I don't see this as a problem for the time being.
    It's not a problem for the time being. However, they have to move off BK in the near future. At least some of the product is hosted at "bkbits", whatever that is. Also, I believe that the BK folks can revoke the free license for people that are already using it, making it illegal to use. They may also refuse to sell a commercial license to those people who have lost their free licenses.

    So yeah, it requires replacement if the BK folks say it does, and the friction got significant enough that Linus wants to make it happen. Linus has tried to make it sound like he & Larry McEvoy (?) have amicably come to this agreement. That may be the case. Larry isn't getting anything out of his free version anymore, and Linus isn't Vivien Leigh. He doesn't want to depend on the kindness of strangers.
  • by vingufta ( 548409 ) on Wednesday April 06, 2005 @04:42PM (#12158647)
    For all those who have nothing better to do than to read /. at work, here is the complete thread on LK which got all this started: [BK] upgrade will be needed []
  • by JoeF ( 6782 ) on Wednesday April 06, 2005 @06:15PM (#12159600)
    Subversion's Open Letter on this topic: []
  • by jgarzik ( 11218 ) on Wednesday April 06, 2005 @06:38PM (#12159827) Homepage
    Subversion is not the tool we will be moving to.

    Don't take my word for it, read the official statement from the subversion developers, "Please Stop Bugging Linus Torvalds About Subversion" [].

    The kernel development model, as molded by BitKeeper, needs a highly decentalized model which encourages forks as a way of staging kernel changes.

  • by pyrrho ( 167252 ) on Wednesday April 06, 2005 @10:32PM (#12161883) Journal
    so many here are going back to "Larry is within his rights".

    Um. No shit! He totally is within his rights.

    That's the problem. Free software is about setting up a different right schema where on guy can't get impetuous or scared and screw over the rest, hold them hostage, etc.

    He is within his rights and this is the problem with that type of software. It build dependencies.

    It's not just personal decisions, in my experience usually the problem, this very problem but from different causes, comes from a business going out of business or, more often, being bought by a competitor.

    Buying a comercial business is like buying the customers... as with Oracle buying PeopleSoft.

    This is what I like about open source more than anything else, some reliability. A tool I'm using might grow stale if interest wanes, but it's bound to be smoother and the tool will NOT be taken away and I have avenues to personally extend its life if I want to take on the costs of that in time or money.

    Saying "it's Larry's right!" is no different from pointing out that it was Jefferson's property right to sleep with his slave too. So what.

    Do you guys know we invented these rights? In the state of nature you get the right to property you can defend yourself... nothing more. Everything else is a human invention and we can chose how to invent or, in this case, re-invent.

  • Re:I cant wait (Score:4, Informative)

    by Bruce Perens ( 3872 ) <> on Wednesday April 06, 2005 @10:48PM (#12162033) Homepage Journal
    If your revision control database gets corrupted due to a bug, you need to wait for someone to fix it.

    We're talking about distributed change management in this case, it's not one database. The thread that matters to most people is the one Linus manages, and he pulls out a tarball every time he merges changes into that one. And I assume it will be mirrored and backed up. Now, I only know about Arch, but Arch doesn't even use a database as you would think of one. It's a tree of files, plain files, served by FTP or HTTP, and if you corrupt a revision you corrupt that one only.

    I can't believe that things are going to be nearly so bad as you think. I suggest you watch the kernel list once Linus comes back.


  • by tupshin ( 5777 ) <> on Wednesday April 06, 2005 @10:49PM (#12162042) Homepage
    I absolutely agree with the syntax being an issue with arch, but as a long time (1+ years) user of darcs for an active OSS project, I completely disagree abouts darcs. Darcs has the simplest syntax of any comparable tool that I've encountered.

    I'm curious what aspect of the darcs syntax you disagree with?
  • by Wateshay ( 122749 ) <> on Friday April 08, 2005 @04:43AM (#12174019) Homepage Journal
    I use BDB. I keep meaning to move to FSFS, but just haven't properly motivated myself.

"The following is not for the weak of heart or Fundamentalists." -- Dave Barry