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/perf/p0003-delta-base-cache.sh b/third_party/git/t/perf/p0003-delta-base-cache.sh
deleted file mode 100755
index 62369eaaf0d9..000000000000
--- a/third_party/git/t/perf/p0003-delta-base-cache.sh
+++ /dev/null
@@ -1,31 +0,0 @@
-#!/bin/sh
-
-test_description='Test operations that emphasize the delta base cache.
-
-We look at both "log --raw", which should put only trees into the delta cache,
-and "log -Sfoo --raw", which should look at both trees and blobs.
-
-Any effects will be emphasized if the test repository is fully packed (loose
-objects obviously do not use the delta base cache at all). It is also
-emphasized if the pack has long delta chains (e.g., as produced by "gc
---aggressive"), though cache is still quite noticeable even with the default
-depth of 50.
-
-The setting of core.deltaBaseCacheLimit in the source repository is also
-relevant (depending on the size of your test repo), so be sure it is consistent
-between runs.
-'
-. ./perf-lib.sh
-
-test_perf_large_repo
-
-# puts mostly trees into the delta base cache
-test_perf 'log --raw' '
-	git log --raw >/dev/null
-'
-
-test_perf 'log -S' '
-	git log --raw -Sfoo >/dev/null
-'
-
-test_done