{"thread":{"id":"23091","subject":"Error building installing on Redhat Linux Server release 5.3 (Tikanga)","startedAt":"2010-03-19T21:36:05Z","lastAt":"2010-03-20T00:06:15Z","messageCount":8,"participants":["Michael Cox","Jonathan Nieder","Junio C Hamano"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"137275","messageId":"d557014b1003191436r4d141825p6c5b8e1b3bee4fc8@mail.gmail.com","threadId":"23091","inReplyTo":null,"subject":"Error building installing on Redhat Linux Server release 5.3 (Tikanga)","fromName":"Michael Cox","fromEmail":"mhcox@bluezoosoftware.com","sentAt":"2010-03-19T21:36:05Z","receivedAt":"2010-03-19T21:36:05Z","isPatch":false,"sender":{"key":"mhcox@bluezoosoftware.com","avatar":"https://gravatar.com/avatar/733711380ad7e4338caf0fe55f1c38b7696dd1cfe4d0d0d3e5c6a0c82656c956?d=mp&s=160"},"body":"I downloaded the latest tarball (git-1.7.0.2), configured it, and\nmake'ed it. When I did a \"make install\", the build seemed to work and\nmost of the install, but I got an error when the installation tried to\nuse gtar:\n\nmake -C templates DESTDIR='' install\nmake[1]: Entering directory `/users/e477610/exptool/src/git-1.7.0.2/templates'\ninstall -d -m 755 '/home/e477610/exptool/share/git-core/templates'\n(cd blt && gtar cf - .) | \\\n (cd '/home/e477610/exptool/share/git-core/templates' && umask\n022 && gtar xof -)\ngtar: This does not look like a tar archive\ngtar: Skipping to next header\ngtar: Archive contains obsolescent base-64 headers\ngtar: Error exit delayed from previous errors\nmake[1]: *** [install] Error 2\nmake[1]: Leaving directory `/users/e477610/exptool/src/git-1.7.0.2/templates'\nmake: *** [install] Error 2\n\nWhen I try to run \"git clone\nhttp://www.kernel.org/pub/scm/git/git.git\", I get the following error:\n\n$ git clone http://www.kernel.org/pub/scm/git/git.git\nInitialized empty Git repository in /users/e477610/exptool/src/git/.git/\nfatal: Unable to find remote helper for 'http'\n\nI assume it's because I didn't finish the install properly. Any ideas\nwhy the install of the build failed and what I could do to make it\ncomplete?\n\nMichael\n"},{"id":"137277","messageId":"d557014b1003191525m490d1bfam4e8ce40681ff2214@mail.gmail.com","threadId":"23091","inReplyTo":"7veijgc6md.fsf@alter.siamese.dyndns.org","subject":"Re: Error building installing on Redhat Linux Server release 5.3 (Tikanga)","fromName":"Michael Cox","fromEmail":"mhcox@bluezoosoftware.com","sentAt":"2010-03-19T22:25:50Z","receivedAt":"2010-03-19T22:25:50Z","isPatch":false,"sender":{"key":"mhcox@bluezoosoftware.com","avatar":"https://gravatar.com/avatar/733711380ad7e4338caf0fe55f1c38b7696dd1cfe4d0d0d3e5c6a0c82656c956?d=mp&s=160"},"body":"That fixed the build problem.  Thank you!\n\nBut when I tried to run git after the successful build:\n\n   git clone http://www.kernel.org/pub/scm/git/git.git\n\nI still get the error message \"fatal: Unable to find remote helper for 'http'\"\n\nMichael\n\nP.S. I have to use http since I'm behind a firewall.\n\n\nOn Fri, Mar 19, 2010 at 4:02 PM, Junio C Hamano wrote:\n> Michael Cox writes:\n>\n>> I downloaded the latest tarball (git-1.7.0.2), configured it, and\n>> make'ed it.  When I did a \"make install\", the build seemed to work and\n>> most of the install, but I got an error when the installation tried to\n>> use gtar:\n>>\n>> make -C templates DESTDIR='' install\n>> make[1]: Entering directory `/users/e477610/exptool/src/git-1.7.0.2/templates'\n>> install -d -m 755 '/home/e477610/exptool/share/git-core/templates'\n>> (cd blt && gtar cf - .) | \\\n>>         (cd '/home/e477610/exptool/share/git-core/templates' && umask\n>> 022 && gtar xof -)\n>> gtar: This does not look like a tar archive\n>\n> A shot in the dark:\n>\n>        $ unset CDPATH\n>\n> Also remove anything that sets CDPATH from your .bashrc if you are making\n> it available to your non-interactive shell processes.\n>\n"},{"id":"137279","messageId":"d557014b1003191551o68858c28lf52d1622d8453776@mail.gmail.com","threadId":"23091","inReplyTo":"d557014b1003191525m490d1bfam4e8ce40681ff2214@mail.gmail.com","subject":"Re: Error building installing on Redhat Linux Server release 5.3 (Tikanga)","fromName":"Michael Cox","fromEmail":"mhcox@bluezoosoftware.com","sentAt":"2010-03-19T22:51:45Z","receivedAt":"2010-03-19T22:51:45Z","isPatch":false,"sender":{"key":"mhcox@bluezoosoftware.com","avatar":"https://gravatar.com/avatar/733711380ad7e4338caf0fe55f1c38b7696dd1cfe4d0d0d3e5c6a0c82656c956?d=mp&s=160"},"body":"I noticed the following messages in the config.log\n\n/usr/lib/gcc/i386-redhat-linux/4.1.2/../../../libcurl.so: undefined reference to\n `tld_strerror'\n/usr/lib/gcc/i386-redhat-linux/4.1.2/../../../libcurl.so: undefined reference to\n `idna_strerror'\n\nCould that be the source of my problem?\n\nMichael\n\n\n\nOn Fri, Mar 19, 2010 at 4:25 PM, Michael Cox wrote:\n> That fixed the build problem.  Thank you!\n>\n> But when I tried to run git after the successful build:\n>\n>    git clone http://www.kernel.org/pub/scm/git/git.git\n>\n> I still get the error message \"fatal: Unable to find remote helper for 'http'\"\n>\n> Michael\n>\n> P.S. I have to use http since I'm behind a firewall.\n>\n>\n> On Fri, Mar 19, 2010 at 4:02 PM, Junio C Hamano wrote:\n>> Michael Cox writes:\n>>\n>>> I downloaded the latest tarball (git-1.7.0.2), configured it, and\n>>> make'ed it.  When I did a \"make install\", the build seemed to work and\n>>> most of the install, but I got an error when the installation tried to\n>>> use gtar:\n>>>\n>>> make -C templates DESTDIR='' install\n>>> make[1]: Entering directory `/users/e477610/exptool/src/git-1.7.0.2/templates'\n>>> install -d -m 755 '/home/e477610/exptool/share/git-core/templates'\n>>> (cd blt && gtar cf - .) | \\\n>>>         (cd '/home/e477610/exptool/share/git-core/templates' && umask\n>>> 022 && gtar xof -)\n>>> gtar: This does not look like a tar archive\n>>\n>> A shot in the dark:\n>>\n>>        $ unset CDPATH\n>>\n>> Also remove anything that sets CDPATH from your .bashrc if you are making\n>> it available to your non-interactive shell processes.\n>>\n>\n"},{"id":"137280","messageId":"20100319225703.GA17058@progeny.tock","threadId":"23091","inReplyTo":"d557014b1003191436r4d141825p6c5b8e1b3bee4fc8@mail.gmail.com","subject":"Re: Error building installing on Redhat Linux Server release 5.3 (Tikanga)","fromName":"Jonathan Nieder","fromEmail":"jrnieder@gmail.com","sentAt":"2010-03-19T22:57:03Z","receivedAt":"2010-03-19T22:57:03Z","isPatch":false,"sender":{"key":"jrnieder@gmail.com","avatar":"https://avatars.githubusercontent.com/u/281595?v=4"},"body":"Michael Cox wrote:\n\n> (cd blt && gtar cf - .) | \\\n> (cd '/home/e477610/exptool/share/git-core/templates' && umask 022 && gtar xof -)\n> gtar: This does not look like a tar archive\n> gtar: Skipping to next header\n> gtar: Archive contains obsolescent base-64 headers\n> gtar: Error exit delayed from previous errors\n> make[1]: *** [install] Error 2\n\nYour tar command seems to be seriously broken: it is producing output\nthat it cannot consume.\n\nWhat is the output of “gtar --version”? Does this problem still occur if\nyou try again? If you run the command above by hand, does it produce\nthe same result?\n\nI checked https://bugzilla.redhat.com/ for known problems but did not\nfind anything similar. If this problem proves reproducible, I would\nsuggest reporting it with them.\n\nIn the mean time, you can use git without installing it by adding\n/home/e477610/exptool/share/git-core/bin-wrappers to your $PATH. :)\n\nHope that helps,\nJonathan\n"},{"id":"137281","messageId":"20100319225923.GB17058@progeny.tock","threadId":"23091","inReplyTo":"20100319225703.GA17058@progeny.tock","subject":"Re: Error building installing on Redhat Linux Server release 5.3 (Tikanga)","fromName":"Jonathan Nieder","fromEmail":"jrnieder@gmail.com","sentAt":"2010-03-19T22:59:23Z","receivedAt":"2010-03-19T22:59:23Z","isPatch":false,"sender":{"key":"jrnieder@gmail.com","avatar":"https://avatars.githubusercontent.com/u/281595?v=4"},"body":"Jonathan Nieder wrote:\n\n> In the mean time, you can use git without installing it by adding\n> /home/e477610/exptool/share/git-core/bin-wrappers to your $PATH. :)\n\nOr rather $(pwd)/bin-wrappers, where $(pwd) is the directory git was\nbuilt in. I read your message a little too quickly, sorry.\n"},{"id":"137284","messageId":"20100319234033.GA18035@progeny.tock","threadId":"23091","inReplyTo":"d557014b1003191525m490d1bfam4e8ce40681ff2214@mail.gmail.com","subject":"[PATCH] Makefile: Fix CDPATH problem","fromName":"Jonathan Nieder","fromEmail":"jrnieder@gmail.com","sentAt":"2010-03-19T23:40:34Z","receivedAt":"2010-03-19T23:40:34Z","isPatch":true,"sender":{"key":"jrnieder@gmail.com","avatar":"https://avatars.githubusercontent.com/u/281595?v=4"},"body":"CDPATH takes scripts to unexpected places. For example, with a CDPATH\nincluding a blt directory:\n\n make -C templates DESTDIR='' install\n make[1]: Entering directory `/users/e477610/exptool/src/git-1.7.0.2/templates'\n install -d -m 755 '/home/e477610/exptool/share/git-core/templates'\n (cd blt && gtar cf - .) | \\\n\t(cd '/home/e477610/exptool/share/git-core/templates' && umask 022 && gtar xof -)\n gtar: This does not look like a tar archive\n\nThe CDPATH mechanism does not implicitly add \".\" at the beginning of\nCDPATH, which is the most irritating part.\n\nMost git scripts already protect against use of CDPATH through\ngit-sh-setup, but the Makefile doesn’t.\n\nReported-by: Michael Cox \nSigned-off-by: Jonathan Nieder \n---\nI wouldn’t have guessed that. Thanks, Junio.\n\nMichael Cox wrote:\n> That fixed the build problem. Thank you!\n\nHere’s a patch to prevent it from happening again.\n\n Makefile | 6 ++++++\n 1 files changed, 6 insertions(+), 0 deletions(-)\n\ndiff --git a/Makefile b/Makefile\nindex 4387d42..c1f4161 100644\n--- a/Makefile\n+++ b/Makefile\n@@ -317,6 +317,12 @@ SCRIPT_PYTHON =\n SCRIPT_SH =\n TEST_PROGRAMS =\n \n+# Having this variable in your environment would break scripts because\n+# you would cause \"cd\" to be taken to unexpected places. If you\n+# like CDPATH, define it for your interactive shell sessions without\n+# exporting it.\n+unexport CDPATH\n+\n SCRIPT_SH += git-am.sh\n SCRIPT_SH += git-bisect.sh\n SCRIPT_SH += git-difftool--helper.sh\n-- \n1.7.0.2.468.g1637\n"},{"id":"137285","messageId":"7vd3yz513z.fsf@alter.siamese.dyndns.org","threadId":"23091","inReplyTo":"20100319234033.GA18035@progeny.tock","subject":"Re: [PATCH] Makefile: Fix CDPATH problem","fromName":"Junio C Hamano","fromEmail":"gitster@pobox.com","sentAt":"2010-03-19T23:43:28Z","receivedAt":"2010-03-19T23:43:28Z","isPatch":true,"sender":{"key":"gitster@pobox.com","avatar":"https://avatars.githubusercontent.com/u/54884?v=4"},"body":"Jonathan Nieder writes:\n\n> CDPATH takes scripts to unexpected places. For example, with a CDPATH\n> including a blt directory:\n>\n> make -C templates DESTDIR='' install\n> make[1]: Entering directory `/users/e477610/exptool/src/git-1.7.0.2/templates'\n> install -d -m 755 '/home/e477610/exptool/share/git-core/templates'\n> (cd blt && gtar cf - .) | \\\n> \t(cd '/home/e477610/exptool/share/git-core/templates' && umask 022 && gtar xof -)\n> gtar: This does not look like a tar archive\n>\n> The CDPATH mechanism does not implicitly add \".\" at the beginning of\n> CDPATH, which is the most irritating part.\n>\n> Most git scripts already protect against use of CDPATH through\n> git-sh-setup, but the Makefile doesn’t.\n\nEh, the rationale and the in-code comment need to be fixed. The issue is\nnot \"taking us to random places\", but \"reporting the name of the random\nplace in its standard output\".\n\nBut other than that, this is something we have seen on the list a few\ntimes, and I think it is about time to do this.\n\nThanks.\n"},{"id":"137286","messageId":"20100320000615.GA17761@progeny.tock","threadId":"23091","inReplyTo":"7vd3yz513z.fsf@alter.siamese.dyndns.org","subject":"[PATCH v2] Makefile: Fix CDPATH problem","fromName":"Jonathan Nieder","fromEmail":"jrnieder@gmail.com","sentAt":"2010-03-20T00:06:15Z","receivedAt":"2010-03-20T00:06:15Z","isPatch":true,"sender":{"key":"jrnieder@gmail.com","avatar":"https://avatars.githubusercontent.com/u/281595?v=4"},"body":"If CDPATH is set, \"cd\" prints its destination to stdout, causing\nthe common (cd a && tar cf - .) | (cd b && tar xf -) idiom to fail.\nFor example:\n\n make -C templates DESTDIR='' install\n make[1]: Entering directory `/users/e477610/exptool/src/git-1.7.0.2/templates'\n install -d -m 755 '/home/e477610/exptool/share/git-core/templates'\n (cd blt && gtar cf - .) | \\\n\t(cd '/home/e477610/exptool/share/git-core/templates' && umask 022 && gtar xof -)\n gtar: This does not look like a tar archive\n\nMost git scripts already protect against use of CDPATH through\ngit-sh-setup, but the Makefile doesn’t.\n\nReported-by: Michael Cox \nSigned-off-by: Jonathan Nieder \n---\n> Eh, the rationale and the in-code comment need to be fixed. The issue is\n> not \"taking us to random places\", but \"reporting the name of the random\n> place in its standard output\".\n\nThat makes more sense. Thanks.\n\n> But other than that, this is something we have seen on the list a few\n> times, and I think it is about time to do this.\n\nHere’s an updated patch.\n\n Makefile | 6 ++++++\n 1 files changed, 6 insertions(+), 0 deletions(-)\n\ndiff --git a/Makefile b/Makefile\nindex 4387d42..98372eb 100644\n--- a/Makefile\n+++ b/Makefile\n@@ -317,6 +317,12 @@ SCRIPT_PYTHON =\n SCRIPT_SH =\n TEST_PROGRAMS =\n \n+# Having this variable in your environment would break pipelines because\n+# you cause \"cd\" to echo its destination to stdout. It can also take\n+# scripts to unexpected places. If you like CDPATH, define it for your\n+# interactive shell sessions without exporting it.\n+unexport CDPATH\n+\n SCRIPT_SH += git-am.sh\n SCRIPT_SH += git-bisect.sh\n SCRIPT_SH += git-difftool--helper.sh\n-- \n1.7.0\n"}]}