chore(3p/git): Unvendor git and track patches instead r/2903

This was vendored a long time ago under the expectation that keeping
it in sync with cgit would be easier this way, but it has proven not
to be a big issue.

On the other hand, a vendored copy of git is an annoying maintenance
burden. It is much easier to rebase the single (dottime) patch that we
have.

This removes the vendored copy of git and instead passes the git
source code to cgit via `pkgs.srcOnly`, which includes the applied
patch so that cgit can continue rendering dottime.

Change-Id: If31f62dea7ce688fd1b9050204e9378019775f2b

1 files changed, 0 insertions, 26 deletions

diff --git a/third_party/git/Documentation/RelNotes/1.6.4.4.txt b/third_party/git/Documentation/RelNotes/1.6.4.4.txt
deleted file mode 100644
index 0ead45fc727e..000000000000
--- a/third_party/git/Documentation/RelNotes/1.6.4.4.txt
+++ /dev/null
@@ -1,26 +0,0 @@
-GIT v1.6.4.4 Release Notes
-==========================
-
-Fixes since v1.6.4.4
---------------------
-
-* The workaround for Github server that sometimes gave 500 (Internal server
-  error) response to HEAD requests in 1.6.4.3 introduced a regression that
-  caused re-fetching projects over http to segfault in certain cases due
-  to uninitialized pointer being freed.
-
-* "git pull" on an unborn branch used to consider anything in the work
-  tree and the index discardable.
-
-* "git diff -b/w" did not work well on the incomplete line at the end of
-  the file, due to an incorrect hashing of lines in the low-level xdiff
-  routines.
-
-* "git checkout-index --prefix=$somewhere" used to work when $somewhere is
-  a symbolic link to a directory elsewhere, but v1.6.4.2 broke it.
-
-* "git unpack-objects --strict", invoked when receive.fsckobjects
-  configuration is set in the receiving repository of "git push", did not
-  properly check the objects, especially the submodule links, it received.
-
-Other minor documentation updates are included.