[Debian-astro-maintainers] Bug#809604: Regressions in latest uscan release (mangle rules?)

Osamu Aoki osamu at debian.org
Thu Jan 7 16:00:40 UTC 2016


Hi,

I see.

New prioritizing mechanism xz > bz2 > gz > zip by adding sufiix to
version as index string is causing this problem.

> uscan info: Found the following matching hrefs on the web page (newest first):
>    /watch/sf.php/gnudatalanguage/gdl-0.9.6.tar.gz (0.9.6) index=0.9.6.1 
>    /watch/sf.php/gnudatalanguage/gdl-0.9.6v2.tgz (0.9.6v2) index=0.9.6v2.0 

...
> Please also notice the different sorting of 0.9pre6 _behind_ 0.9pre.
> It seems as if the new uscan version sorts wrongly if there are two
> versions of which one is just a leading substring of the other. Adding
> ".1" doesn't seem to make sense to me if the dot is sorted before any
> number.

Let me think this over my vacation :-)

It looks to me adding .+0 .+1 .+2 .+3 instead of .0 .1 .2 .3 seems to
avoid this problem.

Osamu



More information about the Debian-astro-maintainers mailing list