From ashu.ngm at gmail.com Thu May 1 05:03:12 2008 From: ashu.ngm at gmail.com (nandinicvs) Date: Thu May 1 05:03:19 2008 Subject: problem with dumpfile In-Reply-To: References: <91cfdb810804250655j33d81906g9f75afa0a27728fc@mail.gmail.com> Message-ID: <16993178.post@talk.nabble.com> I am trying to convert another VSS database and I am also getting this error now....... I do not have Tortoise installed at all........ Can some one help me how to resolve this? SatishKumar-1.Peddi-1 wrote: > > > 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. > > > _______________________________________________ > 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 > -- View this message in context: http://www.nabble.com/problem-with-dumpfile-tp16894428p16993178.html Sent from the vss2svn - users mailing list archive at Nabble.com. From ashu.ngm at gmail.com Thu May 1 05:18:00 2008 From: ashu.ngm at gmail.com (nandinicvs) Date: Thu May 1 05:18:07 2008 Subject: another problem with creating dump:line 1578 Message-ID: <16993183.post@talk.nabble.com> hi all, I got the following error while creating the dumpfile..... SETTING TASK DONE DBD: : SQLite2: : st execute failed: database is full(1) at dbimp.c line 419 at vss2svn.pl line 1578 DBD: : SQLite2: : st execute failed: database is full(1) at dbimp.c line 419 at vss2svn.pl line 1578 Please help me fix this........ -- View this message in context: http://www.nabble.com/another-problem-with-creating-dump%3Aline-1578-tp16993183p16993183.html Sent from the vss2svn - users mailing list archive at Nabble.com. From cwyman at earthlink.net Sun May 25 01:24:57 2008 From: cwyman at earthlink.net (Cary Wyman) Date: Sun May 25 01:25:29 2008 Subject: Revision History Lost Message-ID: <223406538.20080525002457@earthlink.net> An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080525/85797883/attachment.html From toby at etjohnson.us Sun May 25 11:17:44 2008 From: toby at etjohnson.us (Toby Johnson) Date: Sun May 25 11:17:48 2008 Subject: Revision History Lost In-Reply-To: <223406538.20080525002457@earthlink.net> References: <223406538.20080525002457@earthlink.net> Message-ID: <48398318.4090800@etjohnson.us> Cary Wyman wrote: > > I then tried the most recent nightly build (30-Apr-2008). It produced > a much shorter list of errors (lines beginning with ## were added from > command output): > > BUILDACTIONHIST: > > Attempt to add entry 'XDAAAAAA' with unknown version number > (probably destroyed) parent: CCAAAAAA itemtype: 2 > > at vss2svn.pl line 1107 > > Attempt to add entry 'DGAAAAAA' with unknown version number > (probably destroyed) parent: AAAAAAAA itemtype: 1 > > at vss2svn.pl line 1107 > > IMPORTSVN: > > ##ssphys: no file delta record found for check-in action (probably > item did not retained old versions of itself) > > ##Try `ssphys --help` for more information > > FAILED with non-zero exit status 255 (cmd: "ssphys" get -b -v1 > --force-overwrite -ewindows-1252 > > "C:\Program Files\Microsoft Visual > Studio\Common\VSS/data/P/PFAAAAAA" ./_vss2svn/vssdata/PF/PFAAAAAA) > > at vss2svn.pl line 1520 > > ##ssphys: no file delta record found for check-in action (probably > item did not retained old versions of itself) > > ##Try `ssphys --help` for more information > > FAILED with non-zero exit status 255 (cmd: "ssphys" get -b -v1 > --force-overwrite -ewindows-1252 > > "C:\Program Files\Microsoft Visual > Studio\Common\VSS/data/Q/QFAAAAAA" ./_vss2svn/vssdata/QF/QFAAAAAA) > > at vss2svn.pl line 1520 > > ##ssphys: no file delta record found for check-in action (probably > item did not retained old versions of itself) > > ##Try `ssphys --help` for more information > > FAILED with non-zero exit status 255 (cmd: "ssphys" get -b -v1 > --force-overwrite -ewindows-1252 > > "C:\Program Files\Microsoft Visual > Studio\Common\VSS/data/R/RFAAAAAA" ./_vss2svn/vssdata/RF/RFAAAAAA) > > at vss2svn.pl line 1520 > > VSS Actions read : 710 > > SVN Revisions converted : 336 > > > svnadmin load ran with no errors or warnings. > > > Unfortunately, when I attempted to compare different versions of files > in the svn repository, only the head version had any content. Earlier > versions had log entries but no content. When I looked at the > dumpfile, it too seemed to contain only one version of each file. > > > Here is my vss2svn command: > > vss2svn --vssdir "C:\Program Files\Microsoft Visual > Studio\Common\VSS" > vss2svn.log > > > And here is my svnadmin load command: > > set svnadmin="C:\Program Files\Subversion\bin\svnadmin.exe" > > set repos="C:\svn\OmniumVB" > > set > dumpfile="C:\Users\shadow\Downloads\Subversion\vss2svn-dumpfile.dat" > > %svnadmin% load %repos% < %dumpfile% > > > Are my expectations correct (that I should see my revision history)? > > Did I omit some key parameters? > > Is there another version I should try (other than 0.11.0 Alpha 1 and > 30-Apr-2008)? > > Does vss2svn work with Vista? > > Any other suggestions? > Vista is not the issue here; for whatever reason your database does not have the old versions of its files. Are you able to see them in VSS Explorer? Do these items have the "keep only latest version" checkbox set? From toby at etjohnson.us Sun May 25 11:18:36 2008 From: toby at etjohnson.us (Toby Johnson) Date: Sun May 25 11:18:38 2008 Subject: error while creating repository from dumpfile In-Reply-To: <91cfdb810804220853tfdc5296xd9b9f7f29f838d53@mail.gmail.com> References: <16823841.post@talk.nabble.com> <480DF526.3020604@spicycrypto.ca> <91cfdb810804220853tfdc5296xd9b9f7f29f838d53@mail.gmail.com> Message-ID: <4839834C.6090607@etjohnson.us> Bryan Aldrich wrote: > I was able to get them from my house. They are attached. > > Please be forwarned, I learned Perl making these fixes :) > Bryan Thanks Bryan, has anyone else had a chance to test the patches? Should these be added to trunk? toby From bryan.a.aldrich at gmail.com Sun May 25 13:33:56 2008 From: bryan.a.aldrich at gmail.com (Bryan Aldrich) Date: Sun May 25 13:34:05 2008 Subject: error while creating repository from dumpfile In-Reply-To: <4839834C.6090607@etjohnson.us> References: <16823841.post@talk.nabble.com> <480DF526.3020604@spicycrypto.ca> <91cfdb810804220853tfdc5296xd9b9f7f29f838d53@mail.gmail.com> <4839834C.6090607@etjohnson.us> Message-ID: <91cfdb810805251033h6f3cb7faye6146689ab6e7aad@mail.gmail.com> I thought they already had been. I posted them in a seperate thread as well. Bryan On Sun, May 25, 2008 at 11:18 AM, Toby Johnson wrote: > Bryan Aldrich wrote: > >> I was able to get them from my house. They are attached. >> Please be forwarned, I learned Perl making these fixes :) >> Bryan >> > > Thanks Bryan, has anyone else had a chance to test the patches? Should > these be added to trunk? > > 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/20080525/755b88bc/attachment.html From cwyman at earthlink.net Sun May 25 13:51:04 2008 From: cwyman at earthlink.net (Cary Wyman) Date: Sun May 25 13:51:23 2008 Subject: Revision History Lost In-Reply-To: <48398318.4090800@etjohnson.us> References: <223406538.20080525002457@earthlink.net> <48398318.4090800@etjohnson.us> Message-ID: <1094647844.20080525125104@earthlink.net> An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080525/fe235089/attachment.html From bryan.a.aldrich at gmail.com Sun May 25 15:40:45 2008 From: bryan.a.aldrich at gmail.com (Bryan Aldrich) Date: Sun May 25 15:40:50 2008 Subject: Revision History Lost In-Reply-To: <1094647844.20080525125104@earthlink.net> References: <223406538.20080525002457@earthlink.net> <48398318.4090800@etjohnson.us> <1094647844.20080525125104@earthlink.net> Message-ID: <91cfdb810805251240k78923fdbodbd2c70522200f0c@mail.gmail.com> Try running this through the 4/30 nightly release and see what happens. many bugs have been fixed since the 0.11 Alpha 1 release. Bryan On Sun, May 25, 2008 at 1:51 PM, Cary Wyman wrote: > > Vista is not the issue here; for whatever reason your database does not > > > have the old versions of its files. Are you able to see them in VSS > > > Explorer? Do these items have the "keep only latest version" checkbox > set? > > > Thanks for the quick response. I can see the old versions in VSS Explorer. > A few (10-15) binary files (*.cur, *.gif, *.ico, *.rtf) do have Keep Only > Latest Version set; the text files do not. > > > Should I reset those flags and/or delete the binary files? > > > > _______________________________________________ > 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/20080525/b7ba1e66/attachment.html From cwyman at earthlink.net Sun May 25 15:53:22 2008 From: cwyman at earthlink.net (Cary Wyman) Date: Sun May 25 15:53:40 2008 Subject: Revision History Lost In-Reply-To: <91cfdb810805251240k78923fdbodbd2c70522200f0c@mail.gmail.com> References: <223406538.20080525002457@earthlink.net> <48398318.4090800@etjohnson.us> <1094647844.20080525125104@earthlink.net> <91cfdb810805251240k78923fdbodbd2c70522200f0c@mail.gmail.com> Message-ID: <439147658.20080525145322@earthlink.net> An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080525/adbddd75/attachment.html From toby at etjohnson.us Sun May 25 17:37:11 2008 From: toby at etjohnson.us (Toby Johnson) Date: Sun May 25 17:37:12 2008 Subject: error while creating repository from dumpfile In-Reply-To: <91cfdb810805251033h6f3cb7faye6146689ab6e7aad@mail.gmail.com> References: <16823841.post@talk.nabble.com> <480DF526.3020604@spicycrypto.ca> <91cfdb810804220853tfdc5296xd9b9f7f29f838d53@mail.gmail.com> <4839834C.6090607@etjohnson.us> <91cfdb810805251033h6f3cb7faye6146689ab6e7aad@mail.gmail.com> Message-ID: <4839DC07.3090900@etjohnson.us> Bryan Aldrich wrote: > I thought they already had been. I posted them in a seperate thread as > well. OK thanks, I couldn't remember if they were the same. I've gotten a bit behind on my mailing lists! toby From toby at etjohnson.us Sun May 25 17:39:44 2008 From: toby at etjohnson.us (Toby Johnson) Date: Sun May 25 17:39:45 2008 Subject: Revision History Lost In-Reply-To: <1094647844.20080525125104@earthlink.net> References: <223406538.20080525002457@earthlink.net> <48398318.4090800@etjohnson.us> <1094647844.20080525125104@earthlink.net> Message-ID: <4839DCA0.8080202@etjohnson.us> Cary Wyman wrote: > > > Vista is not the issue here; for whatever reason your database does not > > > have the old versions of its files. Are you able to see them in VSS > > > Explorer? Do these items have the "keep only latest version" checkbox > set? > > > Thanks for the quick response. I can see the old versions in VSS > Explorer. A few (10-15) binary files (*.cur, *.gif, *.ico, *.rtf) do > have Keep Only Latest Version set; the text files do not. > > > Should I reset those flags and/or delete the binary files? > Deleting or changing the flags won't really have any affect on the others. Each file's history is stored in a separate "physical" file. Do you have a copy of the database from before your ran the analyze tool? From cwyman at earthlink.net Sun May 25 17:58:56 2008 From: cwyman at earthlink.net (Cary Wyman) Date: Sun May 25 17:59:14 2008 Subject: Revision History Lost In-Reply-To: <4839DCA0.8080202@etjohnson.us> References: <223406538.20080525002457@earthlink.net> <48398318.4090800@etjohnson.us> <1094647844.20080525125104@earthlink.net> <4839DCA0.8080202@etjohnson.us> Message-ID: <12410054684.20080525165856@earthlink.net> An HTML attachment was scrubbed... URL: http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080525/c6685253/attachment-0001.html From agavrilov at tepkom.ru Tue May 27 17:23:30 2008 From: agavrilov at tepkom.ru (Alexander N. Gavrilov) Date: Tue May 27 17:23:53 2008 Subject: More patches for vss2svn In-Reply-To: <4839DC07.3090900@etjohnson.us> References: <16823841.post@talk.nabble.com> <91cfdb810805251033h6f3cb7faye6146689ab6e7aad@mail.gmail.com> <4839DC07.3090900@etjohnson.us> Message-ID: <200805280123.31903.agavrilov@tepkom.ru> Hello, For the last two weeks I have been trying to convert our project's VSS repository to SVN, and last Friday I finally succeded in producing a Subversion repository, that does not deviate in it's final state from the VSS one, and has reasonable coverage of the past history. Since the part of the repository that I tried to convert has more than 10 years of data on about 30000 files, not counting branches, and, naturally, is a bit corrupted, it's impossible to ensure 100% correctness anyway. As the patches that I added in order to achieve that goal might be useful for others, I want to share them here. Of 11 patches, 4 address memory usage issues on large repositories, 3 add enhancements to vss2svn, and 4 fix bugs. Their description is as follows: 0001-Added-an-option-to-reuse-text-files-of-the-cache-for.patch This patch adds an option, which, when activated, makes vss2svn reuse temporary files left from previous runs, thus avoiding costly calls to ssphys. It is useful during experimenting. 0002-Added-visual-progress-indication.patch Adds progress indication to most of the steps. 0003-Reimplemented-LoadVssNames-to-use-XML-Parser-direct.patch On our repository, loading the xml file via XML::Simple consumes about 1GB of memory. That is unacceptable, so this patch reimplements that step to use XML::Parser. I'm not familiar with it, so I might have missed some difficult cases, e.g. maybe handling things like "&" in names. 0004-Use-arrays-for-table-data-storage-in-order-to-avoid.patch Use array of arrays instead of an array of hashes to hold entries in MergeParentData, to save some memory. 0005-Use-a-sliding-window-limited-by-timestamp-range-to-c.patch MergePinUnpin doesn't need to load the whole table into memory at once, it's enough to hold a timestamp-limited range of records. 0006-Do-not-fetch-the-table-into-memory-in-BuildComments.patch BuildComments doesn't need to load the table at all, it's better to keep a list of records to update afterwards. Also fixes a bug in newline handling. 0007-Added-options-to-prune-orphaned-files-and-labels-fro.patch Most of orphans in that repository come from unneeded projects removed before conversion. This patch adds an option to automatically remove all orphans, except for the ones absolutely necessary for correct conversion. Doing it on the stage of computing the set of actions guarantees a valid dump file. Without removing orphans, SVN consumes about 200KB per revision (apparently, it cannot diff directories, and the /orphaned dir gets very large). 0008-Fixed-a-problem-in-chain-share-handling.patch In some cases, when a file is shared into a path, branched, then immediately reshared to another path, etc, vss2svn generates a command to copy from the current revision, and svnadmin doesn't like that. This quick fix avoids the problem by beginning a new revision on shares from a path, that was touched by the current revision. 0009-Fixed-a-bug-in-handling-restore-with-labels.patch Fixes a bug in the recent patch, which produces invalid paths if the last action in a restored project was adding a label. I'm not sure about this bit, I just thought it strange that we should completely reset the version numbers, even if they are available: @@ -474,13 +474,18 @@ sub _restore_handler { type => $row->{itemtype}, name => $row->{itemname}, parents => {}, - first_version => 1, - last_version => 1, + first_version => $gPhysInfo{ $row->{physname} }{first_version} || 1, + last_version => $gPhysInfo{ $row->{physname} }{last_version} || 1, orphaned => 1, was_binary => $row->{is_binary}, }; 0010-Recover-files-with-corrupted-history-at-branch-point.patch In the trunk version, if a physical file is lost, all files, branched from it, are not converted, despite the fact that all versions after the branch are available. This patch adds a check to re-add such files at the branch point. 0011-Support-rolling-back-during-branching.patch Branching CAN be combined with rollback, so it's not always a no-op in SVN. This patch introduces a new ROLLBACK action to handle that case. P.S. Is it by design that Subversion stores all 110000 revisions in one directory? Alexander -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-Added-an-option-to-reuse-text-files-of-the-cache-for.patch Type: text/x-diff Size: 5378 bytes Desc: not available Url : http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080528/f2a9c6a0/0001-Added-an-option-to-reuse-text-files-of-the-cache-for-0001.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: 0003-Reimplemented-LoadVssNames-to-use-XML-Parser-direct.patch Type: text/x-diff Size: 3294 bytes Desc: not available Url : http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080528/f2a9c6a0/0003-Reimplemented-LoadVssNames-to-use-XML-Parser-direct-0001.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: 0006-Do-not-fetch-the-table-into-memory-in-BuildComments.patch Type: text/x-diff Size: 2326 bytes Desc: not available Url : http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080528/f2a9c6a0/0006-Do-not-fetch-the-table-into-memory-in-BuildComments-0001.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: 0005-Use-a-sliding-window-limited-by-timestamp-range-to-c.patch Type: text/x-diff Size: 4299 bytes Desc: not available Url : http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080528/f2a9c6a0/0005-Use-a-sliding-window-limited-by-timestamp-range-to-c-0001.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: 0007-Added-options-to-prune-orphaned-files-and-labels-fro.patch Type: text/x-diff Size: 9196 bytes Desc: not available Url : http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080528/f2a9c6a0/0007-Added-options-to-prune-orphaned-files-and-labels-fro-0001.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: 0002-Added-visual-progress-indication.patch Type: text/x-diff Size: 7591 bytes Desc: not available Url : http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080528/f2a9c6a0/0002-Added-visual-progress-indication-0001.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: 0004-Use-arrays-for-table-data-storage-in-order-to-avoid.patch Type: text/x-diff Size: 2490 bytes Desc: not available Url : http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080528/f2a9c6a0/0004-Use-arrays-for-table-data-storage-in-order-to-avoid-0001.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: 0008-Fixed-a-problem-in-chain-share-handling.patch Type: text/x-diff Size: 2587 bytes Desc: not available Url : http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080528/f2a9c6a0/0008-Fixed-a-problem-in-chain-share-handling-0001.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: 0010-Recover-files-with-corrupted-history-at-branch-point.patch Type: text/x-diff Size: 1564 bytes Desc: not available Url : http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080528/f2a9c6a0/0010-Recover-files-with-corrupted-history-at-branch-point-0001.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: 0009-Fixed-a-bug-in-handling-restore-with-labels.patch Type: text/x-diff Size: 1827 bytes Desc: not available Url : http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080528/f2a9c6a0/0009-Fixed-a-bug-in-handling-restore-with-labels-0001.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: 0011-Support-rolling-back-during-branching.patch Type: text/x-diff Size: 3792 bytes Desc: not available Url : http://lists.pumacode.org/pipermail/vss2svn-users-lists.pumacode.org/attachments/20080528/f2a9c6a0/0011-Support-rolling-back-during-branching-0001.bin From Jonathan.Perret at augure.com Wed May 28 05:12:31 2008 From: Jonathan.Perret at augure.com (Jonathan Perret) Date: Wed May 28 05:13:49 2008 Subject: More patches for vss2svn In-Reply-To: <200805280123.31903.agavrilov@tepkom.ru> References: <16823841.post@talk.nabble.com><91cfdb810805251033h6f3cb7faye6146689ab6e7aad@mail.gmail.com><4839DC07.3090900@etjohnson.us> <200805280123.31903.agavrilov@tepkom.ru> Message-ID: Alexander N. Gavrilov wrote : > Subject: More patches for vss2svn Alexander, Your patches sound very useful and I hope they can be integrated into the trunk to help future users. I just thought I'd reply to this question : > P.S. Is it by design that Subversion stores all 110000 revisions in one > directory? This has long been recognized a potential source of concern (though in fact, benchmarks tend to show it is not a problem for most UNIX filesystems) in the FSFS backend, and it is being addressed in Subversion 1.5 : http://subversion.tigris.org/svn_1.5_releasenotes.html#fsfs-sharding Cheers, --Jonathan From toby at etjohnson.us Wed May 28 19:23:27 2008 From: toby at etjohnson.us (Toby Johnson) Date: Wed May 28 19:23:30 2008 Subject: More patches for vss2svn In-Reply-To: <200805280123.31903.agavrilov@tepkom.ru> References: <16823841.post@talk.nabble.com> <91cfdb810805251033h6f3cb7faye6146689ab6e7aad@mail.gmail.com> <4839DC07.3090900@etjohnson.us> <200805280123.31903.agavrilov@tepkom.ru> Message-ID: <483DE96F.5060804@etjohnson.us> Alexander N. Gavrilov wrote: > Hello, > > For the last two weeks I have been trying to convert our project's VSS > repository to SVN, and last Friday I finally succeded in producing a > Subversion repository, that does not deviate in it's final state from the VSS > one, and has reasonable coverage of the past history. Since the part of the > repository that I tried to convert has more than 10 years of data on about > 30000 files, not counting branches, and, naturally, is a bit corrupted, it's > impossible to ensure 100% correctness anyway. > Hello Alexander, Thanks for all the hard work you've put into your patches! I wish I would have known ahead of time that you would be submitting so many, I could have given you commit access on your own branch to make managing and reviewing them easier. In fact I will still probably create a branch for these just so I can keep track while I commit them. I'll reply back once I've got them committed and hopefully others can help with reviewing/testing. Thanks again, toby