<div dir="auto"><div><div class="gmail_extra"><div class="gmail_quote">On Aug 1, 2017 3:54 AM, "Matthew Brett" <<a href="mailto:matthew.brett@gmail.com">matthew.brett@gmail.com</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<div class="quoted-text"><br>
On Sun, Jul 30, 2017 at 4:20 AM, Thomas Caswell <<a href="mailto:tcaswell@gmail.com">tcaswell@gmail.com</a>> wrote:<br>
> Folks,<br>
><br>
> With 2.0 we picked up subprocess32<br>
> (<a href="https://pypi.python.org/pypi/subprocess32/" rel="noreferrer" target="_blank">https://pypi.python.org/pypi/<wbr>subprocess32/</a>) to be able to use the improved<br>
> subprocess module, however this has caused several problem with [1, 2] due<br>
> to a bug in the release version and wheels not being published on pypi.  The<br>
> bug is reportedly fixed on master [4] and Mathew Brett has provided them<br>
> with wheel-building machinery [3], but there has been no motion on that<br>
> sense May.<br>
><br>
> I think our options are:<br>
><br>
>  - document the known issues (meaning wheel-installing mac users have to<br>
> install xcode and people on very old linux need to install from the<br>
> subprocess32 master branch, and general linux users need to have a gcc<br>
> installed)<br>
>  - hope subprocess32 does a release and adopt Matthew's wheels in the next<br>
> month<br>
>  - vendor the master branch (is there a way we can do this _just_ for the<br>
> wheels without actually vendoring it in the source tree?)<br>
>  - change dependencies<br>
><br>
> After 2.1 we won't have the last option until 2.2 so if we want to do that,<br>
> it needs to be done this month.<br>
><br>
> If anyone is motivated to work on changing the dependency, please do so<br>
> otherwise I am inclined to go with the first option.<br>
<br>
</div>I'd be really sad if we went for option 1.  I'm particularly<br>
interested in installations for new users, and these are often a) via<br>
pip with b) Python 2.7 and b) without a compiler set up.  So this is a<br>
painful hurdle, often for those least adapted to clear it...<br>
<br>
I'm happy to do donkey work if someone can point me the way forward to<br>
replacing the dependency.<br></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">I guess the crude but effective solution would be to fork the subprocess32 repo, make sure the patch you want is applied, then rename the package to subprocess32_for_matplotlib and upload that to pypi. (Later once they release a fix you can upload a new version that just depends on and reexports the real subprocess32.)</div><div dir="auto"><br></div><div dir="auto">-n</div></div>