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

diff --git a/third_party/git/Documentation/RelNotes/1.7.3.4.txt b/third_party/git/Documentation/RelNotes/1.7.3.4.txt
deleted file mode 100644
index e57f7c176db8..000000000000
--- a/third_party/git/Documentation/RelNotes/1.7.3.4.txt
+++ /dev/null
@@ -1,45 +0,0 @@
-Git v1.7.3.4 Release Notes
-==========================
-
-Fixes since v1.7.3.3
---------------------
-
- * Smart HTTP transport used to incorrectly retry redirected POST
-   request with GET request.
-
- * "git apply" did not correctly handle patches that only change modes
-   if told to apply while stripping leading paths with -p option.
-
- * "git apply" can deal with patches with timezone formatted with a
-   colon between the hours and minutes part (e.g. "-08:00" instead of
-   "-0800").
-
- * "git checkout" removed an untracked file "foo" from the working
-   tree when switching to a branch that contains a tracked path
-   "foo/bar".  Prevent this, just like the case where the conflicting
-   path were "foo" (c752e7f..7980872d).
-
- * "git cherry-pick" or "git revert" refused to work when a path that
-   would be modified by the operation was stat-dirty without a real
-   difference in the contents of the file.
-
- * "git diff --check" reported an incorrect line number for added
-   blank lines at the end of file.
-
- * "git imap-send" failed to build under NO_OPENSSL.
-
- * Setting log.decorate configuration variable to "0" or "1" to mean
-   "false" or "true" did not work.
-
- * "git push" over dumb HTTP protocol did not work against WebDAV
-   servers that did not terminate a collection name with a slash.
-
- * "git tag -v" did not work with GPG signatures in rfc1991 mode.
-
- * The post-receive-email sample hook was accidentally broken in 1.7.3.3
-   update.
-
- * "gitweb" can sometimes be tricked into parrotting a filename argument
-   given in a request without properly quoting.
-
-Other minor fixes and documentation updates are also included.