On 7/11/07, Eric Wong <normalperson@xxxxxxxx> wrote:
Russ Dill <russ.dill@xxxxxxxxx> wrote:
> On 7/11/07, Eric Wong <normalperson@xxxxxxxx> wrote:
> >Russ Dill <russ.dill@xxxxxxxxx> wrote:
> >> [...]/src $ mkdir foo
> >> [...]/src $ cd foo
> >> [...]/src/foo $ git-svn init -t tags -b branches -T trunk
> >> https://www.[...].com/svn/foo/bar/bla
> >> Initialized empty Git repository in .git/
> >> Using higher level of URL: https://www.[...].com/svn/foo/bar/bla =>
> >> https://www.[...].com/svn/foo
> >>
> >> [...]/src/foo $ git-svn fetch
> >> config --get svn-remote.svn.url: command returned error: 1
> >>
> >> [...]/src/foo $ git config --get svn-remote.svn.url
> >> https://www.[...].com/svn/foo
> >
> >Sorry, I can't help here other than recommending a real UNIX with
> >fork + pipe + exec and all that fun stuff.
> >
> >git-svn relies heavily[1] on both input and output pipes of the
> >safer-but-made-for-UNIX fork + pipe + exec(@list) variety, so I suspect
> >this is just the tip of the iceberg for Windows incompatibilies with
> >git-svn...
>
> Its actually reading and writing quite a bit of stuff from the config
> file, so why this one simple command would fail eludes me. Especially
> since it wrote it there in the first place. If I comment out the
> command_oneline and hardcode the value I know it should return,
> git-fetch runs. Its actually been running for several hours now.
Wow. That's a pleasant surprise that anything in git-svn works at all
on cygwin. I was almost certain git-svn on Windows was a hopeless cause
from other chatter I had heard on the mailing list.
command_oneline() is used everywhere in that code, so I'm at a total loss
as to why it would fail in one place. Can you put a the following lines
right before where it was failing?
print "GIT_CONFIG: $ENV{GIT_CONFIG} | GIT_DIR: $ENV{GIT_DIR}\n";
system('cat', "$ENV{GIT_DIR}/config");
And tell me what it outputs?
Use of uninitialized value in concatenation (.) or string at
/usr/bin/git-svn line 1189.
GIT_CONFIG: | GIT_DIR: .git
[core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true
[svn-remote "svn"]
url = https://www.[...].com/svn/foo
fetch = bar/bla/trunk:refs/remotes/trunk
branches = bar/bla/branches/*:refs/remotes/*
tags = bar/bla/tags/*:refs/remotes/tags/*
[gui]
geometry = 864x678+162+162 104 204
If I export GIT_CONFIG, then the problem goes away. Much better work
around then hardcoding svn-remote.svn.url
The git-svn fetch died overnight due to an http error. Its restarted
now. There are dozens of branches and tags in the repo, and each one
seems to take about a half hour to and hour to fully fetch. It takes a
similar amount of time to checkout trunk with tortise SVN. The repo is
local, but I don't have direct access to it.
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
