gmane.comp.version-control.subversion.vss2svn.user

svndumpfilter: Premature End of Content Data in Dumpstream

Keith McGee — 2008-08-12T20:09:01

_______________________________________________ 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

Malformed Dumpfile Header

Keith McGee — 2008-08-12T17:14:02

Malformed Dumpfile Header

Keith McGee — 2008-08-12T13:55:45

Migration complete

Bruce Wilson — 2008-06-02T18:38:31

Revision History Lost

Cary Wyman — 2008-05-25T05:24:57

another problem with creating dump:line 1578

nandinicvs — 2008-05-01T09:18:00

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........

(unknown)

2008-04-30T06:57:01

dumpcreated but with errors

nandinicvs — 2008-04-29T11:02:22

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?

Path for renames during restore and renames during share

Bryan Aldrich — 2008-04-26T15:09:27

problem with dumpfile

2008-04-25T10:15:05

error while creating repository from dumpfile

nandinicvs — 2008-04-22T12:40:47

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.....ad

error vss2svn.pl line 1261

Alan Aguia — 2008-04-21T17:43:33

MOVE operations

Bryan Aldrich — 2008-04-15T18:29:05

vss2svn messages

Alexander I. Gordeev — 2008-04-11T21:27:04

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

vss2svn messages

Alexander I. Gordeev — 2008-04-14T20:34:13

"skim" migration of trunk, tags and branches

David Blaikie — 2008-04-14T15:20:11

auto-props problems

Bruce Wilson — 2008-04-14T11:31:15

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

How to ignore labels

Jewgenij Moldawski — 2008-04-09T15:37:31

Hi, Is it possible to tell vss2svn to ignore all labels? Thanks! BR J. Moldawski

Patch to fix build

Ed Avis — 2008-04-09T10:40:24

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) < at >< at > -2,6 +2,7 < at >< at > // ////////////////////////////////////////////////////////////////////// +#include #include "StdAfx.h" #include "SSRecord.h" #include "SSFiles.h"

vss2svn migratin problem

Ashwini N — 2008-03-26T07:58:24

Why orphaned?

Jewgenij Moldawski — 2008-02-01T09:58:27

Dear friends, I'm now testing the vss2svn (as .exe program, not .pl) and migrating a very small (some MBs) VSS test-repository, Version 6.0. The vss2svn reports first "Warning: Unknown Action RestoreProject". After the migration and after I loaded the dump file into Subversion, I see, that all but entire VSS-content is now under /orphaned in Subversion. Can the warning above be related to files that were being orphaned during the migration? What can I do to avoid that files will being orphaned? I've already seen some discussions about "orphaned" on PUMACODE, but I couldn't match it to my situation. I'm not very familiar with VSS and would be grateful for Your help. Thanks!