Bug#687111: meld: version control browser fails with subversion 1.7

[Neil Williams]

On Sun, 09 Sep 2012 23:04:31 +0200
Michael Biebl <biebl at 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/

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20120909/ce8cbfef/attachment-0001.pgp>