On Sun, 09 Sep 2012 23:04:31 +0200 Michael Biebl <bi...@debian.org> wrote:
> > I frequently start meld from the command line to see the changes within > > a subdirectory of a working copy. I have previously seen *only* the > > specified directory compared by meld. Once the working copy is upgraded > > to svn 1.7, meld crawls all the way back up the tree to find the top > > level .svn directory and then runs the comparison from the top directory. > > On a very large repository, this stalls the browser and provides a > > completely useless view of the entire repository instead of the > > specific directory supplied on the command line. > > > > subversion package: > > subversion 1.7.5-1 > > > > It would be appreciated if this could be fixed in wheezy via backports > > once the fix is in unstable - I know I'm going to need this functionality > > once I migrate my development platform to Wheezy. As it only affects one > > VCS, I don't see this as RC but if the fix is trivial, perhaps meld can > > be unblocked for this important bug. > > The subversion version in wheezy is 1.6. Is this planned to change? I wondered the same when I had equivalent bugs in svn-buildpackage - the answer I got was to fix the fixable bugs arising from svn 1.7. I think it depends on whether this is a simple fix - my python knowledge isn't up to working out what is going wrong I'm afraid. So far, this issue doesn't dictate whether the version of subversion in wheezy will change before release. If this can be looked at, maybe meld can have a simple unblock if subversion does end up migrating, rather than waiting until it does or doesn't migrate. I don't know, I'm hoping it's as simple as the fix for the support scripts in svn-buildpackage which just changed checks for .svn/ for parsing the output of `svn info`. -- Neil Williams ============= http://www.linux.codehelp.co.uk/
pgpmGn7qdIOTo.pgp
Description: PGP signature
