{"thread":{"id":"25648","subject":"'Unable to find remote helper'","startedAt":"2010-11-04T21:59:13Z","lastAt":"2010-11-08T19:37:27Z","messageCount":4,"participants":["Philip Boulton","Jonathan Nieder","Junio C Hamano"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"155231","messageId":"F815EC90C848458886E418CB6DE1DA8B@ssipboulton","threadId":"25648","inReplyTo":null,"subject":"'Unable to find remote helper'","fromName":"Philip Boulton","fromEmail":"philipb@ssimicro.com","sentAt":"2010-11-04T21:59:13Z","receivedAt":"2010-11-04T21:59:13Z","isPatch":false,"sender":{"key":"philipb@ssimicro.com","avatar":null},"body":"Been beating my head against this for a while:\n\nHere's the problem I have:\n\n$ git submodule init\n$ git submodule update\nCloning into contrib/express...\nfatal: Unable to find remote helper for 'http'\nClone of 'http://github.com/visionmedia/express.git' into submodule path\n'contrib/express' failed\n\n\nI have git version 1.7.3.1, built from source on FreeBSD 6.4\nPrior to building I have curl and expat lib installed.\n\nMy git build commands are:\n./configure\ngmake clean && gmake all\ngmake install\n\nI've also tried the configure as follows:\n./configure --with-curl=/usr/local --with-expat=/usr/local\n\nin case it was looking elsewhere. The behaviour I see in this case is\nidentical.\n\nPhilip B.\n"},{"id":"155234","messageId":"20101104224010.GA18693@burratino","threadId":"25648","inReplyTo":"F815EC90C848458886E418CB6DE1DA8B@ssipboulton","subject":"Re: 'Unable to find remote helper'","fromName":"Jonathan Nieder","fromEmail":"jrnieder@gmail.com","sentAt":"2010-11-04T22:40:10Z","receivedAt":"2010-11-04T22:40:10Z","isPatch":false,"sender":{"key":"jrnieder@gmail.com","avatar":"https://avatars.githubusercontent.com/u/281595?v=4"},"body":"Hi Philip,\n\nPhilip Boulton wrote:\n\n> My git build commands are:\n> ./configure\n> gmake clean && gmake all\n> gmake install\n\nThe \"gmake clean\" undoes the effect of \"./configure\".\n\nHope that helps.\n\nSigned-off-by: Jonathan Nieder \n---\ndiff --git a/Makefile b/Makefile\nindex d3dcfb1..c693652 100644\n--- a/Makefile\n+++ b/Makefile\n@@ -2229,7 +2229,7 @@ dist-doc:\n ### Cleaning rules\n \n distclean: clean\n-\t$(RM) configure\n+\t$(RM) configure config.mak.autogen\n \n clean:\n \t$(RM) *.o block-sha1/*.o ppc/*.o compat/*.o compat/*/*.o xdiff/*.o vcs-svn/*.o \\\n@@ -2240,7 +2240,7 @@ clean:\n \t$(RM) -r $(dep_dirs)\n \t$(RM) *.spec *.pyc *.pyo */*.pyc */*.pyo common-cmds.h $(ETAGS_TARGET) tags cscope*\n \t$(RM) -r autom4te.cache\n-\t$(RM) config.log config.mak.autogen config.mak.append config.status config.cache\n+\t$(RM) config.log config.mak.append config.status config.cache\n \t$(RM) -r $(GIT_TARNAME) .doc-tmp-dir\n \t$(RM) $(GIT_TARNAME).tar.gz git-core_$(GIT_VERSION)-*.tar.gz\n \t$(RM) $(htmldocs).tar.gz $(manpages).tar.gz\n"},{"id":"155412","messageId":"7vzktjprwt.fsf@alter.siamese.dyndns.org","threadId":"25648","inReplyTo":"20101104224010.GA18693@burratino","subject":"Re: 'Unable to find remote helper'","fromName":"Junio C Hamano","fromEmail":"gitster@pobox.com","sentAt":"2010-11-08T18:54:42Z","receivedAt":"2010-11-08T18:54:42Z","isPatch":false,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Jonathan Nieder writes:\n\n> The \"gmake clean\" undoes the effect of \"./configure\".\n>\n> Hope that helps.\n>\n> Signed-off-by: Jonathan Nieder \n\nYou diagnosed the problem correctly, but I do not think the patch is\ncorrect. Why should the generated file *.autogen be kept around across\n\"clean\"?\n\nI do understand why we keep \"configure\" around (it is common for everybody\nonce it is generated), though.\n\n> ---\n> diff --git a/Makefile b/Makefile\n> index d3dcfb1..c693652 100644\n> --- a/Makefile\n> +++ b/Makefile\n> @@ -2229,7 +2229,7 @@ dist-doc:\n> ### Cleaning rules\n> \n> distclean: clean\n> -\t$(RM) configure\n> +\t$(RM) configure config.mak.autogen\n> \n> clean:\n> \t$(RM) *.o block-sha1/*.o ppc/*.o compat/*.o compat/*/*.o xdiff/*.o vcs-svn/*.o \\\n> @@ -2240,7 +2240,7 @@ clean:\n> \t$(RM) -r $(dep_dirs)\n> \t$(RM) *.spec *.pyc *.pyo */*.pyc */*.pyo common-cmds.h $(ETAGS_TARGET) tags cscope*\n> \t$(RM) -r autom4te.cache\n> -\t$(RM) config.log config.mak.autogen config.mak.append config.status config.cache\n> +\t$(RM) config.log config.mak.append config.status config.cache\n> \t$(RM) -r $(GIT_TARNAME) .doc-tmp-dir\n> \t$(RM) $(GIT_TARNAME).tar.gz git-core_$(GIT_VERSION)-*.tar.gz\n> \t$(RM) $(htmldocs).tar.gz $(manpages).tar.gz\n"},{"id":"155417","messageId":"20101108193727.GA6348@burratino","threadId":"25648","inReplyTo":"7vzktjprwt.fsf@alter.siamese.dyndns.org","subject":"Re: 'Unable to find remote helper'","fromName":"Jonathan Nieder","fromEmail":"jrnieder@gmail.com","sentAt":"2010-11-08T19:37:27Z","receivedAt":"2010-11-08T19:37:27Z","isPatch":false,"sender":{"key":"jrnieder@gmail.com","avatar":"https://avatars.githubusercontent.com/u/281595?v=4"},"body":"Junio C Hamano wrote:\n\n> You diagnosed the problem correctly, but I do not think the patch is\n> correct. Why should the generated file *.autogen be kept around across\n> \"clean\"?\n\nFair enough. The thought was that most autoconfiscated packages\nsupport\n\n\t./configure\n\tmake clean\n\tmake\n\tmake install\n\nsince \"make clean\" does not remove the generated Makefile. But the\npatch was incomplete anyway, since it did not keep config.mak.append\naround.\n\n> I do understand why we keep \"configure\" around (it is common for everybody\n> once it is generated), though.\n\nHmm, isn't the usual scheme something like\n\n - \"make clean\" undoes the effect of \"make\"\n - \"make distclean\" removes all generated files that are not common\n to everyone\n - \"make maintainer-clean\" removes all generated files\n\n?\n"}]}