{"thread":{"id":"8969","subject":"git-svn+cygwin failed fetch","startedAt":"2007-07-10T18:06:16Z","lastAt":"2007-07-12T18:27:54Z","messageCount":6,"participants":["Russ Dill","Eric Wong"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"46974","messageId":"f9d2a5e10707101106w305e28acy55f465e558485298@mail.gmail.com","threadId":"8969","inReplyTo":null,"subject":"git-svn+cygwin failed fetch","fromName":"Russ Dill","fromEmail":"russ.dill@gmail.com","sentAt":"2007-07-10T18:06:16Z","receivedAt":"2007-07-10T18:06:16Z","isPatch":false,"sender":{"key":"russ.dill@gmail.com","avatar":"https://gravatar.com/avatar/989b24f3fa63126a35d7c74069e2626e715a3b1a86616be9962f7ceae04ff9c5?d=mp&s=160"},"body":"[...]/src $ mkdir foo\n[...]/src $ cd foo\n[...]/src/foo $ git-svn init -t tags -b branches -T trunk\nhttps://www.[...].com/svn/foo/bar/bla\nInitialized empty Git repository in .git/\nUsing higher level of URL: https://www.[...].com/svn/foo/bar/bla =>\nhttps://www.[...].com/svn/foo\n\n[...]/src/foo $ git-svn fetch\nconfig --get svn-remote.svn.url: command returned error: 1\n\n[...]/src/foo $ git config --get svn-remote.svn.url\nhttps://www.[...].com/svn/foo\n\n[...]/src/foo $ cat .git/config\n[core]\n        repositoryformatversion = 0\n        filemode = true\n        bare = false\n        logallrefupdates = true\n[svn-remote \"svn\"]\n        url =  https://www.[...].com/svn/foo\n        fetch = bar/bla/trunk:refs/remotes/trunk\n        branches = bar/bla/branches/*:refs/remotes/*\n        tags = bar/bla/tags/*:refs/remotes/tags/*\n\n[...]/src/foo $ git --version\ngit version 1.5.2.2\n\n[...]/src/foo $ git-svn --version\ngit-svn version 1.5.2.2 (svn 1.4.3)\n\nMy versions of git and svn are the one that comes with cygwin.\n"},{"id":"47017","messageId":"20070711090600.GB29676@muzzle","threadId":"8969","inReplyTo":"f9d2a5e10707101106w305e28acy55f465e558485298@mail.gmail.com","subject":"Re: git-svn+cygwin failed fetch","fromName":"Eric Wong","fromEmail":"normalperson@yhbt.net","sentAt":"2007-07-11T09:06:00Z","receivedAt":"2007-07-11T09:06:00Z","isPatch":false,"sender":{"key":"e@80x24.org","avatar":null},"body":"Russ Dill <russ.dill@gmail.com> wrote:\n> [...]/src $ mkdir foo\n> [...]/src $ cd foo\n> [...]/src/foo $ git-svn init -t tags -b branches -T trunk\n> https://www.[...].com/svn/foo/bar/bla\n> Initialized empty Git repository in .git/\n> Using higher level of URL: https://www.[...].com/svn/foo/bar/bla =>\n> https://www.[...].com/svn/foo\n> \n> [...]/src/foo $ git-svn fetch\n> config --get svn-remote.svn.url: command returned error: 1\n> \n> [...]/src/foo $ git config --get svn-remote.svn.url\n> https://www.[...].com/svn/foo\n\nSorry, I can't help here other than recommending a real UNIX with\nfork + pipe + exec and all that fun stuff.\n\ngit-svn relies heavily[1] on both input and output pipes of the\nsafer-but-made-for-UNIX fork + pipe + exec(@list) variety, so I suspect\nthis is just the tip of the iceberg for Windows incompatibilies with\ngit-svn...\n\nMaybe somebody can finally libify git? :)\n\n\n[1] - probably more so than anything else in git\n\n-- \nEric Wong\n"},{"id":"47019","messageId":"f9d2a5e10707110254j46d1123fuade955f17da0a8c5@mail.gmail.com","threadId":"8969","inReplyTo":"20070711090600.GB29676@muzzle","subject":"Re: git-svn+cygwin failed fetch","fromName":"Russ Dill","fromEmail":"russ.dill@gmail.com","sentAt":"2007-07-11T09:54:46Z","receivedAt":"2007-07-11T09:54:46Z","isPatch":false,"sender":{"key":"russ.dill@gmail.com","avatar":"https://gravatar.com/avatar/989b24f3fa63126a35d7c74069e2626e715a3b1a86616be9962f7ceae04ff9c5?d=mp&s=160"},"body":"On 7/11/07, Eric Wong <normalperson@yhbt.net> wrote:\n> Russ Dill <russ.dill@gmail.com> wrote:\n> > [...]/src $ mkdir foo\n> > [...]/src $ cd foo\n> > [...]/src/foo $ git-svn init -t tags -b branches -T trunk\n> > https://www.[...].com/svn/foo/bar/bla\n> > Initialized empty Git repository in .git/\n> > Using higher level of URL: https://www.[...].com/svn/foo/bar/bla =>\n> > https://www.[...].com/svn/foo\n> >\n> > [...]/src/foo $ git-svn fetch\n> > config --get svn-remote.svn.url: command returned error: 1\n> >\n> > [...]/src/foo $ git config --get svn-remote.svn.url\n> > https://www.[...].com/svn/foo\n>\n> Sorry, I can't help here other than recommending a real UNIX with\n> fork + pipe + exec and all that fun stuff.\n>\n> git-svn relies heavily[1] on both input and output pipes of the\n> safer-but-made-for-UNIX fork + pipe + exec(@list) variety, so I suspect\n> this is just the tip of the iceberg for Windows incompatibilies with\n> git-svn...\n\nIts actually reading and writing quite a bit of stuff from the config\nfile, so why this one simple command would fail eludes me. Especially\nsince it wrote it there in the first place. If I comment out the\ncommand_oneline and hardcode the value I know it should return,\ngit-fetch runs. Its actually been running for several hours now.\n"},{"id":"47119","messageId":"20070712054800.GC29676@muzzle","threadId":"8969","inReplyTo":"f9d2a5e10707110254j46d1123fuade955f17da0a8c5@mail.gmail.com","subject":"Re: git-svn+cygwin failed fetch","fromName":"Eric Wong","fromEmail":"normalperson@yhbt.net","sentAt":"2007-07-12T05:48:00Z","receivedAt":"2007-07-12T05:48:00Z","isPatch":false,"sender":{"key":"e@80x24.org","avatar":null},"body":"Russ Dill <russ.dill@gmail.com> wrote:\n> On 7/11/07, Eric Wong <normalperson@yhbt.net> wrote:\n> >Russ Dill <russ.dill@gmail.com> wrote:\n> >> [...]/src $ mkdir foo\n> >> [...]/src $ cd foo\n> >> [...]/src/foo $ git-svn init -t tags -b branches -T trunk\n> >> https://www.[...].com/svn/foo/bar/bla\n> >> Initialized empty Git repository in .git/\n> >> Using higher level of URL: https://www.[...].com/svn/foo/bar/bla =>\n> >> https://www.[...].com/svn/foo\n> >>\n> >> [...]/src/foo $ git-svn fetch\n> >> config --get svn-remote.svn.url: command returned error: 1\n> >>\n> >> [...]/src/foo $ git config --get svn-remote.svn.url\n> >> https://www.[...].com/svn/foo\n> >\n> >Sorry, I can't help here other than recommending a real UNIX with\n> >fork + pipe + exec and all that fun stuff.\n> >\n> >git-svn relies heavily[1] on both input and output pipes of the\n> >safer-but-made-for-UNIX fork + pipe + exec(@list) variety, so I suspect\n> >this is just the tip of the iceberg for Windows incompatibilies with\n> >git-svn...\n> \n> Its actually reading and writing quite a bit of stuff from the config\n> file, so why this one simple command would fail eludes me. Especially\n> since it wrote it there in the first place. If I comment out the\n> command_oneline and hardcode the value I know it should return,\n> git-fetch runs. Its actually been running for several hours now.\n\nWow.  That's a pleasant surprise that anything in git-svn works at all\non cygwin.  I was almost certain git-svn on Windows was a hopeless cause\nfrom other chatter I had heard on the mailing list.\n\ncommand_oneline() is used everywhere in that code, so I'm at a total loss\nas to why it would fail in one place.  Can you put a the following lines\nright before where it was failing?\n\n\tprint \"GIT_CONFIG: $ENV{GIT_CONFIG} | GIT_DIR: $ENV{GIT_DIR}\\n\";\n\tsystem('cat', \"$ENV{GIT_DIR}/config\");\n\nAnd tell me what it outputs?\n\n-- \nEric Wong\n"},{"id":"47180","messageId":"f9d2a5e10707121049o758109c0l4ebeb08250093ba0@mail.gmail.com","threadId":"8969","inReplyTo":"20070712054800.GC29676@muzzle","subject":"Re: git-svn+cygwin failed fetch","fromName":"Russ Dill","fromEmail":"russ.dill@gmail.com","sentAt":"2007-07-12T17:49:22Z","receivedAt":"2007-07-12T17:49:22Z","isPatch":false,"sender":{"key":"russ.dill@gmail.com","avatar":"https://gravatar.com/avatar/989b24f3fa63126a35d7c74069e2626e715a3b1a86616be9962f7ceae04ff9c5?d=mp&s=160"},"body":"On 7/11/07, Eric Wong <normalperson@yhbt.net> wrote:\n> Russ Dill <russ.dill@gmail.com> wrote:\n> > On 7/11/07, Eric Wong <normalperson@yhbt.net> wrote:\n> > >Russ Dill <russ.dill@gmail.com> wrote:\n> > >> [...]/src $ mkdir foo\n> > >> [...]/src $ cd foo\n> > >> [...]/src/foo $ git-svn init -t tags -b branches -T trunk\n> > >> https://www.[...].com/svn/foo/bar/bla\n> > >> Initialized empty Git repository in .git/\n> > >> Using higher level of URL: https://www.[...].com/svn/foo/bar/bla =>\n> > >> https://www.[...].com/svn/foo\n> > >>\n> > >> [...]/src/foo $ git-svn fetch\n> > >> config --get svn-remote.svn.url: command returned error: 1\n> > >>\n> > >> [...]/src/foo $ git config --get svn-remote.svn.url\n> > >> https://www.[...].com/svn/foo\n> > >\n> > >Sorry, I can't help here other than recommending a real UNIX with\n> > >fork + pipe + exec and all that fun stuff.\n> > >\n> > >git-svn relies heavily[1] on both input and output pipes of the\n> > >safer-but-made-for-UNIX fork + pipe + exec(@list) variety, so I suspect\n> > >this is just the tip of the iceberg for Windows incompatibilies with\n> > >git-svn...\n> >\n> > Its actually reading and writing quite a bit of stuff from the config\n> > file, so why this one simple command would fail eludes me. Especially\n> > since it wrote it there in the first place. If I comment out the\n> > command_oneline and hardcode the value I know it should return,\n> > git-fetch runs. Its actually been running for several hours now.\n>\n> Wow.  That's a pleasant surprise that anything in git-svn works at all\n> on cygwin.  I was almost certain git-svn on Windows was a hopeless cause\n> from other chatter I had heard on the mailing list.\n>\n> command_oneline() is used everywhere in that code, so I'm at a total loss\n> as to why it would fail in one place.  Can you put a the following lines\n> right before where it was failing?\n>\n>         print \"GIT_CONFIG: $ENV{GIT_CONFIG} | GIT_DIR: $ENV{GIT_DIR}\\n\";\n>         system('cat', \"$ENV{GIT_DIR}/config\");\n>\n> And tell me what it outputs?\n\n\nUse of uninitialized value in concatenation (.) or string at\n/usr/bin/git-svn line 1189.\nGIT_CONFIG:  | GIT_DIR: .git\n[core]\n        repositoryformatversion = 0\n        filemode = true\n        bare = false\n        logallrefupdates = true\n[svn-remote \"svn\"]\n        url = https://www.[...].com/svn/foo\n        fetch = bar/bla/trunk:refs/remotes/trunk\n        branches = bar/bla/branches/*:refs/remotes/*\n        tags = bar/bla/tags/*:refs/remotes/tags/*\n[gui]\n        geometry = 864x678+162+162 104 204\n\n\nIf I export GIT_CONFIG, then the problem goes away. Much better work\naround then hardcoding svn-remote.svn.url\n\nThe git-svn fetch died overnight due to an http error. Its restarted\nnow. There are dozens of branches and tags in the repo, and each one\nseems to take about a half hour to and hour to fully fetch. It takes a\nsimilar amount of time to checkout trunk with tortise SVN. The repo is\nlocal, but I don't have direct access to it.\n"},{"id":"47184","messageId":"20070712182754.GB24854@hand.yhbt.net","threadId":"8969","inReplyTo":"f9d2a5e10707121049o758109c0l4ebeb08250093ba0@mail.gmail.com","subject":"Re: git-svn+cygwin failed fetch","fromName":"Eric Wong","fromEmail":"normalperson@yhbt.net","sentAt":"2007-07-12T18:27:54Z","receivedAt":"2007-07-12T18:27:54Z","isPatch":false,"sender":{"key":"e@80x24.org","avatar":null},"body":"Russ Dill <russ.dill@gmail.com> wrote:\n> On 7/11/07, Eric Wong <normalperson@yhbt.net> wrote:\n> >Russ Dill <russ.dill@gmail.com> wrote:\n> >> On 7/11/07, Eric Wong <normalperson@yhbt.net> wrote:\n> >> >Russ Dill <russ.dill@gmail.com> wrote:\n> >> >> [...]/src $ mkdir foo\n> >> >> [...]/src $ cd foo\n> >> >> [...]/src/foo $ git-svn init -t tags -b branches -T trunk\n> >> >> https://www.[...].com/svn/foo/bar/bla\n> >> >> Initialized empty Git repository in .git/\n> >> >> Using higher level of URL: https://www.[...].com/svn/foo/bar/bla =>\n> >> >> https://www.[...].com/svn/foo\n> >> >>\n> >> >> [...]/src/foo $ git-svn fetch\n> >> >> config --get svn-remote.svn.url: command returned error: 1\n> >> >>\n> >> >> [...]/src/foo $ git config --get svn-remote.svn.url\n> >> >> https://www.[...].com/svn/foo\n> >> >\n> >> >Sorry, I can't help here other than recommending a real UNIX with\n> >> >fork + pipe + exec and all that fun stuff.\n> >> >\n> >> >git-svn relies heavily[1] on both input and output pipes of the\n> >> >safer-but-made-for-UNIX fork + pipe + exec(@list) variety, so I suspect\n> >> >this is just the tip of the iceberg for Windows incompatibilies with\n> >> >git-svn...\n> >>\n> >> Its actually reading and writing quite a bit of stuff from the config\n> >> file, so why this one simple command would fail eludes me. Especially\n> >> since it wrote it there in the first place. If I comment out the\n> >> command_oneline and hardcode the value I know it should return,\n> >> git-fetch runs. Its actually been running for several hours now.\n> >\n> >Wow.  That's a pleasant surprise that anything in git-svn works at all\n> >on cygwin.  I was almost certain git-svn on Windows was a hopeless cause\n> >from other chatter I had heard on the mailing list.\n> >\n> >command_oneline() is used everywhere in that code, so I'm at a total loss\n> >as to why it would fail in one place.  Can you put a the following lines\n> >right before where it was failing?\n> >\n> >        print \"GIT_CONFIG: $ENV{GIT_CONFIG} | GIT_DIR: $ENV{GIT_DIR}\\n\";\n> >        system('cat', \"$ENV{GIT_DIR}/config\");\n> >\n> >And tell me what it outputs?\n> \n> \n> Use of uninitialized value in concatenation (.) or string at\n> /usr/bin/git-svn line 1189.\n> GIT_CONFIG:  | GIT_DIR: .git\n> [core]\n>        repositoryformatversion = 0\n>        filemode = true\n>        bare = false\n>        logallrefupdates = true\n> [svn-remote \"svn\"]\n>        url = https://www.[...].com/svn/foo\n>        fetch = bar/bla/trunk:refs/remotes/trunk\n>        branches = bar/bla/branches/*:refs/remotes/*\n>        tags = bar/bla/tags/*:refs/remotes/tags/*\n> [gui]\n>        geometry = 864x678+162+162 104 204\n> \n> \n> If I export GIT_CONFIG, then the problem goes away. Much better work\n> around then hardcoding svn-remote.svn.url\n\nVery strange.  I do set GIT_CONFIG internally in git-svn in a few places\nand then unset it.\n\n> The git-svn fetch died overnight due to an http error. Its restarted\n> now. There are dozens of branches and tags in the repo, and each one\n> seems to take about a half hour to and hour to fully fetch. It takes a\n> similar amount of time to checkout trunk with tortise SVN. The repo is\n> local, but I don't have direct access to it.\n\nSVN 1.4.4 with a working do_switch() API call should be much faster.\n\n-- \nEric Wong\n"}]}