From: Junio C Hamano Date: Fri, 09 Aug 2013 23:39:03 GMT Subject: Re: [PATCH] remote-hg: fix path when cloning with tilde expansion Message-ID: <7vmwoq304o.fsf@alter.siamese.dyndns.org> In-Reply-To: Felipe Contreras writes: > On Fri, Aug 9, 2013 at 5:15 PM, Junio C Hamano wrote: >> Felipe Contreras writes: >> >>>> OK, I think I see why you are puzzled. >>>> >>>> Cloning works fine because we "fix the path" *after* the clone is done >>>> successfully, for the following reason: >>> >>> So if we didn't store a different path, it would work. So instead of >>> expanding '~' ourselves, it would be better to don't expand anything, >>> and leave it as it is, but how to detect that in fix_path()? >> >> I think that the patch relies on that os.path.expanduser(), if >> url.path is such a path that begins with "~" (or "~whom"), returns >> an absolute path. When given an absolute path, or "~whom/path", >> fix_path returns without running 'git config' on remote..url >> configuration. > > I think ~whom/path would run 'git config'. Hmph, do you mean the third example of this? $ python >>> import os >>> os.path.expanduser("~/repo") '/home/junio/repo' >>> os.path.expanduser("~junio/repo") '/home/junio/repo' >>> os.path.expanduser("~felipe/repo") '~felipe/repo' which will give "~felipe/repo" that is _not_ an absolute repository because no such user exists on this box? It is true that in that case fix_path() will not return early and will throw a bogus path at "git config", but if the "~whom" does not resolve to an existing home directory of a user, I am not sure what we can do better than what Antoine's patch does.