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

Axel Beckert abe at debian.org
Thu Jan 7 16:31:40 UTC 2016


Hi,

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

Ah, that's the reason for these strange suffixes. Thanks for the
explanation! :-)

> > 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.

I don't think so. Because the first added character is still a dot.
Adding +0 +1 +2 etc. instead of .0 .1 .2 etc. may work better, but is
probably not completely sane either.

I generally would not try to squeeze suffix preference into the
version comparison itself, but do the suffix ordering in a separate
dimension, e.g. first sort by version and if there's more than one
file for the newest version, then sort them by suffix priority.

		Regards, Axel
-- 
 ,''`.  |  Axel Beckert <abe at debian.org>, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-    |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE



More information about the Debian-astro-maintainers mailing list