<br><br><div class="gmail_quote">On Fri, Jan 6, 2012 at 9:17 AM, Fernando Perez <span dir="ltr"><<a href="mailto:fperez.net@gmail.com">fperez.net@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class="im">On Fri, Jan 6, 2012 at 3:44 AM, Thomas Kluyver <<a href="mailto:takowl@gmail.com">takowl@gmail.com</a>> wrote:<br>
</div><div class="im">> Why are we recreating a notebook, when SAGE's already works? I expect other<br>
> people will weigh in with different motivations, but first off, it works<br>
> without a 400MB download ;-). SAGE is kind of an ecosystem of its own,<br>
> bundling a lot of libraries into its package system. That has various<br>
> consequences:<br>
> - Linux distributions won't package SAGE, whereas soon you'll be able to do<br>
> "apt-get install ipython notebook"<br>
> - To run SAGE on Windows, you set up a virtual machine to run Linux. IPython<br>
> can run natively.<br>
> - SAGE ships its own copy of Python (by the looks of it, that's currently<br>
> version 2.6.4). IPython can be installed on other versions, including Python<br>
> 3.<br>
<br>
</div>All very valid and correct points, I'll provide some extra perspective<br>
in a separate reply.<br>
<div class="im"><br></div></blockquote><div>Yes, I agrees. On last item, I was surprised that I can't change Python version and compiler options inside SAGE configurations without breaking SAGE build. <br> <br></div>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="im">
> None of the above is criticising SAGE - the project has its own goals, and<br>
> what they're doing makes sense for that. But for IPython, it's important to<br>
> fit into the general Python landscape. Although we are in touch with SAGE,<br>
> and hopefully there's room to collaborate and share code.<br>
<br>
</div>With the caveat Aaron mentioned, that sage being GPL, we must ask them<br>
for explicit permission if we want to reuse any of their code (and<br>
when we've done so, they've graciously agreed to relicense snippets as<br>
BSD). In contrast, sage can freely use code from ipython, which it<br>
does.<br>
<div class="im"><br>
> I don't think inline Cython support is on the roadmap at present - it sounds<br>
> like the sort of thing that would make for a good extension. If you're<br>
> interested in writing one, have a look here:<br>
> <a href="http://ipython.org/ipython-doc/stable/config/extensions/index.html" target="_blank">http://ipython.org/ipython-doc/stable/config/extensions/index.html</a><br>
<br>
</div>Actually I have a very concrete plan on how to enable sage-style<br>
'cell-level magics'. The only problem is that the entire draft is in<br>
my brain only and I haven't had the time to sit down and type it out.<br>
The priority for this is obviously going up, so I'll do my best to<br>
flush it soon.<br>
<br></blockquote><div>Sounds encouraging. <br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Cheers,<br>
<br>
f<br>
</blockquote></div>Thank you for comprehensive replies, gents. <br>Oleg<br>