http://www.gelato.unsw.edu.au/archives/git/0504/2153.html
(It was two links away from the article. First the 'faster than cp -a' link then, a link on that page.)
As a side note: I'm really surprised to see Bram Cohen in the capacity of naysayer on this!
"I'd like to reiterate that _nothing_ out there supports moving lines between files, and further predict, with total confidence, that if git tries to support such functionality it will simply fail"
Of course, Linus is pushing buttons as always.
No, problems with the bitkeeper license was the reason git was started. Linus was very happy with bitkeeper as the VCS for Linux until some kernel contributor tried to reverse engineer parts of bitkeeper which caused the bitkeeper author to threaten to revoke the free license. Git is basically a rewrite of bitkeeper
BitKeeper license problems caused him to look for another VCS. However, before he started git, he tried a bunch of other DVCS systems, including open source ones, and decided he couldn't work with them because they were simply too slow. Hence git. See http://en.wikipedia.org/wiki/Git_(software)#Early_history From the quote there it's clear that it's not a BK rewrite. git is apparently faster than BK.
The person in question was Andrew Tridgell, the "reverse engineering" consisted of typing "help" and then observing that the "clone" command would cause BitKeeper to send the entire contents of the repository (see http://lwn.net/Articles/132938/), permitting the extraction of a complete kernel history; and BitMover did not merely threaten to revoke the free license; they actually did.
Finally, Git's data model and internal structure has basically nothing in common with BitKeeper's.