Slashdot Mirror


BitMover Releases Open Source BitKeeper Client

diegocgteleline.es writes "Larry McVoy, the owner of BitKeeper (also one of the guys behind LMbench) has posted a message to linux-kernel where he announces a open source client of BitKeeper, which would only allow synching against BK trees. It looks like it's licensed under the NWL (No Whining License) that will force you to 'not whine about this product or any other products from BitMover, Inc.'"

255 comments

  1. No Whiners License... by ABeowulfCluster · · Score: 5, Funny

    So.. this doesn't run under WINE then.

    1. Re:No Whiners License... by Anonymous Coward · · Score: 0

      Wineing
      Is
      Not
      Easy
      -----
      It does run under WINE, just track down some obscure DLL created in 1998 and fuck with config files until a linux native version is actually released.

    2. Re:No Whiners License... by ddig83 · · Score: 0

      you, sir, should be shot.

    3. Re:No Whiners License... by ozbird · · Score: 2, Funny

      Fair enough, but are sniveling, grizzling, yammering and yawping permitted?

  2. No WINEing? by LewsTherinKinslayer · · Score: 2, Funny

    So.. this doesn't run under WINE then.

    Ba-dum-ching.

    1. Re:No WINEing? by Gulthek · · Score: 2, Funny

      00:00 [cue laughtrack]

      00:03 [cue groans]

  3. Re:Strange by sampowers · · Score: 5, Informative

    Don't be a stupid. At least read the mailing list posting:

    Don't worry about the license, it's a joke. BSD license OK with everyone? /blockquote
  4. Bazaar-NG by Cronopios · · Score: 5, Interesting

    Too late.

    Right know, I put my expectations on Bazaar-NG: all the goodies of GNU Arch and the simple interface of Subversion. Developed by Canonical (of Ubuntu fame).

    --
    Windows users:
    Internet Explorer is obsolete. Please upgrade to Google Chrome or Mozilla Firefox.
    1. Re:Bazaar-NG by Anonymous Coward · · Score: 0, Interesting

      It is just sad that it's written i Python. I like Python for scripting, but production software should not be written in dynamically typed scripting languages. The fact that the use of Python is listed as one of the top features indicates that the programmers behind this project are either immature, untalented, or both. The fact that they have apparently convinced the Canonical management into taking this approach seems to indicate a sad state of things at said company.

    2. Re:Bazaar-NG by Per+Abrahamsen · · Score: 4, Insightful

      The original implementation of GNU Arch was done in bourne shell. Pyhton is a big step up from that.

      In any case, I think it is a fine combination when the core functionality of a program is written in a statically typed language, and UI binding it together is written in a dynamically typed language.

    3. Re:Bazaar-NG by Anonymous Coward · · Score: 0

      You don't know what you are talking about. Period.

    4. Re:Bazaar-NG by shish · · Score: 4, Insightful
      How do I use bazaar, arch or subversion to check out the kernel's bitkeeper repositories?

      The point of this article is that you no longer need to use the "we own your soul" closed source BK client just to download the kernel; you can use the open source client instead.

      --
      I mod down anyone who says "I will be modded down for this", regardless of the rest of their comment
    5. Re:Bazaar-NG by millette · · Score: 4, Interesting

      Maybe you'd prefer a haskell implementation ? Darcs is decentralized, based on a "theory of patches" with roots in quantum mechanics.

      Written in Haskell, darcs is used on many operating systems including Linux, MacOS X, FreeBSD, and Windows. Darcs includes a CGI script to browse your repository from the web.

    6. Re:Bazaar-NG by Anonymous Coward · · Score: 0
      How does it compare to Darcs? IMHO Darcs is the easiest to use distributed source control system out there; and subversion the easiest centralized one.

      The fact that Bazaar(non-NG) was a fork of of Arch is not a vote of confidence in my mind. Darcs is far far cleaner than Arch.

    7. Re:Bazaar-NG by Anonymous Coward · · Score: 0

      Dunno about all those others, but the is a svnbk gateway for the kernel.

      You can easily get the kernel sources using subversion.

    8. Re:Bazaar-NG by cakoose · · Score: 2, Informative

      Dude, read the Bazaar webpage. Just the front page. It's clearly not a fork. They want to have some level of interoperability, but that's about it. They wrote it in Python and have a totally different user interface.

    9. Re:Bazaar-NG by Anonymous Coward · · Score: 0

      Yes, asking someone to show me that a Python SCM platform would scale is such a troll. Troll is me.

      If you'll excuse me, I have to go troll around on my Subversion server now. Hi ho!

      Oh wait, those were dwarves..

    10. Re:Bazaar-NG by Tet · · Score: 1
      The point of this article is that you no longer need to use the "we own your soul" closed source BK client just to download the kernel

      Of course, you never did anyway. There have been numerous ways to get at the up to date kernel source for a long time without requiring bitkeeper (e.g., bk2cvs).

      --
      "The invisible and the non-existent look very much alike." -- Delos B. McKown
    11. Re:Bazaar-NG by Anonymous Coward · · Score: 0

      Of course, you never did anyway. There have been numerous ways to get at the up to date kernel source for a long time without requiring bitkeeper (e.g., bk2cvs).

      Assuming they're working at the moment.

      Did you RTFA? The title of the linked mail is "Re: BKCVS broken ?".

    12. Re:Bazaar-NG by Anonymous Coward · · Score: 0

      And only after it was rewritten i C did it become successful. Proves the whole point, thanks.

    13. Re:Bazaar-NG by Sweetshark · · Score: 2, Informative

      It is just sad that it's written i Python. I like Python for scripting, but production software should not be written in dynamically typed scripting languages.
      Yeah, we all know scripting languages suffer from buffer overflows and other serious flaws. So sgi, NATO and Viacom and gentoo did it all wrong:
      http://www.zope.org/Resources/ZopePowered/
      http://www.gentoo.org/proj/en/portage/index.xml
      The fact that the use of Python is listed as one of the top features indicates that the programmers behind this project are either immature, untalented, or both.
      For what reason?

    14. Re:Bazaar-NG by Anonymous Coward · · Score: 0

      Darcs is nice, but it's sloooooooowwwwwww. It also eats more than a gig of RAM loading up something like the linux kernel, and anyone grabbing the linux kernel with it will have to pull down every single patch ever written against the kernel, then watch while the patch commuting algorithm brute forces this tricky graph problem.

      Darcs is nifty, and has great potential, but it is NOT an industrial strength replacement for BK, and the author even says so.

    15. Re:Bazaar-NG by cduffy · · Score: 1

      Hmm yes, 'cos no one has proven SVN scalable.

      That's right. I don't see SourceForge using it. (They've certainly shown how unscalable CVS is, with the way they've had to bend over backwards just to provide reliable anonymous read access to a large number of clients -- something a dumb-server-model VC system can do literally as easily as scaling up webspace).

      This whole thread is really, really silly.

      If you're familiar with Arch (from which Baz-NG copies the good ideas and throws away the bad ones), it's scalable by design. The "server" is dumb storage (like an unmodified [as in, unlike SVN, no new modules applied] Apache WebDAV or sftp server). Consequently, no forking on the server, so there's no chance that adding additional clients could possibly overwhelm the server.

      If you're referring to very large trees, many of Arch's internal operations are based on tools along the lines of tar, patch, etc; it's inventory and friends that are natively implemented and potentially time-consuming. So, what does this mean? If inventory or its equivalent turns out to be too slow in Baz-NG, it (individually) gets to be implemented as a C module. Not a problem!

      The cases where there could be scalability problems are things like locking algorithms for the repository, and the Arch world has come up with a number of solutions for that -- either using a PQM to serialize writes, or using filesystem-based locking (and requiring clients to wait on their write operations until the lock is released or broken).

      So, do you have any more grounds for this "it's-written-in-Python-so-it-must-be-unscalable" kick?

    16. Re:Bazaar-NG by MORTAR_COMBAT! · · Score: 1

      Is there an Eclipse plugin for Bazaar-NG?

      --
      MORTAR COMBAT!
    17. Re:Bazaar-NG by boots@work · · Score: 1

      Arguing whether Python can or can't scale is less interesting than showing that bazaar-ng does or doesn't scale in practice. Being skeptical about python performance is OK, but don't jump to conclusions.

      The current pre-release bazaar-ng code can manage kernel-sized trees faster than arch (written in C) or darcs, and comparably fast to svn. So far, so good. Will it still be fast enough when it's feature-complete and when there are proper benchmarks? We will see.

    18. Re:Bazaar-NG by boots@work · · Score: 1

      Nobody is asking you to run an experimental system that hasn't even made a release let. Years down the track when other people have used it happily for repositories of similar size and importance then sure, why not? This is exactly the same adoption curve Subversion had to climb.

    19. Re:Bazaar-NG by William+Tanksley · · Score: 1

      darcs rocks -- I use it for everything. (Well, everything it's appropriate for.) But the OP was talking about Bazaar-NG, which is essentially a combination of the best features of darcs and arch. If the bazaar people can pull that off, it'll rock even harder :-).

      -Billy

    20. Re:Bazaar-NG by Anonymous Coward · · Score: 0

      written i Python
      rewritten i C

      "in".

    21. Re:Bazaar-NG by boots@work · · Score: 1

      Proves that shell is not a good choice. Now they [arch] are having trouble evolving it and fixing scalability problems, and they are wasting time reinventing hash tables and memory allocators, which (to me) indicates that they went too far in the other direction and C is not a good choice either.

    22. Re:Bazaar-NG by janoc · · Score: 1
      Well, this is a bit biased because I am Python coder as well (apart from doing C/C++, Lisp, Java and what comes).

      I wonder since when the talent and maturity of the software author is judged based on the language they use? So the loads of crappy and buggy C/C++ software do not matter and their authors are mature and talented just because it is written in a statically typed non-scripting real language? You do not mean that seriously, do you ?

      I guess that you judge also the drivers using the same method - everybody driving a SMART or anything smaller than Hummer is an incompetent loser, because he is not talented enough to drive a "real" car!

      What a load of crap!

  5. Indeed... by Svartalf · · Score: 3, Insightful

    Larry's entitled to license things under any license he wants to. It's HIS product. However, having said this, it's still quite understandable for people to not want Linux development being tied to a closed-source product with nasty gotchas in it's free license. That's not whining in the least.

    The only thing resembling "whining" seems to be coming from Larry himself with this silly license. All it's going to do is make the acrimony WORSE, not better. Kind of childish, in my not so humble opinion.

    --
    I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
    1. Re:Indeed... by bani · · Score: 1

      larry's becoming a theo clone. eg great product, but all the social graces of a toad.

    2. Re:Indeed... by RedWizzard · · Score: 2, Insightful
      However, having said this, it's still quite understandable for people to not want Linux development being tied to a closed-source product with nasty gotchas in it's free license. That's not whining in the least.
      Larry's view is that it's whinning because they don't have to use BK and it not using it doesn't put them in a worse position than they were in before BK was adopted. He's kind of got a point there, though it's by no means black and white. Still the "whinning" could have been a lot worse. Just imagine if Linus had of adopted a commercial system (it's not like he's religous about using open-source tools).
      The only thing resembling "whining" seems to be coming from Larry himself with this silly license. All it's going to do is make the acrimony WORSE, not better. Kind of childish, in my not so humble opinion.
      You might have a point, except that license is a joke. It's under the BSD license.
    3. Re:Indeed... by Anonymous Coward · · Score: 5, Insightful

      However, having said this, it's still quite understandable for people to not want Linux development being tied to a closed-source product with nasty gotchas in it's free license. That's not whining in the least.

      The problem is that people who whined about BK being propietary should have shut their mouth up, but they didn't. When Linus switched to BK, he made clear that he would NOT force to anyone to use BK, and that's how it has been: Linux kernel.org releases are released in GNU diff format, so everybody can code and contribute. The one reason why all^Wmost of the kernel developers use BK is because they aren't stupid, BK is a great tool and can save hours of work, and it lets them to work easier between those who use BK. When someone wants to get a patch to get merged they also made the GNU diff format patch available, and even if they didn't, bkbits.net provides you a link to get a GNU diff patch for every changeset out there. Those who claim that "anyone who wants to closely track patches to Linux can only do it by installing that non-free program" to develop the kernel are just wrong because you have access to the latest kernel changes without installing a non-free tool. -mm and -ac tree are maintained using open tools, so I don't see where is BK being "required".

      The one reason why people whine is because they want to have the advantages of BK, but without using a propietary tool. That's not possible, there's not a OSS tool comparable to BK, subversion arch and friends are not even close. Everybody agrees that having such tool would be great (Linus even tried to convince Larry to release BK under a open license) but there's not one.

      IMHO is just like when RMS had to use propietary tools to start developing GNU - Linux developers just use BK because using a OSS SCM would mean the linux kernel development would slow down a lot, and that's not good (and again, if you are going to propose to use subversion, arch, etc, it probably means that you do not understand the frenetic kernel development needs and the power of BK)

    4. Re:Indeed... by tverbeek · · Score: 0, Redundant
      You might have a point, except that license is a joke. It's under the BSD license.

      Well, that's good, because a restrictive "no whining" clause would mean that the license would be legally problematic (to put it mildly), and definitely not Free.

      --
      http://alternatives.rzero.com/
    5. Re:Indeed... by thomasweber · · Score: 1

      > IMHO is just like when RMS had to use propietary tools to start developing GNU
      Now imagine if RMS's favorite editor at that time had had a license which would have prohibited writing a better editor (even when using yet another editor for that) ...

    6. Re:Indeed... by smittyoneeach · · Score: 1

      Perhaps version control, as a software category, breeds Truly Lame Arrogance.
      Go, Subversion!

      --
      Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
    7. Re:Indeed... by Peter+La+Casse · · Score: 1

      The problem is that people who whined about BK being propietary should have shut their mouth up, but they didn't.

      How is this a problem? They don't like the license. Why shouldn't they evangelize their position? From their p.o.v., the problem is that good software is sometimes published under non-free licenses.

      The one reason why people whine is because they want to have the advantages of BK, but without using a propietary tool. That's not possible...

      It's software. Of course it's possible. It's simply a matter of effort. There's nothing magical about BK that ensures that nothing will ever ever ever surpass it.

    8. Re:Indeed... by Daniel+Phillips · · Score: 1

      The one reason why all^Wmost of the kernel developers use BK is because they aren't stupid, BK is a great tool and can save hours of work

      That is a lie. Most kernel developers do not use BitKeeper, because they do not agree with the license or Larry McVoy's pathetic control freakyness, and they hope Linus will soon come to his senses.

      The one reason why people whine is because they want to have the advantages of BK, but without using a propietary tool.

      If you are using the term "whine" in reference to kernel developers, then you are most probably a BitMover employee.

      --
      Have you got your LWN subscription yet?
    9. Re:Indeed... by bani · · Score: 1

      "Larry's entitled to license things under any license he wants to."

      He can't license it with 'if you use BK you are forced into indentured servitude' or 'if you use BK you have to hand over your first born child'.

      Sure it's his product, but it doesn't mean he can write whatever rules he wants. He can't circumvent government laws.

      So no, Larry isn't entitled to license things under any license he wants to.

    10. Re:Indeed... by Arker · · Score: 1

      You almost got it right, but you left out something critical. Bitkeepers license prohibits anyone that uses it from ever working on a competing program!

      THIS is a very big problem, and I don't think raising it repeatedly is 'whining' anymore than I would be whining if I repeatedly tried to warn someone of an oncoming train when they were standing on the tracks...

      --
      =-=-=-=-=-=-=-=-=-=-=-=-=-=-
      Friends don't let friends enable ecmascript.
  6. Re:Strange by tupshin · · Score: 5, Insightful

    Actually he said in the email that the whining license was a joke and he's actually licensing it as BSD (and later said it could even be considered public domain), though until the source code is re-released with proper license headers, I doubt his statement to lkml is legally binding in any way.

    -Tupshin

  7. Great licensing scheme by Anonymous Coward · · Score: 0

    It looks like it's licensed under the NWL (No Whining License) that will force you to 'not whine about this product or any other products from BitMover, Inc.'

    Seems comparable with Microsoft licenses. But in the case of Microsoft, it's No Whining about our license.

  8. NWL (No Whining License) by MatthewNewberg · · Score: 5, Funny

    I wonder if someone could extend said license to other things in life such as Family, Jobs and Girlfriends..

    1. Re:NWL (No Whining License) by Anonymous Coward · · Score: 2, Funny

      I wonder if someone could extend said license to other things in life such as Family, Jobs and Girlfriends...

      What are these "Jobs and Girlfriends" things of which you speak?

    2. Re:NWL (No Whining License) by gl4ss · · Score: 1

      ..but where exactly is this license found to be read?

      (does it include "no compete" clause?)

      --
      world was created 5 seconds before this post as it is.
    3. Re:NWL (No Whining License) by Anonymous Coward · · Score: 0
      I wonder if someone could extend said license to other things in life such as Family, Jobs and Girlfriends..

      If you let me use your girlfriend, I promise not to whine about it.

  9. Re:Strange by Chasuk · · Score: 4, Interesting

    I don't know how relevant this is, not quite getting the gist of the article, but does this sentence (linked from the word message in the article) make any difference? Or was I not supposed to follow any of the links?

    Don't worry about the license, it's a joke. BSD license OK with everyone?

  10. Re:Strange by mejesster · · Score: 1, Funny

    I guess it's too late to tell you to RTFA, isn't it?

    --
    MacroHard - Boning you in a big way! (TM)
  11. Open alternatives by ballermann · · Score: 5, Interesting

    There are so much real open alternatives like subversion, arch and (my personal favourite) darcs - just to name a few. Why bother with bitkeeper?

    --

    Need a Wiki? Check out DokuWiki

    1. Re:Open alternatives by Anonymous Coward · · Score: 0
      Try it, and I think you'll see it has fewer "annoyances" than the other packages.

      Darcs is extremely cool, though; and it's the one I use for my own projects (and all my own data, phone lists, resume, etc). I'm told Darcs doesn't scale as well as BitKeeper - but I never saw any problems.

    2. Re:Open alternatives by Chris_Mir · · Score: 5, Funny

      Whoa cool. You should talk to Linus! I'll bet he didn't look into those yet!

    3. Re:Open alternatives by Anonymous Coward · · Score: 2, Insightful

      You never saw any problem in a one-user project.
      Unfortunately you can't just multiply "zero problems times ten thousand users" and end up with 0.

      - Peder

    4. Re:Open alternatives by koko775 · · Score: 3, Insightful

      Because BitMover will itself be a "real open alternative". Why bother with subversion, arch, and (your personal favorite) darcs? Surely it's because you have the power of choice, and the freedom of source?

    5. Re:Open alternatives by winchester · · Score: 4, Insightful
      There are so much real open alternatives like subversion, arch and (my personal favourite) darcs - just to name a few. Why bother with bitkeeper?

      Gosh, get a clue, will you! Or read the lkml archives. Linus chose bitkeeper precisely because all the alternatives you mention don't cut it.

      This is exactlythe attitude that keeps holding open source back. It's not about whether the source is open or not, it is about choosing the right tool for the right job. More people should understand this...

    6. Re:Open alternatives by AuMatar · · Score: 4, Insightful

      No, your attitude is the one with the problem. No current open source solution adequate? Then help make one that is- either by improving an existing alternative, or starting your own. If you don't have the skills/time to do so, encourage others who do to take it up. Just criticizing without doing anything about it helps noone.

      --
      I still have more fans than freaks. WTF is wrong with you people?
    7. Re:Open alternatives by Anonymous Coward · · Score: 0
      This is exactly the attitude that keeps holding open source back.

      To a portion of the open source landscape there is no worry about being "held back" because of dedication to their ideology. I'm a pragmatist myself, but I understand and respect the free software movement's dedication to principles over pragmatism - don't agree with it in many cases, but I can respect it. After all, without a hardcase like Stallman OSS would not be nearly as developed as it is.

    8. Re:Open alternatives by Alex · · Score: 1


      No, your attitude is the one with the problem. No current open source solution adequate? Then help make one that is- either by improving an existing alternative, or starting your own. If you don't have the skills/time to do so, encourage others who do to take it up. Just criticizing without doing anything about it helps noone.


      Or just buy bitkeeper and get on with your day job.

      Alex

    9. Re:Open alternatives by cortana · · Score: 1

      Or read the lkml archives. Linus chose bitkeeper precisely because all the alternatives you mention don't cut it.

      To be fair, at the time Linus moved to BK they didn't cut it. Everyone still used CVS; Subversion was still under development; I don't think Darcs, SVK or any of the implementations of Arch even existed yet.

    10. Re:Open alternatives by ebyrob · · Score: 2, Insightful

      Gosh, get a clue, will you! Or read the lkml archives. Linus chose bitkeeper precisely because all the alternatives you mention don't cut it.

      Ya, somewhat smaller projects than the Linux kernel like Apache, Mozilla, the GCC and Debian just can't get off the ground since they don't use BitKeeper. Maybe if they switched they'd have better luck...

      I mean really, it's Mr. Torvald's perogative to choose a source control tool he likes and sure when you're on someone else's court you play by their rules. But that hardly makes BitKeeper the holy grail of all source control tools.

    11. Re:Open alternatives by evvk · · Score: 3, Informative

      It is only a client restricted in features.

    12. Re:Open alternatives by slavemowgli · · Score: 4, Informative

      Linus made that choice two years ago, though, and both Arch and Subversion have probably improved since then (I can't talk about darcs, since I don't know that really).

      That being said, it's not just about closed source, although that certainly is a factor, too (did you ever think about where those GNU tools you're (probably) using on a daily basis came from, and why they were created?); the problem with BK is not so much that it's closed-source, but that its "free" (as in beer) license does not permit you to work on any projects that could be seen as competing. That's a serious restriction of your own freedom, and it sure does overstep some ethical boundaries at least because it not only tells you what you can and cannot do with the software in question (BK), but also what you can and cannot do in the rest of your life. There is at least one kernel developer I can remember right now (Andrea Arcangeli) who got bitten by this - he already worked on Arch (I think - it may have been another system, too, though) in the past, so he simply could not use BK at all, and until now, he could not even directly access Linus' BK tree, instead having to rely on things like the bk2cvs gateway etc.

      And what's also bad about the whole thing is that this is not the deal that was initially promised: initially, it was (basically) "you (the kernel developers) get to use our commercial product (BK) for free, and we get the opportunity to use the fact that you use it to advertise BK and show how it's able to efficiently handle even large projects". I can definitely understand why Andrea (and others) were upset, and while Linus had to take many things into account (and while it certainly is clear that BK did provide a substantial improvement over CVS), I think the criticism of BK is all but unjustified (and Larry's arrogant and condescending attitude which he showed in many, many lkml posts didn't exactly help, either).

      --
      quidquid latine dictum sit altum videtur.
    13. Re:Open alternatives by Anonymous Coward · · Score: 0

      > Gosh, get a clue, will you! Or read the lkml archives. Linus chose bitkeeper precisely because all the alternatives you mention don't cut it.

      Get a clue yourself.

      1/ The alternative DIDN'T cut it.
      2/ Linus is hardly a source-control guru (before using bitkeeper, he used... nothing). So, of course, bitkeeper made him two time more productive.

      > This is exactlythe attitude that keeps holding open source back. It's not about whether the source is open or not, it is about choosing the right tool for the right job.

      You are in serious need for a clue, too.

      If that was it, then linus would NOT have developped linux. After all, he had minix.

      Last, bk is not Free. You can't use bk if you work on a source code control system.

      The fact it is not a problem for you is *exactly* the attitude that keeps holding free software back.

    14. Re:Open alternatives by bani · · Score: 1

      disclaimer: i use subversion and cvs.

      subversion still has its warts, there are places where cvs is still more convenient than subversion, and bugs/issues with properties where subversion will eat your repository for breakfast. some aspects of subversion do not scale yet.

      overall subversion is much more convenient to use (especially when digging out old commits from history), you just have to be careful. cvs is more cumbersome to use, but it's rock solid -- there's never any question if it's going to eat itself.

    15. Re:Open alternatives by nathanh · · Score: 1
      There are so much real open alternatives like subversion, arch and (my personal favourite) darcs - just to name a few. Why bother with bitkeeper?

      Subversion has a centralised repository design. It's totally inappropriate for Linux kernel development.

      Arch is distributed but is difficult to work with. Not a very friendly interface, to say the least.

      Also I think at the time Linus was migrating away from the "patch and diff" system, Bitkeeper was the only distributed tool that was sane and worked. The open-source distributed tools didn't exist until fairly recently.

    16. Re:Open alternatives by RedWizzard · · Score: 1
      No current open source solution adequate? Then help make one that is- either by improving an existing alternative, or starting your own.
      That's fine, except most developers have no interest in writing a source control system. So given the choice of using a commercial SCS while working on the project they're interested in or working on a version control system, it's no suprise that many people choose the former and complain that there are no suitable open source solutions available.
    17. Re:Open alternatives by gwicks · · Score: 0


      **Unbelieveable**

      Your telling /. that Linus should get off his arse and contribute back to the community because he chose BK over an OSS alternative!

      I'm British, and I hope my irony stick aint broke...

      --
      All spelling mistakes are in my mind and are faithfully reproduced by my fingers
    18. Re:Open alternatives by sommerfeld · · Score: 1

      svk, uses a big pile of perl on top of subversion to implement a distributed source control model not too different from bk.

      It's very new but some brave folks seem to be using it for production development already. It helps that you can use it to mirror conventional svn repositories without special arrangements..

    19. Re:Open alternatives by Anonymous Coward · · Score: 1, Interesting

      Maybe Linus should consider how many developers he has alienated with his lassez-faire attitude. Maybe Linus should realize that as he himself has said, picking the GPL to license the kernel was the best thing he ever did. That's why people contribute to it. That's why people use it. If Linus wants to promote the interests of freeloaders and self-interested opportunists, that's certainly his prerogative. But it leads to the question: is Linus really the organizational genius he's made out to be? Or is he simply accidental beneficiary of his own arbitrariness?

    20. Re:Open alternatives by Anonymous Coward · · Score: 0

      Well maybe those developers should realise that they can still get the code the way they used to and that they've no right to dictate to Linus which tools he personally can and can not use?

    21. Re:Open alternatives by 2TecTom · · Score: 1

      Shhesh ... what is so confusing or obscure about this issue? Is it really so difficult to understand? Here, please allow me to restate it based upon what I've read.

      Linus has repeated stated that to him, it's not at all about philosophies but rather, practicalities. Linus uses what Linus finds practical, himself. He does not expect others to use tools, or licences, simply because he finds them practical but rather he'd prefer everyone use the tools they find the most personally practically, simply in order to produce the maximal amount of the highest quality code possible. Period.

      Is this clear enough yet? No? Then do yourself a favour and just give it up. It isn't worth the time trying to understand since it doesn't really matter anyways coppertop. ;~)

      or at least that's what I seem to be receiving ...

      --
      Words to men, as air to birds.
    22. Re:Open alternatives by Anonymous Coward · · Score: 1, Interesting

      No one is suggesting anyone should dictate anything to Linus. He's free to do whatever he wants. But Linus's actions have consequences just like everyone else's.

      Lookit, Linus's contribution to humanity is enormous. He's an amazing person. But when admiration turns to reverence, and his humanity morphs into immortality, then someone has gone a little coocoo. No one is perfect, and even great people like Linus can be better than they are.

      If Linus thinks his only contribution to society is his code and sheparding of the kernel development process he is mistaken. He is a role model. Not only for his coding style, but for his position on ethical issues like code licensing. His decision to eschew public discourse on these matters, his agnosticism, foments more of the same from those who look up to him. Somewould might say that is a good thing. Others would not. With very little effort on his part, he could significantly better the world - even more than he already has.

    23. Re:Open alternatives by Anonymous Coward · · Score: 0

      No current open source solution adequate? Then help make one that is- either by improving an existing alternative, or starting your own.

      You should read a little bit about why BK was chosen, and how hard it was to get BK right before making a statement that could be made w/o any insight into this particular situation.

    24. Re:Open alternatives by bfields · · Score: 1
      This is exactlythe attitude that keeps holding open source back.

      Ah! How could I not see it? All along I thought the problem was that writing version control systems and operating system kernels was hard. But now I see, it was just my attitude!

      With my attitude freshly adjusted, inhuman quantities of software will flow from my fingertips. The elegance of my code will make seasoned programmers weep, and developers worldwide will swoon at the prescience of my architectural decisions.

      No longer will I be constrained by the mere requirements of funding or customer demands--I will set aside worldy needs and, with the benefit of newfound powers of insight, I will be able to concentrate my (now massive) resources on precisely whichever project is at any given moment most in need of the blessing of my attention.

      Behold the power of my new Attitude!

    25. Re:Open alternatives by Anonymous Coward · · Score: 0

      Why are you accusing others of being confused just because they don't agree with you?

    26. Re:Open alternatives by meadowsp · · Score: 1

      What contribution to humanity?

    27. Re:Open alternatives by Anonymous Coward · · Score: 0

      The Linux kernel is fairly unique in the number of variations of it floating around and the number of people simultaneously hacking away in their own little corner. That's what BK does well. None of the other project need that.

    28. Re:Open alternatives by Matt+Perry · · Score: 1
      the problem with BK is not so much that it's closed-source, but that its "free" (as in beer) license does not permit you to work on any projects that could be seen as competing.
      Just a clarification. The license doesn't allow you to use BitKeeper to build a BitKeeper replacement.
      --
      Slashdot: Failed Car Analogies. Amateur Lawyering. Anecdote Battles.
    29. Re:Open alternatives by 2TecTom · · Score: 1

      Simply because I've grown weary of seeing my time wasted having to churn through reams of endless verbiage generated by closed minded people promoting an agenda and claiming to be objective. See?

      --
      Words to men, as air to birds.
    30. Re:Open alternatives by boots@work · · Score: 1

      No, that's not what it says. It is much broader. The licence (no longer shown on their web site) says

      Notwithstanding any other terms in this License, this License is not available to You if You and/or your employer develop, produce, sell, and/or resell a product which contains substantially similar capabilities of the BitKeeper Software, or, in the reasonable opinion of BitMover, competes with the BitKeeper Software.

    31. Re:Open alternatives by ebyrob · · Score: 1

      Thanx. For once a reason that makes a bit of sense...

    32. Re:Open alternatives by ebyrob · · Score: 1

      Just what exactly do you think the word perogative means?

      I don't recall faulting the choice for BitKeeper in any way shape or form. I simply objected to your apparent notion that "no other tools cut it". This is patently untrue. The decision was one of preference, nothing more, nothing less. You just said so yourself.

      Just as Linus is free to choose BitKeeper, I'm free to dislike that choice. That's my perogative. I'm not saying I know (or care) enough to have an opinion at this point, but it certainly does appear that lack of a free/open source client is something of an obstacle to getting and keeping certain developers on board. If you're so stigmatized you can't even talk about that fact, you might want to turn down the flame-thrower a bit...

    33. Re:Open alternatives by 2TecTom · · Score: 1

      No, you're of course perfectly free to dislike BitKeeper, however, I believe that the choice, Linus's that is, you should respect, since it is his right to make his own choices, just as you yourself have done.

      As for the size of my flame-thrower, if my language seems incendiary, perhaps it's only since yours seems just like so much fodder ... ;~)

      --
      Words to men, as air to birds.
  12. Re:Strange by M1FCJ · · Score: 3, Insightful

    Thinking of his track record, I wouldn't bet on his software. First you couldn't do anything, then you couldn't even use it if you were messing with other source control systems, now he is saying it is free for anything. If someone reverse engineers a GPL/BSDL BitKeeper server clone using the client will he tolerate it or will he try to crush it? That's the crux of it.

  13. FTFA... by FireballX301 · · Score: 5, Informative

    Don't worry about the license, it's a joke. BSD license OK with everyone?

    1. Re:FTFA... by stor · · Score: 2, Insightful

      Argh. Yes I should have RTFA and not posted somehting so inflammatory.

      I actually meant it in the nicest possible way ;)

      I like reading LKML and I like Larry and appreciate his gift but he seems to get sucked into the relentless BK flamewars and catalyse them sometimes which I think is unfortunate. He'd do himself a great service avoiding getting too involved imnsho.

      I guess I didn't help just then. Ahh well. Sorry Larry et al.

      Cheers
      Stor

      --
      "Yeah well there's a lot of stuff that should be, but isn't"
  14. Re:Strange by Gordonjcp · · Score: 4, Funny
    Or was I not supposed to follow any of the links?


    You ain't from round here, are ya, boy?

  15. Any recent LMBench output by Anonymous Coward · · Score: 0
    (Since the article mentioned LMBench, I hope this isn't off-topic)

    The LMBench results shown on that link ( http://www.bitmover.com/lmbench/lmbench-summary ) are very interesting, but very old (Linux 1.3.57 vs IRIX 6.2 vs AIX 3.x vs SunOS5.5)

    Anyone have more recent results anywhere?

  16. Re:Strange by Anonymous Coward · · Score: 0, Insightful

    oi no whining!

  17. Bitkeeper website by kihjin · · Score: 5, Informative

    "BitKeeper has made me more than twice as productive, and its fundamentally distributed nature allows me to work the way I prefer to work - with many different groups working independently, yet allowing for easy merging between them."
    -- Linus Torvalds, February 2004

    Linus did it. I can too! *jumps on the bandwagon*

    --
    This slashdot-related signature is a stub. You can help kihjin by expanding it.
    1. Re:Bitkeeper website by greppling · · Score: 3, Interesting
      This has been quoted so many times, I still think it is a silly exaggeration. A couple of things changed when Linus switched to BK:

      1. He wrote scripts so that he didn't have to jump between applying patches and reading e-mail, instead he is now reading a batch of patches, queuing them, and then starts a script to apply them.
      2. Developers have instant access to Linus' tree. Any source control system would have provided this.
      3. The comments to the patches in the e-mails sent to Linus now actually make it to the public. Just about any GNU project does this via ChangeLog under any revision control system.
      4. A script was written to automatically extract release notes from the changelog comments.
      5. Merging with subsystems maintainer is easier if they pile up the patches in bitkeeper repositories.

      Maybe all of the above together yielded a factor of two. But only with respect to 5. is BK at all relevant. And even there -- by a HUGE amount the largest merge point is Andrew Morton, who uses quilt instead of BK to manage his tree with some hundred patches per week throughput to Linus. And I haven't read any complaints from Linus that he isn't using BK.

    2. Re:Bitkeeper website by Col.+Klink+(retired) · · Score: 1

      It's not like Linus had never heard of source control. He had, and he felt that using something like CVS would have made him *less* productive, because he would have had to spend more time wrangling with the system trying to rename files and such.

      BitKeeper was written for the way Linus works (literally-- Larry worked with him to make it so), so it had all the inherent advantages of any source control, but the added advantage that Linus didn't have to adapt himself to the software.

      --

      -- Don't Tase me, bro!

    3. Re:Bitkeeper website by Tezkah · · Score: 1

      "When I equipped my +6 Bitkeeper Shield of Source Code, my PRDTVTY not only increased by more than half, it went up to 11" -- David St. Hubbins, Spinal Tap, February 2005

  18. Re:Wishful thinking by stor · · Score: 1

    Nothing is going to stop people bitching and BK has some restrcitions in it's licence that some people with a personal stake in Linux are uncomfortable with (to say the least).

    Me? I don't really care. The relentless flamewars are tiresome though.

    Cheers
    Stor

    --
    "Yeah well there's a lot of stuff that should be, but isn't"
  19. Re:Strange by Anonymous Coward · · Score: 1, Interesting
    I doubt his statement to lkml is legally binding in any way.

    Wouldn't it be a perfect example of promissory estoppel".

    Why do you think the headers carry any more legal standing than lkml?

  20. No whining? Weak! by shadowmatter · · Score: 5, Funny

    They should have used the Open Profanity License instead!

    - shadowmatter

    1. Re:No whining? Weak! by spinkham · · Score: 1

      Excellent! I think all one day or less coding projects I do from now will be using this license...

      --
      Blessed are the pessimists, for they have made backups.
  21. bitkeeper is not on my radar by Anonymous Coward · · Score: 1, Insightful

    I don't keep my beer in my neighbor's fridge, I don't keep my money in my accountant's saving account, and I don't keep my source code in closed-source revision control systems.

    1. Re:bitkeeper is not on my radar by Tim+Browse · · Score: 1, Funny

      Your analogies are like buying a car, but then...oh, never mind.

    2. Re:bitkeeper is not on my radar by dave420 · · Score: 3, Insightful
      But you keep your beer in your own fridge, which you don't have the schematics for, so your analogy is somewhat lacking ;)

      I admire your ideology-before-productivity attitude, though... inspiring.

    3. Re:bitkeeper is not on my radar by R.Caley · · Score: 1
      I don't keep my source code in closed-source revision control systems.

      And one where they expect you to lease the software. Must make for easy decisions around lease renewal time.

      --
      _O_
      .|<
      The named which can be named is not the true named
    4. Re:bitkeeper is not on my radar by CarpetShark · · Score: 1

      Well said :D

    5. Re:bitkeeper is not on my radar by jea6 · · Score: 1

      Where do you keep your money? And is it unquestionably liquid and convertible?

      --

      sarchasm: The gulf between the author of sarcastic wit and the person who doesn't get it.
    6. Re:bitkeeper is not on my radar by boots@work · · Score: 1

      I keep beer in a fridge, because I bought it outright and can do whatever I want with it. If the fridge vendor had sold it on the condition I not whine about it, that they can come and look in it anytime, can take it away if they want, and can lock me out, well... I might use an esky or I might get the fridge and suffer, but either way I'd be pissed off.

      Ideology doesn't have to come into it. Making sure you won't be locked out of your SCM system is simple risk management.

    7. Re:bitkeeper is not on my radar by Anonymous Coward · · Score: 0

      I do have the schematics for my fridge. The appliance repair shop down the street from me has them as well. So when I want my fridge repaired I can have it done without dealing with the company that sold it to me at all. I can either attempt it myself, or call the appliance repair shop which is a hell of lot cheaper than having the manufacturer come out.

    8. Re:bitkeeper is not on my radar by Daniel+Phillips · · Score: 1

      "I don't keep my beer in my neighbor's fridge, I don't keep my money in my accountant's saving account, and I don't keep my source code in closed-source revision control systems."

      But you keep your beer in your own fridge, which you don't have the schematics for, so your analogy is somewhat lacking

      He doesn't have the schematics for his beer either, so his position was actually totally consistent.

      --
      Have you got your LWN subscription yet?
    9. Re:bitkeeper is not on my radar by NoelProf · · Score: 1

      Where do you keep your data? Do you have the source code for your hard drive?

  22. well there link for there licence is broken by tuxmaster · · Score: 0

    Whatever there licence was at the time I gess it is noegzistance now. At the time I went in to there site to read there licence and see what it was all about the link to the licence was broken. I wonder if too many pepole from here looked for that link. I think I acculy might create a NwL. I think it would be useful from the buisness side of things. For example a project you are offering for free and do not have the time to support it. So you do not get a million emails a day of how anoying your product is.

    --
    ~tuxmaster
    1. Re:well there link for there licence is broken by Sneeka2 · · Score: 0

      Though I usually ain't no grammar nazi, I wonder whether they know the difference between their, there and they're where you come from. Just because it makes reading so much easier.

      --
      Bitten Apples are still better than dirty Windows...
  23. I wonder how this bitkeeper thing compares by melted · · Score: 4, Interesting

    I wonder how this bitkeeper thing compares to the state of the art, Perforce. Perforce charges $700 per seat, and after working with it for years, I can say it's worth it. Everything is just the way it should be. I wish someone would reimplement the damn thing under GPL license. After using Perforce at work, all other systems look like a joke.

    1. Re:I wonder how this bitkeeper thing compares by leshert · · Score: 2, Insightful

      To quote The Princess Bride, "I do not think it means what you think it means."

      "State of the art" doesn't mean "best overall implementation". It means that it implements the most recent advances in the field. Perforce is actually quite conventional (being originally based on either RCS or SCCS--I can't recall which). It uses the "single authoritative repository" model of version control.

      The "state of the art" in version control is exploring the model of distributed and decentralized repositories. BK, darcs, arch, etc. are implementations of this model.

      That being said, I like Perforce--a lot. In fact, just this year I helped successfully push for its adoption at work (beating out StarTeam and ClearCase). Perforce is fast, reliable, and not exceedingly complex for end users.

      I'm not yet convinced that the distributed repository model is the best model for all purposes, but it's certainly closer to the usual meaning of "state of the art" than Perforce.

    2. Re:I wonder how this bitkeeper thing compares by psp · · Score: 1

      What makes Perforce superior to for example CVS? Is it reliability/performance or is it extra features?

    3. Re:I wonder how this bitkeeper thing compares by Anonymous Coward · · Score: 5, Informative
      It compares much better than perforce.

      With Bitkeeper it's very easy for every organization - and even every developer - to have his own "fork" of the tree which acts as a "master repository" for others to create branches off of.

      For example, within RedHat, they can have one (or many) child branches from Linus's branch (or any other developer's branches); and "reparent" the branches as needed to merge in the various pieces they need. Other employes' repositories may point to one inside RedHat; or they may point to Linus's; and of course they can "reparent" their repository to switch between the two as needed.

      Similarly, any company or group of developers can have similar structures.

      Also; it's important to note that not everyone needs access to a "master repository"; and that indeed no-one needs access to a "master repository" except when they're merging with that master.

      Bitkeeper works perfectly on my laptop in disconnected mode - and I have the full power of the source control system on my laptop even with no net access - I can create branches, merge branches, etc. If I'm traveling with someone else from the company I can merge my branches with his merely with a cable between the laptops - no connection to the home office is needed.


      We used perforce at a previous company I was at with offices in China, Taiwan,Romania, and California and it was a horrible experience. Connecting to oversees repositories was painful; and merging changes between the oversees repositories sucked even worse.

      Try BitKeeper. I'm sure you'll switch.

    4. Re:I wonder how this bitkeeper thing compares by R.Caley · · Score: 1
      What makes Perforce superior to for example CVS?

      More or less anything is superior to CVS. Consider deleting directories or moving things or...

      A reasonable list of the most obvious evils of CVS can be found as the list of features on the Subversion project home page.

      CVS's only real advantage is ubiquity.

      --
      _O_
      .|<
      The named which can be named is not the true named
    5. Re:I wonder how this bitkeeper thing compares by bheading · · Score: 1

      Perforce is firmly in the low-cost bracket when it comes to SCM systems. It's better than VSS or CVS, but it doesn't touch high end systems such as Clearcase (UCM) or Bitkeeper.

      Bitkeeper simply beats the pants out of Perforce if you ever have to worry about doing a lot of complex merging or maintaining branches in several sites (in different parts of the world; try having a team in India with an unreliable internet connection) and/or you have a lot of engineers working on a laptop away from the office using wireless or GPRS to dial in. Instead of checking out the raw tree as of a certain point in time, BK is distributed - it clones the entire revision history, and you essentially use it to generate patches which are then resolved and reintegrated when you deliver your work. Any machine, including a laptop away from the office, can become a BK server and allow other people to resync and deliver work to that point. The other nice thing is it's very very stable. I've never had it crash or corrupt the database (and if the database ever did get corrupted it would be straightforward to get a replicated clone from another user and replace it - allowing life to go on).

      Perforce has that weird thing with caches and proxies that try to keep the load off the main server. It sounds like there are a lot of points of failure.

    6. Re:I wonder how this bitkeeper thing compares by Woodblock · · Score: 1

      Perforce does not work for open source projects where people need need to work disconnected from the server with slow links. Perforce needs a fast, always available connection to the server.

    7. Re:I wonder how this bitkeeper thing compares by Anonymous Coward · · Score: 0

      Perforce does not work for open source projects where people need need to work disconnected from the server with slow links.

      Uh, well nor does CVS but most open source project manage fine with that.

    8. Re:I wonder how this bitkeeper thing compares by Freedom+Bug · · Score: 1

      Perforce is a "better CVS", and uses a centralized repository. If you have a centralized development model and everybody has broadband or better access to a central server, Perforce works great.

      The open source world is finally catching up to Perforce: Subversion is almost as good.

      Bitkeeper uses a distributed model, so it doesn't require a centralized development model nor does it require continuous broadband access to a single central server.

      There seems to be about 20 different projects trying to take on Bitkeeper. Nobody's quite there yet. My personal favorite is Darcs.

      Bryan

    9. Re:I wonder how this bitkeeper thing compares by swillden · · Score: 1

      More or less anything is superior to CVS.

      This is not true. Some commercial VC systems still use a locking-checkout model, which is vastly inferior to CVS's non-locking merge-on-update approach. AFAIK, CVS actually pioneered that radical (at the time) model, and other systems have gradually picked it up. CVS does have some specific weaknesses in the implementation, but it's still head-and-shoulders above many older VC systems.

      I haven't used Perforce, but from a brief look at their web site, it appears that the main things that make it better than CVS are (according to Perforce):

      • Speed. They claim it's really fast.
      • Change sets.
      • Nice branching

      I assume it also handles renames and directories better.

      BK, of course, is one of the next-generation VC systems that not only does away with locking, but even does away with the need for a central repository.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    10. Re:I wonder how this bitkeeper thing compares by swillden · · Score: 1

      There seems to be about 20 different projects trying to take on Bitkeeper. Nobody's quite there yet. My personal favorite is Darcs.

      Have you tried a few different ones, then? What's better about Darcs? I've only used Arch and although it's pretty cool, it's a bit complicated to set up and it's pretty slow.

      I'm just about to start a new project where a distributed repository would be useful, so I'm interested in what the options are.

      --
      Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
    11. Re:I wonder how this bitkeeper thing compares by Anonymous Coward · · Score: 0

      Wow.. that's cheap compared to our $5k/seat floating clearcase licenses!

    12. Re:I wonder how this bitkeeper thing compares by iabervon · · Score: 1

      If you think everything is better than CVS, you most not have done any cooperative development before it became popular. The reason that CVS is popular is that it is extremely nice if you have the particular development style that it suggests, and it was the first source-control system which was nice for anyone. The switch from CVS to more recent systems is an improvement, but it's not nearly as compelling as the switch from RCS to CVS.

    13. Re:I wonder how this bitkeeper thing compares by Anonymous Coward · · Score: 0

      Thanks, Larry.

      Now, could you stop astroturfing? We can see you ip.

    14. Re:I wonder how this bitkeeper thing compares by the+eric+conspiracy · · Score: 1

      More or less anything is superior to CVS.

      There are two things I know of that are nowhere near as good as CVS.

      - No version control.
      - VSS,

      And sadly I have experience with all three choices.

    15. Re:I wonder how this bitkeeper thing compares by Anonymous Coward · · Score: 0

      That post is not nearly mean-spirited and vitriolic enough to have been posted Larry.

    16. Re:I wonder how this bitkeeper thing compares by Daniel+Phillips · · Score: 2, Interesting

      For example, within RedHat, they can have one (or many) child branches from Linus's branch (or any other developer's branches); and "reparent" the branches as needed to merge in the various pieces they need. Other employes' repositories may point to one inside RedHat; or they may point to Linus's; and of course they can "reparent" their repository to switch between the two as needed.

      How would you know, Mr. Anonymous Coward? The fact is, very few employees at Red Hat use Bitkeeper at all. I should know, I work there. Of the handful that do use BitKeeper, most are maintainers for whom BitKeeper is the route of least resistance. They would all probably switch if Linus switched. The vast majority of Red Hat developers do not use BitKeeper and would violently object to using BitKeeper on any project. This is because of the silly license, and because of a rather natural distrust of closed source tools in the open source toolchain, which BitMover has done their level best to confirm.

      By the way, it's Red Hat, not RedHat.

      --
      Have you got your LWN subscription yet?
    17. Re:I wonder how this bitkeeper thing compares by Anonymous Coward · · Score: 0
      My apologies for using Red Hat as an example.

      My enterprise-scale experience with a Bitkeeper-like source control system like Bitkeeper came from Larry's earlier product (TeamWare from Sun), which had a very similar model to BitKeeper and we used extensively in a medical equipment company (Acuson, now part of Siemens).

      I admit I know nothing about Red Hat's development process. I also admit that I have only limited experience with Bitkeeper (play with my kernel just to see that I can); but have quite extensive experience with Perforce, Microsoft's VSS, international groups using shared CVS repositories, and Darcs. In my past experience I found the distributed systems (TeamWare, Darcs, Bitkeeper) more productive than the centralized ones - mostly so that two groups of developers can easily merge their development repositories.

      My apologies for using Red Hat as the example.
      I should have used Acuson; but explaining the commonalities between the two systems Larry built would have complicated the posting excessively.

      Thank you for your correction.

    18. Re:I wonder how this bitkeeper thing compares by Anonymous Coward · · Score: 0

      I'm not the same guy... but I did try Darcs and Arch; with a preference for Darcs merely because it was so easy to set up. I can set up Darcs repositories even for simple trivial projects (todo lists) which I wouldn't bother doing in Arch.

    19. Re:I wonder how this bitkeeper thing compares by R.Caley · · Score: 1
      If you think everything is better than CVS,[...]

      The important word here is `is'. I'm easily old enough to know there were worse things before.

      I'm sure there are people whose PHBs have nailed them back there, but nothing anyone sane should be considerring, even for small personal jobs, is going to be worse than CVS.

      If nothing else, CVS is free and more or less everywhere and so forms a least common denominator.

      --
      _O_
      .|<
      The named which can be named is not the true named
  24. No news here, move along... by vidarlo · · Score: 1

    I found a mention from 2003 about this. Albeit only a extension, it seems like this have long roots.

    1. Re:No news here, move along... by Anonymous Coward · · Score: 0

      That was the prototype, this is the full thing. The press release is dated yesterday.

  25. Re:Strange by polyp2000 · · Score: 1

    Actually; unless the parent Accepts the No Whining License - he is perfectly free to whine about the product in any way he/she desiresw

    --
    Electronic Music Made Using Linux http://soundcloud.com/polyp
  26. Re:Perforce Licensing by hashinclude · · Score: 4, Informative
    Yeah, I love perforce too. The good thing is (if you RTF Licensing terms from the website) is that GPL/BSD and other open source projects can get a P4 license for free.

    Blockquoth the site:

    Organizations developing software that is licensed or otherwise distributed exclusively under an Open Source license may be eligible to obtain Perforce licenses gratis. This includes upgrades but not support. Perforce Software reserves the right to approve the Open Source license; those fitting The Open Source Definition, including the GNU and FreeBSD licenses, are good candidates. Execution of a End User License Agreement for Open Source Software Development (PDF) is required. For more information, please see the Perforce and Open Source FAQ or contact opensource [at] perforce [dot] com
    --
    US is now divided as the "Red" and "blue" states. Red States = communist countries. Coincidence? I think not
  27. Any SCCS based replacements with repositories? by Anonymous Coward · · Score: 1, Interesting

    When all is said and done, dispite the licencing issues with BitKeeper, it is still a very good product. I have yet to hear of any decent opensource revision control products that are SCCS based with a concept of change-sets to a repository. Such a product would be very useful to those held hostage by the BitKeeper licencing, but need an opensource alternative with similar features to migrate to.

    The other opensource revision control products mentioned above do not appear to be SCCS based with a concept of change-sets to a repository, and hence would not very useful to current bitkeeper users. If I am mistaken, then I would love to be proven wrong.

    1. Re:Any SCCS based replacements with repositories? by Anonymous Coward · · Score: 0

      Why is SCCS such a big deal? The important feature is surely atomic commits (Changesets). Certainly Subversion does changesets, in a very elegant way I might add. I'm pretty sure Arch implements them too. I don't know about the others (E.g. darcs)

    2. Re:Any SCCS based replacements with repositories? by bheading · · Score: 2, Informative

      BK isn't actually SCCS based, but it looks like SCCS to external programs which allows make, emacs, patch etc to work seamlessly. It certainly resembles SCCS in the way it manages deltas between versions however.

      The Changeset idea is very nice and you can do a lot of cool stuff. eg if someone integrates a bugfix and your manager decides at the last minute that it shouldn't go in, you can generate an anti-changeset which reverses it. Then you can generate an anti-anti-changeset to reintegrate it. I'd like to see someone trying that on Perforce on a change with 100 files inside.

    3. Re:Any SCCS based replacements with repositories? by Anonymous Coward · · Score: 0

      Sablime? All changes are closely tied to a request number. You pull code based on the request numbers you want build. Of course one request can touch multiple files. The whole thing is on top of SCCS.

  28. Which is nice... by Kjella · · Score: 5, Insightful

    No, your attitude is the one with the problem. No current open source solution adequate? Then help make one that is- either by improving an existing alternative, or starting your own.

    ...if you're trying to do the community a service. If you're looking to put food on the table doing something completely unrelated (where this is simply a support function), it is mindnumbingly stupid. Most likely you're long out of business by the time it is working.

    Sure, if all you need is some minor customization, maybe. But if it clearly isn't anywhere near being up to the task, pick something non-OSS. Earn some money, help out the projects where it is feasible to replace proprietary with OSS.

    That is the way OSS projects prospers. I make a 98% solution a 100% one. That makes it a 98% solution for someone else, who'll make it a 100% solution for them. And the snowball is rolling. Not by one company breaking its back trying to bring it from 40% to 100%.

    Kjella

    --
    Live today, because you never know what tomorrow brings
  29. Presentation about BitKeeper by irabinovitch · · Score: 5, Informative

    Larry McVoy, BitMover Founder, gave a great talk about BitKeeper and the delta development model at SCALE 3x (Southern California Linux Expo) last month. Its available online here. -Ilan

    1. Re:Presentation about BitKeeper by Anonymous Coward · · Score: 0

      Link much?

  30. Obligatory by mrak018 · · Score: 0

    Nah, in Korea only old people use BitKeeper... :)

  31. Open alternatives-Best nail for the job. by Anonymous Coward · · Score: 0

    "This is exactlythe attitude that keeps holding open source back. It's not about whether the source is open or not, it is about choosing the right tool for the right job. More people should understand this..."

    They work at Microsoft now.

  32. Re:Strange by gl4ss · · Score: 1

    *BSD (and later said it could even be considered public domain)*

    so actually he isn't giving it away under any license... merely providing a download to it. kind of dangerous thing to start using(not that it seems to be good for anything but getting the latest snapshot out of the system).

    --
    world was created 5 seconds before this post as it is.
  33. Re:Perforce Licensing by schlick · · Score: 1
    I like this because usually when I start something it is just me and one other person anyway. I've used it in the past with good results.


    Licensing
    You may use software downloaded from Perforce for any purpose you want and for as long as you like. The Perforce Server supports only two users and two client workspaces unless used with a Perforce License.
    --
    "It's because they're stupid, that's why. That's why everybody does everything." -Homer Simpson
  34. lets make fun of our users! by nietsch · · Score: 0

    Making fun of your prospective users is a good way to turn them off. Why should I care about a product that labels me 'whiner' when I am concerned about my software freedoms?

    It was a good stunt that he snagged Linus/linux as a user/project, but in hindsight that was not the best move for Linux, IMHO.

    The game of free software is played on merits, not restricting your users how they can use the software. a BSD client does not mean much when the server is not free too.

    --
    This space is intentionally staring blankly at you
    1. Re:lets make fun of our users! by Chirs · · Score: 1

      There is a long history of people on the linux kernel mailing list complaining about bitkeeper. Larry's been on the list for a long time as well.

      This is just his little joke, don't take it too seriously.

  35. NWL by kspiteri · · Score: 2, Informative

    A copy of NWL can be found at http://lkml.org/lkml/2003/12/14/47/:

    /*
    * tarball.c copyright (c) 2003 BitMover, Inc.
    *
    * Licensed under the NWL - No Whining License.
    *
    * You may use this, modify this, redistribute this provided you agree:
    * - not to whine about this product or any other products from BitMover, Inc.
    * - that there is no warranty of any kind.
    * - retain this copyright in full.
    */

    1. Re:NWL by arkanes · · Score: 1, Funny

      Sadly, this license is not GPL compatable, so this new client won't show up in Debian.

    2. Re:NWL by squiggleslash · · Score: 0, Flamebait
      You're modded as funny, but it really isn't GPL compatable and arguably isn't Open Source or Free Software either. It's incompatable with clause 6 of the GPL:
      6. Each time you redistribute the Program (or any work based on the Program), the recipient automatically receives a license from the original licensor to copy, distribute or modify the Program subject to these terms and conditions. You may not impose any further restrictions on the recipients' exercise of the rights granted herein. You are not responsible for enforcing compliance by third parties to this License.
      (My emphasis.)

      I think the "no whining" thing is dumb comment to put in a license and shows a pointlessly contentious attitude by the Bitkeeper people, something they've shown ever since the question of "Why is a major Free Software project being developed using and depending on unfree software?" issue was raised. They'd have been better off saying "This is our business model. We appreciate it will not be considered appropriate for Free Software, and suggest Free Software developers look elsewhere", and leaving it at that. The criticisms, for the most part, were of Linus and his decision to use Bitkeeper until the Bitkeeper people wieghed in.

      Not that it was necessarily bad for Open Source and Free Software that they did. There's nothing more helpful to your cause for the proponents of what you oppose to act like an ass.

      --
      You are not alone. This is not normal. None of this is normal.
    3. Re:NWL by squiggleslash · · Score: 1, Interesting
      (I posted this earlier but can't see it. Slashdot eating posts? Mod on crack?)

      You're modded as funny, but it really isn't GPL compatable and arguably isn't Open Source or Free Software either. It's incompatable with clause 6 of the GPL:

      6. Each time you redistribute the Program (or any work based on the Program), the recipient automatically receives a license from the original licensor to copy, distribute or modify the Program subject to these terms and conditions. You may not impose any further restrictions on the recipients' exercise of the rights granted herein. You are not responsible for enforcing compliance by third parties to this License.
      (My emphasis.)

      I think the "no whining" thing is dumb comment to put in a license and shows a pointlessly contentious attitude by the Bitkeeper people, something they've shown ever since the question of "Why is a major Free Software project being developed using and depending on unfree software?" issue was raised. They'd have been better off saying "This is our business model. We appreciate it will not be considered appropriate for Free Software, and suggest Free Software developers look elsewhere", and leaving it at that. The criticisms, for the most part, were of Linus and his decision to use Bitkeeper until the Bitkeeper people wieghed in.

      Not that it was necessarily bad for Open Source and Free Software that they did. There's nothing more helpful to your cause for the proponents of what you oppose to act like an ass.

      --
      You are not alone. This is not normal. None of this is normal.
    4. Re:NWL by Anonymous Coward · · Score: 0

      I think the "no whining" thing is dumb comment to put in a license and shows a pointlessly contentious attitude by the Bitkeeper people, something they've shown ever since the question of "Why is a major Free Software project being developed using and depending on unfree software?" issue was raised.

      Fair enough, but if you skim LKML or any of the digests you'll see that Andrea et al *do* whine incessently about this - it's been raised, and re-raised, and re-raised again when the no-to-BK people don't get their way. I'd call that even less professional than anything you can level at Larry, and I can understand him getting sick of it and taking a cheap shot or two back.

    5. Re:NWL by evilmousse · · Score: 1


      phew, i thought you were gonna say 'niggas with liscenses'

    6. Re:NWL by Daniel+Phillips · · Score: 1

      but if you skim LKML or any of the digests you'll see that Andrea et al *do* whine incessently about this - it's been raised, and re-raised, and re-raised again when the no-to-BK people don't get their way.

      That is because the situation is not resolved.

      I'd call that even less professional than anything you can level at Larry, and I can understand him getting sick of it and taking a cheap shot or two back.

      It has nothing to do with professionalism, it has everything to do with Larry being a dyed in the wool asshole.

      --
      Have you got your LWN subscription yet?
  36. Rule of Thumb by R.Caley · · Score: 2, Insightful
    Always worry about a company who won't give any idea about pricing unless you get in contact with a salesdroid.

    So far as I can see on their website, BitMover fall under that heading.

    --
    _O_
    .|<
    The named which can be named is not the true named
    1. Re:Rule of Thumb by bheading · · Score: 1

      So do IBM (with Clearcase). In fact any fairly serious SCM system that's available out there doesn't quote a price on the front page.

    2. Re:Rule of Thumb by Kiryat+Malachi · · Score: 1

      Professional software rarely gives a price publicly. Look into real CAD packages, real EDA packages, RTOSes, compilers for non-PC systems, etc, etc, etc. You'll find that most of them require you to call your company rep to get a price.

      --

      ---
      Mod me down, you fucking twits. Go ahead. I dare you.
      (I read with sigs off.)
    3. Re:Rule of Thumb by base3 · · Score: 3, Insightful
      The conversation, simplified, is something like this:

      Customer: How much is it?

      Salesman: How much do you have?

      --
      One CPU cycle wasted on digital restrictions management is ONE TOO MANY.
    4. Re:Rule of Thumb by Kiryat+Malachi · · Score: 1

      -funny +insightful

      The real conversation is:

      Customer: How much does X cost?

      Salesman: How much do you have?

      Customer: I have Y. But my company is so big, you are going to give it to me for Z (Z Y).

      Salesman: OK.

      --

      ---
      Mod me down, you fucking twits. Go ahead. I dare you.
      (I read with sigs off.)
    5. Re:Rule of Thumb by mihalis · · Score: 1
      So do IBM (with Clearcase). In fact any fairly serious SCM system that's available out there doesn't quote a price on the front page.

      perforce does - the pricing link on the front page takes you to the prices on this page

    6. Re:Rule of Thumb by hymie3 · · Score: 1

      The *real* conversation is:

      Customer: How much does X cost?

      Salesman: How much do you have?

      Customer: I have Y. But my company is so big, you are going to give it to me for Z (Z < Y).

      Salesman: My company is big too, but OK.

      [three months later]

      Customer: We've implemented it, but feature FOO doesn't work the way that you said it did! The world will end if feature FOO doesn't work!

      Salesman: Sorry, you must have misunderstood me. You can buy third-party app BAR to provide that functionality. And pay us money to integrate the products, adding up to just over Y.

      Customer: But we agreed on Z!

      Salesman: Ha ha! You are screwed! You have already done implementation! You can't go back to previous product! You are over the barrel! On second thought, you will pay us Y + F% (where F is the large percentage increase they feel like sticking it to you for because they can)

      Customer: (dropping pants) OK

    7. Re:Rule of Thumb by Kiryat+Malachi · · Score: 1

      Oddly enough, the last time I had that conversation with a supplier, it went to everything except the last line.

      Last line was

      Sourcing department: Fine. We'll just buy your company and fire all the salespeople.

      Then we did.

      --

      ---
      Mod me down, you fucking twits. Go ahead. I dare you.
      (I read with sigs off.)
    8. Re:Rule of Thumb by bheading · · Score: 1

      perforce does

      Yes I know, there are a few of the lower-end SCM systems that show you the price. However the higher end ones don't. That list includes BitKeeper, Clearcase, MKS Integrity, AccuRev, CM Synergy, etc. This is true of a lot of large-scale corporate application suites.

    9. Re:Rule of Thumb by R.Caley · · Score: 1
      Professional software rarely gives a price publicly.

      Of course, the definition of `professional' here is `to be bought by PHBs'. People spending money which isn't their's fundamentally don't care what the price is.

      A similar case is companies who don't provide any worthwhile description of what the product does. This is for the case where the person buying won't be using the product or be responsible for the end result.

      You can tell a product aimed at government or large corporate customers, no specs and no price.

      --
      _O_
      .|<
      The named which can be named is not the true named
  37. "Open Source"? WTF? by Anonymous Coward · · Score: 0

    Why is nowadays everything called Open Source, even if it is? Free Software is more than Freeware and Open Source more than having the source code.

    Limiting usage of the program by limiting what you are allowed to say is nothing bearing any freedom in it at all.

  38. You got the schematics to your fridge by SmallFurryCreature · · Score: 2, Insightful
    It is the fridge itself. From looking at a fridge any skilled craftsman can use it is as a blueprint/schematic to build another.

    This is true for most real world objects. Only software is radically different.

    You can also hack your own fridge all you want without dmca style rules coming into play.

    So his anology works for a skilled craftsman anyway.

    --

    MMO Quests are like orgasms:

    You may solo them, I prefer them in a group.

    1. Re:You got the schematics to your fridge by Anonymous Coward · · Score: 0

      Right. Go ahead. Look at my fridge and build another. Same argument applies to any software in the world as well. You've got object code, why would you want to screw around with source code? After all, real programmers don't need source code, do they?

      Sarcasm aside, you seem to be under the impression that this is merely an implementation issue. It's not. It's also a legal matter.

    2. Re:You got the schematics to your fridge by andreyw · · Score: 1

      Heh, software is not radically different. Just like it takes a skilled craftsman to reverse-engineer a fridge and make another one, it takes a skilled programmer to reverse-engineer a piece of code and implement a work-a-like.

      Besides... no one is stopping you from tearing apart other people's binaries on your computer...

    3. Re:You got the schematics to your fridge by Anonymous Coward · · Score: 0

      "no one is stopping you from tearing apart other people's binaries on your computer"

      DMCA, BSA, etc.

    4. Re:You got the schematics to your fridge by andreyw · · Score: 1

      Have fun proving that I am tearing apart someone else's binaries, on my own computer, for my own education. If the stuff never leaves my b0x, who is the wiser?

      That's right. /launches copy of SoftICE and IDA.

  39. But is it enforcable? by ebcdic · · Score: 1

    "Larry's entitled to license things under any license he wants to".

    But is the licence enforcable? Would any court take it seriously? And isn't the right to free speech "inalienable" in the U.S.?

    1. Re:But is it enforcable? by MORTAR_COMBAT! · · Score: 1

      And isn't the right to free speech "inalienable" in the U.S.?

      I believe only life, liberty, and the pursuit of happiness are the list denoted "inalienable" rights. Of course "liberty" and "pursuit of happiness" being so incredibly broad and vague, who knows what you could get a judge to decide.

      --
      MORTAR COMBAT!
  40. OMG - Larry McFlamer has a sense of humor!! by Anonymous Coward · · Score: 0, Funny

    Don't worry about the license, it's a joke. BSD license OK with everyone?
    --
    ---
    Larry McVoy lm at bitmover.com http://www.bitkeeper.com

  41. Going too far by dheltzel · · Score: 1
    I think whining should be enshrined as a basic human right. A "No Whining" license is just going too far.

    I want to be able to whine all I want, and I'm prepared to whine about this until it is changed.

    1. Re:Going too far by Anonymous Coward · · Score: 0
      I want to be able to whine all I want

      That's why we're all on slashdot, isn't it? :)

    2. Re:Going too far by Brandybuck · · Score: 1

      I believe you should have the right to jump off a cliff if you so desire, but it will be your fault if you hit the ground beneath at high velocity. I believe you should have the right to ingest anabolic steroid capsules the size of baseballs if you so desire, but it will be your fault if your heart explodes by the time you're thirty. And I believe you should have the right to incessant whining if you so desire, but it will be your fault if your face gets pounded into a pulp because of it.

      --
      Don't blame me, I didn't vote for either of them!
    3. Re:Going too far by greenrd · · Score: 1
      And I believe you should have the right to incessant whining if you so desire, but it will be your fault if your face gets pounded into a pulp because of it.

      I take it you're not a libertarian then (no force). You sound more like a fascist (force valourised).

    4. Re:Going too far by Brandybuck · · Score: 2, Insightful

      Actually I am a libertarian, but like everyone else, I do have to live in the real world. Actions have consequences. If you stick your hand in a running garbage disposal, you'll pull out a stump. If you use Michael Jackson as a babysitter, you child will get buggered. If you incessantly whine about your right to incessantly whine, someone's going to beat the crap out of you.

      As a liberatarian, it won't be me who will be pounding your face into a pulp, but as someone who has to live in the real world, don't expect me to be standing at the head of the line to come to your defense.

      Yes, you have the right to be annoying. No, you don't have the right to prevent other people from getting annoyed.

      --
      Don't blame me, I didn't vote for either of them!
  42. Open Source? I think not by DVega · · Score: 1
    Unfortunaly the NWL does not quality as Open Source. At least that's what some people think

    From the Open Source definition:

    5. No Discrimination Against Persons or Groups

    The license must not discriminate against any person or group of persons.

    --
    MOD THE CHILD UP!
    1. Re:Open Source? I think not by Bodhammer · · Score: 1

      Oh, does that mean it can be used for Microsoft Windows code?

      --
      "I say we take off, nuke the site from orbit. It's the only way to be sure."
  43. Re:Perforce Licensing by p3d0 · · Score: 2, Funny

    What if that GPL/BSD project is a replacement for Perforce?

    --
    Patrick Doyle
    I mod down every jackass who puts his moderation policy in his sig. Oh, wait a sec....
  44. Re:NWL -- I'd rather the MS-EULA by redelm · · Score: 1
    It might be a joke, but such "no negative comment" provisions have been tried by others. Very pernicious. Probably legal and enforceable, just as any secrecy provision is. The US 1st Amendment may give rights (prohibit certain government actions), but you can easily give them up by contract/licence.

  45. Re:so... by halivar · · Score: 1

    Hey! I went to Wikipedia, and look what I found!

    Karma whores are individuals, or messages themselves, that attempt to receive feedback in the form of karma points. Often these will be needless information (such as a link to a wikipedia article to the subject being discussed)

  46. This would never be approved by OSI by Russ+Nelson · · Score: 2, Insightful

    This license would never be approved for the "Open Source" logo by OSI. If necessary, I would suggest that we change the OSD to make sure that a license does not impose restrictions on freedom of speech. Sheesh.
    -russ

    --
    Don't piss off The Angry Economist
    1. Re:This would never be approved by OSI by Anonymous Coward · · Score: 0

      Agree, it's too concise, witty, and non-lawyerly to be OSI approved.

    2. Re:This would never be approved by OSI by Brandybuck · · Score: 2, Insightful

      The purpose of the license isn't to get OSI approval, but to wag appendages at uptight licensing legalists.

      --
      Don't blame me, I didn't vote for either of them!
    3. Re:This would never be approved by OSI by pavon · · Score: 1

      Indeed I would wonder it fits the legal definition of a copyright license at all. That demand that you agree to not do something that you previously had the right to do, in exchange for what BitMover is giving you, falls into the realm of contract law not copyright law. Now, except for a few caveats, EULAs have been found in court to be legally binding contracts, so I'm not saying that this "license" in unenforceable.

      I would expect that the judges would come to the same conclusion with this, as with EULAs. It is known that you need to have a license to modify the code, so it is your responsibility to secure the license before doing so. If you claim to accept this "license", then you have implicitly agreed to the demands in it - you have accepted the contract. If you claim that it is an invalid license, then you have no right to modify or redistribute it, since you have not been given a license to do so.

      You may however, be able to use this software without waiving you right to whine about BitMover. While you are legally required to have a copyright license to modify or distribute the software, if software has been legally distributed to you, you do not need a "license" to use it, just like you don't need a license to read a book, or watch a movie privately. The reason that EULAs are enforceable is that you (1) had a reasonable expectation of EULAs in shrink-wrapped software before buying it, and the EULA is displayed before you install the software. However, EULAs are not common in the open source world, and nowhere in the current download/build/install process is the EULA displayed. Those three points together may make (true) ignorance of the license a valid defense if it came down to it. Of course, BitMaker could be easily fix this by displaying the license during the build process, and the first time each user runs the software.

      That aside, this is really a EULA (a contract in disguise), not a pure copyright license, and would definitely not be accepted by OSI of FSF.

      Obligatory: This is not legal advice and I am not a lawyer.

    4. Re:This would never be approved by OSI by Anonymous Coward · · Score: 0

      Do you mean the uptight licensing legalists who came up with the "sell your soul to larry in exchange for using BK" license?

    5. Re:This would never be approved by OSI by dvdeug · · Score: 1

      How, by offering us a horribly unfree license and lying and calling it Open Source?

    6. Re:This would never be approved by OSI by Anonymous Coward · · Score: 0
      Unless they "donate" enough and/or get themselves elected to the OSI board like other companies that want restrictive licenses approved?

      *ducks*

    7. Re:This would never be approved by OSI by Russ+Nelson · · Score: 1

      Hehe. Nice try.

      Unless they "donate" enough

      Nobody who has donated money to OSI has gotten anything like a quid-pro-quo.

      and/or get themselves elected to the OSI board like other companies that want restrictive licenses approved?

      I'm sure that you're thinking of the CDDL, but Danese has been on the OSI board for nearly four years. That's long before Sun ever thought about wanting the CDDL. In any case, Danese is now working for Intel. And in any case, the CDDL is 95% Mozilla. If the CDDL is a restrictive license, then so is the MPL. And yet the MPL is one of the more popular of the non-GPL / non-BSD licenses. So if it's restrictive, then people who write software like its restrictions.
      -russ

      --
      Don't piss off The Angry Economist
  47. Re:Strange by Russ+Nelson · · Score: 1

    I doubt his statement to lkml is legally binding in any way.

    Don't be so sure. Judges have all sorts of discretion when you make statements about permission that go outside legal documents. That's exactly WHY legal documents exist, and why some of them will say "This is the entire extent of the legal agreement; no other statements are binding."

    Keeping your mouth shut about a license (when you're the licensor) is the best policy. Larry has obviously chosen a policy less than best.
    -russ

    --
    Don't piss off The Angry Economist
  48. Unfair characterization by FreeUser · · Score: 2, Insightful

    I admire your ideology-before-productivity attitude, though... inspiring.

    That is a very unfair (and inaccurate) characterization of the grandparent post.

    Productivity is only one factor, and often not the most critical one. Just as any liability lawyer, security consultant, or sysadmin whose had to recover using an offsite backup.

    Your data is your most valuable possession. The cost (in time, energy, money, resources, you name it) of creating your data far outweighs the value of the hardware it resides on, the software you paid for, and probably even the office in which it resides. It is the one thing insurance can't replace, and the one thing you (or your business) probably can't live without.

    Having your data (e.g. the Linux kernel) beholden to a proprietary product, managed in a proprietary format, is over the long term quite foolhardy. Imagine, for example, if Microsoft were to buy Bitkeeper (this is hardly unimaginable, and arguably not so unlikely). It isn't an "end of the world" scenerio by any means, but it is damn inconvinient to move the kernel sources to another revision control system, and unfortunately for the kernel developers, there is unlikely to be a libre one that suits their purposes available because they haven't been contributing feedback, criticisms, and suggestions for improvement to any of the free projects by virtue of the fact that they aren't using any of them and so aren't in a position to make said suggestions, etc.

    It is generally a mistake to have one's data beholden to a proprietary product. Sometimes it can't be avoided, and sometimes the cost is worthwhile. And sometimes, the results are absolutely catastrophic. Unfortunately, in the case of the Linux kernel, if the results should be catastrophic in some manner, it will be catastrophci for the millions upon millions of Linux users around the world. OTOH there are enough tarballs and parallel CVS repositories around that such a scenerio is very unlikely. What isn't so unlikely is the "OMFG this is painful, we'll have to move to $free-rcs and its going to cost us at least a couple of months productivity."

    Now, in the case of the Kernel, Linus has judged these risks to be small enough, and his productivity improvements to be great enough, for the potential tradeoff to be worthwhile. The grandparent post has judged the opposite. Both may be correct for their respective problem domains, but to characterize the one as "ideology-before-productivity" is very disingenuous, and ignores a whole slew of real-world issues that proprietary management schemes, formats, and restrictions bring to the table.

    --
    The Future of Human Evolution: Autonomy
    1. Re:Unfair characterization by dave420 · · Score: 1
      No, you're reading too much into it. It's like a carpenter refusing to use a perfectly-suited mallet to bash a chisel because of some reason that doesn't affect his chisel-hitting, that's all. It's the old "cutting your nose off to spite your face" trick... Of course, BitKeeper could go nazi and ask for $10 for every byte in your repository, but it won't. I can guarantee that. Every single time someone's said "oh don't use X because if the mfr decides later on to use it to destroy mankind...", their prophecy hasn't happened. Nothing even close to it has. And if something ever did happen, there's ALWAYS a way to get your data out before it's too late.

      I'm not on anyone's case here, it's just something I see again and again and again - people using inferior products because of some ideological belief with no practical reasoning.

  49. BitKeeper compared to Darcs. by Anonymous Coward · · Score: 1, Insightful

    With Bitkeeper it's very easy for every organization - and even every developer - to have his own "fork" of the tree which acts as a "master repository" for others to create branches off of.

    Darcs does this. http://abridgegame.org/darcs/

    For example, within RedHat, they can have one (or many) child branches from Linus's branch (or any other developer's branches); and "reparent" the branches as needed to merge in the various pieces they need. Other employes' repositories may point to one inside RedHat; or they may point to Linus's; and of course they can "reparent" their repository to switch between the two as needed.

    Darcs can do this, although the mechanics may be slightly different. I'm not sure how easy it is to do, as I have never needed to do this.

    Similarly, any company or group of developers can have similar structures.

    Darcs does this, too.

    Also; it's important to note that not everyone needs access to a "master repository"; and that indeed no-one needs access to a "master repository" except when they're merging with that master.

    The same is true of Darcs. In fact, with Darcs, you don't even need access to the master repository to send changes to the master repositroy as merges can be sent, via email, to someone who has write access to the repository. Darcs even sends the email for you.

    Bitkeeper works perfectly on my laptop in disconnected mode - and I have the full power of the source control system on my laptop even with no net access - I can create branches, merge branches, etc. If I'm traveling with someone else from the company I can merge my branches with his merely with a cable between the laptops - no connection to the home office is needed.

    Wow! Darcs works perfectly in disconnected mode, too! I sense a pattern!

    http://abridgegame.org/darcs/

    Consider darcs. Darcs is free, open source software.

    1. Re:BitKeeper compared to Darcs. by dozer · · Score: 2, Insightful

      How about full disclosure? Darcs is also really slow, an absolute pig with memory (pretty much requires 1G even for small trees) and falls over on projects even half the size of the Linux kernel. It's a a very good start, but Darcs has a long way to go before it is useful in the real world.

    2. Re:BitKeeper compared to Darcs. by Anonymous Coward · · Score: 0

      I'm told that one of the reasons Darcs hogs so much memory is that it loads all the source files being patched into memory, using no tempfiles. The answer seems clear: use tempfiles.

      I'm also not sure it's cut out for haskell, which isn't known to be a great performer with I/O. The patch commuting algorithm may be ideal for haskell, but the rest could be done with pretty much anything else. I do like haskell, but it's really best applied to things like parsing, transformations, or complex computation, and not things with lots of persistent state.

    3. Re:BitKeeper compared to Darcs. by Aaron+Denney · · Score: 1

      He first tried writing it in C++ (which he knew better than Haskell at the time). He couldn't get it to work. Correctness trumps performance.

      It is absolutely correct that it has problems with trees the size of the Linux Kernel, but it works great for anything reasonably sized, and the issues are being worked on.

    4. Re:BitKeeper compared to Darcs. by William+Tanksley · · Score: 1

      I don't know when you last used darcs or what your idea of "a small tree" is, but I use it on a laptop with 256M of memory without problems. There are some slow operations, but by and large it's quite pleasant.

      I wouldn't use it on something half the size of the Linux kernel, though. That's HUGE.

      -Billy

    5. Re:BitKeeper compared to Darcs. by Anonymous Coward · · Score: 0
      I'm the author of the grandparent quote to whom you replied.

      Indeed, I agree with you strongly; and I indeed use Darcs for all my own projects. I do like BitKeeper a bit better - feels like it has less rough edges - and recommend it for large organizations that worry about the costs (time/effort) of maintaining software, though.

  50. AEGIS!!! by Anonymous Coward · · Score: 1, Informative

    There IS a mature open source alternative to BitKeeper. http://aegis.sourceforge.net. I wish more people would try it.

    1. Re:AEGIS!!! by rffrff · · Score: 1

      too bad that you can't use it with open repository such as sf.net (cvs) berlios.de(svn), gna/savannah(arch).. I guess if an AegisRepository.net existed it would gain much more momentum

  51. What IS BitKeeper? by Blakey+Rat · · Score: 1

    So, uh, there are like over a hundred posts here, and since nobody has said so yet... what the hell IS BitKeeper? I get the impression it's something used for the Linux kernel? What does it do? Why is this news newsworthy?

    Would be nice if the article submissions actually contained some of this information...

    1. Re:What IS BitKeeper? by Anonymous Coward · · Score: 0

      It's a closed-source version control system. It's very good for what the Linux kernel wants, and Bitmover offer Bitkeeper for free to kernel developers (with a few rules). The kernel source is still published in all the ways it used to be - you don't have to use Bitkeeper to get the kernel source or keep it up to date.

      The FOSS-zealot types, lead by Andrea Arcangelli, object to Linus use a closed-source version control system and whine about it. And they keep whining about it, no matter how many times Linus tells them he's happy with the situation and it really is a better tool for the job than any of the FOSS alternatives.

      This is a simple tool to say "you can extract the kernel source from our version control system without using our closed-source client" to try and appease the forementioned whiners.

    2. Re:What IS BitKeeper? by jonadab · · Score: 1

      It's a source-code management system, like RCS or CVS or Subversion or Arch.
      The only thing it has to do with Linux is that Linus happens to use it to
      manage the kernel source tree, but you do not need Bitkeeper to use the Linux
      kernel; you can just download a tarball from kernel.org or whatever if you
      prefer to go that route. The reason this is news on slashdot, I guess, is
      because some people want to get the absolute latest kernel straight from
      Linus' repository, before it makes it to tarball stage. For most of us,
      that would be insane (if there's one piece of software on your system that
      you don't want to have break, the kernel is it), but if you were actively
      working on the kernel, I suppose it might be an interesting option.

      --
      Cut that out, or I will ship you to Norilsk in a box.
  52. Re:Perforce Licensing by Anonymous Coward · · Score: 0

    > What if that GPL/BSD project is a replacement for Perforce?

    Unlike Bitmovers, Perforce isn't so insecure and controlling as to forbid you from doing so.

  53. Hey! You're whining! by Anonym0us+Cow+Herd · · Score: 1

    The point of this article is that you no longer need to use the "we own your soul" closed source BK client just to download the kernel

    I hope you are not in violation of the license, or that you have not agreed to the license.

    --
    The price of freedom is eternal litigation.
  54. Re:so... by leonmergen · · Score: 1

    Karma whores are individuals, or messages themselves, that attempt to receive feedback in the form of karma points. Often these will be needless information (such as a link to a wikipedia article to the subject being discussed)

    The parent I replied to, didn't know what BitKeeper was, I could have said 'yes, it is something like CVS', I could also just point him to a resource of information about it...

    Sorry for trying to help, to put actual useful information in these comments... next time I'll bash Microsoft again.

    --
    - Leon Mergen
    http://www.solatis.com
  55. Re:Perforce Licensing by Anonymous Coward · · Score: 0

    Then where's their source code?

  56. No Whining License? by Digital+Pizza · · Score: 1

    OK, that's all I need to hear to like these guys!

    --
    We apologize for the inconvenience.
  57. NWL by Anonymous Coward · · Score: 0

    this license makes me wish everyone on Slashdot ran Microsoft Linux released under the NWL.

  58. Re:Hey! You're whining! by MobyTurbo · · Score: 1
    The point of this article is that you no longer need to use the "we own your soul" closed source BK client just to download the kernel
    I hope you are not in violation of the license, or that you have not agreed to the license.
    The "no whining license" according to Mc Voy (which you'd know if you RTFA) is a joke. It's BSD licensed.
  59. Re:Strange by spinkham · · Score: 1

    This is a VERY limited client, can only update to the current status of the tree. That's it. It's completely seperate from other offerings of the complete client and their licenses.

    --
    Blessed are the pessimists, for they have made backups.
  60. Re:so... by Brandybuck · · Score: 1

    You've given us an excellent example of the Wikipedia bias. Fourteen out of twenty two lines in the Bitkeeper entry are about the Linux/Bitkeeper controversy. That's two thirds of the article! Two lines are about it being closed source, and three lines about a Linux vulnerability it prevented. That leaves only three lines out of twenty two that bother to talk about what Bitkeeper is.

    --
    Don't blame me, I didn't vote for either of them!
  61. awww man.... by Anonymous Coward · · Score: 0

    ...why did he have to use that licence... there are so many others that are much better... :)

  62. Arch by metamatic · · Score: 1
    Linus made that choice two years ago, though, and both Arch and Subversion have probably improved since then

    Yes, arch has improved massively. It's now something I'm prepared to use, though I'd like it more if it didn't {have} +the silly--filename !requirements.

    --
    GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
  63. demo.sh by Anonymous Coward · · Score: 0

    OK-root OK
    INFO-generating patch, please wait...
    ERROR-unable to gzip patch

    Running demo.sh.

  64. Re:Perforce Licensing by Anonymous Coward · · Score: 0

    > What if that GPL/BSD project is a replacement for Perforce?

    Keeping the motivation for such a project at bay is probably a strong reason they do this in the first place. Smart.

  65. Re:Hey! You're whining! by Anonym0us+Cow+Herd · · Score: 1

    Informative: My post was also a joke.

    --
    The price of freedom is eternal litigation.
  66. State of the... by devphil · · Score: 1


    Just to amplify on what you said: The two terms usually used in industry are "state of the art" and "state of the practice".

    The second is what's known to be good in practice, and thus is widely used. The first is more cutting-edge.

    --
    You cannot apply a technological solution to a sociological problem. (Edwards' Law)
  67. Re:Perforce Licensing by Anonymous Coward · · Score: 0

    Try reading a bit more carefully moron.

  68. OSS software configuration management tools - refs by dwheeler · · Score: 2, Informative
    For some info on OSS configuration management tools, including references to many of them, see Comments on OSS/FS Software Configuration Management (SCM) Systems. That paper, in turn, references lots of other pages on the topic:
    "The better SCM initiative was established to encourage improved OSS/FS SCM systems, by discussing and comparing them. Among other things, see their comparison file. Zooko has written a short review of OSS/FS SCM tools. Shlomi Fish's OnLamp.com article compares various CM systems as does his Evolution of a Revision Control User. The arch folks have developed a comparison of arch with Subversion and CVS (obviously, they like arch). Another pro-arch discussion is Why the Future is Distributed. A pro-subversion discussion is available at Dispelling Subversion FUD. Slashdot had a discussion when Subversion 1.0 was announced. Kernel traffic posted a summary of a technical discussion about BitKeeper. Brad Appleton has collected lots of interesting SCM links. jemfinch has some interesting essays about SCMs (he uses the term VCS), including why he thinks the approach to branches used by Darcs, Arch, and Bazaar-ng is a poor one. A brief overview of SCM systems that can run on Linux is available."

    There are lots of OSS/FS software configuration management (SCM) tools. CVS, Subversion (SVN), and GNU arch get lots of press, but there are many others such as Aegis, CVSNT, Darcs, FastCST, OpenCM, Vesta, Codeville, Bazaar and Bazaar-NG.

    You might also take a peek at my paper Software Configuration Management (SCM) Security.

    --
    - David A. Wheeler (see my Secure Programming HOWTO)
  69. Re:NWL -- I'd rather the MS-EULA by Anonymous Coward · · Score: 0

    Well, I remember some A/V program that had a provision such that you could not compare their product to any other A/V products and publish the results in their EULA.

    I believe that the judge declined to enforce that provision.

  70. It's a Good Day by Anonymous Coward · · Score: 0

    The No-Whining License is bad, because anything might be a whine. Any kind of criticism, a suggestion for improvement, even a patch may be considered a whine because it's a disparaging remark on the official BitKeeper as it stands, which might turn potential users away (until it's improved, which Bitmover might not want to do, which is their right, and this sentence is getting just too long.)

    The next day it snowed and the villagers lost all their crops, but it was a good day. Or something like that. Go and read the story.

  71. Re:OSS software configuration management tools - r by Anonymous Coward · · Score: 0

    Nice list. An interesting project you didn't mention is monotone.

  72. Crap by Anonymous Coward · · Score: 0

    OK-root OK
    INFO-generating patch, please wait...
    INFO-patch had problems, see below:
    INFO-Entire repository is locked by:
    INFO- Write locker: 767@bkbits.net.lock
    ERROR-creating patch errored.

    This shit doesn't work. Go to hell Larry. hahaha.

  73. Re:OSS software configuration management tools - r by dwheeler · · Score: 1

    Thanks! I knew about that one (you can see its link in the paper), but it didn't get into my cut-n-paste.

    --
    - David A. Wheeler (see my Secure Programming HOWTO)
  74. My God. Oh, my God. by Anonymous Coward · · Score: 0

    well there link
    for there licence
    Whatever there licence
    in to there site
    read there licence

    "their".

    I gess it is noegzistance now

    "guess", "non-existant".

    I went in to there site

    "into".

    it was all about the link to the

    "about, the".

    I acculy might

    "actually".

    create a NwL

    ???

    OK, I give up.

  75. Don't be a smartass by Anonymous Coward · · Score: 0

    OK, Mr. Smartass. How do you see his/her ip? What's my ip, if you're so smart, Mr. Smartass?

  76. This is *not* open-source, it's an NDA! by Anonymous Coward · · Score: 0
    This software is not open source, since it section 6 of the open source definition:
    6. No Discrimination Against Fields of Endeavor

    The license must not restrict anyone from making use of the program in a specific field of endeavor. For example, it may not restrict the program from being used in a business, or from being used for genetic research.

    ... or to whine about BitKeeper.

  77. typo by Anonymous Coward · · Score: 0

    it violates section 6