<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jul 1, 2019 at 6:08 AM Juan Nunez-Iglesias <<a href="mailto:jni@fastmail.com">jni@fastmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><u></u><div><div>Hi Chuck, and thanks for putting this together!<br></div><div><br></div><div>It seems the release has broken existing uses of dask array with `np.min` (I presume among other functions):<br></div><div><br></div><div><a href="https://github.com/dask/dask/issues/5031" target="_blank">https://github.com/dask/dask/issues/5031</a><br></div><div><br></div><div>Perhaps `__array_function__` should be switched off for one more release cycle? I imagine that scikit-image [1] are not the only ones using this construct, which worked fine before `__array_function__`.<br></div></div></blockquote><div><br></div><div>Hmm, I'd really like to avoid that, that would be another 6 months where we get close to zero testing. <br></div><div><br> </div><div>This issue is not very surprising - __array_function__ is going to have a fair bit of backwards compat impact for people who were relying on feeding all sorts of stuff into numpy functions that previously got converted with asarray. At this point Dask is the main worry, followed by CuPy and pydata/sparse. All those libraries have very responsive maintainers. Perhaps we should just try to get these issues fixed asap in those libraries instead?</div><div><br></div><div>Cheers,<br></div><div>Ralf</div><div><br></div></div></div>