#19427: Jupyter R kernel
-------------------------------------+-------------------------------------
       Reporter:  vbraun             |        Owner:
           Type:  defect             |       Status:  needs_work
       Priority:  major              |    Milestone:  sage-6.10
      Component:  packages:          |   Resolution:
  optional                           |    Merged in:
       Keywords:                     |    Reviewers:
        Authors:  Volker Braun       |  Work issues:
Report Upstream:  N/A                |       Commit:
         Branch:                     |  ef5a125d04b24694e5fca9b09d02ba36a19875dd
  u/vbraun/jupyter_r_kernel          |     Stopgaps:
   Dependencies:                     |
-------------------------------------+-------------------------------------
Changes (by charpent):

 * status:  needs_review => needs_work


Comment:

 Dear Volker,

 1. Great idea ! I am sure a lot of use cases exist in the Sagemath
 ecosystem.

 2. Your ticket (tested against a fresh clone of 6.10rc0) :
 * builds, and
 * passes ptestlong.
 * Installing r_jupyter effectively installs an R kernel in Sagemath's
 Jupyter notebook.
 * This notebook is functional (i. e. one can create a worksheet whose
 native language is R).

 3. However, over Sage 6.10rcO, the Rpy2 interface cannot be used in a
 Sagemath notebook :
 * The "%load_ext rpy2.ipython" command is not recognized
 * The "%load_ext rmagic" command is recognized (with a warning), but :
 * The %R (and %%R) commands are not recognized

 You can compare these results (illustrated in "Untitled3-native.pdf") with
 those obtained on 6.10rc0+Trac#19638+manual installation of IRKernel in R,
 which also illustrates the problems with this current implementation :
 * uses a different instance of R than the Sage's pexpect interface
 * converts the output in strange formats, different from those used by
 Sages's pexpect interface.

 If your goal was strictly limited to providing an R notebook in Sage's
 Jupyter, I think it's good to go. If you aimed at providing Sage with an
 alternative interface to R, it needs work (needs
 [http://trac.sagemath.org/ticket/19638 Trac#19638], IMHO, but I'm
 biased...).

 I would be interested in your point of view in the question I posed in
 sage-devel. William's sarcastic non-answer misses a part of the point.

 Sincerely yours,

--
Ticket URL: <http://trac.sagemath.org/ticket/19427#comment:11>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica, 
and MATLAB

-- 
You received this message because you are subscribed to the Google Groups 
"sage-trac" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at https://groups.google.com/group/sage-trac.
For more options, visit https://groups.google.com/d/optout.

Reply via email to