Author steve.dower
Recipients Arfrever, barry, benjamin.peterson, christian.heimes, djc, eli.bendersky, ezio.melotti, franck, georg.brandl, jwilk, larry, martin.panter, mcepl, ned.deily, pitrou, rhettinger, rsandwick3, scoder, serhiy.storchaka, steve.dower, vstinner
Date 2018-09-18.04:08:25
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1537243705.43.0.956365154283.issue17239@psf.upfronthosting.co.za>
In-reply-to
Content
There's also the view that it'll be easier to justify upstreaming a patch if it's been released and tested in a separate app. We require that all the time for Python patches, so why should we expect other projects to be different?

We're totally entitled to only release it for those platforms, because we are responsible for libexpat on those (we could vendor it for all of them? Or switch to platform-supported libraries for macOS and Windows?)

Who normally updates the vendored libexpat? I'd rather let them make the call on how far to diverge from upstream, since it'll be up to them to roll the changes forward or revert them in favour of upstream. I doubt different defaults will be an issue, especially since they aren't configurable anyway.
History
Date User Action Args
2018-09-18 04:08:25steve.dowersetrecipients: + steve.dower, barry, georg.brandl, rhettinger, pitrou, scoder, vstinner, larry, christian.heimes, benjamin.peterson, jwilk, ned.deily, djc, mcepl, ezio.melotti, Arfrever, eli.bendersky, martin.panter, serhiy.storchaka, franck, rsandwick3
2018-09-18 04:08:25steve.dowersetmessageid: <1537243705.43.0.956365154283.issue17239@psf.upfronthosting.co.za>
2018-09-18 04:08:25steve.dowerlinkissue17239 messages
2018-09-18 04:08:25steve.dowercreate