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 steve.dower
Recipients BreamoreBoy, barry, brett.cannon, christopher.hogan, dstufft, eric.araujo, jaraco, mgiuca, ncoghlan, r.david.murray, steve.dower, tarek, zach.ware
Date 2015-08-23.15:02:57
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1440342177.99.0.809063685946.issue8987@psf.upfronthosting.co.za>
In-reply-to
Content
I notice you say "adopt" rather than "vendor" - effectively removing distutils from the stdlib?

It could work, but to really be able to move distutils forward we need some sort of side-by-side versioning, such that a package can declare which version of distutils is required, preferably without needing to download old versions on the fly when building. I'm sure it's possible but haven't got a complete vision yet.

Maybe it's as simple as having flags that setup scripts enable before they build?

import distutils
distutils.enable(distutils.flags.smart_quote_args)

That way we can actually change things without breaking old build scripts. Should be just as feasible if setuptools adopts distutils, but there'll probably be opposition from elsewhere along the lines of including "core" functionality in the stdlib.
History
Date User Action Args
2015-08-23 15:02:58steve.dowersetrecipients: + steve.dower, barry, brett.cannon, jaraco, ncoghlan, tarek, eric.araujo, mgiuca, r.david.murray, BreamoreBoy, zach.ware, dstufft, christopher.hogan
2015-08-23 15:02:57steve.dowersetmessageid: <1440342177.99.0.809063685946.issue8987@psf.upfronthosting.co.za>
2015-08-23 15:02:57steve.dowerlinkissue8987 messages
2015-08-23 15:02:57steve.dowercreate