[Distutils] Accepting PEP 440: Version Identification and Dependency Specification

[anatoly techtonik]

It is not compatible with
http://legacy.python.org/dev/peps/pep-0440/#semantic-versioning
Does that mean that packages that choose this way of versioning will
not be supported by
Python tools anymore?

On Fri, Aug 22, 2014 at 4:09 PM, Richard Jones <richard at python.org> wrote:
> Wow, a huge thanks to everyone named (as well as you, Nick ;) for
> persevering and getting this through.
>
>
> On 22 August 2014 22:34, Nick Coghlan <ncoghlan at gmail.com> wrote:
>>
>> I just pushed Donald's final round of edits in response to the
>> feedback on the last PEP 440 thread, and as such I'm happy to announce
>> that I am accepting PEP 440 as the recommended approach to identifying
>> versions and specifying dependencies when distributing Python
>> software.
>>
>> The PEP is available in the usual place at
>> http://www.python.org/dev/peps/pep-0440/
>>
>> It's been a long road to get to an implementation independent
>> versioning standard that has a feasible migration path from the
>> current pkg_resources defined de facto standard, and I'd like to thank
>> a few folks:
>>
>> * Donald Stufft for his extensive work on PEP 440 itself, especially
>> the proof of concept integration into pip
>> * Vinay Sajip for his efforts in validating earlier versions of the PEP
>> * Tarek Ziadé for starting us down the road to an implementation
>> independent versioning standard with the initial creation of PEP 386
>> back in June 2009, more than five years ago!
>>
>> Regards,
>> Nick.
>>
>> --
>> Nick Coghlan   |   ncoghlan at gmail.com   |   Brisbane, Australia
>> _______________________________________________
>> Distutils-SIG maillist  -  Distutils-SIG at python.org
>> https://mail.python.org/mailman/listinfo/distutils-sig
>
>
>
> _______________________________________________
> Distutils-SIG maillist  -  Distutils-SIG at python.org
> https://mail.python.org/mailman/listinfo/distutils-sig
>



-- 
anatoly t.