Torvalds Unveils New Linux Control System
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. "
Slashdot is about a week behind! Ever hear of kerneltrap.org? *sigh*
Never touch an Irish man's Guinness!@#
What an awful zdnet article, "But now it seems that some open source developers haven't kept up their end of the bargain. " Tridge wasn't bound the by the license. "Tridgell's decision to reverse-engineering Bitkeeper. The resulting clone would violate BitMover's intellectual property -- something McVoy wasn't going to sit back and watch happen." Again, no, it wouldn't. My understanding is that reverse engineering for interoperability is legally fine. Think of Samba..
Reverse engineering BitKeeper for fun and profit
Athletic Scholarships to universities make as much sense as academic scholarships to sports teams.
http://www.groklaw.net/article.php?story=200504210 23821174
I guess this is the logical place to note the newest Groklaw story, Tridge Speaks where Tridge tells his side of the story, or at least a brief overview from his perspective.
The monotone hackers have the same design as this new git tool. They already adapted their visualisation tools to make pretty screenshots of the kernel patches development history: http://lists.gnu.org/archive/html/monotone-devel/2 005-04/msg00183.html
Yes, that's right; from the git README:
Pirate Party UK
Indeed - Linus has already explained the reasoning behind this name.
chris
git n : a person who is deemed to be despicable or contemptible; "only a rotter would do that"; "kill the rat"; "throw the bum out"; "you cowardly little pukes!"; "the British call a contemptible person a `git'" [syn: rotter, dirty dog, rat, skunk, stinker, stinkpot, bum, puke, crumb, lowlife, scum bag, so-and-so] Source: WordNet ® 2.0, © 2003 Princeton University
"Want a free iPod?"
If you follow the Linux Kernel mailing list at all, it has been fairly apparent for the past week at least that Linus would be using "git" to manage the kernel. He has been putting a lot of time into it. So, my guess is, yes - the editors had "inside" knowledge
http://lists.seyza.com/pipermail/gnu-arch-dev/2005 -April/001097.html
It sure is, I believe it's derived from the Scottish term get, usually used to refer to an illegitimate child. 'Git' itself is used more broadly though, in much the same way as 'bastard' is.
From Groklaw
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.
There's two major flaws in the ZDNet article, really - outside of the fact that they unfortunately buy into McVoy's lies and FUD, they get two things outright wrong.
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.
quidquid latine dictum sit altum videtur.
Yep, GPL (v2)...
Its in the file called 'COPYING'.....
Secure messaging: http://quickmsg.vreeken.net/
Complete message here
This has been a public service announcement from the Geek Nation Communication Explanation Foundation.
include $sig;
1;
I found this on kernel.org:
ftp://ftp.kernel.org/pub/software/scm/git/
It's empty at the moment but we'll probably be seeing the source code appearing in it soon.
There are 2 kinds of people in this world: Those who write in decimal and those who don't
Monotone changelog: http://www.venge.net/monotone/NEWS
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).
Might as well mention that it looks like Darcs is getting the git religion also.
Alternatively, it could be derived from the Arabic for a pregnant camel. As far as I know, it's one of those words whose origin is lost in the mists of time.
"Are you being weird, or sarcastic?" said Emma. I said I didn't know because I get the two feelings mixed up.
A software package named git - also known as the 'Gnu Interactive Tools' - allready exists.
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.
1% APY, No fees, Online Bank https://captl1.co/2uIErYq Don't let your $$$ sit in a no-interest acct.
A better frontend is already coded. See git-pasky.
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.
Someone's already written a version that supports deltas. The issue is that the deltas are each the size of the complete file, because in most filesystems a file's size is rounded up to a 4K block. So if you have a 7K source file and you change it, storing the whole thing compressed is 4K, and storing a delta is also 4K, plus you need the old version of the file to apply the delta to.
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.
I probably should have included a link to the post I made to the git mailing list with some more details.
CVS is teh suck. Use Vesta instead.