Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2020-02-27 Thread zimoun
On Thu, 27 Feb 2020 at 20:39, Ricardo Wurmus wrote: > zimoun writes: > > On Thu, 27 Feb 2020 at 19:43, Vincent Legoll > > wrote: > >> On Thu, Feb 27, 2020 at 7:20 PM zimoun wrote: > >> > Because other kernels are named: python-ipykernel or ruby-iruby. > >> > Another: python-pari-jupyter. >

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2020-02-27 Thread Ricardo Wurmus
zimoun writes: > On Thu, 27 Feb 2020 at 19:43, Vincent Legoll wrote: >> >> hello >> >> On Thu, Feb 27, 2020 at 7:20 PM zimoun wrote: >> > Because other kernels are named: python-ipykernel or ruby-iruby. >> > Another: python-pari-jupyter. >> > And another other: jupyter-guile-kernel. >> >

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2020-02-27 Thread zimoun
On Thu, 27 Feb 2020 at 19:43, Vincent Legoll wrote: > > hello > > On Thu, Feb 27, 2020 at 7:20 PM zimoun wrote: > > Because other kernels are named: python-ipykernel or ruby-iruby. > > Another: python-pari-jupyter. > > And another other: jupyter-guile-kernel. > > Well, there is no real

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2020-02-27 Thread Vincent Legoll
hello On Thu, Feb 27, 2020 at 7:20 PM zimoun wrote: > Because other kernels are named: python-ipykernel or ruby-iruby. > Another: python-pari-jupyter. > And another other: jupyter-guile-kernel. > Well, there is no real convention yet, if I understand correctly. > > A good move should to start a

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2020-02-27 Thread zimoun
On Thu, 27 Feb 2020 at 19:11, Pjotr Prins wrote: > > On Thu, Feb 27, 2020 at 03:36:37PM +0100, zimoun wrote: > > Hi Pjotr, > > > > On Thu, 27 Feb 2020 at 15:33, Pjotr Prins wrote: > > > > > I don't thing we have an R kernel yet for Jupyter. How hard would it > > > be to add that? I have been

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2020-02-27 Thread Pjotr Prins
On Thu, Feb 27, 2020 at 03:36:37PM +0100, zimoun wrote: > Hi Pjotr, > > On Thu, 27 Feb 2020 at 15:33, Pjotr Prins wrote: > > > I don't thing we have an R kernel yet for Jupyter. How hard would it > > be to add that? I have been using the Python version in class. It is > > great :). And you

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2020-02-27 Thread zimoun
Hi Pjotr, On Thu, 27 Feb 2020 at 15:33, Pjotr Prins wrote: > I don't thing we have an R kernel yet for Jupyter. How hard would it > be to add that? I have been using the Python version in class. It is > great :). And you don't really need Jupyterhub for a class. Is ' r-irkernel' not what you

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2020-02-27 Thread Pjotr Prins
Dear Konrad, I don't thing we have an R kernel yet for Jupyter. How hard would it be to add that? I have been using the Python version in class. It is great :). And you don't really need Jupyterhub for a class. Pj.

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-29 Thread Konrad Hinsen
Konrad Hinsen writes: >> Looking forward to a patch! :-) > > If all goes well, next week ! Done: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=37978 Cheers, Konrad.

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-25 Thread Pierre Neidhardt
Hi Konrad, Konrad Hinsen writes: > That looks like a layer on top of the Guix commands which does > profile/manifes management based on a few conventions. Nice! Exactly. It's very usable, but of course having it embedded in the CLI would be much better, since it would be even more usable

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-25 Thread Konrad Hinsen
Hi Pierre, > In the meantime I've played with Guix + Emacs and wrapped Guix CLI in > hopefully a more convenient way that makes it easy to track the channel > specifications for various manifests, to reproduce them, etc. > > See https://gitlab.com/emacs-guix/emacs-guix/issues/13, maybe that'll >

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-25 Thread Konrad Hinsen
Hi Ludo, > I see. In a way one could argue that it’s not Guix’ problem, but OTOH > it’s clearly a problem that Guix doesn’t make it more convenient. I don't know much about Guix' problem, not being a software psychologist, but in the meantime I am trying to solve a problem that some Guix users

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-24 Thread Ludovic Courtès
Hi Konrad, Konrad Hinsen skribis: >> Depending on the use case, another option is to not use inferiors at all >> and simply do: >> >> guix pull --commit=XYZ -p ./my-old-guix >> ./my-old-guix/bin/guix environment --ad-hoc whatevern >> >> But maybe I’m missing something, let me know. :-) > >

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-24 Thread Konrad Hinsen
zimoun writes: >> No, at least not explicitly. My goal is reproducing computations from >> the past, so I need to re-animate old manifest files. These could of >> course contain references to inferior-packages, so they could be >> multi-commit, but this is not my focus. > > But does it fit with

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-23 Thread zimoun
On Wed, 23 Oct 2019 at 14:15, Konrad Hinsen wrote: > > Hi Simon, > > > I am not sure to understand everything, so my questions are: > > > > - Do you consider binaries coming from multiple commits and/or > > multiple channels? > > No, at least not explicitly. My goal is reproducing computations

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-23 Thread Konrad Hinsen
Hi Simon, > I am not sure to understand everything, so my questions are: > > - Do you consider binaries coming from multiple commits and/or > multiple channels? No, at least not explicitly. My goal is reproducing computations from the past, so I need to re-animate old manifest files. These

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-23 Thread zimoun
Hi Konrad, I am not sure to understand everything, so my questions are: - Do you consider binaries coming from multiple commits and/or multiple channels? - Why splits the channel file and the manifest file? I am thinking to improve the DSL of the manifest file. All the best, simon

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-23 Thread Konrad Hinsen
Hi Ludo, > Did you define an environment along the lines of the example at > ? > > If so, this should behave in exactly the same way as a “regular” ‘guix > environment’, so I’m not sure where the issues regarding access to the > tty

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-22 Thread Konrad Hinsen
Hi Ludo, > Did you define an environment along the lines of the example at > ? No. I did look at this approach briefly, but it looks difficult at least, if not impossible. The situation I need to address is re-creating an

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-22 Thread Ludovic Courtès
Hi, Konrad Hinsen skribis: At the API level, there’s ‘inferior-for-channels’ which does that + registers a GC root + maintains a cache so that the second time you use a given instance of Guix it’s immediately available. >>> >>> Just what I need... >> >> Awesome, let us know how

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-21 Thread Konrad Hinsen
Hi Ludo, >>> At the API level, there’s ‘inferior-for-channels’ which does that + >>> registers a GC root + maintains a cache so that the second time you use >>> a given instance of Guix it’s immediately available. >> >> Just what I need... > > Awesome, let us know how it goes! Not so well... If

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-14 Thread Ludovic Courtès
Howdy, Konrad Hinsen skribis: >> (Though printing addresses in a REPL isn’t “bad practice” IMO, it’s just >> that it doesn’t mesh well with the intended use of notebooks.) > > And that's exactly the difference between a REPL and a reproducible > document. Unfortunately, Jupyter tries to be both

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-14 Thread Konrad Hinsen
Hi Ludo, > (Though printing addresses in a REPL isn’t “bad practice” IMO, it’s just > that it doesn’t mesh well with the intended use of notebooks.) And that's exactly the difference between a REPL and a reproducible document. Unfortunately, Jupyter tries to be both and thus never explains the

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-14 Thread Ludovic Courtès
Hi Konrad, Konrad Hinsen skribis: >> That reminds me of an interesting issue regarding >> bitwise-reproducibility that was raised on the Reproducible Builds >> mailing list: >> >> >> https://lists.reproducible-builds.org/pipermail/rb-general/2019-September/001657.html > > We ran into this

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-14 Thread Konrad Hinsen
Hi Ludo, > That reminds me of an interesting issue regarding > bitwise-reproducibility that was raised on the Reproducible Builds > mailing list: > > > https://lists.reproducible-builds.org/pipermail/rb-general/2019-September/001657.html We ran into this problem as well in the Reproducible

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-10 Thread Ludovic Courtès
Roel Janssen skribis: > The animated GIFs are really useful! If I understand this correctly, > the Guix Jupyter kernel allows one to use multiple (completely > distinct) environments in a single Notebook. So, mix Python, R and > Scheme in a single notebook. That's pretty neat! I’ve just

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-10 Thread Ludovic Courtès
Hi Konrad! Konrad Hinsen skribis: > This looks very good, even though I will probably have to rework my > reproducible-research-tutorial-with-guix tutorial now ;-) Heheh. :-) > I haven't looked at this yet in any detail, but I wonder how you deal > with Jupyter pluging (e.g. widgets). For

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-10 Thread Ludovic Courtès
Howdy! Roel Janssen skribis: > The animated GIFs are really useful! If I understand this correctly, > the Guix Jupyter kernel allows one to use multiple (completely > distinct) environments in a single Notebook. So, mix Python, R and > Scheme in a single notebook. That's pretty neat! Yes, I

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-10 Thread Konrad Hinsen
Hi Ludo and Simon, Ludovic Courtès writes: > I’m happy to announce the first release of Guix-Jupyter! This looks very good, even though I will probably have to rework my reproducible-research-tutorial-with-guix tutorial now ;-) I haven't looked at this yet in any detail, but I wonder how you

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-10 Thread Roel Janssen
On Thu, 2019-10-10 at 10:21 +0200, Ludovic Courtès wrote: > Hello Guix! > > I’m happy to announce the first release of Guix-Jupyter! > > > https://hpc.guix.info/blog/2019/10/towards-reproducible-jupyter-notebooks/ > > Guix-Jupyter is a Jupyter “kernel” that is able to interpret > annotations

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-10 Thread Ludovic Courtès
Hello! (And hi! Pierre-Antoine. :-)) zimoun skribis: > Congrats for these piece of work! > To me, it is very funny that all the folks find Jupyter amazing when > it is a worse version of Org-mode (troll troll) ;-) > One example of many others, the Notebook are not human readable (I > mean, I

Re: Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-10 Thread zimoun
Hi Ludo and Pierre-Antoine, Congrats for these piece of work! To me, it is very funny that all the folks find Jupyter amazing when it is a worse version of Org-mode (troll troll) ;-) One example of many others, the Notebook are not human readable (I mean, I am not fluent in JSON reading.) Well,

Towards reproducibly Jupyter notebooks with Guix-Jupyter

2019-10-10 Thread Ludovic Courtès
Hello Guix! I’m happy to announce the first release of Guix-Jupyter! https://hpc.guix.info/blog/2019/10/towards-reproducible-jupyter-notebooks/ Guix-Jupyter is a Jupyter “kernel” that is able to interpret annotations describing the environment in which notebook cells will be executed. The end