git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* setup_path()
@ 2008-02-13 12:49 David Miller
  2008-02-13 20:00 ` setup_path() Junio C Hamano
  0 siblings, 1 reply; 3+ messages in thread
From: David Miller @ 2008-02-13 12:49 UTC (permalink / raw)
  To: git


Shouldn't stand-alone programs other than git.c itself also call
setup_path()?

I have a problem where if I only install git into my own home
directory ~/bin, I can't send pull requests over SSH to that machine
successfully because the execvp() of "pack-objects" by git-upload-pack
fails due to the PATH not containing "git --exec-dir"

If I add a dummy setup_path(NULL) call to upload-pack.c, it works
fine.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: setup_path()
  2008-02-13 12:49 setup_path() David Miller
@ 2008-02-13 20:00 ` Junio C Hamano
  2008-02-14  1:54   ` setup_path() David Miller
  0 siblings, 1 reply; 3+ messages in thread
From: Junio C Hamano @ 2008-02-13 20:00 UTC (permalink / raw)
  To: David Miller; +Cc: git

David Miller <davem@davemloft.net> writes:

> Shouldn't stand-alone programs other than git.c itself also call
> setup_path()?
>
> I have a problem where if I only install git into my own home
> directory ~/bin, I can't send pull requests over SSH to that machine
> successfully because the execvp() of "pack-objects" by git-upload-pack
> fails due to the PATH not containing "git --exec-dir"
>
> If I add a dummy setup_path(NULL) call to upload-pack.c, it works
> fine.

Yeah, Johannes Sixt had a patch to do exactly that earlier

	Message-ID: <47B182C1.60006@viscovery.net>
	http://news.gmane.org/gmane.comp.version-control.git/73651

and I think it is a good idea to apply it.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: setup_path()
  2008-02-13 20:00 ` setup_path() Junio C Hamano
@ 2008-02-14  1:54   ` David Miller
  0 siblings, 0 replies; 3+ messages in thread
From: David Miller @ 2008-02-14  1:54 UTC (permalink / raw)
  To: gitster; +Cc: git

From: Junio C Hamano <gitster@pobox.com>
Date: Wed, 13 Feb 2008 12:00:40 -0800

> Yeah, Johannes Sixt had a patch to do exactly that earlier
> 
> 	Message-ID: <47B182C1.60006@viscovery.net>
> 	http://news.gmane.org/gmane.comp.version-control.git/73651
> 
> and I think it is a good idea to apply it.

Me too.

In fact people can easily end up unintentionally using different
versions of GIT.  For example in my case I had the distribution's GIT
installed in /usr/bin/git et al., then I installed the current
upstream version of GIT in my home directory.

A different version of GIT gets used when you run things locally
vs. doing things remotely over SSH.  And I didn't notice this until I
uninstalled the git-core package on my system.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2008-02-14  1:54 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-02-13 12:49 setup_path() David Miller
2008-02-13 20:00 ` setup_path() Junio C Hamano
2008-02-14  1:54   ` setup_path() David Miller

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).