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 alexis, eric.araujo, erik.bray, python-dev, tarek
Date 2011-07-19.15:08:42
SpamBayes Score 9.7729186e-05
Marked as misclassified No
Message-id <1311088123.02.0.671145336433.issue11595@psf.upfronthosting.co.za>
In-reply-to
Content
> The reason being that I'm using this in my own packages so that I can
> distutils2-like setup.cfgs, but still install with normal distutils
> and/or Distribute without depending on distutils2 in its entirety.
>
> I'm wondering if there might be a better way to proceed, or if this
> sort of compatibility support is even useful to anyone else.

I think that now I understand what you meant here.  You should not have to duplicate distutils2 code in legacy setup.py scripts: “pysetup generate-setup” will create a setup script that can find information in the setup.cfg file (so that you only have to update one file), without depending on distutils2 code (it uses inspect.getsource to copy the cfg_to_args function into setup.py).
History
Date User Action Args
2011-07-19 15:08:43eric.araujosetrecipients: + eric.araujo, tarek, alexis, python-dev, erik.bray
2011-07-19 15:08:43eric.araujosetmessageid: <1311088123.02.0.671145336433.issue11595@psf.upfronthosting.co.za>
2011-07-19 15:08:42eric.araujolinkissue11595 messages
2011-07-19 15:08:42eric.araujocreate