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

Osamu Aoki osamu at debian.org
Tue Jan 26 13:44:38 UTC 2016


On Sat, Jan 09, 2016 at 11:13:51AM +0900, Osamu Aoki wrote:
...
> > 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.
> 
> After sleep and rethink, I was thinking the same and agree with you.
>  
> > 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.
> 
> But that requires real feature addition to the sorting code and
> non-trivial.
> 
> Immediate easy workaround is adding +0 +1 +2 etc. instead of .0 .1 .2
> which is trivial.  (Or maybe addint +9990 +9991 +9992 to avoid collision
> with +1 used by the upstream.)  This is not the perfect solution.  But
> this is trivial to do and works for most cases.

I found a very trivial fix for this problem:  "Create fake a debian version
and sort it while disabling error check."

Osamu



More information about the devscripts-devel mailing list