{"thread":{"id":"21574","subject":"git-svn problem with v1.6.5","startedAt":"2009-11-10T22:23:58Z","lastAt":"2009-11-12T10:00:07Z","messageCount":17,"participants":["Pascal Obry","Avery Pennarun","Sam Vilain","Eric Wong"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"127278","messageId":"4AF9E7FE.3060701@obry.net","threadId":"21574","inReplyTo":null,"subject":"git-svn problem with v1.6.5","fromName":"Pascal Obry","fromEmail":"pascal@obry.net","sentAt":"2009-11-10T22:23:58Z","receivedAt":"2009-11-10T22:23:58Z","isPatch":false,"sender":{"key":"pascal@obry.net","avatar":"https://avatars.githubusercontent.com/u/467069?v=4"},"body":"\nHello,\n\nA git-svn mirror is created using Git v1.6.4. When I copy this mirror \ninto another machine which is using v1.6.5 I get the following error:\n\n$ git svn rebase\nfatal: Invalid revision range \nd2cf08bb67e4b7da33a250127aab784f1f2f58d3..refs/remotes/svn/trunk\nrev-list --pretty=raw --no-color --reverse \nd2cf08bb67e4b7da33a250127aab784f1f2f58d3..refs/remotes/svn/trunk --: \ncommand returned error: 128\n\nUsing v1.6.4 instead I have no problem. Any idea to track this problem down?\n\nThanks.\n\nPascal.\n\n-- \n\n--|------------------------------------------------------\n--| Pascal Obry Team-Ada Member\n--| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE\n--|------------------------------------------------------\n--| http://www.obry.net - http://v2p.fr.eu.org\n--| \"The best way to travel is by means of imagination\"\n--|\n--| gpg --keyserver keys.gnupg.net --recv-key F949BD3B\n"},{"id":"127279","messageId":"32541b130911101428t50038cfcsf37e3ea9edb26f64@mail.gmail.com","threadId":"21574","inReplyTo":"4AF9E7FE.3060701@obry.net","subject":"Re: git-svn problem with v1.6.5","fromName":"Avery Pennarun","fromEmail":"apenwarr@gmail.com","sentAt":"2009-11-10T22:28:39Z","receivedAt":"2009-11-10T22:28:39Z","isPatch":false,"sender":{"key":"apenwarr@gmail.com","avatar":"https://avatars.githubusercontent.com/u/20592?v=4"},"body":"On Tue, Nov 10, 2009 at 5:23 PM, Pascal Obry wrote:\n> $ git svn rebase\n> fatal: Invalid revision range\n> d2cf08bb67e4b7da33a250127aab784f1f2f58d3..refs/remotes/svn/trunk\n> rev-list --pretty=raw --no-color --reverse\n> d2cf08bb67e4b7da33a250127aab784f1f2f58d3..refs/remotes/svn/trunk --: command\n> returned error: 128\n\nIs d2cf08bb67e4b7da33a250127aab784f1f2f58d3 a valid revision? (git\nlog d2cf08bb67e4b7da33a250127aab784f1f2f58d3). Is\nrefs/remotes/svn/trunk valid? (git log refs/remotes/svn/trunk). It\nseems like a strange problem.\n\n> Using v1.6.4 instead I have no problem. Any idea to track this problem down?\n\nYou could try using git bisect to figure out which exact commit to\ngit.git created the problem.\n\nAvery\n"},{"id":"127290","messageId":"4AFA3751.7000709@vilain.net","threadId":"21574","inReplyTo":"4AF9E7FE.3060701@obry.net","subject":"Re: git-svn problem with v1.6.5","fromName":"Sam Vilain","fromEmail":"sam@vilain.net","sentAt":"2009-11-11T04:02:25Z","receivedAt":"2009-11-11T04:02:25Z","isPatch":false,"sender":{"key":"sam@vilain.net","avatar":"https://gravatar.com/avatar/8fc840ca854dbf6f7065b4335e3b934951c1dca3b11db688e95e471901f8f4a8?d=mp&s=160"},"body":"Pascal Obry wrote:\n> Hello,\n>\n> A git-svn mirror is created using Git v1.6.4. When I copy this mirror \n> into another machine which is using v1.6.5 I get the following error:\n>\n> $ git svn rebase\n> fatal: Invalid revision range \n> d2cf08bb67e4b7da33a250127aab784f1f2f58d3..refs/remotes/svn/trunk\n> rev-list --pretty=raw --no-color --reverse \n> d2cf08bb67e4b7da33a250127aab784f1f2f58d3..refs/remotes/svn/trunk --: \n> command returned error: 128\n>\n> Using v1.6.4 instead I have no problem. Any idea to track this problem down?\n> \n\nDid you copy the entire directory across using rsync/tar/etc or 'git\nclone' ? You'll need to make sure that the 'refs/remotes/*' refs look\nexactly the same on the clone as they did on the original import repository.\n\nSam\n"},{"id":"127295","messageId":"4AFA71A8.8020100@obry.net","threadId":"21574","inReplyTo":"4AFA3751.7000709@vilain.net","subject":"Re: git-svn problem with v1.6.5","fromName":"Pascal Obry","fromEmail":"pascal@obry.net","sentAt":"2009-11-11T08:11:20Z","receivedAt":"2009-11-11T08:11:20Z","isPatch":false,"sender":{"key":"pascal@obry.net","avatar":"https://avatars.githubusercontent.com/u/467069?v=4"},"body":"Sam,\n\n> Did you copy the entire directory across using rsync/tar/etc or 'git\n> clone' ?\n\nI did a rsync of the .git directory so I expect all refs to be there.\n\nPascal.\n\n-- \n\n--|------------------------------------------------------\n--| Pascal Obry Team-Ada Member\n--| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE\n--|------------------------------------------------------\n--| http://www.obry.net - http://v2p.fr.eu.org\n--| \"The best way to travel is by means of imagination\"\n--|\n--| gpg --keyserver keys.gnupg.net --recv-key F949BD3B\n"},{"id":"127315","messageId":"4AFA91BB.7050402@obry.net","threadId":"21574","inReplyTo":"32541b130911101428t50038cfcsf37e3ea9edb26f64@mail.gmail.com","subject":"Re: git-svn problem with v1.6.5","fromName":"Pascal Obry","fromEmail":"pascal@obry.net","sentAt":"2009-11-11T10:28:11Z","receivedAt":"2009-11-11T10:28:11Z","isPatch":false,"sender":{"key":"pascal@obry.net","avatar":"https://avatars.githubusercontent.com/u/467069?v=4"},"body":"\nAvery,\n\n > Is d2cf08bb67e4b7da33a250127aab784f1f2f58d3 a valid revision? (git\n > log d2cf08bb67e4b7da33a250127aab784f1f2f58d3).\n\nNo.\n\n > Is refs/remotes/svn/trunk valid? (git log refs/remotes/svn/trunk).\n\nYes.\n\n > It seems like a strange problem.\n\nAgreed!\n\n> You could try using git bisect to figure out which exact commit to\n> git.git created the problem.\n\nI wanted to avoid that :) Anyway, here is the culprit:\n\n\ncommit 6f5748e14cc5bb0a836b649fb8e2d6a5eb166f1d\nAuthor: Adam Brewster \nDate: Tue Aug 11 23:14:27 2009 -0400\n\n svn: allow branches outside of refs/remotes\n\n It may be convenient for some users to store svn remote tracking\n branches outside of the refs/remotes/ heirarchy.\n\n To accomplish this feat, this patch includes the entire path to\n the ref in $r->{'refname'} in &read_all_remotes and tries to change\n references to this entry so the new value makes sense.\n\n [ew: fixed backwards compatibility, long lines]\n\n Signed-off-by: Adam Brewster \n Signed-off-by: Eric Wong \n\n git-svn.perl | 83 \n++++++++++++++++++++++----------------\n t/lib-git-svn.sh | 2 +-\n t/t9104-git-svn-follow-parent.sh | 10 ++--\n t/t9107-git-svn-migrate.sh | 14 +++----\n t/t9143-git-svn-gc.sh | 10 ++--\n t/t9144-git-svn-old-rev_map.sh | 31 ++++++++++++++\n 6 files changed, 96 insertions(+), 54 deletions(-)\n\n\nBut frankly I'm no expert on Perl... I fear that I won't be able to \ndebug that!\n\nPascal.\n\n-- \n\n--|------------------------------------------------------\n--| Pascal Obry Team-Ada Member\n--| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE\n--|------------------------------------------------------\n--| http://www.obry.net - http://v2p.fr.eu.org\n--| \"The best way to travel is by means of imagination\"\n--|\n--| gpg --keyserver keys.gnupg.net --recv-key F949BD3B\n"},{"id":"127366","messageId":"32541b130911111141n7b029b1ep68656d2eb39be3c7@mail.gmail.com","threadId":"21574","inReplyTo":"4AFA91BB.7050402@obry.net","subject":"Re: git-svn problem with v1.6.5","fromName":"Avery Pennarun","fromEmail":"apenwarr@gmail.com","sentAt":"2009-11-11T19:41:32Z","receivedAt":"2009-11-11T19:41:32Z","isPatch":false,"sender":{"key":"apenwarr@gmail.com","avatar":"https://avatars.githubusercontent.com/u/20592?v=4"},"body":"On Wed, Nov 11, 2009 at 5:28 AM, Pascal Obry wrote:\n>> Avery wrote:\n>> Is d2cf08bb67e4b7da33a250127aab784f1f2f58d3 a valid revision?  (git\n>> log d2cf08bb67e4b7da33a250127aab784f1f2f58d3).\n>\n> No.\n\nWell, that's bad news. Does \"git log --all --parents | grep\nd2cf08bb67e4b7da33a250127aab784f1f2f58d3\" reveal any places that refer\nto it?\n\nIt sounds a bit like your git-svn thinks something maps on to that\ncommit id, but a previous 'git gc' or something has thrown it away.\nHowever, that doesn't explain why earlier git versions don't have this\nproblem.\n\n>> You could try using git bisect to figure out which exact commit to\n>> git.git created the problem.\n>\n> I wanted to avoid that :) Anyway, here is the culprit:\n>\n> commit 6f5748e14cc5bb0a836b649fb8e2d6a5eb166f1d\n> Author: Adam Brewster \n> Date:   Tue Aug 11 23:14:27 2009 -0400\n>\n> svn: allow branches outside of refs/remotes\n[...]\n>\n> But frankly I'm no expert on Perl... I fear that I won't be able to debug\n> that!\n\nIf you retrieve the latest version of git and then git revert the\nabove commit, does that fix the problem, at least?\n\nIs it possible you have some weird branches outside of the\nrefs/remotes tree (either in .git itself, or in .git/refs/*) that you\nforgot about, and which the new version of git-svn is finding somehow?\n\nAvery\n"},{"id":"127370","messageId":"4AFB1756.7090708@obry.net","threadId":"21574","inReplyTo":"32541b130911111141n7b029b1ep68656d2eb39be3c7@mail.gmail.com","subject":"Re: git-svn problem with v1.6.5","fromName":"Pascal Obry","fromEmail":"pascal@obry.net","sentAt":"2009-11-11T19:58:14Z","receivedAt":"2009-11-11T19:58:14Z","isPatch":false,"sender":{"key":"pascal@obry.net","avatar":"https://avatars.githubusercontent.com/u/467069?v=4"},"body":"Avery,\n\n> Well, that's bad news. Does \"git log --all --parents | grep\n> d2cf08bb67e4b7da33a250127aab784f1f2f58d3\" reveal any places that refer\n> to it?\n\nNo.\n\n> It sounds a bit like your git-svn thinks something maps on to that\n> commit id, but a previous 'git gc' or something has thrown it away.\n> However, that doesn't explain why earlier git versions don't have this\n> problem.\n\nMaybe, but that would be a quite annoying bug!\n\n> If you retrieve the latest version of git and then git revert the\n> above commit, does that fix the problem, at least?\n\nI cannot, this does not revert cleanly and I don't know how to properly \nresolve this conflict. I'm no Perl expert!\n\nBut reverting using the version just before fixes this problem.\n\n> Is it possible you have some weird branches outside of the\n> refs/remotes tree (either in .git itself, or in .git/refs/*) that you\n> forgot about, and which the new version of git-svn is finding somehow?\n\nI do not see something under .git/refs/* (only empty directories).\n\nThe project has been imported using something like this:\n\n $ git svn clone --prefix=svn/ svn+ssh://server/path \\\n\t--revision=580:HEAD \\\n\t--trunk=trunk/project \\\n\t--tags=tags/project \\\n\t--branches=branches/project \\\n\t--branches=\"branches/global/*/project\" project\n\nNothing fancy. The git-svn mirrors is updated every night using Git \n1.6.4 without problem.\n\nPascal.\n\n-- \n\n--|------------------------------------------------------\n--| Pascal Obry Team-Ada Member\n--| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE\n--|------------------------------------------------------\n--| http://www.obry.net - http://v2p.fr.eu.org\n--| \"The best way to travel is by means of imagination\"\n--|\n--| gpg --keyserver keys.gnupg.net --recv-key F949BD3B\n"},{"id":"127371","messageId":"20091111202201.GA10351@dcvr.yhbt.net","threadId":"21574","inReplyTo":"4AFB1756.7090708@obry.net","subject":"Re: git-svn problem with v1.6.5","fromName":"Eric Wong","fromEmail":"normalperson@yhbt.net","sentAt":"2009-11-11T20:22:01Z","receivedAt":"2009-11-11T20:22:01Z","isPatch":false,"sender":{"key":"e@80x24.org","avatar":null},"body":"Pascal Obry wrote:\n> Avery,\n>\n>> Well, that's bad news. Does \"git log --all --parents | grep\n>> d2cf08bb67e4b7da33a250127aab784f1f2f58d3\" reveal any places that refer\n>> to it?\n>\n> No.\n\nWeird...\n\n>> It sounds a bit like your git-svn thinks something maps on to that\n>> commit id, but a previous 'git gc' or something has thrown it away.\n>> However, that doesn't explain why earlier git versions don't have this\n>> problem.\n>\n> Maybe, but that would be a quite annoying bug!\n\n>> If you retrieve the latest version of git and then git revert the\n>> above commit, does that fix the problem, at least?\n>\n> I cannot, this does not revert cleanly and I don't know how to properly \n> resolve this conflict. I'm no Perl expert!\n>\n> But reverting using the version just before fixes this problem.\n\nThat should rule out filesystem corruption...\n\n>> Is it possible you have some weird branches outside of the\n>> refs/remotes tree (either in .git itself, or in .git/refs/*) that you\n>> forgot about, and which the new version of git-svn is finding somehow?\n>\n> I do not see something under .git/refs/* (only empty directories).\n>\n> The project has been imported using something like this:\n>\n> $ git svn clone --prefix=svn/ svn+ssh://server/path \\\n> \t--revision=580:HEAD \\\n> \t--trunk=trunk/project \\\n> \t--tags=tags/project \\\n> \t--branches=branches/project \\\n> \t--branches=\"branches/global/*/project\" project\n\nIt looks like you didn't use any of the weird[1] options that make it\nunsafe to clobber the rev_maps. Can you try removing all the .rev_map.*\nfiles in $GIT_DIR/svn and running \"git svn fetch\" to rebuild them?\n\n[1] --no-metadata, --use-svm-props\n-- \nEric Wong\n"},{"id":"127372","messageId":"20091111203413.GA9648@dcvr.yhbt.net","threadId":"21574","inReplyTo":"20091111202201.GA10351@dcvr.yhbt.net","subject":"Re: git-svn problem with v1.6.5","fromName":"Eric Wong","fromEmail":"normalperson@yhbt.net","sentAt":"2009-11-11T20:34:13Z","receivedAt":"2009-11-11T20:34:13Z","isPatch":false,"sender":{"key":"e@80x24.org","avatar":null},"body":"Eric Wong wrote:\n> Pascal Obry wrote:\n> > I do not see something under .git/refs/* (only empty directories).\n> >\n> > The project has been imported using something like this:\n> >\n> > $ git svn clone --prefix=svn/ svn+ssh://server/path \\\n> > \t--revision=580:HEAD \\\n> > \t--trunk=trunk/project \\\n> > \t--tags=tags/project \\\n> > \t--branches=branches/project \\\n> > \t--branches=\"branches/global/*/project\" project\n> \n> It looks like you didn't use any of the weird[1] options that make it\n> unsafe to clobber the rev_maps. Can you try removing all the .rev_map.*\n> files in $GIT_DIR/svn and running \"git svn fetch\" to rebuild them?\n> \n> [1] --no-metadata, --use-svm-props\n\nAlso, any chance you have multiple refs with \"trunk\" in the basename?\n\n git rev-parse --symbolic --all | grep '/trunk'\n\nIt could be a backwards compatibility issue with git svn looking\nin multiple places for trunk.\n\nWith Adam's commit, it'll try $GIT_DIR/svn/refs/remotes/trunk/* first\nThen it'll try $GIT_DIR/svn/trunk/* as a fallback.\n\n-- \nEric Wong\n"},{"id":"127383","messageId":"4AFB32DC.50505@obry.net","threadId":"21574","inReplyTo":"20091111203413.GA9648@dcvr.yhbt.net","subject":"Re: git-svn problem with v1.6.5","fromName":"Pascal Obry","fromEmail":"pascal@obry.net","sentAt":"2009-11-11T21:55:40Z","receivedAt":"2009-11-11T21:55:40Z","isPatch":false,"sender":{"key":"pascal@obry.net","avatar":"https://avatars.githubusercontent.com/u/467069?v=4"},"body":"\nEric,\n\n> Also, any chance you have multiple refs with \"trunk\" in the basename?\n>\n> git rev-parse --symbolic --all | grep '/trunk'\n\nThis reports:\n\n$ git rev-parse --symbolic --all | grep '/trunk'\nrefs/remotes/svn/trunk\n\n> It could be a backwards compatibility issue with git svn looking\n> in multiple places for trunk.\n\nBut I have multiple trunk:\n\n$ ls .git/svn/svn/trunk/\n./ ../ .rev_map.936e1b1b-40f2-da11-902a-00137254ae57 unhandled.log\n\n$ ls .git/svn/refs/remotes/svn/trunk/\n./ ../ .rev_map.936e1b1b-40f2-da11-902a-00137254ae57 unhandled.log\n\nRemoving all the .rev_map* fix the problem.\n\nRemoving only the one in .git/svn/refs/remotes/svn/trunk/ fix the \nproblem too.\n\n> With Adam's commit, it'll try $GIT_DIR/svn/refs/remotes/trunk/* first\n> Then it'll try $GIT_DIR/svn/trunk/* as a fallback.\n\nDoes this means that it was looking first in $GIT_DIR/svn/trunk/* \nbefore? And the confusion come because now it is looking in \n$GIT_DIR/svn/refs/remotes/trunk/* first?\n\nPascal.\n\n-- \n\n--|------------------------------------------------------\n--| Pascal Obry Team-Ada Member\n--| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE\n--|------------------------------------------------------\n--| http://www.obry.net - http://v2p.fr.eu.org\n--| \"The best way to travel is by means of imagination\"\n--|\n--| gpg --keyserver keys.gnupg.net --recv-key F949BD3B\n"},{"id":"127391","messageId":"20091111224454.GA16178@dcvr.yhbt.net","threadId":"21574","inReplyTo":"4AFB32DC.50505@obry.net","subject":"Re: git-svn problem with v1.6.5","fromName":"Eric Wong","fromEmail":"normalperson@yhbt.net","sentAt":"2009-11-11T22:44:54Z","receivedAt":"2009-11-11T22:44:54Z","isPatch":false,"sender":{"key":"e@80x24.org","avatar":null},"body":"Pascal Obry wrote:\n> Eric,\n>\n>> Also, any chance you have multiple refs with \"trunk\" in the basename?\n>>\n>> git rev-parse --symbolic --all | grep '/trunk'\n>\n> This reports:\n>\n> $ git rev-parse --symbolic --all | grep '/trunk'\n> refs/remotes/svn/trunk\n\nPascal,\n\nOK, this is normal.\n\n>> It could be a backwards compatibility issue with git svn looking\n>> in multiple places for trunk.\n>\n> But I have multiple trunk:\n>\n> $ ls .git/svn/svn/trunk/\n> ./ ../ .rev_map.936e1b1b-40f2-da11-902a-00137254ae57 unhandled.log\n>\n> $ ls .git/svn/refs/remotes/svn/trunk/\n> ./ ../ .rev_map.936e1b1b-40f2-da11-902a-00137254ae57 unhandled.log\n>\n> Removing all the .rev_map* fix the problem.\n>\n> Removing only the one in .git/svn/refs/remotes/svn/trunk/ fix the \n> problem too.\n>\n>> With Adam's commit, it'll try $GIT_DIR/svn/refs/remotes/trunk/* first\n>> Then it'll try $GIT_DIR/svn/trunk/* as a fallback.\n>\n> Does this means that it was looking first in $GIT_DIR/svn/trunk/* \n> before? And the confusion come because now it is looking in \n> $GIT_DIR/svn/refs/remotes/trunk/* first?\n\nYes, but somehow $GIT_DIR/svn/refs/remotes/trunk should not have\nbeen created since $GIT_DIR/svn/svn/trunk already existed. Both\nof those directories existing at the same time should not\n\nDid you try an early version of Adam's patch before it made it into\ngit.git by any chance?\n\nOr, did you by any chance start a fresh import with a v1.6.5 and then\nrsync $GIT_DIR to one created with 1.6.4 and not use --delete with\nrsync?\n\n-- \nEric Wong\n"},{"id":"127414","messageId":"4AFBADA9.3060401@obry.net","threadId":"21574","inReplyTo":"20091111224454.GA16178@dcvr.yhbt.net","subject":"Re: git-svn problem with v1.6.5","fromName":"Pascal Obry","fromEmail":"pascal@obry.net","sentAt":"2009-11-12T06:39:37Z","receivedAt":"2009-11-12T06:39:37Z","isPatch":false,"sender":{"key":"pascal@obry.net","avatar":"https://avatars.githubusercontent.com/u/467069?v=4"},"body":"Eric,\n\n> Did you try an early version of Adam's patch before it made it into\n> git.git by any chance?\n\nNo.\n\n> Or, did you by any chance start a fresh import with a v1.6.5 and then\n> rsync $GIT_DIR to one created with 1.6.4 and not use --delete with\n> rsync?\n\nNo. The import has been done with 1.6.4. A filter-branch has been \napplied to fix author names. But AFAIK (will check) it has been done \nwith 1.6.4 too.\n\nPascal.\n\n-- \n\n--|------------------------------------------------------\n--| Pascal Obry Team-Ada Member\n--| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE\n--|------------------------------------------------------\n--| http://www.obry.net - http://v2p.fr.eu.org\n--| \"The best way to travel is by means of imagination\"\n--|\n--| gpg --keyserver keys.gnupg.net --recv-key F949BD3B\n"},{"id":"127415","messageId":"20091112071121.GA569@dcvr.yhbt.net","threadId":"21574","inReplyTo":"4AFBADA9.3060401@obry.net","subject":"Re: git-svn problem with v1.6.5","fromName":"Eric Wong","fromEmail":"normalperson@yhbt.net","sentAt":"2009-11-12T07:11:21Z","receivedAt":"2009-11-12T07:11:21Z","isPatch":false,"sender":{"key":"e@80x24.org","avatar":null},"body":"Pascal Obry wrote:\n> Eric,\n>\n>> Did you try an early version of Adam's patch before it made it into\n>> git.git by any chance?\n>\n> No.\n>\n>> Or, did you by any chance start a fresh import with a v1.6.5 and then\n>> rsync $GIT_DIR to one created with 1.6.4 and not use --delete with\n>> rsync?\n>\n> No. The import has been done with 1.6.4. A filter-branch has been \n> applied to fix author names. But AFAIK (will check) it has been done \n> with 1.6.4 too.\n\nOh... Any chance that lost commit you couldn't find was clobbered\nby filter-branch? That would explain a lot...\n\n-- \nEric Wong\n"},{"id":"127419","messageId":"a2633edd0911120011u34d69100p1565ab5bf96a7709@mail.gmail.com","threadId":"21574","inReplyTo":"20091112071121.GA569@dcvr.yhbt.net","subject":"Re: git-svn problem with v1.6.5","fromName":"Pascal Obry","fromEmail":"pascal@obry.net","sentAt":"2009-11-12T08:11:10Z","receivedAt":"2009-11-12T08:11:10Z","isPatch":false,"sender":{"key":"pascal@obry.net","avatar":"https://avatars.githubusercontent.com/u/467069?v=4"},"body":"Eric,\n\n> Oh...  Any chance that lost commit you couldn't find was clobbered\n> by filter-branch?  That would explain a lot...\n\nI still have the AWS repo as it was from initial import. And I can see\nthe commit\non this one:\n\n$ git log --all --parents | grep d2cf08bb67e4b7da33a250127aab784f1f2f58d3\ncommit bd95b2b254286e6f04015b7f58266d66abc134a7\nd2cf08bb67e4b7da33a250127aab784f1f2f58d3\ncommit d2cf08bb67e4b7da33a250127aab784f1f2f58d3\n406eaf7e51229f60048ea80cdb6904e33ef59a81\n\nSo that's definitely a problem with the filter-branch. Thanks a lot\nfor your precious help!\n\nWill review the procedure for filtering branches :(\n\nPascal.\n\n-- \n\n--|------------------------------------------------------\n--| Pascal Obry Team-Ada Member\n--| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE\n--|------------------------------------------------------\n--| http://www.obry.net\n--| \"The best way to travel is by means of imagination\"\n--|\n--| gpg --keyserver wwwkeys.pgp.net --recv-key C1082595\n"},{"id":"127423","messageId":"a2633edd0911120103y688a2b2ah2c33c47de195ee81@mail.gmail.com","threadId":"21574","inReplyTo":"a2633edd0911120011u34d69100p1565ab5bf96a7709@mail.gmail.com","subject":"Re: git-svn problem with v1.6.5","fromName":"Pascal Obry","fromEmail":"pascal@obry.net","sentAt":"2009-11-12T09:03:06Z","receivedAt":"2009-11-12T09:03:06Z","isPatch":false,"sender":{"key":"pascal@obry.net","avatar":"https://avatars.githubusercontent.com/u/467069?v=4"},"body":"Eric,\n\n> Will review the procedure for filtering branches :(\n\nA quick review does not show something obviously wrong on my side.\n\nThe commit on the rewritten repo has a different sha-1 which is\nexpected. So to me it seems that after a filter-branch on a git-svn\nrepo it is mandatory to recreate all .rev_map*? Is that right? Is so,\nthis is the missing piece in the procedure on my side.\n\nPascal.\n\n-- \n\n--|------------------------------------------------------\n--| Pascal Obry Team-Ada Member\n--| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE\n--|------------------------------------------------------\n--| http://www.obry.net\n--| \"The best way to travel is by means of imagination\"\n--|\n--| gpg --keyserver wwwkeys.pgp.net --recv-key C1082595\n"},{"id":"127427","messageId":"20091112093509.GA617@dcvr.yhbt.net","threadId":"21574","inReplyTo":"a2633edd0911120103y688a2b2ah2c33c47de195ee81@mail.gmail.com","subject":"Re: git-svn problem with v1.6.5","fromName":"Eric Wong","fromEmail":"normalperson@yhbt.net","sentAt":"2009-11-12T09:35:09Z","receivedAt":"2009-11-12T09:35:09Z","isPatch":false,"sender":{"key":"e@80x24.org","avatar":null},"body":"Pascal Obry wrote:\n> Eric,\n> \n> > Will review the procedure for filtering branches :(\n> \n> A quick review does not show something obviously wrong on my side.\n> \n> The commit on the rewritten repo has a different sha-1 which is\n> expected. So to me it seems that after a filter-branch on a git-svn\n> repo it is mandatory to recreate all .rev_map*? Is that right? Is so,\n> this is the missing piece in the procedure on my side.\n\nYes, you need to recreate all the .rev_map* files if you use\nfilter-branch. Just remove them and they should be automatically\nrecreated for your case (not using --no-metadata or --use-svm-props)\n\n-- \nEric Wong\n"},{"id":"127434","messageId":"a2633edd0911120200l1d7bf848j3fd305a18e70453d@mail.gmail.com","threadId":"21574","inReplyTo":"20091112093509.GA617@dcvr.yhbt.net","subject":"Re: git-svn problem with v1.6.5","fromName":"Pascal Obry","fromEmail":"pascal@obry.net","sentAt":"2009-11-12T10:00:07Z","receivedAt":"2009-11-12T10:00:07Z","isPatch":false,"sender":{"key":"pascal@obry.net","avatar":"https://avatars.githubusercontent.com/u/467069?v=4"},"body":"Eric,\n\n> Yes, you need to recreate all the .rev_map* files if you use\n> filter-branch.  Just remove them and they should be automatically\n> recreated for your case (not using --no-metadata or --use-svm-props)\n\nThanks for the confirmation, I'll do that.\n\nPascal.\n\n-- \n\n--|------------------------------------------------------\n--| Pascal Obry Team-Ada Member\n--| 45, rue Gabriel Peri - 78114 Magny Les Hameaux FRANCE\n--|------------------------------------------------------\n--| http://www.obry.net\n--| \"The best way to travel is by means of imagination\"\n--|\n--| gpg --keyserver wwwkeys.pgp.net --recv-key C1082595\n"}]}