You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Mats Nilsson <ma...@xware.se> on 2003/11/11 09:27:41 UTC
Another cvs2svn conversion error
The attached file (~1 kb) is a anonymized repository of two files
(a.txt,v and b.txt,v). It demonstrates a problem that I couldn't find in
the issue tracker.
Contrary to my expectations, cvs2svn.py (r7672) produces a dumpfile
where at least one tag (REL_418_BUILD_842) lacks file a.txt, and the tag
is created from /trunk instead of from /branches/BRANCH_41X, despite
that there exists a corresponding CVS branch tag. And then the a.txt
file is deleted from the tag.
File a.txt,v contains, among a lot of other stuff:
symbols
BRANCH_41X:1.24.0.22
REL_418_BUILD_842:1.24.22.2
Now the fun part:
Removing the other file b.txt,v from the repository makes the problem go
away, and tag/REL_418_BUILD_842 contains the right version of a.txt.
This is an anonymized version of a CVS archive converted from an MKS-SI
archive using a locally modified version of the mks2cvs.pl (google)
version. We have tweaked mks2cvs to map MKS "variants" to CVS
"branches". To the best of my knowledge, this is a valid CVS repository.
Please prove me wrong.
Just bringing it up here for some discussion, before I file an issue.
Other points of interest: Redhat Linux 9, python 2.2.2.
Thanks
Mats
RE: Another cvs2svn conversion error
Posted by Mats Nilsson <ma...@xware.se>.
Well. I agree that the use of branches is a central characteristic for
both of these problems, but I can't say if it's the same issue or not.
I'll attached my repos anyway. I mean, when someone is investigating
this issue, if it turns out that the problems are not related after all,
then the issue could be split at that time.
Mats
From: Max O. Bowsher:
> Have a look at issue 1540 - if you agree that it is the same
> bug, please
> attach your test data there.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Another cvs2svn conversion error
Posted by Max Bowsher <ma...@ukf.net>.
On Tue, 11 Nov 2003, Mats Nilsson wrote:
> The attached file (~1 kb) is a anonymized repository of two files
> (a.txt,v and b.txt,v). It demonstrates a problem that I couldn't find in
> the issue tracker.
>
> Contrary to my expectations, cvs2svn.py (r7672) produces a dumpfile
> where at least one tag (REL_418_BUILD_842) lacks file a.txt, and the tag
> is created from /trunk instead of from /branches/BRANCH_41X, despite
> that there exists a corresponding CVS branch tag. And then the a.txt
> file is deleted from the tag.
>
> File a.txt,v contains, among a lot of other stuff:
>
> symbols
> BRANCH_41X:1.24.0.22
> REL_418_BUILD_842:1.24.22.2
>
> Now the fun part:
> Removing the other file b.txt,v from the repository makes the problem go
> away, and tag/REL_418_BUILD_842 contains the right version of a.txt.
>
> This is an anonymized version of a CVS archive converted from an MKS-SI
> archive using a locally modified version of the mks2cvs.pl (google)
> version. We have tweaked mks2cvs to map MKS "variants" to CVS
> "branches". To the best of my knowledge, this is a valid CVS repository.
> Please prove me wrong.
>
> Just bringing it up here for some discussion, before I file an issue.
I think I recognize this bug. Similar behaviour is also exhibited by
cvs2svn/test-data/split-branch-cvsrepos, BUT the associated test doesn't
fail, because it only tests for successful exit, not for correct output.
Have a look at issue 1540 - if you agree that it is the same bug, please
attach your test data there.
Max.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org