> note that I do not appreciate you not Cc:ing me, at all.
I am using the groups.google.com web interface. Sorry for any
inconvenience, but I'm not intentionally cc:ing you -- if it is
happening again with this post then it sounds like a Google Groups
feature/setting/bug. You may examine a screenshot of the means by
which I am sending you these messages if you think I'm doing anything
incorrect (I hit "Send" at the end):
http://hostilefork.com/msysgit/Johannes_Cc_Proof.png
> So that leaves you with setting remote.<nick>.uploadpack
> to the full path on the remote (read: Linux) machine.
I gave this a shot, though there are only 14 hits for "gitconfig
uploadpack" on Google. This thread gave the closest advice for the
precise syntax:
http://kerneltrap.org/mailarchive/git/2007/6/22/249783
I tried editing C:\Project\.git\.gitconfig to say:
[remote "example.com"]
uploadpack = /home/me/git-1.5.6.1/git-upload-pack
receivepack = /home/me/git-1.5.6.1/git-receive-pack
And also:
[remote "Project"]
uploadpack = /home/me/git-1.5.6.1/git-upload-pack
receivepack = /home/me/git-1.5.6.1/git-receive-pack
And then tried the pull again, but it didn't seem to pay any attention
to the setting. Changing these commands to garbage didn't get any
reaction, in contrast to saying "--upload-pack foo" which causes it to
complain about not finding foo. (more complex paths on the command
line with slashes gave the "C:\Program" result I mentioned).
I like workarounds, and am happy to hear any more suggestions. But is
there any chance of someone testing the --upload-pack parameter in
msysgit and making a determination if they can reproduce my finding
that it isn't working? e.g. take git out of your .bashrc and then
give a full path on the command line, and see if it does this "C:
\Program" message.
Thanks,
---
http://hostilefork.com
