Re: [Distutils] PEP 345, PEP 376, PEP 386
At 11:17 AM 6/4/2009 +0200, Tarek Ziadé wrote:
- new PEP 386 | waiting for your feedback
From the PEP:
Last ".dev456post623" is a development version of a post-release
This appears incorrect to me; it should be a post-release of a development version, analagous to ".dev456-r623" in a setuptools version. I think it would also be helpful to note that one of the new scheme's design goals is to be a strict subset of the setuptools version algorithm; you sort of implied it in a couple of places (talking about the widespread use, and the problem of interpreting such a wide variety of schemes), but it might be good to point that out, so it's clear that adopting the scheme for your package will not require opting out of the setuptools-based infrastructure or depriving anyone of their preferred tools. (In that vein, it also might be helpful to suggest that people try using parse_version() comparisons to verify that their new numbers are all > their old numbers, if they plan to change schemes. Despite the strict-subset property, there might be problems in the case where they are not currently using an equivalent subset.)
- PEP 376 | status : waiting for Phillip complementary feedback (and anyone else of course)
- up-to-date PEP proposal : http://bitbucket.org/tarek/pep376/src/tip/docs/pep-0376 - up-to-date prototype code for pkgutil : http://bitbucket.org/tarek/pep376/src/tip/pkgutil.py
I'll try to look at this again soon, probably the weekend.
2009/6/4 P.J. Eby
At 11:17 AM 6/4/2009 +0200, Tarek Ziadé wrote:
- new PEP 386 | waiting for your feedback
From the PEP:
Last ".dev456post623" is a development version of a post-release
This appears incorrect to me; it should be a post-release of a development version, analagous to ".dev456-r623" in a setuptools version.
In the Pycon discussions the ".devNNN" was meant to *be* the "rNNN" part. A commonly expected value for NNN would be the source code control revision number. At least that was my understanding. Do you know of examples using a ".dev456-r623"-type scheme? Trent -- Trent Mick trentm@gmail.com
participants (2)
-
P.J. Eby
-
Trent Mick