Bug#516704: devscripts: uscan should parse not only directory with highes version number

2012-03-02 Thread fred0a
Hello, I have a similar problem. I want to retrieve the current version of an upstream tarball with --download-current-version, but the path to the source contains the version number and uscan selects only the highest version number of directories. Example: Path to the current version:

Bug#516704: devscripts: uscan should parse not only directory with highes version number

2009-02-23 Thread Andreas Tille
Package: devscripts Version: 2.10.35lenny2 Severity: wishlist Hi, DEHS is reporting new versions of GNUmed with the current watch file which says: http://www.gnumed.de/downloads/client/([\d\.]+)/GNUmed-client\.(.*)\.tgz These new versions are only release candidates (0.4-rc\d) which should

Bug#516704: devscripts: uscan should parse not only directory with highes version number

2009-02-23 Thread Adam D. Barratt
On Mon, 2009-02-23 at 09:53 +0100, Andreas Tille wrote: These new versions are only release candidates (0.4-rc\d) which should not be packaged (as I agreed with upstream). So I might live with these false alarms for the next couple of weeks but I would like to fix the watch file properly. So

Bug#516704: devscripts: uscan should parse not only directory with highes version number

2009-02-23 Thread Andreas Tille
On Mon, 23 Feb 2009, Adam D. Barratt wrote: I believe this boils down to basically the same request as #375138, which has been marked wontfix for a couple of years. I admit this seems to be the same problem - sorry fo not verifying BTS properly. I haven't merged them yet as I'm undecided as