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 nicksloan
Recipients carljm, eric.araujo, nicksloan, tarek, vinay.sajip
Date 2013-04-15.19:23:12
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1366053792.46.0.554545103891.issue17732@psf.upfronthosting.co.za>
In-reply-to
Content
My thought was that perhaps there will be other circumstances where we may want to ignore options in the future. The idea was that by providing an ignore_options list that can be extended, multiple conditions with different sets of options can be stacked together easily. I was thinking a set might actually be an even better choice than a list.

Would love feedback on this approach. Am I over-designing for an unlikely case? I'm happy to use Vinay's suggestion if we don't think it is worth it to consider possible future conflicts with distutils.cfg options. If there is any reason a set would be worse to use, let me know, otherwise my next patch will use a set rather than a list.

Another question: should I be checking which config file these come from, or ignoring all occurrences of these options? Seems like setup.cfg at the very least shouldn't have any restrictions. Possibly ~/.pydistutils.cfg too.

I'll review tests to see if this necessitates any changes, add a new test that covers this, and I'll make a note in the docs.
History
Date User Action Args
2013-04-15 19:23:12nicksloansetrecipients: + nicksloan, vinay.sajip, tarek, carljm, eric.araujo
2013-04-15 19:23:12nicksloansetmessageid: <1366053792.46.0.554545103891.issue17732@psf.upfronthosting.co.za>
2013-04-15 19:23:12nicksloanlinkissue17732 messages
2013-04-15 19:23:12nicksloancreate