<div dir="ltr"><div><div><div>I've never used install_ext, so I am all for killing it!<br><br>Since someone else raised the entry_point thing as a drive-by: I do support using this mechanism, vs. a homerolled solution, but see the limitations it imposes. Namely, it would be unreasonable to load all installed entry_points at runtime, so you would still need some mechanism to do so selectively, and a magic probably still makes the most sense. It wouldn't be crazy though, if after failing to find a magic, it went ahead and tried to load that magic as an entry point :)<br><br>Bundled assets are another place where entry_points would make things better... for python people. Can't speak to other kernels. For example, jupyter-pip is the easiest way to do this today, but presently doesn't (won't ever) work with wheels:<br><br></div></div><a href="https://github.com/jdfreder/jupyter-pip/issues/15">https://github.com/jdfreder/jupyter-pip/issues/15</a><br><br></div><div>so it probably wouldn't work with flit, which looks nice... though YAML please :)<br><br></div><div><div><div class="gmail_quote"><div dir="ltr">On Thu, Jul 9, 2015 at 2:25 PM Wes Turner <<a href="mailto:wes.turner@gmail.com" target="_blank">wes.turner@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">* <a href="http://mail.scipy.org/pipermail/ipython-dev/2014-April/013880.html" target="_blank">http://mail.scipy.org/pipermail/ipython-dev/2014-April/013880.html</a> (SEC: "%install_ext security and reproducibility")</p>
<p dir="ltr">  * [ ] setuptools entry_points for extensions<br>
  * [ ] <a href="https://wrdrd.com/docs/consulting/education-technology#jupyter-and-reproducibility" target="_blank">https://wrdrd.com/docs/consulting/education-technology#jupyter-and-reproducibility</a></p>
<div class="gmail_quote">On Jul 9, 2015 11:07 AM, "Brian Granger" <<a href="mailto:ellisonbg@gmail.com" target="_blank">ellisonbg@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I am +1 on deprecating it.<br>
<br>
On Thu, Jul 9, 2015 at 11:04 AM, Matthias Bussonnier<br>
<<a href="mailto:bussonniermatthias@gmail.com" target="_blank">bussonniermatthias@gmail.com</a>> wrote:<br>
> Hello list,<br>
><br>
><br>
> TL;DR: We are considering deprecating the %install_ext magic[1] do you have<br>
> usages that are not covered by doing actual packages?<br>
><br>
> Longer version:<br>
><br>
> As we are refactoring and cleaning IPython for a 4.0 release we come across<br>
> lots of<br>
> small pieces of code that have been around for a long time, and for which<br>
> the presence<br>
> into IPython might only be historical reason.<br>
><br>
> I recently came across new magics projects recommending to be install using<br>
> the %install_ext magic.<br>
> As we all know, Python packaging system, have been improving the last few<br>
> years, and it is now relatively simple[2]<br>
> to put a python package on PyPI. As you all know, or might learn, you do not<br>
> need to install a magic with %install_ext,<br>
> you can just make it a python module.<br>
><br>
> There is then no apparent reasons to keep %install_ext around, as we do not<br>
> want to reinvent the wheel, and %install_ext<br>
> does not cover many areas that pip/conda/apt does. For example, security,<br>
> update, uninstall, venv ...<br>
><br>
> So the question is: Do you use %install_ext for usage that cannot be covered<br>
> by pip or other package manager tools ?<br>
> Do you have any opposition of us deprecating %install-ext ? Do you approve<br>
> of us getting rid of %install_ext ?<br>
><br>
> You can reply to this thread or on the PR to give us your input.<br>
><br>
> Thanks,<br>
> --<br>
> M<br>
> [1]: <a href="https://github.com/ipython/ipython/pull/8601" rel="noreferrer" target="_blank">https://github.com/ipython/ipython/pull/8601</a><br>
> [2]: shameless plug for thomas project: <a href="https://github.com/takluyver/flit" rel="noreferrer" target="_blank">https://github.com/takluyver/flit</a><br>
><br>
> _______________________________________________<br>
> IPython-dev mailing list<br>
> <a href="mailto:IPython-dev@scipy.org" target="_blank">IPython-dev@scipy.org</a><br>
> <a href="http://mail.scipy.org/mailman/listinfo/ipython-dev" rel="noreferrer" target="_blank">http://mail.scipy.org/mailman/listinfo/ipython-dev</a><br>
><br>
<br>
<br>
<br>
--<br>
Brian E. Granger<br>
Cal Poly State University, San Luis Obispo<br>
@ellisonbg on Twitter and GitHub<br>
<a href="mailto:bgranger@calpoly.edu" target="_blank">bgranger@calpoly.edu</a> and <a href="mailto:ellisonbg@gmail.com" target="_blank">ellisonbg@gmail.com</a><br>
_______________________________________________<br>
IPython-dev mailing list<br>
<a href="mailto:IPython-dev@scipy.org" target="_blank">IPython-dev@scipy.org</a><br>
<a href="http://mail.scipy.org/mailman/listinfo/ipython-dev" rel="noreferrer" target="_blank">http://mail.scipy.org/mailman/listinfo/ipython-dev</a><br>
</blockquote></div>
_______________________________________________<br>
IPython-dev mailing list<br>
<a href="mailto:IPython-dev@scipy.org" target="_blank">IPython-dev@scipy.org</a><br>
<a href="http://mail.scipy.org/mailman/listinfo/ipython-dev" rel="noreferrer" target="_blank">http://mail.scipy.org/mailman/listinfo/ipython-dev</a><br>
</blockquote></div></div></div></div>