Message321906
| Author | steve.dower |
|---|---|
| Recipients | ammar2, giampaolo.rodola, jkloth, paul.moore, steve.dower, tim.golden, vstinner, zach.ware |
| Date | 2018-07-18.17:33:46 |
| SpamBayes Score | -1.0 |
| Marked as misclassified | Yes |
| Message-id | <1531935226.19.0.56676864532.issue34060@psf.upfronthosting.co.za> |
| In-reply-to |
| Content | |
|---|---|
> It would probably be simpler to change the policy and allow (at least some) some third party libs in cPython's test suite. =) I'm actually totally okay with this, as I'd really like to have JUnit XML output from the test suite, which is easiest to do with the existing third-party libraries. Can we formalize a way by which optional third-party libraries are allowed? Provided they aren't critical for the overall pass/fail state of the test suite (or the more strict alternative: pass/fail state of *each* test), I don't see any particular harm in certain site packages being used. (This is probably a discussion for python-dev, assuming the policy is written down somewhere.) |
|
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2018-07-18 17:33:46 | steve.dower | set | recipients: + steve.dower, paul.moore, vstinner, giampaolo.rodola, tim.golden, jkloth, zach.ware, ammar2 |
| 2018-07-18 17:33:46 | steve.dower | set | messageid: <1531935226.19.0.56676864532.issue34060@psf.upfronthosting.co.za> |
| 2018-07-18 17:33:46 | steve.dower | link | issue34060 messages |
| 2018-07-18 17:33:46 | steve.dower | create | |