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

diff --git a/third_party/git/t/t3020-ls-files-error-unmatch.sh b/third_party/git/t/t3020-ls-files-error-unmatch.sh
deleted file mode 100755
index 124e73b8e601..000000000000
--- a/third_party/git/t/t3020-ls-files-error-unmatch.sh
+++ /dev/null
@@ -1,28 +0,0 @@
-#!/bin/sh
-#
-# Copyright (c) 2006 Carl D. Worth
-#
-
-test_description='git ls-files test for --error-unmatch option
-
-This test runs git ls-files --error-unmatch to ensure it correctly
-returns an error when a non-existent path is provided on the command
-line.
-'
-. ./test-lib.sh
-
-test_expect_success 'setup' '
-	touch foo bar &&
-	git update-index --add foo bar &&
-	git commit -m "add foo bar"
-'
-
-test_expect_success \
-    'git ls-files --error-unmatch should fail with unmatched path.' \
-    'test_must_fail git ls-files --error-unmatch foo bar-does-not-match'
-
-test_expect_success \
-    'git ls-files --error-unmatch should succeed with matched paths.' \
-    'git ls-files --error-unmatch foo bar'
-
-test_done