svnadmin load fails on new repos - file already exists

[Richard Meade <ri...@shenick.com>]

Hi,

I am trying to 'svnadmin load' a dumpfile into a
newly created repository, but each time I try it
stops at the same point with the same message:

bash-2.02$ svnadmin create svn-load --fs-type=fsfs
bash-2.02$ svnadmin load svn-load < Tues-3/dump-file

***--- BEGIN SNIP

<<< Started new transaction, based on original revision 19372
       * adding path : trunk/shenick/shenick/diversifEye/main/Makefile ...
done.

------- Committed revision 19372 >>>

<<< Started new transaction, based on original revision 19373
       * editing path : trunk/shenick/shenick/diversifEye/main/Makefile ...
done.

------- Committed revision 19373 >>>

<<< Started new transaction, based on original revision 19374
       * adding path :
trunk/shenick/shenick/diversifEye/main/cpp/bcast/Makefile ... done.
       * adding path : trunk/shenick/shenick/diversifEye/main/Makefile ...

svn: File already exists: filesystem '/svn-load/db',
transaction '19373-1', path  
'trunk/shenick/shenick/diversifEye/main/Makefile'

***---END SNIP


It looks like #19372 adds the Makefile (ok), #19373 edits it (ok)
but then '19374' tries to 'add' it again and fails.
Is this correct behaviour (2 adds)?

The dumpfile was created from cvs2svn, so it could be a problem there;
I tried their mailing list, but nobody seemed to recognise it.
On the other hand I did see some old messages on the svn archives on  
haxx.se
which were similar to this, but there didn't seem to be an answer?

I would greatly appreciate any suggestions - even just a pointer
as to whether you think it is likely to be an svn issue or cvs2svn
would help me to know where to start looking!

For what it's worth I am running
- Win2K
- CVSNT 2.0.58d
- Python 2.4
- Subversion 1.1.3

Thanks,
Richard.



-- 
Richard Meade
Shenick Network Systems


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: svnadmin load fails on new repos - file already exists

[Richard Meade <ri...@shenick.com>]

On Thu, 31 Mar 2005 08:43:47 -0600, Ben Collins-Sussman  
<su...@collab.net> wrote:

> No, it's incorrect.  That series of instructions is just flat-out  
> wrong;  it's a buggy dumpfile, and therefore it's a bug in cvs2svn.py.   
> You should definitely bring it up on that project's mailing list.
>
> What version of cvs2svn?
>

Sorry - cvs2svn 1.2.1

>>
>> I tried their mailing list, but nobody seemed to recognise it.
>
> What do you mean?  Nobody replied?  Nobody could figure it out?
>

Nobody replied unfortunately.  I thought maybe that meant
they didn't think it was a problem with cvs2svn, which was
why I tried here.  Thanks for the pointers - I'll try the
cvs2svn list again, and maybe poke the script with a big stick!

Thanks again,
Richard.

-- 
Richard Meade
Shenick Network Systems


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

Re: svnadmin load fails on new repos - file already exists

[Ben Collins-Sussman <su...@collab.net>]

On Mar 31, 2005, at 4:08 AM, Richard Meade wrote:
>
> It looks like #19372 adds the Makefile (ok), #19373 edits it (ok)
> but then '19374' tries to 'add' it again and fails.
> Is this correct behaviour (2 adds)?

No, it's incorrect.  That series of instructions is just flat-out 
wrong;  it's a buggy dumpfile, and therefore it's a bug in cvs2svn.py.  
You should definitely bring it up on that project's mailing list.


>
> The dumpfile was created from cvs2svn

What version of cvs2svn?

>
> I tried their mailing list, but nobody seemed to recognise it.

What do you mean?  Nobody replied?  Nobody could figure it out?


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org