A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2006-August/068252.html below:

[Python-Dev] no remaining issues blocking 2.5 release

[Python-Dev] no remaining issues blocking 2.5 release [Python-Dev] no remaining issues blocking 2.5 releaseGuido van Rossum guido at python.org
Tue Aug 15 17:21:59 CEST 2006
On 8/15/06, M.-A. Lemburg <mal at egenix.com> wrote:
> The distutils version number should be changed back to a static
> string literal.
>
> It's currently setup to get its version number
> from the Python version running it which pretty much defeats
> the whole purpose of having a version number and makes using the
> SVN distutils package with other Python versions problematic.

I am sympathetic to this case. Is there any advantage to the *users*
of distutils of the dynamic version number? If it's only done for the
benefit of the release managers (with whose plight I also
sympathesize) I think it must be rolled back, at least as long as
distutils is officially listed as a package that needs to support
older versions of Python, which pretty much implies that it's okay to
extract it from the 2.5 release and distribute it separately for use
with older Python versions.

-- 
--Guido van Rossum (home page: http://www.python.org/~guido/)
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4