<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 2 December 2015 at 13:27, Frédéric Mantegazza <span dir="ltr"><<a href="mailto:mantegazza@ill.fr" target="_blank">mantegazza@ill.fr</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="overflow:hidden">On the other hand, having the jupyter mecanism, and being able to start a<br>
session from one place, in a pure console, or in a qtconsole, them<br>
go back home and switch to a web-based console to continue to work from<br>
the same point is really great.</div></blockquote></div><br></div><div class="gmail_extra">Note that our machinery doesn't make this very easy at present - e.g. the notebook server only talks to kernels it started, so you can't create a notebook and attach it to an existing kernel. And running a console or a qt console with a kernel on another machine involves setting up SSH tunnels.<br><br></div><div class="gmail_extra">One simple thing you could do would be to run the notebook server itself on the machine controlling the instrument - possibly under Jupyterhub, so users have separate logins. But that's obviously quite a large service to have running on a computer directly connected to important hardware.<br><br></div><div class="gmail_extra">Thomas<br></div></div>