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, 31 deletions

diff --git a/third_party/git/t/t2102-update-index-symlinks.sh b/third_party/git/t/t2102-update-index-symlinks.sh
deleted file mode 100755
index 22f2c730ae8d..000000000000
--- a/third_party/git/t/t2102-update-index-symlinks.sh
+++ /dev/null
@@ -1,31 +0,0 @@
-#!/bin/sh
-#
-# Copyright (c) 2007 Johannes Sixt
-#
-
-test_description='git update-index on filesystem w/o symlinks test.
-
-This tests that git update-index keeps the symbolic link property
-even if a plain file is in the working tree if core.symlinks is false.'
-
-. ./test-lib.sh
-
-test_expect_success \
-'preparation' '
-git config core.symlinks false &&
-l=$(printf file | git hash-object -t blob -w --stdin) &&
-echo "120000 $l	symlink" | git update-index --index-info'
-
-test_expect_success \
-'modify the symbolic link' '
-printf new-file > symlink &&
-git update-index symlink'
-
-test_expect_success \
-'the index entry must still be a symbolic link' '
-case "$(git ls-files --stage --cached symlink)" in
-120000" "*symlink) echo pass;;
-*) echo fail; git ls-files --stage --cached symlink; (exit 1);;
-esac'
-
-test_done