Re: upset, genini: different version ordering

[Achim Gratz <Stromeko@nexgo.de>]

Corinna Vinschen writes:
>> I don't really want to spend effort on unravelling the complexities of the
>> sorting that upset does, since I don't think it's worth keeping, and we
>> should switch to a scheme which can be described in a paragraph,
>> e.g. the scheme used by setup and RPM:
>> 
>> Compare contiguous chunks of digits or non-digits.
>> Non-digit chunks sort before digit chunks.
>> Digit chunks sort numerically, non-digit chunks sort lexicographically.
>> The version with a suffix remaining is the greater
>
> Sounds right to me.  If we can make the version handling equivalent to
> RPM's, it would be really helpful, I think.

While that is by far the most widespread system thanks to GNU/Linux, it
is not the only one.  Emacs uses a very similar scheme, but treats

1.0alpha < 1.0beta < 1.0pre < 1.0 == 1.0.0 == 1.0.0.0

which sort of makes sense, but can't be handled by a simple
lexicographical sort.  You also have to be able to ignore non-sortable
components like Git commits.  All of this is already existing in Cygwin,
so unless you're proposing that these version numbers should all be
changed to conform to the one true version scheme (which will be painful
in other ways), then I still propose that we need to make the version
ordering switchable.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptation for Waldorf microQ V2.22R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada