<div dir="ltr"><div><div>Right. Submitting the patch won't address our near-term needs, but it'll certainly position us better a few years from now. I am thinking that for the near-term, we could have a fail-over mechanism. First attempt to access the proposed ik interface (to be forward-compatible), failing that, then attempt a ctypes interface. Failing that, fall back to our current implementation. This gives a way forward for those in the restricted environments to keep doing whatever has been working so far, while giving everyone else an intermediate solution -- a usable GUI backend that will almost always be guaranteed to work no matter in what order the packages were installed.<br><br></div>Cheers!<br></div>Ben Root<br><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Apr 30, 2016 at 3:43 AM, Nathaniel Smith <span dir="ltr"><<a href="mailto:njs@pobox.com" target="_blank">njs@pobox.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Fri, Apr 29, 2016 at 9:23 PM, Chris Barker <<a href="mailto:chris.barker@noaa.gov">chris.barker@noaa.gov</a>> wrote:<br>
> I'm sure I missed the conversation, but as tkInter is included with Python<br>
> itself, why can't the wheels link against the same version that python<br>
> ships??<br>
<br>
</span>The problem is that we're trying to make a single build of matplotlib<br>
that works with multiple different builds of Python, which might come<br>
with different, incompatible builds of tkInter -- so if we build<br>
against the version shipped with python A then it will be broken on<br>
python B and vice-versa.<br>
<br>
Or maybe not -- Matthew's seeing a segfault, and it *might* be due to<br>
the existence of fundamental ABI incompatibilities between different<br>
tk builds, but it hasn't really been characterized.<br>
<span class=""><br>
>> Submitting the buffer hook to tcl/tk and/or tkinter would be nice.<br>
><br>
> That would be the better solution, yes -- presumable to tkinter -- but<br>
> that's only going to help with Python 3.6 or greater.....<br>
><br>
> (or maybe it could be back-ported)<br>
<br>
</span>It might get backported to 3.5, maybe 3.4 if we're really quick, but<br>
it won't get backported to 2.7, so yeah, anything involving changing<br>
python upstream isn't going to be a short-term solution.<br>
<span class="im HOEnZb"><br>
-n<br>
<br>
--<br>
Nathaniel J. Smith -- <a href="https://vorpus.org" rel="noreferrer" target="_blank">https://vorpus.org</a><br>
</span><div class="HOEnZb"><div class="h5">_______________________________________________<br>
Matplotlib-devel mailing list<br>
<a href="mailto:Matplotlib-devel@python.org">Matplotlib-devel@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/matplotlib-devel" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/matplotlib-devel</a><br>
</div></div></blockquote></div><br></div>