[Python-Dev] Module version variable

Tres Seaver tseaver at palladion.com
Thu Mar 17 00:22:53 CET 2011


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 03/16/2011 06:15 PM, Eric Smith wrote:
> On 3/16/2011 5:54 PM, Alexander Belopolsky wrote:
>> On Wed, Mar 16, 2011 at 3:00 PM, Raymond Hettinger
>> <raymond.hettinger at gmail.com> wrote:
>> ..
>>> The version number in the decimal module refers to the version of the
>>> spec that is being complied with. I would like that version number
>>> to remain in the module.
>>>> I mentioned this in my first post. If the version number of the spec
>> is important, shouldn't it be called something else?
>> I agree, especially if we need to issue a new version of the library 
> that implements the same spec. We couldn't upgrade __version__, since 
> it's used for the spec. There'd be no way to know (by inspection) if the 
> version of the library fixed a spec compliance issue.

I'm not even sure why you would want __version__ in 99% of modules: in
the ordinary cases, a module's version should be either the Python
version (for a module shipped in the stdlib), or the release of the
distribution which shipped it. Free-standing, separately-distributed
modules are a huge anomaly
ISTM that other cases (version of a spec targeted by the module, or of
the underlying C library it wraps), need their own attribute.
Tres.
- -- 
===================================================================
Tres Seaver +1 540-429-0999 tseaver at palladion.com
Palladion Software "Excellence by Design" http://palladion.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk2BRkwACgkQ+gerLs4ltQ7ZnACcDNxH/pR5jb0ycNK/i3LlvsDF
AxYAnAvnPQT5iMkAONSTFYVYM5tlazYw
=2eBY
-----END PGP SIGNATURE-----


More information about the Python-Dev mailing list

AltStyle によって変換されたページ (->オリジナル) /