On Mon, 2009-03-02 at 16:34 -0500, Paul Burba wrote:
> I have been unable to replicate this problem, but with Brian's help
> have determined that it doesn't exist in 1.6.0 Release Candidate 3
> (and presumably trunk). The error still occurs with 1.5.7 Dev
> however. I am still trying to figure out what needs to be backported
> from trunk to 1.5.x to fix this [...]
Hi Paul and others. I am looking at this problem for a client.
Obviously upgrading to 1.6.x will be a recommended fix. In case
upgrading is not a good solution for some other reason, I'd be
interested to know if (a) you were ever able to reproduce this and (b)
if there is any identified cause or fix.
- Julian
> On Wed, Feb 25, 2009 at 12:00 PM, Brian Rieck <BRieck_at_sandcherry.com> wrote:
> > -----Original Message-----
> > From: Paul Burba [mailto:ptburba_at_gmail.com]
[...]
> >> Output of attempt to merge entire tree:
> >> ************
> >> D:\svp_backup>svn merge http://svn-backup/sc/SVP/branches/user_branches/camille
> >> .\jeff4
> >> svn: Unable to parse reversed revision range '3-2'
> >> *************
> >
> > Hi Brian,
> >
> > What is the history of
> > http://svn-backup/sc/SVP/branches/user_branches/camille? Was it
> > copied directly from trunk or from some other branch?
> >
> > It was copied from a branch named "4.1.00_Dev" which was copied from trunk. This branch was created by me on the test server as a way to reproduce the problem being seen on the "real" server.
> >
> > What about http://svn-backup/sc/SVP/branches/user_branches/jeff4?
> >
> > This was copied from the "camille" branch.
> >
> > From the mergeinfo dump of the repository you provided I see that
> > there is no mergeinfo on or under trunk, and only empty mergeinfo
> > within the trees rooted at camille and jeff4. But there are other
> > branches, e.g.
> >
> > http://svn-backup/sc/SVP/branches/user_branches/cwall_vmc_090109/platform/packaging/distribution/Vivo
> > Applications/vmc/WebContent/pages/profilesVocab/updateVocab.xhtml -
> > /trunk/platform/packaging/distribution/Vivo
> > Applications/vmc/WebContent/pages/profilesVocab/updateVocab.xhtml:2
> >
> > that do have explicit mergeinfo and are under the 'problem' directory
> > of '/platform/packaging/distribution/Vivo'...not a coincidence I
> > suspect, but I still haven't put together a reproduction.
> >
> > Interesting that you would mention the "cwall_vmc_090109" branch. That is the branch in the "real" repo that is the equivalent of the "Camille" branch I created in the test server. (The test server repo was a restore of a backup of the "real" server.)
> >
> >
> >
> >> Output of just merging the "problem" directory:
> >> *************
> >> D:\svp_backup>svn merge "http://svn-backup/sc/SVP/branches/user_branches/camille
> >> /platform/packaging/distribution/Vivo Applications/vmc/WebContent" ".\jeff4\plat
> >> form\packaging\distribution\Vivo Applications\vmc\WebContent"
> >> *************
> >>
> >> Second attempt to merge entire tree:
> >> *************
> >> D:\svp_backup>svn merge http://svn-backup/sc/SVP/branches/user_branches/camille
> >> .\jeff4
> >>
> >> D:\svp_backup>
> >> ***************
> >>
> >>
> >> 3) What version of svn do your users use?
> >>
> >> They are using 1.5.4. I plan on upgrading to 1.5.5 this week. Should I expect these problems to go away even on branches created with 1.5.4, or should I still see those problems with the "old" branches?
> >
> > The issue #3067 related problems should go away with 1.5.5 yes, there
> > are no know issues with that anymore. If you still see this with
> > 1.5.5 let me know, but start another thread.
> >
> > Paul
> >
> >> 4) Using svn <= 1.5.5 could you run 'svn pg svn:mergeinfo -R' on the root
> >> of the repository prior to '7) svn merge <url_to_new_camille_branch>
> >> <wc_path_to_jeff3>'?
> ------------------------------------------------------
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=1258370
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2366869
Received on 2009-07-01 00:51:56 CEST