[Distutils] Common version-comparison semantics for peace love and harmony

P.J. Eby pje at telecommunity.com
Sat Nov 28 02:02:52 CET 2009


At 10:32 AM 11/28/2009 +1100, Ben Finney wrote:
>This is a red herring, AFAICT. It's been discussed already that 
>workflow is orthogonal to version comparison semantics. That is, 
>nothing about a workflow involving snapshots or dev versions etc. 
>implies that exceptional version keywords need to be accommodated. 
>Exactly the same workflow can take place by choosing different 
>version strings that work with existing version-comparison 
>semantics. Moreover, AIUI there is no injunction that all projects 
>must follow exactly the semantics of PEP 386, right? So why not have 
>a *simple* standard (all version string components compared 
>alphanumerically) in PEP 386, that is known to work unmodified with 
>existing package systems, without Python-specific translation layers 
>for version comparison?

For the simple reason that it involves asking one group of people to 
change how they work -- with no immediate benefit -- so that another 
group can avoid having to change how they work.

Why should developers change, and packagers not?

It's simply not an equitable request, which is why the proposal is unrealistic.



More information about the Distutils-SIG mailing list