On Fri, Jun 15, 2012 at 3:14 PM, Junio C Hamano <gitster@xxxxxxxxx> wrote: > Jeff King <peff@xxxxxxxx> writes: > >> On Fri, Jun 15, 2012 at 09:51:00AM -0700, Graham Ballantyne wrote: >> >>> I just downloaded the 1.7.10.4 tag from github. After compiling and >>> installing, git --version returns "git version 1.7.10.3". I think that >>> tag might be pointing to the wrong commit? >> >> Looks like 121f71f (Git 1.7.10.4, 2012-06-03) forgot to update DEF_VAR >> in GIT-VERSION-GEN. Operator error from the maintainer? > > Thanks for noticing. > >> It builds with the right version from the git repository (which runs >> git-describe and sees we are on the v1.7.10.4 tag), but exporting the >> tag's contents and building fails. I suspect that the git-1.7.10.4 >> tarball on kernel.org would also have the same problem. > > It builds correctly if you download the tarball from the official > location in the [ANNOUNCE] message. This is because the build > procedure for the official tarball does a bit more than just running > "git archive-tar", which is what gitweb download interface does > (namely, it adds the correct "version" file). Junio, I just noticed that the download buttons (for tarballs) on gitscm.com all point to the github tag list ( https://github.com/git/git/tags ) instead of the location pointed to by your [ANNOUNCE] message ( http://code.google.com/p/git-core/downloads/list ) If you do something special as part of releasing these tarballs, is this something that should be corrected? I can look at the source and do a pull request for gitscm.com a little later, if needed. -- -Dan Johnson -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html