This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author eric.araujo
Recipients a.badger, akitada, calvin, eric.araujo, jjulian, tarek, thomasvs
Date 2010-11-12.00:39:51
SpamBayes Score 1.5925085e-09
Marked as misclassified No
Message-id <1289522393.1.0.39335010322.issue644744@psf.upfronthosting.co.za>
In-reply-to
Content
Thomas, sorry if my message was short and unclear.  The freeze policy means that distutils does not get new features, only bug fixes.  The goal is to free time so that the developers (especially Tarek) can work on distutils2, the next generation.  When I said that “changing even internal details breaks third-party tools”, I was talking about tools written in Python that use distutils as a library; they rely on implementation details, internal functions and old bugs, which means distutils can’t get the changes we need to significantly improve the state of Python packaging.  That’s why Tarek has started distutils2, where compatibility can be broken to fix design mistakes and add disruptive new features.

Like I said, we’ve removed bdist_rpm in distutils2; it now lives as an external project: https://pypi.python.org/pypi/pypi2rpm/0.3 .  When distutils2 is merged back into the standard library, bdist_rpm2 can have shorter release cycles to comply with policy changes on rpm-based systems.

In this case, the freeze does not apply: This bug should be fixed in distutils.  Can you update your patch to address Toshio’s remarks?  Thanks.
History
Date User Action Args
2010-11-12 00:39:53eric.araujosetrecipients: + eric.araujo, calvin, thomasvs, tarek, a.badger, akitada, jjulian
2010-11-12 00:39:53eric.araujosetmessageid: <1289522393.1.0.39335010322.issue644744@psf.upfronthosting.co.za>
2010-11-12 00:39:51eric.araujolinkissue644744 messages
2010-11-12 00:39:51eric.araujocreate