Torvalds Unveils New Linux Control System 527
BlakeCaldwell writes "CNet reports: 'Linux founder and leader Linus Torvalds has launched a new tool, called Git, to manage his software project, after a dispute led him to drop the previous system.' He will start using Git instead of BitKeeper to control the flow of updates and track changes in the kernel." We've covered this previously. Relatedly, ChocLinux writes "Jeremy Allison, who wrote Samba with Andrew 'Tridge' Tridgell, is sticking up for his friend in the row over BitKeeper. "
Newsflash! (Score:0, Informative)
zdnet.co.uk (Score:5, Informative)
More tridge news here.... (Score:5, Informative)
groklaw has some info on recent Tridge spotting (Score:1, Informative)
Tridge tells what he did (Score:4, Informative)
Based on Monotone it seems (Score:5, Informative)
Re:Git? (Score:5, Informative)
Yes, that's right; from the git README [ehlo.org]:
Re:Git? (Score:5, Informative)
What GIT Means. (Score:4, Informative)
Re:Git? (Score:1, Informative)
Re:Nice Timing! (Score:5, Informative)
ARCH embraces GIT too (Score:5, Informative)
Re:Git? (Score:5, Informative)
Re:Newsflash! (Score:3, Informative)
Tridge Speaks (Score:5, Informative)
Groklaw's stevem heard Tridge's speech today at the LCA 2005 conference, Australia's national Linux conference, and he has a report for us:
This was taken from my memory of Dr. Andrew Tridgell's keynote at this years LCA2005 Conference.
Essentially Tridge did *NOT* do anything that anyone could ever possibly ever take as breaking a BitKeeper licence, as far as I can see. How was it done? He, like any good sysadmin would, first off telnetted to the BitKeeper port on a BitKeeper server.
$ telnet thunk.org 5000
WhooHoo! Connection! So, next obvious step that we *all* do is type in the obvious:
help
Back came a list of commands to manipulate the BitKeeper server and ask things of it. Well, according to Tridge, a bit of reading of the LKML (Linux Kernel Email List) shows that the "clone" command is the way to checkout someones source code repository.
So Tridge's massive "reverse engineering" project came down to a single line of shell script:
$ echo clone | nc thunk.org 5000 > e2fsprogs.dat
Hey presto, Tridge has just checked out from a BitKeeper repository into the file e2fsprogs.dat.
The audience was laughing and cheering Tridge on as he explained just what a Mountain had been made of this Molehill. And I mean made by both sides of the issue -- those who he said he was some Uber Reverse Engineering Wizard and those who claimed that he MUST have used a BK client.
Funny report, isn't it? Anyway, now you know Tridge's side of the story.
The ZDNet article gets it wrong (Score:5, Informative)
1) BitKeeper's "free" license does not say that you can't use BK to work on a competing product - it says that you cannot work on a competing product AT ALL, no matter whether you use BK for it or not.
2) It's not true that Tridge hasn't "kept up their end of the bargain". He never used BK at all, so why would he be bound by BK's license? McVoy may not like what Tridge did, but let's face it, reverse engineering for compatibility is perfectly acceptable - even the much-maligned DMCA explicitely allows it, because lawmakers realized that it's important.
So, McVoy can rant and rave all he wants - the fact remains that HE is the one who did not keep up his end of the "bargain". The bargain was that kernel developers get to use BK for free, and BitMover gets free advertising - now that the company has established itself, it doesn't need that sort of advertising anymore, so they're just looking for a convenient excuse to pull the plug on the "free" BK.
The fact that McVoy doesn't admit that is probably to be expected, but still, it doesn't change the fact that he spreads just as much FUD and lies as Darl McBride, Laura DiDio, Maureen O'Gara, Steve Balmer and so on.
I, for one, sure hope he gets what he deserves.
Re:License anyone? (Score:3, Informative)
Its in the file called 'COPYING'.....
Up and running! (Score:5, Informative)
Complete message here [mail-archive.com]
Re:Eh? (Score:5, Informative)
This has been a public service announcement from the Geek Nation Communication Explanation Foundation.
Re:zdnet.co.uk (Score:3, Informative)
telnet bitkeeper 5000
Connected to bitkeeper.
Escape character is '^]'.
help
Found its directory on Kernel.org's ftp (Score:3, Informative)
ftp://ftp.kernel.org/pub/software/scm/git/ [kernel.org]
It's empty at the moment but we'll probably be seeing the source code appearing in it soon.
Re:Tridge Speaks (Score:5, Informative)
nc is netcat, and it's a very useful tool. It does way more than telnet.
I wrote an introduction to netcat [debian-adm...ration.org] if you're interested in exploring it.
Linus and Monotone (Score:1, Informative)
Sun Apr 10 17:49:25 PDT 2005
0.18 release. performance improvements, features, and bug fixes.
This release is dedicated to Shweta Narayan.
- most operations sped up by a factor of 2 or better; many sped up by up several orders of magnitude.
- special thanks to Matt Johnston (matt@ucc.asn.au), Derek Scherger (derek@echologic.com), Linus Torvalds (torvalds@osdl.org).
Darcs embraces GIT too (Score:5, Informative)
Re:Git? (Score:3, Informative)
NAME CLASH !!!!!!! (Score:5, Informative)
http://www.gnu.org/software/git/git.html
Think at it as a combination on Midnight Commander with emacs keybindings & config. Me and a lot of people use this usefull shell.
So please change the name of this source versioning package.
Re:I thought... (Score:4, Informative)
A better frontend is already coded. See git-pasky [pasky.or.cz].
It is early days, of course, but this git should be easy enough to use for anyone who's been using cvs, subversion or the others. You do "git commit", "git commit", "git log", etc. And it's fast. On my poor laptop, "git diff" takes 0.1 second over the entire 235M kernel source.
This is the frontend to Linus' git stuff, and may be renamed Cogito to prevent confusion.
Re:wow, that has some rough edges alright (Score:3, Informative)
Additionally, using deltas means that if you want to combine two commits, you need to create a new representation of the files for the combined change; with full files, you get create a commit that goes from the first tree to the last tree, both of which you're already storing.
It's counterintuitive, but deltas aren't really efficient in practice.
Re:It's a shame... (Score:3, Informative)
Re:NAME CLASH !!!!!!! (Score:1, Informative)