[Distutils] PEP 386 status - last round here ?

M.-A. Lemburg mal at egenix.com
Wed Nov 25 21:52:45 CET 2009


Tarek Ziadé wrote:
> On Wed, Nov 25, 2009 at 9:04 PM, M.-A. Lemburg <mal at egenix.com> wrote:
>> I was under the impression that developers should be encouraged
>> to use the new "rational" version format directly in their
>> package versions - without a helper in between.
> 
> Yes that's the idea. I was just suggesting that "suggest_rational_version" could
> be used (maybe with a warning displayed) to avoid a brutal breakage in
> versions supports.
> 
> I'll make it clearer in the PEP

Ok.

> [..]
>> I'd still like to write "1.2beta3" and "2.1rc3", though, and be
>> standards compliant :-)
> 
> I don't have any strong opposition into adding "rc", especially since Python
> uses it too.
> 
> Now, for "alpha", "beta", I am not opposed at them either. I am just
> thinking that
> we should have only one way to name a pre-release tag, but I guess we can
> consider that "b" is an alias for "beta"
> 
> So the pre-release tag would be one of those : a, alpha,  b, beta, r,  rc
> 
> I don't think we need to support more letters though, e.g. [a-z]

Shouldn't we leave defining the meaning of those tags to the developers ?
IMHO, descriptive names are better than single letter abbreviations.

BTW: How would you name a snapshot using the scheme ?

Say you are working on an upcoming version 3.2.0 of a package and you
use the date as snapshot indicator (as opposed to some revision, which
doesn't have any meaning for an end-user).

I suppose this is the only way:

	3.2.0a0.20091125

... not very obvious :-(

If we'd allow [a-z_] (including the underscore which AFAIK doesn't
cause RPM/deb problems), this could also be written as:

	3.2.0_dev_snapshot.20091125

... much better :-)

-- 
Marc-Andre Lemburg
eGenix.com

Professional Python Services directly from the Source  (#1, Nov 25 2009)
>>> Python/Zope Consulting and Support ...        http://www.egenix.com/
>>> mxODBC.Zope.Database.Adapter ...             http://zope.egenix.com/
>>> mxODBC, mxDateTime, mxTextTools ...        http://python.egenix.com/
________________________________________________________________________

::: Try our new mxODBC.Connect Python Database Interface for free ! ::::


   eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
    D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
           Registered at Amtsgericht Duesseldorf: HRB 46611
               http://www.egenix.com/company/contact/


More information about the Distutils-SIG mailing list