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

diff --git a/third_party/git/Documentation/RelNotes/2.7.6.txt b/third_party/git/Documentation/RelNotes/2.7.6.txt
deleted file mode 100644
index 4c6d1dcd4a6a..000000000000
--- a/third_party/git/Documentation/RelNotes/2.7.6.txt
+++ /dev/null
@@ -1,25 +0,0 @@
-Git v2.7.6 Release Notes
-========================
-
-Fixes since v2.7.5
-------------------
-
- * A "ssh://..." URL can result in a "ssh" command line with a
-   hostname that begins with a dash "-", which would cause the "ssh"
-   command to instead (mis)treat it as an option.  This is now
-   prevented by forbidding such a hostname (which will not be
-   necessary in the real world).
-
- * Similarly, when GIT_PROXY_COMMAND is configured, the command is
-   run with host and port that are parsed out from "ssh://..." URL;
-   a poorly written GIT_PROXY_COMMAND could be tricked into treating
-   a string that begins with a dash "-".  This is now prevented by
-   forbidding such a hostname and port number (again, which will not
-   be necessary in the real world).
-
- * In the same spirit, a repository name that begins with a dash "-"
-   is also forbidden now.
-
-Credits go to Brian Neel at GitLab, Joern Schneeweisz of Recurity
-Labs and Jeff King at GitHub.
-