Bug#657304: subversion-tools: svn-bisect doesn't work if good_rev bad_rev

[Nicolas Bonifas]

Package: subversion-tools
Version: 1.6.17dfsg-3
Severity: normal

svn-bisect doesn't behave as expected if good_rev  bad_rev (a subsequent 
svn-bisect bad command will select the wrong half of the suspucious 
revisions).
Could you please fix this behaviour (git-bisect works whether good  bad or bad 
 good), or at least report an error if the bisection starts with good_rev  
bad_rev?

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages subversion-tools depends on:
ii  subversion  1.6.17dfsg-3

Versions of packages subversion-tools recommends:
pn  exim4 | mail-transport-agent  none
pn  libconfig-inifiles-perl   2.68-1
pn  libsvn-perl   none
pn  liburi-perl   1.59-1
pn  python-subversion 1.6.17dfsg-3
pn  rsync 3.0.9-1
pn  xsltproc  none

Versions of packages subversion-tools suggests:
pn  libsvn-ruby1.8  none

-- no debconf information



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#657304: subversion-tools: svn-bisect doesn't work if good_rev bad_rev

[Peter Samuelson]

[Nicolas Bonifas]
 svn-bisect doesn't behave as expected if good_rev  bad_rev (a
 subsequent svn-bisect bad command will select the wrong half of the
 suspucious revisions).

Indeed.  When I (re-)wrote it I assumed the only interesting case was
to detect a regression (good  bad).  But 'good' and 'bad' are mere
labels and sometimes perhaps it is more convenient to label the older
rev as the 'good' one.

I'll fix it.  Thanks for the report.
Peter



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org