From cyreve at gmail.com Thu Apr 3 14:20:20 2008 From: cyreve at gmail.com (Richard Hughes) Date: Thu Apr 3 14:20:58 2008 Subject: Labelling parent after child makes SanityChecker insane In-Reply-To: References: Message-ID: <1054287413.20080403192020@rhughes.net> I've finally got to the bottom of the last thing preventing me doing a completely clean conversion. The same label was used three times, in three different subdirectories. The problem is in the sanity checker, which doesn't update its internal tree during the copy if the target directory already exists (because of an earlier labelling of a child project). When the third label happens the sanity checker thinks some parent directories don't exist when they actually do so it adds them, breaking the svnadmin load which knows that the directories really do exist. If that description made no sense, read the test case at the end of this e-mail. I've also attached a patch, as before. Richard. -----8<-----8<-----8<-----8<-----8<-----8<-----8<-----8<-----8<----- **** make-broken-db.bat setlocal set SSDIR=c:\vss\test\db ss create -YAdmin -I- $/one ss create -YAdmin -I- $/one/two ss create -YAdmin -I- $/one/three ss create -YAdmin -I- $/one/three/four sleep 2 ss label -YAdmin -Lmy_label -I- $/one/two sleep 2 ss label -YAdmin -Lmy_label -I- $/one sleep 2 ss label -YAdmin -Lmy_label -I- $/one/three/four endlocal -----8<-----8<-----8<-----8<-----8<-----8<-----8<-----8<-----8<----- **** SanityChecker.pm.r337.patch Index: script/Vss2Svn/Dumpfile/SanityChecker.pm =================================================================== --- script/Vss2Svn/Dumpfile/SanityChecker.pm (revision 337) +++ script/Vss2Svn/Dumpfile/SanityChecker.pm (working copy) @@ -369,6 +369,7 @@ if(defined($ref->{$item})) { # item already exists; can't add it + $ref->{$item} = $newref if defined($newref); return 0; } From toby at etjohnson.us Thu Apr 3 15:14:39 2008 From: toby at etjohnson.us (Toby Johnson) Date: Thu Apr 3 15:14:41 2008 Subject: Labelling parent after child makes SanityChecker insane In-Reply-To: <1054287413.20080403192020@rhughes.net> References: <1054287413.20080403192020@rhughes.net> Message-ID: <47F52C9F.8010307@etjohnson.us> Richard Hughes wrote: > I've finally got to the bottom of the last thing preventing me doing a > completely clean conversion. > > The same label was used three times, in three different > subdirectories. The problem is in the sanity checker, which doesn't > update its internal tree during the copy if the target directory > already exists (because of an earlier labelling of a child project). > When the third label happens the sanity checker thinks some parent > directories don't exist when they actually do so it adds them, > breaking the svnadmin load which knows that the directories really do > exist. If that description made no sense, read the test case at the > end of this e-mail. > > I've also attached a patch, as before. > Thanks Richard, I still don't have my VSS environment recreated but your patches and descriptions make sense so I've committed them in r338. Glad you were able to get a clean migration eventually! toby From brucetwilson at gmail.com Fri Apr 4 21:49:41 2008 From: brucetwilson at gmail.com (Bruce Wilson) Date: Fri Apr 4 21:49:54 2008 Subject: Labelling parent after child makes SanityChecker insane In-Reply-To: <47F52C9F.8010307@etjohnson.us> References: <1054287413.20080403192020@rhughes.net> <47F52C9F.8010307@etjohnson.us> Message-ID: <47F6DAB5.6090109@toomuchblue.com> Richard, Thanks for taking the time to continue to improve the product, and to share your patches for everyone's benefit. I'm guessing I speak for many lurkers who are trying to migrate when they have time, but aren't in a position to determine which problems are from data and which from the product. I'm eager to try the latest build to see if your patch makes my own conversion cleaner. Thanks! Toby Johnson wrote: > Richard Hughes wrote: >> I've finally got to the bottom of the last thing preventing me doing a >> completely clean conversion. >> >> The same label was used three times, in three different >> subdirectories. The problem is in the sanity checker, which doesn't >> update its internal tree during the copy if the target directory >> already exists (because of an earlier labelling of a child project). >> When the third label happens the sanity checker thinks some parent >> directories don't exist when they actually do so it adds them, >> breaking the svnadmin load which knows that the directories really do >> exist. If that description made no sense, read the test case at the >> end of this e-mail. >> >> I've also attached a patch, as before. >> > > Thanks Richard, I still don't have my VSS environment recreated but > your patches and descriptions make sense so I've committed them in > r338. Glad you were able to get a clean migration eventually! > > toby > > _______________________________________________ > vss2svn-users mailing list > Project homepage: > http://www.pumacode.org/projects/vss2svn/ > Subscribe/Unsubscribe/Admin: > http://lists.pumacode.org/mailman/listinfo/vss2svn-users-lists.pumacode.org > > Mailing list web interface (with searchable archives): > http://dir.gmane.org/gmane.comp.version-control.subversion.vss2svn.user > From hyugaricdeau at gmail.com Mon Apr 7 12:10:09 2008 From: hyugaricdeau at gmail.com (Erik Bray) Date: Mon Apr 7 12:10:19 2008 Subject: vss2svn-users Digest, Vol 25, Issue 1 In-Reply-To: <20080404160003.15CBA6C1C3@cp.thetahost.com> References: <20080404160003.15CBA6C1C3@cp.thetahost.com> Message-ID: On Thu, 3 Apr 2008 19:20:20, Richard Hughes wrote: > I've finally got to the bottom of the last thing preventing me doing a > completely clean conversion. > > The same label was used three times, in three different > subdirectories. The problem is in the sanity checker, which doesn't > update its internal tree during the copy if the target directory > already exists (because of an earlier labelling of a child project). > When the third label happens the sanity checker thinks some parent > directories don't exist when they actually do so it adds them, > breaking the svnadmin load which knows that the directories really do > exist. If that description made no sense, read the test case at the > end of this e-mail. > > I've also attached a patch, as before. > > Richard. Thanks a bunch for figuring that out. I haven't had to deal with a VSS to SVN conversion in a long while now, but last time I did I ran into this problem multiple times. I just wasn't brave enough to go through the sanity checker and try to figure out what was causing it, so I had to fix my dump files by hand. Great work! From ravikumarsinha at gmail.com Wed Apr 9 00:28:22 2008 From: ravikumarsinha at gmail.com (Ravi Kumar) Date: Wed Apr 9 00:39:17 2008 Subject: VSS to svn issue In-Reply-To: References: Message-ID: Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: vss_screen.JPG Type: image/jpeg Size: 210867 bytes Desc: not available Url : http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080409/018d2b19/vss_screen-0001.jpe From eda at waniasset.com Wed Apr 9 06:40:24 2008 From: eda at waniasset.com (Ed Avis) Date: Wed Apr 9 06:45:12 2008 Subject: Patch to fix build Message-ID: Hi, current vss2svn in Subversion fails to build on Fedora 8 because it is missing a header include. This patch fixes it: Index: ssphys/SSPhysLib/SSRecord.cpp =================================================================== --- ssphys/SSPhysLib/SSRecord.cpp (revision 338) +++ ssphys/SSPhysLib/SSRecord.cpp (working copy) @@ -2,6 +2,7 @@ // ////////////////////////////////////////////////////////////////////// +#include #include "StdAfx.h" #include "SSRecord.h" #include "SSFiles.h" -- Ed Avis From pcpinkerton at gmail.com Wed Apr 9 07:34:37 2008 From: pcpinkerton at gmail.com (Phil Pinkerton) Date: Wed Apr 9 07:34:44 2008 Subject: VSS to svn issue In-Reply-To: References: Message-ID: On Wed, Apr 9, 2008 at 12:28 AM, Ravi Kumar wrote: > > Hello , > > I am struggling to migrate 8GB VSS data to SVN. > > Shall be thankful If anybody can help me on this. I am ready to do > consulting for this migration. > > *When I loading my dump.dat file to svn then I am getting error message > "No Such Revision 19702. How to handle this?* > > Very badly I need to do migration.Please help. > > Any Buddy from Bangalore , India then please do let me know. > > Thanks > ravi Kumar > > > -- > Thanks > Ravi Kumar > _______________________________________________ > vss2svn-users mailing list > Project homepage: > http://www.pumacode.org/projects/vss2svn/ > Subscribe/Unsubscribe/Admin > : > > http://lists.pumacode.org/mailman/listinfo/vss2svn-users-lists.pumacode.org > Mailing list web interface (with searchable archives): > http://dir.gmane.org/gmane.comp.version-control.subversion.vss2svn.user > Did you run Analyze.exe BEFORE trying the conversion and fix any errors/issues ?? -- " The fundamental principle here is that the justification for a physical concept lies exclusively in its clear an unambiguous relation to the facts it can be experienced" AE -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080409/1bc8a2e9/attachment.html From eugen_eugen at gmx.de Wed Apr 9 11:37:31 2008 From: eugen_eugen at gmx.de (Jewgenij Moldawski) Date: Wed Apr 9 11:37:39 2008 Subject: How to ignore labels Message-ID: <20080409153731.41970@gmx.net> Hi, Is it possible to tell vss2svn to ignore all labels? Thanks! BR J. Moldawski -- Psst! Geheimtipp: Online Games kostenlos spielen bei den GMX Free Games! http://games.entertainment.gmx.net/de/entertainment/games/free From toby at etjohnson.us Wed Apr 9 16:16:01 2008 From: toby at etjohnson.us (Toby Johnson) Date: Wed Apr 9 16:16:03 2008 Subject: Patch to fix build In-Reply-To: References: Message-ID: <47FD2401.5090700@etjohnson.us> Ed Avis wrote: > Hi, current vss2svn in Subversion fails to build on Fedora 8 because it is > missing a header include. This patch fixes it: > Thanks Ed, I've added your patch in r339. toby From nathan-svn at spicycrypto.ca Thu Apr 10 11:10:54 2008 From: nathan-svn at spicycrypto.ca (Nathan Kidd) Date: Thu Apr 10 11:11:03 2008 Subject: VSS to svn issue In-Reply-To: References: Message-ID: <47FE2DFE.3040509@spicycrypto.ca> Ravi Kumar wrote: > I am struggling to migrate 8GB VSS data to SVN. > > Shall be thankful If anybody can help me on this. I am ready to do > consulting for this migration. > > *When I loading my dump.dat file to svn then I am getting error message > "No Such Revision 19702. How to handle this?* My first guess, given the size of your repo and that you're running on windows, is that the dumpfile is corrupt: http://www.pumacode.org/projects/vss2svn/wiki/FixingTheDumpfile#DumpfileIsCorrupt Otherwise you can use the methods outlined on http://www.pumacode.org/projects/vss2svn/wiki/FixingTheDumpfile to narrow down the part of the dumpfile that has the problem and manually fix it. -Nathan From ravikumarsinha at gmail.com Fri Apr 11 00:33:59 2008 From: ravikumarsinha at gmail.com (Ravi Kumar) Date: Fri Apr 11 00:34:24 2008 Subject: VSS to svn issue In-Reply-To: References: Message-ID: Yes I ran Analyze.exe. On 4/9/08, Phil Pinkerton wrote: > > > > On Wed, Apr 9, 2008 at 12:28 AM, Ravi Kumar > wrote: > > > > > Hello , > > > > I am struggling to migrate 8GB VSS data to SVN. > > > > Shall be thankful If anybody can help me on this. I am ready to do > > consulting for this migration. > > > > *When I loading my dump.dat file to svn then I am getting error message > > "No Such Revision 19702. How to handle this?* > > > > Very badly I need to do migration.Please help. > > > > Any Buddy from Bangalore , India then please do let me know. > > > > Thanks > > ravi Kumar > > > > > > -- > > Thanks > > Ravi Kumar > > _______________________________________________ > > vss2svn-users mailing list > > Project homepage: > > http://www.pumacode.org/projects/vss2svn/ > > Subscribe/Unsubscribe/Admin: > > > > http://lists.pumacode.org/mailman/listinfo/vss2svn-users-lists.pumacode.org > > Mailing list web interface (with searchable archives): > > http://dir.gmane.org/gmane.comp.version-control.subversion.vss2svn.user > > > > Did you run Analyze.exe BEFORE trying the conversion and fix any > errors/issues ?? > > -- > " The fundamental principle here is that the justification for a physical > concept lies exclusively in its clear an unambiguous relation to the facts > it can be experienced" AE > _______________________________________________ > vss2svn-users mailing list > Project homepage: > http://www.pumacode.org/projects/vss2svn/ > Subscribe/Unsubscribe/Admin: > > http://lists.pumacode.org/mailman/listinfo/vss2svn-users-lists.pumacode.org > Mailing list web interface (with searchable archives): > http://dir.gmane.org/gmane.comp.version-control.subversion.vss2svn.user > -- Thanks Ravi Kumar -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080411/a166206f/attachment.html From ravikumarsinha at gmail.com Mon Apr 14 04:19:04 2008 From: ravikumarsinha at gmail.com (Ravi Kumar) Date: Mon Apr 14 04:19:12 2008 Subject: VSS to svn issue In-Reply-To: <47FE2DFE.3040509@spicycrypto.ca> References: <47FE2DFE.3040509@spicycrypto.ca> Message-ID: Nathan, Is there any way I can break my dump file(21GB) into 3 to 4 parts using svndumptool. I am usng this tool & trying to brak it but I am getting this error message at line " 495 --md5" On 4/10/08, Nathan Kidd wrote: > Ravi Kumar wrote: > > > I am struggling to migrate 8GB VSS data to SVN. > > Shall be thankful If anybody can help me on this. I am ready to do > > consulting for this migration. > > *When I loading my dump.dat file to svn then I am getting error message > > "No Such Revision 19702. How to handle this?* > > > > My first guess, given the size of your repo and that you're running on > windows, is that the dumpfile is corrupt: > > http://www.pumacode.org/projects/vss2svn/wiki/FixingTheDumpfile#DumpfileIsCorrupt > > Otherwise you can use the methods outlined on > http://www.pumacode.org/projects/vss2svn/wiki/FixingTheDumpfile > to narrow down the part of the dumpfile that has the problem and manually > fix it. > > -Nathan > > _______________________________________________ > vss2svn-users mailing list > Project homepage: > http://www.pumacode.org/projects/vss2svn/ > Subscribe/Unsubscribe/Admin: > > http://lists.pumacode.org/mailman/listinfo/vss2svn-users-lists.pumacode.org > Mailing list web interface (with searchable archives): > http://dir.gmane.org/gmane.comp.version-control.subversion.vss2svn.user > > -- Thanks Ravi Kumar -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080414/8b1511fe/attachment.html From brucetwilson at gmail.com Mon Apr 14 07:19:31 2008 From: brucetwilson at gmail.com (Bruce Wilson) Date: Mon Apr 14 07:19:44 2008 Subject: VSS to svn issue In-Reply-To: References: <47FE2DFE.3040509@spicycrypto.ca> Message-ID: <48033DC3.1040303@toomuchblue.com> Make sure you're using the latest "daily" build, or a copy you built from the latest source. There was a bug a few revs back involving the md5 param. I submitted a patch which seemed to help. Ravi Kumar wrote: > Nathan, > > Is there any way I can break my dump file(21GB) into 3 to 4 parts > using svndumptool. > > I am usng this tool & trying to brak it but I am getting this error > message at line " 495 --md5" > > On 4/10/08, *Nathan Kidd* > wrote: > > Ravi Kumar wrote: > > I am struggling to migrate 8GB VSS data to SVN. > Shall be thankful If anybody can help me on this. I am ready > to do consulting for this migration. > *When I loading my dump.dat file to svn then I am getting > error message "No Such Revision 19702. How to handle this?* > > > My first guess, given the size of your repo and that you're > running on windows, is that the dumpfile is corrupt: > http://www.pumacode.org/projects/vss2svn/wiki/FixingTheDumpfile#DumpfileIsCorrupt > > Otherwise you can use the methods outlined on > http://www.pumacode.org/projects/vss2svn/wiki/FixingTheDumpfile > to narrow down the part of the dumpfile that has the problem and > manually fix it. > > -Nathan > > > _______________________________________________ > vss2svn-users mailing list > Project homepage: > http://www.pumacode.org/projects/vss2svn/ > Subscribe/Unsubscribe/Admin: > http://lists.pumacode.org/mailman/listinfo/vss2svn-users-lists.pumacode.org > Mailing list web interface (with searchable archives): > http://dir.gmane.org/gmane.comp.version-control.subversion.vss2svn.user > > > > > -- > Thanks > Ravi Kumar > ------------------------------------------------------------------------ > > _______________________________________________ > vss2svn-users mailing list > Project homepage: > http://www.pumacode.org/projects/vss2svn/ > Subscribe/Unsubscribe/Admin: > http://lists.pumacode.org/mailman/listinfo/vss2svn-users-lists.pumacode.org > Mailing list web interface (with searchable archives): > http://dir.gmane.org/gmane.comp.version-control.subversion.vss2svn.user -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080414/70143c5c/attachment.html From brucetwilson at gmail.com Mon Apr 14 07:31:15 2008 From: brucetwilson at gmail.com (Bruce Wilson) Date: Mon Apr 14 07:31:39 2008 Subject: auto-props problems Message-ID: <48034083.1040609@toomuchblue.com> Hi, all. My migration is running without errors! Woo hoo! However... When I compare the export of VSS to SVN, I found that all my files (or all the ones I've checked so far) have properties "svn:eol-style=native" and "svn:mime-type=text/plain". That's kind of a problem for MSI and EXE files (and several other types, but these are enough to prove the problem). At what point in the process is this property being attached? I'm using Subversion 1.4.6, and running the migration on XP with a batch file, then exporting using TortoiseSVN 1.4.8. My vss2svn is rev 339. My command line for the migration is: %build%\vss2svn --ssphys %build%\ssphys.exe --vssdir %VSS% --revtimerange %revtimerange% --timing --verbose --auto_props "C:\Documents and Settings\username\Application Data\Subversion\config" > migration.log (build, vss and revtimerange are all valid values defined earlier in my batch file) I can include my config if that will help, but I can say for sure that MSI and EXE are not contained in the file, and I do not have any other filename pattern which would match these files. Anybody? I'm so close, I just need to correct this one problem and I can be done with VSS for good. From dbb14 at columbia.edu Mon Apr 14 11:20:11 2008 From: dbb14 at columbia.edu (David Blaikie) Date: Mon Apr 14 11:20:17 2008 Subject: "skim" migration of trunk, tags and branches Message-ID: Hi, I'm doing a much less ambitious "skim" (i.e., checking out code from VSS and adding directly to SVN) migration of our VSS repository. I think that in order to migrate active branches and labels from VSS, I should check out each branch separately and then add it directly to the branches directory in SVN. My approach would be this: 1. create a new project directory with branches/ tags/ and trunk/ directories 2. check out latest version of code from VSS 3. add checked-out tree into trunk/ in SVN 4. individually check out branches from VSS 5. add each as a separate branch in branches/ directory in SVN 6. individually check out labels from VSS 7. add each as a separate tag in tags/ directory in SVN does this sound correct? Would this allow developers to merge branches or tags with the trunk at a future point in time? thanks much David -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080414/f04ff18d/attachment.html From lasaine at lvk.cs.msu.su Mon Apr 14 16:34:13 2008 From: lasaine at lvk.cs.msu.su (Alexander I. Gordeev) Date: Mon Apr 14 16:34:45 2008 Subject: vss2svn messages Message-ID: Hi all! Huge thanks for the extremely usefule utility! Converting the repository among with the benefits of subversion was the only way to convince other developers to switch to it! I was able to get a dumpfile and load it into a repository (after some manual intervention). Everything works ok now. However I've got several error messages during conversion so I just want to know definitely if I can fix them or ignore safely because the project is very important to us. Could you please tell me or point to some source of information? I've attached a full log and here is a list of errors with duplicates removed: 1. Remove action_id 266, BUKAAAAA, ADD, ~sakd3093aa501c42c2a.csproj Temporary file created by Visual Studio .NET to detect Microsoft Visual SourceSafe capabilities. Remove action_id 267, BUKAAAAA, DELETE, ~sakd3093aa501c42c2a.csproj 2. ERROR -- Attempt to add entry 'NVAAAAAA' with unknown version number (probably destroyed) at ./vss2svn.pl line 1067 3. ERROR -- No more active itempath to commit to 'LFOAAAAA': KFOAAAAA, BDKAAAAA, LFOAAAAA, KFOAAAAA, BDKAAAAA, at ./vss2svn.pl line 1067 4. ERROR -- Attempt to commit unknown item 'BJBBAAAA': at ./vss2svn.pl line 1067 5. Use of uninitialized value in join or string at ./vss2svn.pl line 1111. 6. /home/alex/work/avicomp/vss2svn/trunk/ssphys/ssphys: no file delta record found for check-in action (probably item did not retained old versions of itself) Try `/home/alex/work/avicomp/vss2svn/trunk/ssphys/ssphys --help` for more information ERROR -- FAILED with non-zero exit status 255 (cmd: "/home/alex/work/avicomp/vss2svn/trunk/ssphys/ssphys" get -b -v1 --force-overwrite -ewindows-1251 "/home/alex/work/avicomp/vsscopy/LO for WG/data/j/jagbaaaa" /home/alex/work/avicomp/vsscopy/_vss2svn/vssdata/JA/JAGBAAAA) at ./vss2svn.pl line 1480 7. ERROR -- Parent path missing while trying to add item '/orphaned/_ICEAAAAA/AssemblyInfo.cpp' at revision 3: adding missing parents at ./vss2svn.pl line 1224 Regards, -- Alexander -------------- next part -------------- A non-text attachment was scrubbed... Name: run.log.gz Type: application/x-gzip Size: 22834 bytes Desc: not available Url : http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080415/1b1de5c1/run.log-0001.gz From lasaine at lvk.cs.msu.su Fri Apr 11 17:27:04 2008 From: lasaine at lvk.cs.msu.su (Alexander I. Gordeev) Date: Mon Apr 14 23:14:59 2008 Subject: vss2svn messages Message-ID: Hi all! Huge thanks for the extremely usefule utility! Converting the repository among with the benefits of subversion was the only way to convince other developers to switch to it! I was able to get a dumpfile and load it into a repository (after some manual intervention). Everything works ok now. However I've got several error messages during conversion so I just want to know definitely if I can fix them or ignore safely because the project is very important to us. Could you please tell me or point to some source of information? I've attached a full log and here is a list of errors with duplicates removed: 1. Remove action_id 266, BUKAAAAA, ADD, ~sakd3093aa501c42c2a.csproj Temporary file created by Visual Studio .NET to detect Microsoft Visual SourceSafe capabilities. Remove action_id 267, BUKAAAAA, DELETE, ~sakd3093aa501c42c2a.csproj 2. ERROR -- Attempt to add entry 'NVAAAAAA' with unknown version number (probably destroyed) at ./vss2svn.pl line 1067 3. ERROR -- No more active itempath to commit to 'LFOAAAAA': KFOAAAAA, BDKAAAAA, LFOAAAAA, KFOAAAAA, BDKAAAAA, at ./vss2svn.pl line 1067 4. ERROR -- Attempt to commit unknown item 'BJBBAAAA': at ./vss2svn.pl line 1067 5. Use of uninitialized value in join or string at ./vss2svn.pl line 1111. 6. /home/alex/work/avicomp/vss2svn/trunk/ssphys/ssphys: no file delta record found for check-in action (probably item did not retained old versions of itself) Try `/home/alex/work/avicomp/vss2svn/trunk/ssphys/ssphys --help` for more information ERROR -- FAILED with non-zero exit status 255 (cmd: "/home/alex/work/avicomp/vss2svn/trunk/ssphys/ssphys" get -b -v1 --force-overwrite -ewindows-1251 "/home/alex/work/avicomp/vsscopy/LO for WG/data/j/jagbaaaa" /home/alex/work/avicomp/vsscopy/_vss2svn/vssdata/JA/JAGBAAAA) at ./vss2svn.pl line 1480 7. ERROR -- Parent path missing while trying to add item '/orphaned/_ICEAAAAA/AssemblyInfo.cpp' at revision 3: adding missing parents at ./vss2svn.pl line 1224 Regards, -- Alexander -------------- next part -------------- A non-text attachment was scrubbed... Name: run.log Type: application/octet-stream Size: 389261 bytes Desc: not available Url : http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080412/4f3ad18a/run-0001.obj From toby at etjohnson.us Mon Apr 14 23:42:05 2008 From: toby at etjohnson.us (Toby Johnson) Date: Mon Apr 14 23:42:08 2008 Subject: "skim" migration of trunk, tags and branches In-Reply-To: References: Message-ID: <4804240D.60303@etjohnson.us> David Blaikie wrote: > Hi, I'm doing a much less ambitious "skim" (i.e., checking out code > from VSS and adding directly to SVN) migration of our VSS repository. > > I think that in order to migrate active branches and labels from VSS, > I should check out each branch separately and then add it directly to > the branches directory in SVN. > > My approach would be this: > > 1. create a new project directory with branches/ tags/ and trunk/ > directories > 2. check out latest version of code from VSS > 3. add checked-out tree into trunk/ in SVN > 4. individually check out branches from VSS > 5. add each as a separate branch in branches/ directory in SVN > 6. individually check out labels from VSS > 7. add each as a separate tag in tags/ directory in SVN > > does this sound correct? Would this allow developers to merge > branches or tags with the trunk at a future point in time? Hello David, Unfortunately this approach will lead to a lot of wasted/duplicated space in your repository. Ordinarily Subversion creates branches and tags using its "cheap copies" so that only changes in a branch take up space. But if you manually check these files in several times as suggested, you won't be creating cheap copies but rather full duplicate copies of all files multiple times. Whether that option is still desirable would be a judgment call on your part; if your source tree isn't very large it may still be helpful but you won't be able to perform the ordinary commands available with copied files such as diff against the original and merging. So I'd probably recommend against that option and instead finish out any existing branches using VSS then create new ones in SVN after you migrate. toby From toby at etjohnson.us Mon Apr 14 23:46:45 2008 From: toby at etjohnson.us (Toby Johnson) Date: Mon Apr 14 23:46:47 2008 Subject: auto-props problems In-Reply-To: <48034083.1040609@toomuchblue.com> References: <48034083.1040609@toomuchblue.com> Message-ID: <48042525.3040106@etjohnson.us> Bruce Wilson wrote: > Hi, all. > > My migration is running without errors! Woo hoo! However... > > When I compare the export of VSS to SVN, I found that all my files (or > all the ones I've checked so far) have properties > "svn:eol-style=native" and "svn:mime-type=text/plain". That's kind of > a problem for MSI and EXE files (and several other types, but these > are enough to prove the problem). > > At what point in the process is this property being attached? I'm > using Subversion 1.4.6, and running the migration on XP with a batch > file, then exporting using TortoiseSVN 1.4.8. My vss2svn is rev 339. > > My command line for the migration is: > > %build%\vss2svn --ssphys %build%\ssphys.exe --vssdir %VSS% > --revtimerange %revtimerange% --timing --verbose --auto_props > "C:\Documents and Settings\username\Application > Data\Subversion\config" > migration.log > > > (build, vss and revtimerange are all valid values defined earlier in > my batch file) > > I can include my config if that will help, but I can say for sure that > MSI and EXE are not contained in the file, and I do not have any other > filename pattern which would match these files. > > Anybody? I'm so close, I just need to correct this one problem and I > can be done with VSS for good. Hello Bruce, I'm unfortunately not too familiar with the auto-props feature but I would suggest disabling it if rerunning without it is feasible. You should also check VSS itself to ensure that these files are not marked as text files there. You should also note that in general, Subversion best practices recommend against keeping build artifacts such as .exe and .msi in the repository, so you may just want to remove them instead of fixing them unless your build/deployment process depends on them being there. toby From dbb14 at columbia.edu Tue Apr 15 09:44:27 2008 From: dbb14 at columbia.edu (dbb14@columbia.edu) Date: Tue Apr 15 09:44:42 2008 Subject: "skim" migration of trunk, tags and branches In-Reply-To: <4804240D.60303@etjohnson.us> References: <4804240D.60303@etjohnson.us> Message-ID: thank you for pointing that out. Well, we do have several large projects and if there are active branches that can't be finished out, it seems to me I could recreate them in SVN by checking in the project as it was before the branch was made, creating the branch inSVN, then replacing files that have since been modified in the new branch. Can you see any problems there? Thanks - D. David On Mon, Apr 14, 2008 at 11:42 PM, Toby Johnson wrote: > David Blaikie wrote: > > > Hi, I'm doing a much less ambitious "skim" (i.e., checking out code from > > VSS and adding directly to SVN) migration of our VSS repository. > > I think that in order to migrate active branches and labels from VSS, I > > should check out each branch separately and then add it directly to the > > branches directory in SVN. > > My approach would be this: > > > > 1. create a new project directory with branches/ tags/ and trunk/ > > directories > > 2. check out latest version of code from VSS > > 3. add checked-out tree into trunk/ in SVN > > 4. individually check out branches from VSS > > 5. add each as a separate branch in branches/ directory in SVN > > 6. individually check out labels from VSS > > 7. add each as a separate tag in tags/ directory in SVN > > > > does this sound correct? Would this allow developers to merge branches > > or tags with the trunk at a future point in time? > > > > Hello David, > > Unfortunately this approach will lead to a lot of wasted/duplicated space > in your repository. Ordinarily Subversion creates branches and tags using > its "cheap copies" so that only changes in a branch take up space. But if > you manually check these files in several times as suggested, you won't be > creating cheap copies but rather full duplicate copies of all files multiple > times. > > Whether that option is still desirable would be a judgment call on your > part; if your source tree isn't very large it may still be helpful but you > won't be able to perform the ordinary commands available with copied files > such as diff against the original and merging. > > So I'd probably recommend against that option and instead finish out any > existing branches using VSS then create new ones in SVN after you migrate. > > toby > > _______________________________________________ > vss2svn-users mailing list > Project homepage: > http://www.pumacode.org/projects/vss2svn/ > Subscribe/Unsubscribe/Admin: > > http://lists.pumacode.org/mailman/listinfo/vss2svn-users-lists.pumacode.org > Mailing list web interface (with searchable archives): > http://dir.gmane.org/gmane.comp.version-control.subversion.vss2svn.user > > From bryan.a.aldrich at gmail.com Tue Apr 15 14:29:05 2008 From: bryan.a.aldrich at gmail.com (Bryan Aldrich) Date: Tue Apr 15 14:29:17 2008 Subject: MOVE operations Message-ID: <91cfdb810804151129q5d6a46c6gf74e70509c605ead@mail.gmail.com> In Revision # 305 in ActionHandler.pm, some code was altered which I believe is causing issues. in _move_handler, line 457 (of rev 305) was changed from: * my $itempath = $self->_get_parent_path ($row->{info}) . $row->{itemname};* to this: * my $itempath = $parentpath . $physinfo->{name}; # $row->{itemname};* When using this coupled with a RESTORE element, the items are then attempted to move FROM the orphaned folder TO the orphaned folder. While $parentpath is defined in r305 on line 456 as: *my $parentpath = $self->_get_current_parent_path ();* I am unsure which of these should be used, but in my case, _get_current_parent_path() returns the source path, where-as _get_parent_path returns the dest path. Bryan -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080415/728c3d44/attachment.html From bryan.a.aldrich at gmail.com Tue Apr 15 15:08:54 2008 From: bryan.a.aldrich at gmail.com (Bryan Aldrich) Date: Tue Apr 15 15:09:04 2008 Subject: MOVE operations In-Reply-To: <91cfdb810804151129q5d6a46c6gf74e70509c605ead@mail.gmail.com> References: <91cfdb810804151129q5d6a46c6gf74e70509c605ead@mail.gmail.com> Message-ID: <91cfdb810804151208u1ce024bex4ef1a756e1841eb5@mail.gmail.com> My statement here is only partially correct. I am looking more as changing this line back did not resolve my issues. Bryan On Tue, Apr 15, 2008 at 2:29 PM, Bryan Aldrich wrote: > In Revision # 305 in ActionHandler.pm, some code was altered which I > believe is causing issues. > > in _move_handler, line 457 (of rev 305) was changed from: > * my $itempath = $self->_get_parent_path ($row->{info}) . > $row->{itemname};* > to this: > * my $itempath = $parentpath . $physinfo->{name}; # $row->{itemname};* > > When using this coupled with a RESTORE element, the items are then > attempted to move FROM the orphaned folder TO the orphaned folder. > > While $parentpath is defined in r305 on line 456 as: > *my $parentpath = $self->_get_current_parent_path ();* > > I am unsure which of these should be used, but in my case, > _get_current_parent_path() returns the source path, where-as > _get_parent_path returns the dest path. > > Bryan > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080415/9c998019/attachment.html From toby at etjohnson.us Tue Apr 15 18:48:34 2008 From: toby at etjohnson.us (Toby Johnson) Date: Tue Apr 15 18:48:36 2008 Subject: "skim" migration of trunk, tags and branches In-Reply-To: References: <4804240D.60303@etjohnson.us> Message-ID: <480530C2.1070208@etjohnson.us> dbb14@columbia.edu wrote: > thank you for pointing that out. Well, we do have several large > projects and if there are active branches that can't be finished out, > it seems to me I could recreate them in SVN by checking in the project > as it was before the branch was made, creating the branch inSVN, then > replacing files that have since been modified in the new branch. Can > you see any problems there? Thanks - D. > I don't see any problems with that, it sounds like it would accomplish what you're trying to achieve and also let you use the Subversion merge features when you're ready to merge the branches back to trunk. toby From aaguia at yahoo.com Mon Apr 21 13:43:33 2008 From: aaguia at yahoo.com (Alan Aguia) Date: Mon Apr 21 13:43:56 2008 Subject: error vss2svn.pl line 1261 Message-ID: <146224.181.qm@web39812.mail.mud.yahoo.com> Hi Im trying to migrate from visual source safe to subversion. After download the program and running it I receive the following error. C:\Program Files\Microsoft Visual Studio\VSS>vss2svn.exe -vssdir "\\beta\Repositorio\" could not find ParserDetails.ini in /PerlApp/XML/SAX Connecting to database ./_vss2svn/vss_data.db ERROR -- \\beta\Repositorio" does not appear to be a valid VSS database at vss2svn.pl line 1261 Thanks --------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080421/7c126c5f/attachment.html From ashu.ngm at gmail.com Tue Apr 22 08:40:47 2008 From: ashu.ngm at gmail.com (nandinicvs) Date: Tue Apr 22 08:40:54 2008 Subject: error while creating repository from dumpfile Message-ID: <16823841.post@talk.nabble.com> hi all, I have created the dumpfile for my repository ...and then used svnadmin load to create the repository out of the dumpfile.....I got the following error.... <<< Started new transaction, based on original revision 6345 * adding path : orphaned/_YGFBAAAA ... done. * adding path : orphaned/_YGFBAAAA/Report ... done. * adding path : orphaned/_ZHFBAAAA ... done. * adding path : orphaned/_ZHFBAAAA/ ... done. * adding path : orphaned/_NIFBAAAA ... done. * adding path : orphaned/_NIFBAAAA/App_ces ... done. * adding path : orphaned/_NJFBAAAA ... done. * adding path : orphaned/_NJFBAAAA/Service ... done. * adding path : orphaned/_RJFBAAAA ... done. * adding path : orphaned/_RJFBAAAA/Service ... done. * adding path : orphaned/_SJFBAAAA ... done. * adding path : orphaned/_SJFBAAAA/rService ... done. * adding path : orphaned/_WJFBAAAA ... done. * adding path : orphaned/_WJFBAAAA/Service ... done. * adding path : orphaned/_WJFBAAAA/M.....ade.d iscomap ...svnadmin: File not found: revision 5831, path '/orphaned/_UDBBAAAA/..///....sie.discomap' any reasons why could this be and how to solve this???? Thank u in advance..... -- View this message in context: http://www.nabble.com/error-while-creating-repository-from-dumpfile-tp16823841p16823841.html Sent from the vss2svn - users mailing list archive at Nabble.com. From bryan.a.aldrich at gmail.com Tue Apr 22 09:06:33 2008 From: bryan.a.aldrich at gmail.com (Bryan Aldrich) Date: Tue Apr 22 09:06:41 2008 Subject: error while creating repository from dumpfile In-Reply-To: <16823841.post@talk.nabble.com> References: <16823841.post@talk.nabble.com> Message-ID: <91cfdb810804220606q43ae8b6ds621b7133e1372b84@mail.gmail.com> I also had this in very large quantities. It comes from a few reasons. 1) RESTOREs. If you backup and RESTORE a project from one VSS to another, it loads it under orphaned, and under some circumstances, it fails to run properly after the restore happens. vss2svn fails to handle any RENAME on the RESTORED folder. (The restore action can rename the folder and restore it at the same time). 2) SHAREs. If a file is shared, and the parent is destroyed, any renames that happened will fail to show properly. I have fixed both of these errors in my local copy of vss2svn and was planning on emailing the patches to the list. If you have it setup to run it as a perl environment, I can forward the patches when I get off work. They worked for me on my two VSS migrations. Bryan On Tue, Apr 22, 2008 at 8:40 AM, nandinicvs wrote: > > hi all, > I have created the dumpfile for my repository ...and then used svnadmin > load > to create the repository out of the dumpfile.....I got the following > error.... > <<< Started new transaction, based on original revision 6345 > * adding path : orphaned/_YGFBAAAA ... done. > * adding path : orphaned/_YGFBAAAA/Report ... done. > * adding path : orphaned/_ZHFBAAAA ... done. > * adding path : orphaned/_ZHFBAAAA/ ... done. > * adding path : orphaned/_NIFBAAAA ... done. > * adding path : orphaned/_NIFBAAAA/App_ces ... done. > * adding path : orphaned/_NJFBAAAA ... done. > * adding path : orphaned/_NJFBAAAA/Service ... done. > * adding path : orphaned/_RJFBAAAA ... done. > * adding path : orphaned/_RJFBAAAA/Service ... done. > * adding path : orphaned/_SJFBAAAA ... done. > * adding path : orphaned/_SJFBAAAA/rService ... done. > * adding path : orphaned/_WJFBAAAA ... done. > * adding path : orphaned/_WJFBAAAA/Service ... done. > * adding path : orphaned/_WJFBAAAA/M.....ade.d > iscomap ...svnadmin: File not found: revision 5831, path > '/orphaned/_UDBBAAAA/..///....sie.discomap' > > > > any reasons why could this be and how to solve this???? > Thank u in advance..... > -- > View this message in context: > http://www.nabble.com/error-while-creating-repository-from-dumpfile-tp16823841p16823841.html > Sent from the vss2svn - users mailing list archive at Nabble.com. > > _______________________________________________ > vss2svn-users mailing list > Project homepage: > http://www.pumacode.org/projects/vss2svn/ > Subscribe/Unsubscribe/Admin: > > http://lists.pumacode.org/mailman/listinfo/vss2svn-users-lists.pumacode.org > Mailing list web interface (with searchable archives): > http://dir.gmane.org/gmane.comp.version-control.subversion.vss2svn.user > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080422/376b468f/attachment.html From nathan-svn at spicycrypto.ca Tue Apr 22 10:24:38 2008 From: nathan-svn at spicycrypto.ca (Nathan Kidd) Date: Tue Apr 22 10:24:45 2008 Subject: error while creating repository from dumpfile In-Reply-To: <16823841.post@talk.nabble.com> References: <16823841.post@talk.nabble.com> Message-ID: <480DF526.3020604@spicycrypto.ca> nandinicvs wrote: > I have created the dumpfile for my repository ...and then used svnadmin load > to create the repository out of the dumpfile.....I got the following > error.... > <<< Started new transaction, based on original revision 6345 > iscomap ...svnadmin: File not found: revision 5831, path > '/orphaned/_UDBBAAAA/..///....sie.discomap' > > any reasons why could this be and how to solve this???? Googling for: "svnadmin: File not found" vss2svn returns in the first few results this page: http://www.pumacode.org/projects/vss2svn/wiki/FixingTheDumpfile This is a manual approach which is good if you don't have too many errors, or don't want to re-run the conversion. If Bryan's patches fix the source of the problem they're more ideal. -Nathan From bryan.a.aldrich at gmail.com Tue Apr 22 11:53:15 2008 From: bryan.a.aldrich at gmail.com (Bryan Aldrich) Date: Tue Apr 22 11:53:24 2008 Subject: error while creating repository from dumpfile In-Reply-To: <480DF526.3020604@spicycrypto.ca> References: <16823841.post@talk.nabble.com> <480DF526.3020604@spicycrypto.ca> Message-ID: <91cfdb810804220853tfdc5296xd9b9f7f29f838d53@mail.gmail.com> Skipped content of type multipart/alternative-------------- next part -------------- Index: script/vss2svn.pl =================================================================== --- script/vss2svn.pl (revision 339) +++ script/vss2svn.pl (working copy) @@ -722,6 +722,7 @@ # the MergeParentData function can not deal with this specific problem my($sth, $rows, $row); + $sth = $gCfg{dbh}->prepare('SELECT * FROM PhysicalAction ' . 'WHERE actiontype = "MOVE_FROM"'); $sth->execute(); @@ -738,19 +739,19 @@ my $source = undef; my $target = $row->{parentphys}; - if (scalar @$childrecs > 1) { - &ThrowWarning("Multiple child recs for parent MOVE rec " - . "'$row->{action_id}'"); - } - - if (scalar @$childrecs >= 1) { - # only merge MOVE records that have the same timestamp - if ($row->{timestamp} == @$childrecs[0]->{timestamp}) { - $source = @$childrecs[0]->{parentphys}; - &DeleteChildRec(@$childrecs[0]->{action_id}); - } - } - + my $chosenChildRecord; + my $childRecord; + + foreach $childRecord (@$childrecs) { + if (!(defined $chosenChildRecord) && $childRecord->{timestamp} == $row->{timestamp} && !($childRecord->{parentphys} eq $row->{parentphys})) { + $chosenChildRecord = $childRecord; + } + } + + if (defined $chosenChildRecord) { + $source = $chosenChildRecord->{parentphys}; + &DeleteChildRec($chosenChildRecord->{action_id}); + my $sql = <<"EOSQL"; UPDATE PhysicalAction @@ -764,7 +765,31 @@ my $update; $update = $gCfg{dbh}->prepare($sql); - $update->execute( $target, $source, $row->{action_id}); + update->execute( $target, $source, $row->{action_id}); + } else { + #the record did not have a matching MOVE_TO. call it a RESTORE +print "Changing $row->{action_id} to a RESTORE\n"; + my $sql = <<"EOSQL"; +UPDATE + PhysicalAction +SET + actiontype = 'RESTORE' +WHERE + action_id = ? +EOSQL + my $update; + $update = $gCfg{dbh}->prepare($sql); + + $update->execute( $row->{action_id}); + } + +# if (scalar @$childrecs >= 1) { +# # only merge MOVE records that have the same timestamp +# if ($row->{timestamp} == @$childrecs[0]->{timestamp}) { +# $source = @$childrecs[0]->{parentphys}; +# &DeleteChildRec(@$childrecs[0]->{action_id}); +# } +# } } @@ -784,7 +809,26 @@ $update->execute($row->{info}, $row->{parentphys}, $row->{action_id}); } + $sth = $gCfg{dbh}->prepare('SELECT * FROM PhysicalAction WHERE actiontype = "RESTORE"'); + $sth->execute(); + $rows = $sth->fetchall_arrayref( {} ); + + foreach $row (@$rows) { + #calculate last name of this file. Store it in $info + + my $sql = "SELECT * FROM PhysicalAction WHERE physname = ? AND timestamp < ? ORDER BY timestamp DESC"; + + $sth = $gCfg{dbh}->prepare($sql); + $sth->execute( $row->{physname}, $row->{timestamp} ); + + my $myOlderRecords = $sth->fetchall_arrayref( {} ); + if (scalar @$myOlderRecords > 0) { + my $update = $gCfg{dbh}->prepare('UPDATE PhysicalAction SET info = ? WHERE action_id = ?'); + $update->execute(@$myOlderRecords[0]->{itemname}, $row->{action_id}); + } + } + 1; } # End MergeMoveData Index: script/Vss2Svn/ActionHandler.pm =================================================================== --- script/Vss2Svn/ActionHandler.pm (revision 339) +++ script/Vss2Svn/ActionHandler.pm (working copy) @@ -113,7 +113,7 @@ # number here. So we don't need to add the item anyway. if (!defined $version ) { $self->{errmsg} .= "Attempt to add entry '$row->{physname}' with " - . "unknown version number (probably destroyed)\n"; + . "unknown version number (probably destroyed) parent: $row->{parentphys} itemtype: $row->{itemtype}\n"; $gOrphanedInfo {$row->{physname} } = 1; return 0; @@ -263,6 +263,10 @@ my $parentpath = $self->_get_current_parent_path (); my $itempath = $parentpath . $row->{itemname}; + # a SHARE *can* rename a file if the parent is no longer present. + $row->{info} = $row->{itemname}; + $self->_rename_handler(); + # 'sourceinfo' contains the source path my $sourceinfo = $self->_get_valid_path ($physname, $row->{parentphys}, $version); @@ -276,15 +280,16 @@ # return $self->_add_handler(); } + ## Can not MOVE from orphan if SHARE. The orphaned item may move later as part of a standard move. # if this is a share from orphan, and not a share+pin action either, we can treat it as a move - elsif (!defined $row->{version} && # share+pin? - defined $physinfo->{orphaned} # orphaned? -# scalar @{$physinfo->{order}} == 1 # only one parent? - ) { - $physinfo->{parents}->{'_' . $row->{physname}}->{deleted} = 1; - undef $physinfo->{orphaned}; - $self->{action} = 'MOVE'; - } +# elsif (!defined $row->{version} && # share+pin? +# defined $physinfo->{orphaned} # orphaned? +## scalar @{$physinfo->{order}} == 1 # only one parent? +# ) { +# $physinfo->{parents}->{'_' . $row->{physname}}->{deleted} = 1; +# undef $physinfo->{orphaned}; +# $self->{action} = 'MOVE'; +# } # track the addition of the new parent $self->_add_parent ($physname, $row->{parentphys}); @@ -410,7 +415,7 @@ # _move_handler ############################################################################### sub _move_handler { - my($self) = @_; + my($self, $oldName) = @_; my $row = $self->{row}; my $physname = $row->{physname}; @@ -439,11 +444,6 @@ } } - # '$sourceinfo' is the path for the old location (the move source); - my $sourceparent = $self->_get_parent_path ($row->{info}); - my $sourceinfo = $sourceparent . $row->{itemname}; - - # check the target path if (!defined ($row->{parentphys})) { # the target directory was destroyed, so there is no apropriate move @@ -452,6 +452,18 @@ $row->{parentphys} = '_' . $row->{physname}; } + # '$sourceinfo' is the path for the old location (the move source); + my $sourceparent = $self->_get_parent_path ($row->{info}); + my $sourceinfo; + if (defined $oldName) + { + $sourceinfo = $sourceparent . $oldName; + } + else + { + $sourceinfo = $sourceparent . $row->{itemname}; + } + # '$itempath' contains the move target path my $parentpath = $self->_get_current_parent_path (); my $itempath = $parentpath . $physinfo->{name}; # $row->{itemname}; @@ -494,9 +506,26 @@ $self->{action} = 'MOVE'; $row->{actiontype} = 'MOVE'; - $row->{info} = $row->{parentphys}; - $row->{parentphys} = '_' . $row->{physname}; - return $self->_move_handler (); +# $row->{info} = $row->{parentphys}; +# $row->{parentphys} = '_' . $row->{physname}; + + $gPhysInfo{ $row->{physname} } = + { + type => $row->{itemtype}, + name => $row->{itemname}, + parents => {}, + first_version => 1, + last_version => 1, + orphaned => 1, + was_binary => $row->{is_binary}, + }; + + my $newName = $row->{info}; + + # the MOVE handler uses info, but expects it to be undef for a restore action. + undef $row->{info}; + + return $self->_move_handler ($newName); } ############################################################################### Index: script/Vss2Svn/Dumpfile.pm =================================================================== --- script/Vss2Svn/Dumpfile.pm (revision 339) +++ script/Vss2Svn/Dumpfile.pm (working copy) @@ -205,9 +205,13 @@ return $self->_commit_handler ($itempath, $nodes, $data, $expdir); } else { - $self->add_error("Attempt to re-add directory '$itempath' at " - . "revision $data->{revision_id}, skipping action: possibly " - . "missing delete"); + #creating a new VSS database can cause a "ADD" for a "/" item which will fail. + if (!($itempath eq "/")) { + $self->add_error("Attempt to re-add directory '$itempath' at " + . "revision $data->{revision_id}, skipping action: possibly " + . "missing delete"); + } + return 0; } } @@ -219,9 +223,13 @@ return 0; } elsif ($success == 0) { - $self->add_error("Parent path missing while trying to add " - . "item '$itempath' at revision $data->{revision_id}: adding missing " - . "parents"); + # don't warn about adding missing parents for orphans. they are always missing. + if (!($itempath =~ m/^\/orphaned\/_.*/)) + { + $self->add_error("Parent path missing while trying to add " + . "item '$itempath' at revision $data->{revision_id}: adding missing " + . "parents"); + } $self->_create_svn_path ($nodes, $itempath); } From kennethlakin at gmail.com Wed Apr 23 19:40:15 2008 From: kennethlakin at gmail.com (Kenneth Lakin) Date: Wed Apr 23 19:40:32 2008 Subject: How to ignore labels In-Reply-To: <20080409153731.41970@gmx.net> References: <20080409153731.41970@gmx.net> Message-ID: <480FC8DF.6090207@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jewgenij Moldawski wrote: | Hi, | | Is it possible to tell vss2svn to ignore all labels? You could use svndumpfilter on the dumpfile to filter out the labels from your repo. It's almost like getting vss2svn to ignore the labels. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.7 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQEVAwUBSA/I3osblWe5kJ+jAQKDOgf/fJf7791gYSgEWSsmXHGvdaidO61t6ocO gRWPmZMdd8/KUwAfV2zmm+4m+VfxVsA/7fbbhCY/X0FjKjNH6nuekYuTuQlukdzg bd2ityypef0o0PCq9kHsqYjqIgeRxT8KHggNYSigbYOlna6Ne3EyYe7mZE0As/H/ 0IYMRAUA9vhKrAeiwtJMweD1ryUgpp0S95Iqk4HAtwhETy5Lt/H/ZqMDQxtHkW5Y l77tYlbw5VFj/uPZv1hzbvXc7t3Z1JYEK4NeiydhBQ4hGMf5Wmk4PWGs2paP7XOo JwmqdMZQrxDkqWZ6hIJ9eA5osId3lBrcxbR35cY893KLeRRQYO12JA== =Iixx -----END PGP SIGNATURE----- From SatishKumar-1.Peddi-1 at cognizant.com Fri Apr 25 06:15:05 2008 From: SatishKumar-1.Peddi-1 at cognizant.com (SatishKumar-1.Peddi-1@cognizant.com) Date: Fri Apr 25 06:16:00 2008 Subject: problem with dumpfile Message-ID: Hi All, While running svnadmin load i got the following error messages TASK: MERGEPARENTDATA DBD::SQLite2::st execute failed: unable to open database file(1) at dbdimp.c li e 419 at vss2svn.pl line 710. DBD::SQLite2::st execute failed: unable to open database file(1) at dbdimp.c li e 419 at vss2svn.pl line 710. Can u please help me what this error means, where I have the problem and how to correct these errors. Thanks in advance This e-mail and any files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. Any unauthorised review, use, disclosure, dissemination, forwarding, printing or copying of this email or any action taken in reliance on this e-mail is strictly prohibited and may be unlawful. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080425/fda4af09/attachment.html From bryan.a.aldrich at gmail.com Fri Apr 25 09:55:13 2008 From: bryan.a.aldrich at gmail.com (Bryan Aldrich) Date: Fri Apr 25 09:55:19 2008 Subject: problem with dumpfile In-Reply-To: References: Message-ID: <91cfdb810804250655j33d81906g9f75afa0a27728fc@mail.gmail.com> Turn off TortoiseSVN icon caching. On Fri, Apr 25, 2008 at 6:15 AM, wrote: > Hi All, > > While running svnadmin load i got the following error > messages > > TASK: MERGEPARENTDATA > > DBD::SQLite2::st execute failed: unable to open database file(1) at > dbdimp.c li > > e 419 at vss2svn.pl line 710. > > DBD::SQLite2::st execute failed: unable to open database file(1) at > dbdimp.c li > > e 419 at vss2svn.pl line 710. > > > > Can u please help me what this error means, where I have the problem and > how to correct these errors. > > > > > > Thanks in advance > This e-mail and any files transmitted with it are for the sole use of > the intended recipient(s) and may contain confidential and privileged > information. > If you are not the intended recipient, please contact the sender by reply > e-mail and destroy all copies of the original message. > Any unauthorised review, use, disclosure, dissemination, forwarding, > printing or copying of this email or any action taken in reliance on this > e-mail is strictly > prohibited and may be unlawful. > > > > _______________________________________________ > vss2svn-users mailing list > Project homepage: > http://www.pumacode.org/projects/vss2svn/ > Subscribe/Unsubscribe/Admin: > http://lists.pumacode.org/mailman/listinfo/vss2svn-users-lists.pumacode.org > Mailing list web interface (with searchable archives): > http://dir.gmane.org/gmane.comp.version-control.subversion.vss2svn.user > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080425/4f79109a/attachment.html From bryan.a.aldrich at gmail.com Sat Apr 26 11:09:27 2008 From: bryan.a.aldrich at gmail.com (Bryan Aldrich) Date: Sat Apr 26 11:09:41 2008 Subject: Path for renames during restore and renames during share Message-ID: <91cfdb810804260809j3018796cv6bf5829d5d0263a3@mail.gmail.com> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: vss2svn.diff Type: application/octet-stream Size: 9677 bytes Desc: not available Url : http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080426/6e203751/vss2svn.obj From SatishKumar-1.Peddi-1 at cognizant.com Mon Apr 28 09:06:13 2008 From: SatishKumar-1.Peddi-1 at cognizant.com (SatishKumar-1.Peddi-1@cognizant.com) Date: Mon Apr 28 09:06:22 2008 Subject: problem with dumpfile In-Reply-To: <91cfdb810804250655j33d81906g9f75afa0a27728fc@mail.gmail.com> References: <91cfdb810804250655j33d81906g9f75afa0a27728fc@mail.gmail.com> Message-ID: I turned off my Tortoisesvn icon caching but still I am getting same error message. So I think there is another reason for this error. Can you please help me in getting rid of this error. ________________________________ From: vss2svn-users-bounces@lists.pumacode.org [mailto:vss2svn-users-bounces@lists.pumacode.org] On Behalf Of Bryan Aldrich Sent: Friday, April 25, 2008 7:25 PM To: Vss2Svn Users Subject: Re: problem with dumpfile Turn off TortoiseSVN icon caching. On Fri, Apr 25, 2008 at 6:15 AM, wrote: Hi All, While running svnadmin load i got the following error messages TASK: MERGEPARENTDATA DBD::SQLite2::st execute failed: unable to open database file(1) at dbdimp.c li e 419 at vss2svn.pl line 710. DBD::SQLite2::st execute failed: unable to open database file(1) at dbdimp.c li e 419 at vss2svn.pl line 710. Can u please help me what this error means, where I have the problem and how to correct these errors. Thanks in advance This e-mail and any files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. Any unauthorised review, use, disclosure, dissemination, forwarding, printing or copying of this email or any action taken in reliance on this e-mail is strictly prohibited and may be unlawful. _______________________________________________ vss2svn-users mailing list Project homepage: http://www.pumacode.org/projects/vss2svn/ Subscribe/Unsubscribe/Admin : http://lists.pumacode.org/mailman/listinfo/vss2svn-users-lists.pumacode. org Mailing list web interface (with searchable archives): http://dir.gmane.org/gmane.comp.version-control.subversion.vss2svn.user This e-mail and any files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. Any unauthorised review, use, disclosure, dissemination, forwarding, printing or copying of this email or any action taken in reliance on this e-mail is strictly prohibited and may be unlawful. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080428/8660f35f/attachment.html From SatishKumar-1.Peddi-1 at cognizant.com Tue Apr 29 01:30:38 2008 From: SatishKumar-1.Peddi-1 at cognizant.com (SatishKumar-1.Peddi-1@cognizant.com) Date: Tue Apr 29 01:30:41 2008 Subject: Path for renames during restore and renames during share In-Reply-To: <91cfdb810804260809j3018796cv6bf5829d5d0263a3@mail.gmail.com> References: <91cfdb810804260809j3018796cv6bf5829d5d0263a3@mail.gmail.com> Message-ID: Can you please merge this with the original exe so that I can directly use your vss2svn as I don't have knowledge on perlscript ________________________________ From: vss2svn-users-bounces@lists.pumacode.org [mailto:vss2svn-users-bounces@lists.pumacode.org] On Behalf Of Bryan Aldrich Sent: Saturday, April 26, 2008 8:39 PM To: Vss2Svn Users Subject: Path for renames during restore and renames during share I have created this patch during our VSS migration. It allowed us to restore a full and complete SVN repostiroy with all data accurate after the conversion. No files had to be moved from the orphaned directory either. Please let me know if there are any questions. Bryan This e-mail and any files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. Any unauthorised review, use, disclosure, dissemination, forwarding, printing or copying of this email or any action taken in reliance on this e-mail is strictly prohibited and may be unlawful. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080429/4a36181f/attachment.html From ashu.ngm at gmail.com Tue Apr 29 07:02:22 2008 From: ashu.ngm at gmail.com (nandinicvs) Date: Tue Apr 29 07:02:29 2008 Subject: dumpcreated but with errors Message-ID: <16957969.post@talk.nabble.com> hi All, I have created the dumpfile but it had reported some errors.... BUILDACTIONHIST: Attempt to add entry 'RAAAAAAA' with unknown version number (probably destroy ed) at vss2svn.pl line 1066 Attempt to add entry 'QLAAAAAA' with unknown version number (probably destroy ed) at vss2svn.pl line 1066 Attempt to add entry 'EGCAAAAA' with unknown version number (probably destroy ed) at vss2svn.pl line 1066 Attempt to add entry 'FGCAAAAA' with unknown version number (probably destroy ed) What do these mean? and would there be any problems because of these ...? how to resolve them? -- View this message in context: http://www.nabble.com/dumpcreated-but-with-errors-tp16957969p16957969.html Sent from the vss2svn - users mailing list archive at Nabble.com. From ashu.ngm at gmail.com Tue Apr 29 07:03:51 2008 From: ashu.ngm at gmail.com (nandinicvs) Date: Tue Apr 29 07:03:58 2008 Subject: dumpcreated but with errors In-Reply-To: <16957969.post@talk.nabble.com> References: <16957969.post@talk.nabble.com> Message-ID: <16957990.post@talk.nabble.com> I also got this error: IMPORTSVN: Attempt to re-add directory '/' at revision 1, skipping action: possibly miss ing delete at vss2svn.pl line 1223 Attempt to delete non-existent item 'StyleSheet.css' at revision 24: possibly missing recover/add/share; skipping at vss2svn.pl line 1223 nandinicvs wrote: > > hi All, > I have created the dumpfile but it had reported some errors.... > > BUILDACTIONHIST: > Attempt to add entry 'RAAAAAAA' with unknown version number (probably > destroy > ed) > at vss2svn.pl line 1066 > Attempt to add entry 'QLAAAAAA' with unknown version number (probably > destroy > ed) > at vss2svn.pl line 1066 > Attempt to add entry 'EGCAAAAA' with unknown version number (probably > destroy > ed) > at vss2svn.pl line 1066 > Attempt to add entry 'FGCAAAAA' with unknown version number (probably > destroy > ed) > > What do these mean? and would there be any problems because of these ...? > how to resolve them? > -- View this message in context: http://www.nabble.com/dumpcreated-but-with-errors-tp16957969p16957990.html Sent from the vss2svn - users mailing list archive at Nabble.com. From bryan.a.aldrich at gmail.com Tue Apr 29 09:29:04 2008 From: bryan.a.aldrich at gmail.com (Bryan Aldrich) Date: Tue Apr 29 09:29:11 2008 Subject: Path for renames during restore and renames during share In-Reply-To: References: <91cfdb810804260809j3018796cv6bf5829d5d0263a3@mail.gmail.com> Message-ID: <91cfdb810804290629t36c9496dvd3eb9c923d757711@mail.gmail.com> I tried, but I do not have the tools to do so. Perhaps someone who can build a exe can assist? Bryan On Tue, Apr 29, 2008 at 1:30 AM, wrote: > > > Can you please merge this with the original exe so that I can directly use > your vss2svn as I don't have knowledge on perlscript > ------------------------------ > > *From:* vss2svn-users-bounces@lists.pumacode.org [mailto: > vss2svn-users-bounces@lists.pumacode.org] *On Behalf Of *Bryan Aldrich > *Sent:* Saturday, April 26, 2008 8:39 PM > *To:* Vss2Svn Users > *Subject:* Path for renames during restore and renames during share > > > > I have created this patch during our VSS migration. It allowed us to > restore a full and complete SVN repostiroy with all data accurate after the > conversion. No files had to be moved from the orphaned directory either. > > > > Please let me know if there are any questions. > > > > Bryan > This e-mail and any files transmitted with it are for the sole use of > the intended recipient(s) and may contain confidential and privileged > information. > If you are not the intended recipient, please contact the sender by reply > e-mail and destroy all copies of the original message. > Any unauthorised review, use, disclosure, dissemination, forwarding, > printing or copying of this email or any action taken in reliance on this > e-mail is strictly > prohibited and may be unlawful. > > > > _______________________________________________ > vss2svn-users mailing list > Project homepage: > http://www.pumacode.org/projects/vss2svn/ > Subscribe/Unsubscribe/Admin: > > http://lists.pumacode.org/mailman/listinfo/vss2svn-users-lists.pumacode.org > Mailing list web interface (with searchable archives): > http://dir.gmane.org/gmane.comp.version-control.subversion.vss2svn.user > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080429/7ecfb446/attachment.html From bryan.a.aldrich at gmail.com Tue Apr 29 09:30:51 2008 From: bryan.a.aldrich at gmail.com (Bryan Aldrich) Date: Tue Apr 29 09:30:56 2008 Subject: dumpcreated but with errors In-Reply-To: <16957990.post@talk.nabble.com> References: <16957969.post@talk.nabble.com> <16957990.post@talk.nabble.com> Message-ID: <91cfdb810804290630q3e725643h63a783f4819d5be1@mail.gmail.com> The first set of errors are normal and can be ignored. They happen when a file is destroyed in VSS. The file tag is kept w/ zero information about the file itself. The "attempt to add /" warning can also be ignored. The 2nd one may be solved with a set of patches I posted, but it may not be an issue depending on circumstances. If the SVN file fully loaded, then do a full get latest from SVN and then from VSS and compare files. Be sure to ignore _svn, .svn, , orphaned, etc. Bryan On Tue, Apr 29, 2008 at 7:03 AM, nandinicvs wrote: > > I also got this error: > > IMPORTSVN: > Attempt to re-add directory '/' at revision 1, skipping action: possibly > miss > ing delete > at vss2svn.pl line 1223 > Attempt to delete non-existent item 'StyleSheet.css' at revision 24: > possibly > missing recover/add/share; skipping > at vss2svn.pl line 1223 > > > > > > nandinicvs wrote: > > > > hi All, > > I have created the dumpfile but it had reported some errors.... > > > > BUILDACTIONHIST: > > Attempt to add entry 'RAAAAAAA' with unknown version number (probably > > destroy > > ed) > > at vss2svn.pl line 1066 > > Attempt to add entry 'QLAAAAAA' with unknown version number (probably > > destroy > > ed) > > at vss2svn.pl line 1066 > > Attempt to add entry 'EGCAAAAA' with unknown version number (probably > > destroy > > ed) > > at vss2svn.pl line 1066 > > Attempt to add entry 'FGCAAAAA' with unknown version number (probably > > destroy > > ed) > > > > What do these mean? and would there be any problems because of these > ...? > > how to resolve them? > > > > -- > View this message in context: > http://www.nabble.com/dumpcreated-but-with-errors-tp16957969p16957990.html > Sent from the vss2svn - users mailing list archive at Nabble.com. > > _______________________________________________ > vss2svn-users mailing list > Project homepage: > http://www.pumacode.org/projects/vss2svn/ > Subscribe/Unsubscribe/Admin: > > http://lists.pumacode.org/mailman/listinfo/vss2svn-users-lists.pumacode.org > Mailing list web interface (with searchable archives): > http://dir.gmane.org/gmane.comp.version-control.subversion.vss2svn.user > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080429/8277648b/attachment-0001.html From brucetwilson at gmail.com Tue Apr 29 15:22:17 2008 From: brucetwilson at gmail.com (Bruce Wilson) Date: Tue Apr 29 15:22:34 2008 Subject: Path for renames during restore and renames during share In-Reply-To: <91cfdb810804260809j3018796cv6bf5829d5d0263a3@mail.gmail.com> References: <91cfdb810804260809j3018796cv6bf5829d5d0263a3@mail.gmail.com> Message-ID: <48177569.4020100@toomuchblue.com> Wow, I haven't tested or read the whole thing, but this looks like it adds some important changes! Hey, Toby... any chance you could get this into the Nightly Build soon for those of us who aren't set up to build our own? Bryan Aldrich wrote: > I have created this patch during our VSS migration. It allowed us to > restore a full and complete SVN repostiroy with all data accurate > after the conversion. No files had to be moved from the orphaned > directory either. > > Please let me know if there are any questions. > > Bryan > ------------------------------------------------------------------------ > > _______________________________________________ > vss2svn-users mailing list > Project homepage: > http://www.pumacode.org/projects/vss2svn/ > Subscribe/Unsubscribe/Admin: > http://lists.pumacode.org/mailman/listinfo/vss2svn-users-lists.pumacode.org > Mailing list web interface (with searchable archives): > http://dir.gmane.org/gmane.comp.version-control.subversion.vss2svn.user -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080429/f12488c5/attachment.html From toby at etjohnson.us Tue Apr 29 22:55:03 2008 From: toby at etjohnson.us (Toby Johnson) Date: Tue Apr 29 22:55:06 2008 Subject: Path for renames during restore and renames during share In-Reply-To: <91cfdb810804260809j3018796cv6bf5829d5d0263a3@mail.gmail.com> References: <91cfdb810804260809j3018796cv6bf5829d5d0263a3@mail.gmail.com> Message-ID: <4817DF87.3000309@etjohnson.us> Bryan Aldrich wrote: > I have created this patch during our VSS migration. It allowed us to > restore a full and complete SVN repostiroy with all data accurate > after the conversion. No files had to be moved from the orphaned > directory either. > > Please let me know if there are any questions. Thanks for the patch Bryan, I have committed your changes in r340 so they should be in the next nightly build. Toby From bryan.a.aldrich at gmail.com Wed Apr 30 00:01:52 2008 From: bryan.a.aldrich at gmail.com (Bryan Aldrich) Date: Wed Apr 30 00:01:59 2008 Subject: Path for renames during restore and renames during share In-Reply-To: <4817DF87.3000309@etjohnson.us> References: <91cfdb810804260809j3018796cv6bf5829d5d0263a3@mail.gmail.com> <4817DF87.3000309@etjohnson.us> Message-ID: <91cfdb810804292101v23551259r57a8fcda5fd3a777@mail.gmail.com> Thanks! I have one more which i'm working on as well. Hopefully that'll be done by this weekend! Bryan On Tue, Apr 29, 2008 at 10:55 PM, Toby Johnson wrote: > Bryan Aldrich wrote: > > > I have created this patch during our VSS migration. It allowed us to > > restore a full and complete SVN repostiroy with all data accurate after the > > conversion. No files had to be moved from the orphaned directory either. > > Please let me know if there are any questions. > > > > Thanks for the patch Bryan, I have committed your changes in r340 so they > should be in the next nightly build. > > Toby > > > _______________________________________________ > vss2svn-users mailing list > Project homepage: > http://www.pumacode.org/projects/vss2svn/ > Subscribe/Unsubscribe/Admin: > > http://lists.pumacode.org/mailman/listinfo/vss2svn-users-lists.pumacode.org > Mailing list web interface (with searchable archives): > http://dir.gmane.org/gmane.comp.version-control.subversion.vss2svn.user > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080430/0696f948/attachment.html From toby at etjohnson.us Wed Apr 30 00:59:41 2008 From: toby at etjohnson.us (Toby Johnson) Date: Wed Apr 30 00:59:43 2008 Subject: Path for renames during restore and renames during share In-Reply-To: <91cfdb810804292101v23551259r57a8fcda5fd3a777@mail.gmail.com> References: <91cfdb810804260809j3018796cv6bf5829d5d0263a3@mail.gmail.com> <4817DF87.3000309@etjohnson.us> <91cfdb810804292101v23551259r57a8fcda5fd3a777@mail.gmail.com> Message-ID: <4817FCBD.9060703@etjohnson.us> Bryan Aldrich wrote: > Thanks! I have one more which i'm working on as well. Hopefully > that'll be done by this weekend! Sounds good, thanks for your help. I don't have time to test patches these days but I'm happy to commit them as long as they look reasonable & pass "perl -c" since others can always go back to a previous nightly. If you think you'll be making numerous changes I can give you commit access as well, if that would be easier. toby From SatishKumar-1.Peddi-1 at cognizant.com Wed Apr 30 02:57:01 2008 From: SatishKumar-1.Peddi-1 at cognizant.com (SatishKumar-1.Peddi-1@cognizant.com) Date: Wed Apr 30 02:57:07 2008 Subject: No subject Message-ID: Hi all, To un orphan files in my repository I tried to split my dumpfile and load it again but when I load the second splitted dumpfile I got an error the following error. <<< Started new transaction, based on original revision 11900 * adding path : orphaned ...svnadmin: File already exists: filesystem 'c:/s ativer/db', transaction '11873-3', path 'orphaned' can u please help me in resolving this error This e-mail and any files transmitted with it are for the sole use of the intended recipient(s) and may contain confidential and privileged information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. Any unauthorised review, use, disclosure, dissemination, forwarding, printing or copying of this email or any action taken in reliance on this e-mail is strictly prohibited and may be unlawful. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080430/58ba17b8/attachment.html From nathan-svn at spicycrypto.ca Wed Apr 30 10:46:10 2008 From: nathan-svn at spicycrypto.ca (Nathan Kidd) Date: Wed Apr 30 10:46:18 2008 Subject: Path for renames during restore and renames during share In-Reply-To: References: <91cfdb810804260809j3018796cv6bf5829d5d0263a3@mail.gmail.com> Message-ID: <48188632.6030404@spicycrypto.ca> SatishKumar-1.Peddi-1@cognizant.com wrote: > To un orphan files in my repository I tried to split my dumpfile and > load it again but when I load the second splitted dumpfile I got an > error the following error. > > <<< Started new transaction, based on original revision 11900 > > * adding path : orphaned ...svnadmin: File already exists: filesystem > 'c:/sativer/db', transaction '11873-3', path 'orphaned' The 2nd dumpfile is trying to create a new 'orphaned' directory when it already exists (created by first dumpfile). The root cause could be: a) A bug in vss2svn, where it specifies the creation of the directory twice. Fix it by deleting the lines in the 2nd dumpfile that add this directory. b) You tried to load the dumpfile once, it failed part way, then you tried to load it again. Fix it by continuing to load from the point a revision failed (via split), not from the beginning of the dumpfile. (svnadmin load is atomic with respect to each revision in the dumpfile, not the dumpfile itself. That is, if a dumpfile has 100 revisions and the 60th revision is bad, when you go to load it the first 59 revisions will actually load in the repository. After this you must fix rev 60, split and continue loading from that point. You can't attempt to re-apply the same dumpfile with rev's 1-59 without errors like you got above.) -Nathan