Diagnosing failure solve

274 views
Skip to first unread message

litghost

unread,
Nov 19, 2011, 11:56:17 PM11/19/11
to sympy
I am new to sympy, and trying to utilize solve to solve systems of
linear equations. However there a couple things I have been unable to
figure out.

The most important is how get diagnostic information about why the
solve call failed (returned None). The system of equations I am
solving for are pretty simple, I am problem just miss using the
interface. However with the only output of the system being returning
None, I have no way to figure out my mistake.

So here is an example I am trying:

from sympy import Symbol, solve
C = Symbol('C', constant=True, real=True)
R = Symbol('R', constant=True, real=True)
Rf = Symbol('Rf', constant=True, real=True)
Ri = Symbol('Ri', constant=True, real=True)
s = Symbol('s')
V1 = Symbol('V1')
Vminus = Symbol('Vminus')
Vplus = Symbol('Vplus')
Vout = Symbol('Vout')
eqs = [C*V1*s + Vplus*(-2*C*s - 1/R), Vminus*(-1/Ri - 1/Rf) + Vout/Rf,
C*Vplus*s + V1*(-C*s - 1/R) + Vout/R, -Vminus + Vplus]

print solve(eqs, Vout)

What I want to see is:
Vout = Vplus*(s**2*C**2 + 3*s*C/R + 1/R^2)/(s*C/R)

When I worked it by hand there was another solution
Vout = Vminus*(1/Ri + 1/Rf)*Rf
so that is likely the problem. However is there any way for sympy to
give me both solutions? Or at least indicate that was the problem?

Thanks.

Chris Smith

unread,
Nov 20, 2011, 3:48:08 AM11/20/11
to sy...@googlegroups.com
On Sun, Nov 20, 2011 at 10:41 AM, litghost <litg...@gmail.com> wrote:
> I am new to sympy, and trying to utilize solve to solve systems of
> linear equations.  However there a couple things I have been unable to
> figure out.
>
> The most important is how get diagnostic information about why the
> solve call failed (returned None).  The system of equations I am
> solving for are pretty simple, I am problem just miss using the
> interface.  However with the only output of the system being returning
> None, I have no way to figure out my mistake.
>
> So here is an example I am trying:
>
> from sympy import Symbol, solve
> C = Symbol('C', constant=True, real=True)
> R = Symbol('R', constant=True, real=True)
> Rf = Symbol('Rf', constant=True, real=True)
> Ri = Symbol('Ri', constant=True, real=True)
> s = Symbol('s')
> V1 = Symbol('V1')
> Vminus = Symbol('Vminus')
> Vplus = Symbol('Vplus')
> Vout = Symbol('Vout')

The assumption 'constant=True' doesn't have a meaning to sympy. Also,
since you are not solving this with any values (everything is
symbolic) you don't have to put assumptions about the answer being
real on your symbols. Just create your variables...

>>> var('R, C, Ri, Vout, V1, Rf, Vminus, Vplus, s')
(R, C, Ri, Vout, V1, Rf, Vminus, Vplus, s)

define your equations...

>>> eqs = [C*V1*s + Vplus*(-2*C*s - 1/R),

... Vminus*(-1/Ri - 1/Rf) + Vout/Rf,
... C*Vplus*s + V1*(-C*s - 1/R) + Vout/R,
... -Vminus + Vplus]
...
>>>

Now, if you just want *some* solution, don't list any variables:

>>> solve(eqs)
[{Vminus: Vplus, Vout: (V1**2 - V1*Vplus - Vplus**2)/(V1 - 2*Vplus), R: Vplus/(C
*s*(V1 - 2*Vplus)), Ri: Rf*Vplus*(V1 - 2*Vplus)/(V1 - Vplus)**2}]

If you want to solve some equation for a single variable, use 'manual'

>>> solve(eqs, Vout, manual=True)
[(Vminus*(Rf + Ri)/Ri,)]

> What I want to see is:
> Vout = Vplus*(s**2*C**2 + 3*s*C/R + 1/R^2)/(s*C/R)
>

Ahh... then that means you want the solution (lhs) to *not* contain
those values. So what *do* you want to allow on the lhs?

Here are all the variables in the equations...

>>> vall=reduce(set.union, [e.free_symbols for e in eqs])
>>> vall
set([R, C, Ri, Vout, V1, Rf, Vminus, Vplus, s])

You *don't* want the variables in the rhs of what you just indicated
to be on the lhs of the answers...

>>> dont = (Vplus*(s**2*C**2 + 3*s*C/R + 1/R**2)/(s*C/R)).free_symbols
>>> dont
set([R, Vplus, s, C])

So what you will accept on the lhs is anything else...

>>> want = vall - dont
>>> want
set([Vminus, Vout, V1, Rf, Ri])

So try that:

>>> solve(eqs,want)
[{Vminus: Vplus, Vout: Vplus*(C**2*R**2*s**2 + 3*C*R*s + 1)/(C*R*s), V1: Vplus*(
2*C*R*s + 1)/(C*R*s), Rf: 0}, {Vminus: Vplus, Vout: Vplus*(C**2*R**2*s**2 + 3*C*
R*s + 1)/(C*R*s), V1: Vplus*(2*C*R*s + 1)/(C*R*s), Rf: Ri*(C*R*s + 1)**2/(C*R*s)
}]

And there you go:

>>> for k, v in _[0].items():
... print k,
... print '\t',v
...
Vminus Vplus
Vout Vplus*(C**2*R**2*s**2 + 3*C*R*s + 1)/(C*R*s)
V1 Vplus*(2*C*R*s + 1)/(C*R*s)
Rf 0

> When I worked it by hand there was another solution
> Vout = Vminus*(1/Ri + 1/Rf)*Rf
> so that is likely the problem.  However is there any way for sympy to
> give me both solutions?  Or at least indicate that was the problem?

You have to give it direction...what do you want your solution in
terms of. We might have gotten this other solution by saying we don't
want any of those rhs variables (this is going to get ugly, but bear
through til the end):

Like before, define what you don't want solved for:

>>> dont=(Vminus*(1/Ri + 1/Rf)*Rf).free_symbols
>>> want = vall - dont
>>> solve(eqs,want)
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
...more error messages
raise CoercionFailed("can't convert %s of type %s to %s" % (a, K0, K1))
sympy.polys.polyerrors.CoercionFailed: can't convert DMF(([[[[[[PythonRationalTy
pe(-1, 1)], []]], [[[PythonRationalType(2, 1)], []], [[PythonRationalType(-1, 1)
, PythonRationalType(0, 1)]]]]]], [[[[[[PythonRationalType(2, 1)]]]]]]), QQ) of
type QQ(s,C,Rf,Ri,Vminus,sqrt(Rf**2*Vminus**2 - 4*Rf*Ri*Vminus**2)) to QQ[s,C,Rf
,Ri,Vminus,sqrt(Rf**2*Vminus**2 - 4*Rf*Ri*Vminus**2)]

So go ahead and use the manual option:

>>> solve(eqs,want,manual=True)
[{Vplus: Vminus, Vout: Vminus*(Rf + Ri)/Ri, V1: (Rf*Vminus + 2*Ri*Vminus - sqrt(
Rf**2*Vminus**2 - 4*Rf*Ri*Vminus**2))/(2*Ri), C: Vminus/(-2*R*Vminus*s + R*s*(Rf
*Vminus + 2*Ri*Vminus - sqrt(Rf**2*Vminus**2 - 4*Rf*Ri*Vminus**2))/(2*Ri))}, {Vp
lus: Vminus, Vout: Vminus*(Rf + Ri)/Ri, V1: (Rf*Vminus + 2*Ri*Vminus + sqrt(Rf**
2*Vminus**2 - 4*Rf*Ri*Vminus**2))/(2*Ri), C: Vminus/(-2*R*Vminus*s + R*s*(Rf*Vmi
nus + 2*Ri*Vminus + sqrt(Rf**2*Vminus**2 - 4*Rf*Ri*Vminus**2))/(2*Ri))}]

And again, there you go:

>>> _[0][Vout]
Vminus*(Rf + Ri)/Ri

Write if you have more questions. I'm not sure why the None is
returned in this case, buthopefully you have a better idea to get what
you want and what you 'dont',

Chris

Chris Smith

unread,
Nov 20, 2011, 5:42:01 AM11/20/11
to sy...@googlegroups.com
If you can access my git branch you can use the 'exclude' keyword
there to exclude from consideration any symbols you want (in other
words, the symbols in what you 'exclude' must appear on the rhs of the
solutions if possible).


def test_exclude():
R, C, Ri, Vout, V1, Rf, Vminus, Vplus, s = symbols('R, C, Ri,


Vout, V1, Rf, Vminus, Vplus, s')

eqs = [C*V1*s + Vplus*(-2*C*s - 1/R),

Vminus*(-1/Ri - 1/Rf) + Vout/Rf,

C*Vplus*s + V1*(-C*s - 1/R) + Vout/R,

-Vminus + Vplus]
assert solve(eqs, exclude=s*C*R) == [


{Vminus: Vplus,
Vout: Vplus*(C**2*R**2*s**2 + 3*C*R*s + 1)/(C*R*s),
V1: Vplus*(2*C*R*s + 1)/(C*R*s),

Ri: C*R*Rf*s/(C*R*s + 1)**2}]
assert solve(eqs, exclude=[Vplus, s, C]) == [


{Vminus: Vplus,
Vout: (V1**2 - V1*Vplus - Vplus**2)/(V1 - 2*Vplus),

R: Vplus/(C*s*(V1 - 2*Vplus)),

Roberto Colistete Jr.

unread,
Nov 20, 2011, 6:40:59 AM11/20/11
to sy...@googlegroups.com
What about citing SymPy installation for tablets/smartphones in
http://code.google.com/p/sympy/wiki/DownloadInstallation?tm=2
http://code.google.com/p/sympy/wiki/DownloadInstallation
?

I have released SymPy packages for Maemo 4 OS (Diablo, used in
Nokia N800/N810 tablets), Maemo 5 OS (Fremantle, used in Nokia N900
smartphone) and MeeGo 1.2 Harmattan OS (used by Nokia N9 smartphone
available since 1-2 months ago), all of them are full (not only kernel)
Linux mobile OS :
http://talk.maemo.org/showpost.php?p=1119313
http://forum.meego.com/showthread.php?t=4870
SymPy for Maemo 5 OS has almost 100 k downloads since July 2010 :
http://maemo.dadablog.net/AppStats.php?package=python-sympy&os=fremantl
<http://maemo.dadablog.net/AppStats.php?package=python-sympy&os=fremantl>SymPy
interactive shell (icon launching isympy) has 15 k downloads by Maemo 5
user in 2 months :
http://maemo.dadablog.net/AppStats.php?package=python-sympy-ui&os=fremantle
<http://maemo.dadablog.net/AppStats.php?package=python-sympy-ui&os=fremantle>
IPython on Maemo 4/5 and MeeGo 1.2 Harmattan is also available so
interactive use of SymPy is easier. Last week I have released IPython
0.10.2 for MeeGo 1.2 Harmattan :
http://talk.maemo.org/showthread.php?p=1123672
The "Terminal" on Nokia N9 is excellent with virtual keyboard including
tab, ctrl, arrow keys, full characters to develop, etc.

Other scientific Python packages are also available : NumPy (Maemo
5, MeeGo Harmattan), SciPy (Maemo 5), MatPlotLib (Maemo 5), etc.

Nokia N9 (with MeeGo 1.2 Harmattan) is selling and well reviewed
all over Internet. Nokia N9 has, in my opinion, the best Python
implementation of current smartphones/tablets, with many Python modules
available :
http://wiki.meego.com/Harmattan_Python

So, if somebody needs a good touch smartphone with excellent Python
support, I recommend Nokia N9 which I am using since 17/11/2011 (I am
also a long time user of Nokia N900 and N810).

I hope to continue to maintain and port Python packages to Maemo 4,
5 and MeeGo Harmattan, with priority for SymPy.

litghost

unread,
Nov 20, 2011, 11:58:20 AM11/20/11
to sympy
On Nov 20, 12:48 am, Chris Smith <smi...@gmail.com> wrote:

This is pretty much exactly the kind of information I was looking
for. I figured those kinds of features existed, I was just unable to
locate them with the documentation. Is there a documentation page
that expands on what you are talking about, so in the future I know
where to start?

Keith

krastano...@gmail.com

unread,
Nov 20, 2011, 2:53:50 PM11/20/11
to sy...@googlegroups.com
I was using your packages about a year ago. Very nice machine and the packages you provided were very useful. About mentioning the packages - it seems that there is an ongoing (and slow) transfer of wiki pages from google code to the github wiki.

I suppose that the core developers wont mind even if you add those packages yourself to the github wiki (after making them aware of that). If that particular page is not already transfered you can transfer it and add the packages to the list.



--
You received this message because you are subscribed to the Google Groups "sympy" group.
To post to this group, send email to sy...@googlegroups.com.
To unsubscribe from this group, send email to sympy+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/sympy?hl=en.


Vladimir Perić

unread,
Nov 20, 2011, 3:01:57 PM11/20/11
to sy...@googlegroups.com
On Sun, Nov 20, 2011 at 8:53 PM, krastano...@gmail.com
<krastano...@gmail.com> wrote:
> I was using your packages about a year ago. Very nice machine and the
> packages you provided were very useful. About mentioning the packages - it
> seems that there is an ongoing (and slow) transfer of wiki pages from google
> code to the github wiki.

Yeah, Stefan is right, that page should be trasfered to the Github
wiki (it's also very, very outdated; it might as well be rewritten
from scratch). So, if you'd be willing to do it, then go right ahead,
if not, I won't forget to add in your packages once I get around to
doing it.

>
> I suppose that the core developers wont mind even if you add those packages
> yourself to the github wiki (after making them aware of that). If that
> particular page is not already transfered you can transfer it and add the
> packages to the list.
>
> On 20 November 2011 12:40, Roberto Colistete Jr.
> <roberto....@gmail.com> wrote:
>>
>>    What about citing SymPy installation for tablets/smartphones in
>> http://code.google.com/p/sympy/wiki/DownloadInstallation?tm=2
>> http://code.google.com/p/sympy/wiki/DownloadInstallation
>> ?
>>
>>    I have released SymPy packages for Maemo 4 OS (Diablo, used in Nokia
>> N800/N810 tablets), Maemo 5 OS (Fremantle, used in Nokia N900 smartphone)
>> and MeeGo 1.2 Harmattan OS (used by Nokia N9 smartphone available since 1-2
>> months ago), all of them are full (not only kernel) Linux mobile OS :
>> http://talk.maemo.org/showpost.php?p=1119313
>> http://forum.meego.com/showthread.php?t=4870
>> SymPy for Maemo 5 OS has almost 100 k downloads since July 2010 :
>> http://maemo.dadablog.net/AppStats.php?package=python-sympy&os=fremantl

That's a huge number of downloads! I guess people really like
experimenting with their phones (or I am/we are seriously
underestimating the number of users SymPy has).

>>
>> <http://maemo.dadablog.net/AppStats.php?package=python-sympy&os=fremantl>SymPy
>> interactive shell (icon launching isympy) has 15 k downloads by Maemo 5 user
>> in 2 months :
>>
>> http://maemo.dadablog.net/AppStats.php?package=python-sympy-ui&os=fremantle
>>
>> <http://maemo.dadablog.net/AppStats.php?package=python-sympy-ui&os=fremantle>
>>    IPython on Maemo 4/5 and MeeGo 1.2 Harmattan is also available so
>> interactive use of SymPy is easier. Last week I have released IPython 0.10.2
>> for MeeGo 1.2 Harmattan :
>> http://talk.maemo.org/showthread.php?p=1123672
>> The "Terminal" on Nokia N9 is excellent with virtual keyboard including
>> tab, ctrl, arrow keys, full characters to develop, etc.
>>
>>    Other scientific Python packages are also available : NumPy (Maemo 5,
>> MeeGo Harmattan), SciPy (Maemo 5), MatPlotLib (Maemo 5), etc.
>>
>>    Nokia N9 (with MeeGo 1.2 Harmattan) is selling and well reviewed all
>> over Internet. Nokia N9 has, in my opinion, the best Python implementation
>> of current smartphones/tablets, with many Python modules available :
>> http://wiki.meego.com/Harmattan_Python
>>
>>    So, if somebody needs a good touch smartphone with excellent Python
>> support, I recommend Nokia N9 which I am using since 17/11/2011 (I am also a
>> long time user of Nokia N900 and N810).
>>
>>    I hope to continue to maintain and port Python packages to Maemo 4, 5
>> and MeeGo Harmattan, with priority for SymPy.

Yes, thanks for doing this! I was actually aware of these packages,
but you're right, they aren't mentioned anywhere in our pages. If
there's anything you need from us to make your job easier, feel free
to drop us a line.

>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "sympy" group.
>> To post to this group, send email to sy...@googlegroups.com.
>> To unsubscribe from this group, send email to

>> sympy+un...@googlegroups.com.


>> For more options, visit this group at
>> http://groups.google.com/group/sympy?hl=en.
>>
>

> --
> You received this message because you are subscribed to the Google Groups
> "sympy" group.
> To post to this group, send email to sy...@googlegroups.com.
> To unsubscribe from this group, send email to

> sympy+un...@googlegroups.com.


> For more options, visit this group at
> http://groups.google.com/group/sympy?hl=en.
>

--
Vladimir Perić

Roberto Colistete Jr.

unread,
Nov 20, 2011, 3:22:19 PM11/20/11
to sy...@googlegroups.com
Em 20-11-2011 17:53, krastano...@gmail.com escreveu:
> I was using your packages about a year ago. Very nice machine and the
> packages you provided were very useful.

SymPy 0.6.6 was maintained by Tom Tanner, released in January 2010.
My contribution to Maemo/MeeGo started in September with SymPy 0.7.1.

The SymPy 0.7.1 Interactive Shell package (with an icon and visible
in Application Manager) gave a lot more visibility to SymPy on Maemo 5.

> About mentioning the packages - it seems that there is an ongoing (and
> slow) transfer of wiki pages from google code to the github wiki.
>
> I suppose that the core developers wont mind even if you add those
> packages yourself to the github wiki (after making them aware of
> that). If that particular page is not already transfered you can
> transfer it and add the packages to the list.

Thanks.

Aaron Meurer

unread,
Nov 22, 2011, 7:24:31 PM11/22/11
to sy...@googlegroups.com
There's a GCI task for this
(http://www.google-melange.com/gci/task/view/google/gci2011/7132291,
and corresponding issue
http://code.google.com/p/sympy/issues/detail?id=707), so it will
probably happen pretty soon, since it's a rather easy task.

Aaron Meurer

>> sympy+un...@googlegroups.com.


>> For more options, visit this group at
>> http://groups.google.com/group/sympy?hl=en.
>>
>

> --
> You received this message because you are subscribed to the Google Groups
> "sympy" group.
> To post to this group, send email to sy...@googlegroups.com.
> To unsubscribe from this group, send email to

> sympy+un...@googlegroups.com.

Roberto Colistete Jr.

unread,
Feb 4, 2012, 8:58:47 PM2/4/12
to sy...@googlegroups.com
Hi,

I have recently released PyGlet and a new SymPy package version for
Maemo 5 OS (Nokia N900 smartphone), so SymPy 'Plot()' can now work on a
smartphone, including interactive manipulation of OpenGL plots.

http://talk.maemo.org/showthread.php?t=78568

I have also made a "SymPy for smartphones & tablets" web site :

http://www.robertocolistete.net/Python/SymPy/

comparing SymPy on 7 mobile OS : Android, iOS, Maemo 4 (Diablo), Maemo 5
(Fremantle), MeeGo 1.2 Harmattan and Symbian.

If you think it is interesting, the above site can be linked from
some SymPy wiki page.

Best regards,

Roberto

krastano...@gmail.com

unread,
Feb 5, 2012, 12:36:47 PM2/5/12
to sy...@googlegroups.com
Hi,

The maemo stuff can be quite useful for me. Thanks.
I do not think that anybody among the developers will be against if
you add those (as a link or even better as a wiki page) to the wiki
(it's publicly editable on github).

On 5 February 2012 02:58, Roberto Colistete Jr.

Roberto Colistete Jr.

unread,
Feb 5, 2012, 12:58:23 PM2/5/12
to sy...@googlegroups.com
Em 05-02-2012 15:36, krastano...@gmail.com escreveu:
> Hi,
>
> The maemo stuff can be quite useful for me. Thanks.

Hi Stefan,

I am also waiting for your 'Plotting framework'
(https://github.com/sympy/sympy/pull/673) using MatPlotLib to become
available to SymPy git master, so I will package SymPy for Maemo 5 and
MeeGo Harmattan (both have MatPlotLib) with this new plotting capability.

> I do not think that anybody among the developers will be against if
> you add those (as a link or even better as a wiki page) to the wiki
> (it's publicly editable on github).

Ok, I will wait a little bit more, if no objections, I will try to
place a link in github wiki.

Regards,

Roberto

Aaron Meurer

unread,
Feb 5, 2012, 5:25:48 PM2/5/12
to sy...@googlegroups.com

I guess http://docs.sympy.org/dev/outreach.html#projects-using-sympy
is a good place for it too.

Aaron Meurer

smit

unread,
Mar 4, 2012, 4:29:22 AM3/4/12
to sy...@googlegroups.com
Hey

This is Smit Mehta here, an aspiring participant for GSoC 2012. I just
wanted to ask that whats the final opinion of all? Are we still
serious about the project for creating a GUI for SymPy for Android
phones using Python SL4A scripting platform? If yes, I am really
interested in it. I already have good enough experience with Python
and PyQt4 (reference [1]) and am sure that I can learn extra tools to
do this project. Can someone please guide me in this context?

[1] https://github.com/smit-mehta/acadmin.

--
Smit Mehta
II year, B.Tech
Computer Science and Engineering
IIT Madras
+91-9884996531

Aaron Meurer

unread,
Mar 4, 2012, 3:21:41 PM3/4/12
to sy...@googlegroups.com
I think so. The main issue is if we have someone to mentor it. I
suppose we should start really finding out who is willing to mentor
and what...

Aaron Meurer

smit

unread,
Mar 5, 2012, 8:38:13 AM3/5/12
to sy...@googlegroups.com
Hi Aaron

Since now, Roberto is willing to mentor this project, can I start
working on it and gather all the technical pre-requisites that i will
need for this project?

Aaron Meurer

unread,
Mar 5, 2012, 3:45:21 PM3/5/12
to sy...@googlegroups.com
Yes.

By the way, for this project, I think we will need to require that you
demonstrate your ability to program in whatever language Android uses
(is it Java or C?), in addition to your normal patch requirement to
Python. We don't really have any projects with that at the moment.
Do you have any prior work in this area? Or maybe you could start
some skeleton code for the project and push that up to a GitHub repo.

Aaron Meurer

Roberto Colistete Jr.

unread,
Mar 19, 2012, 10:58:04 PM3/19/12
to sy...@googlegroups.com
Hi,

I am now candidate to mentorship with subject : SymPy GUI for
Android using Python SL4A.

So, for Android, it is indeed possible to only use
Python+HTML+JavaScript+CSS to create softwares with user interface. And
C/Java would not be a requirement for any student work if related to my
mentorship subject.

Regards, Roberto

>>>>>> I have also made a "SymPy for smartphones& tablets" web site :

Roberto Colistete Jr.

unread,
Jan 21, 2013, 11:30:45 AM1/21/13
to sy...@googlegroups.com
    Hi,

    Updating my post below from late 2011, now SymPy 0.7.2 was released in January 2013 for tablets/smartphones with Maemo 4 & 5 and MeeGo 1.2 Harmattan mobile OS. So Nokia N900 (with Maemo 5) has 3 plot options with interactive 2D/3D plots, while and Nokia N9/N950 (MeeGo Harmattan) has 2 plot options (saving to file).

    See  the links :
-  SymPy (Computer Algebra System) for Maemo 4 & 5 & 6 :
http://talk.maemo.org/showthread.php?t=78568
- examples of "Plot()" :
http://talk.maemo.org/showpost.php?p=1160532&postcount=11
- examples of the new plotting module :
http://talk.maemo.org/showpost.php?p=1315315&postcount=30
- examples of mpmath plotting :
http://talk.maemo.org/showpost.php?p=1315507&postcount=32

    Maemo 5 OS on Nokia N900 is the most complete mobile OS for using Python/SymPy, as Maemo 5 OS has about 500 Python packages, X11, Qt, PyGlet and MatPlotLib with GUI backend. And Nokia N900 has a nice full qwerty keyboard.

    Nokia N9 is the best touch-only smartphone for Python/SymPy use. It also has IPython 0.13.1 released in January :
http://talk.maemo.org/showthread.php?t=79997
and today a new version will be posted with IPython Notebook and Qt console :
http://talk.maemo.org/showpost.php?p=1315683&postcount=13

    I am the maintainer of SymPy, IPython and Uncertainties for Maemo 4 & 5 and MeeGo 1.2 Harmattan, MatPlotLib for MeeGo Harmattan and PyGlet for Maemo 5. I am also the author of Integral, Derivative and Limite for Maemo 4  & 5, they use SymPy with a nice Qt GUI, while Calculus (using Qt Quick GUI) is being developed for MeeGo Harmattan.

    I hope to continue maintaining and developing scientific softwares for Maemo 4 & 5 and MeeGo 1.2 Harmattan, as well as support them on Sailfish OS and Ubuntu Phone OS in 2013-14.

        Regards,

        Roberto


-------- Mensagem original --------
Assunto: SymPy for Maemo 4 & 5 and MeeGo 1.2 Harmattan
Data: Sun, 20 Nov 2011 09:40:59 -0200
De: Roberto Colistete Jr. <roberto....@gmail.com>
Para: sy...@googlegroups.com

Aaron Meurer

unread,
Jan 21, 2013, 1:08:17 PM1/21/13
to sy...@googlegroups.com
This is all very cool work. Glad to see you're leveraging the new plotting module. Also glad to see that the IPython notebook and qtconsole work. SymPy should just work with those right out of the box. 

Aaron Meurer

Stefan Krastanov

unread,
Jan 22, 2013, 11:00:48 AM1/22/13
to sy...@googlegroups.com
I am a big fan of the hardware/OSs that you are supporting. Thanks a lot for providing packages.

Roberto Colistete Jr.

unread,
Jan 22, 2013, 11:17:41 AM1/22/13
to sy...@googlegroups.com
Em 22-01-2013 14:00, Stefan Krastanov escreveu:
> I am a big fan of the hardware/OSs that you are supporting. Thanks a
> lot for providing packages.
>

Now SymPy 0.7.2 has IPython 0.13.1 with Notebook and Qt console
interfaces, download it here :
http://talk.maemo.org/showpost.php?p=1315683&postcount=13
Only on Nokia N9 (with MeeGo Harmattan OS), the 1st and unique
smartphone which runs a complete IPython 0.13.1 8-)

Aaron Meurer

unread,
Jan 22, 2013, 12:43:33 PM1/22/13
to sy...@googlegroups.com
Cool. Does mathjax printing work in the notebook (i.e., %load_ext
sympy.interactive.ipythonprinting)? You may want to automatically
include a mathjax install so that people don't use up their data plan
loading the CDN. Or make a note of how people can do it on WiFi (from
IPython.external.mathjax import install_mathjax;install_mathjax()).

You might also want to post this on the IPython list. I'm sure people
there would be interested to see this as well.

Aaron Meurer

Roberto Colistete Jr.

unread,
Jan 22, 2013, 1:49:13 PM1/22/13
to sy...@googlegroups.com
Yeah, MathJax works on IPython 0.13.1-2 on Nokia N9/N950. As far as I am
testing, everything works.

I've packaged libjs_mathjax.deb (and its 2 dependencies), so IPython
0.13.1-2 for MeeGo Harmattan installs it if the Notebook interface is
chosen. It's huge, 134 MB...

I am finishing documenting the topic, then I will post on the IPython list.

Roberto Colistete Jr.

unread,
Jan 22, 2013, 2:25:59 PM1/22/13
to sy...@googlegroups.com
Em 22-01-2013 15:43, Aaron Meurer escreveu:
Cool.  Does mathjax printing work in the notebook (i.e., %load_ext
sympy.interactive.ipythonprinting)? 

I am trying to learn and document the new features of SymPy 0.7.2 using IPython 0.13.1 on MeeGo Harmattan OS.

What is the recommended way to, inside IPython Qt Console or IPython Notebook, load SymPy with nice printing and online plots (form PyLab) ?

For example, this sequence works :
In [1]: %pylab inline
In [2]: %load_ext sympy.interactive.ipythonprinting
In [3]: from sympy.interactive import init_session
In [4]: init_session()
Is there another easy way ?

And using X Terminal ? I see that "$ ipython qtconsole --pylab=inline --profile=sympy" uses an old sympyprinting and doesn't give correct inline plots.

Also, nice printing has some problems with long results without line breaking :
In [5]: integrate(sin(x)**20,x)
gives a result that doesn't fit the windows in Qt console.


Aaron Meurer

unread,
Jan 22, 2013, 2:36:35 PM1/22/13
to sy...@googlegroups.com
On Tue, Jan 22, 2013 at 12:25 PM, Roberto Colistete Jr.
<roberto....@gmail.com> wrote:
> Em 22-01-2013 15:43, Aaron Meurer escreveu:
>
> Cool. Does mathjax printing work in the notebook (i.e., %load_ext
> sympy.interactive.ipythonprinting)?
>
>
> I am trying to learn and document the new features of SymPy 0.7.2 using
> IPython 0.13.1 on MeeGo Harmattan OS.
>
> What is the recommended way to, inside IPython Qt Console or IPython
> Notebook, load SymPy with nice printing and online plots (form PyLab) ?
>
> For example, this sequence works :
> In [1]: %pylab inline
> In [2]: %load_ext sympy.interactive.ipythonprinting
> In [3]: from sympy.interactive import init_session
> In [4]: init_session()
> Is there another easy way ?

I think you could use init_printing instead of the ipython extension,
but they should be the same (modulo some bugs; search the issues).
Actually, doesn't init_session call init_printing automatically? For
Pylab, you'll have to do that separately. You might want to do it so
that it doesn't import the numpy namespace. We also do that in
isympy, but that's just the terminal for now. Eventually, you will be
able to just do isympy -c qtconsole, but it hasn't been implemented
yet (http://code.google.com/p/sympy/issues/detail?id=2632).

>
> And using X Terminal ? I see that "$ ipython qtconsole --pylab=inline
> --profile=sympy" uses an old sympyprinting and doesn't give correct inline
> plots.

Right. The latest is the ipython printing extension that comes with SymPy.

>
> Also, nice printing has some problems with long results without line
> breaking :
> In [5]: integrate(sin(x)**20,x)
> gives a result that doesn't fit the windows in Qt console.

If this is with the Unicode/ASCII pretty printer, you just need to set
the num_columns. For LaTeX, I don't know if there's a way to
automatically line break the equations. Maybe breqn could be used
somehow. I don't even know if that works with MathJax. "Smart" line
breaking is something we don't even have implemented for our 2-D text
pretty printer (though it's something we would like to have). I guess
you'll just have to make sure that horizontal scrolling works :)

Aaron Meurer

Roberto Colistete Jr.

unread,
Jan 22, 2013, 4:19:20 PM1/22/13
to sy...@googlegroups.com
When using SymPy 0.7.2 with IPython terminal ("$ ipython"), IPython
Notebook ("$ ipython notebook") or Qt console ("$ ipython qtconsole") :

In [1]: from sympy import *
In [2]: from sympy.abc import *
In [3]: pi*x**2
shows non-pretty print output, ok.

But after using "init_printing()" on IPython Notebook or Qt console, it
is locked to LaTeX output, discarding any "pretty_print=None",
"use_latex=None" options :
In [4]: init_printing()
In [5]: pi*x**2
In [6]: init_printing(pretty_print=False)
In [7]: pi*x**2
gives again pretty print (LaTeX) output !

Is this behaviour intended or a bug ?

My goal was to use disable LaTeX ouput, i.e,
init_printing(use_latex=False), for large outputs which don't fit the
window of IPython Qt console. A workaround is simple : use pprint(expr).

By the way, with SymPy 0.7.1.rc1, the output is locked to non-pretty
print on IPython Notebook or Qt console.

Aaron Meurer

unread,
Jan 22, 2013, 4:24:43 PM1/22/13
to sy...@googlegroups.com
I noticed this too. I'd say its a bug.

Aaron Meurer

On Jan 22, 2013, at 2:19 PM, "Roberto Colistete Jr."

Roberto Colistete Jr.

unread,
Jan 22, 2013, 4:38:32 PM1/22/13
to sy...@googlegroups.com
Em 22-01-2013 17:36, Aaron Meurer escreveu:
> On Tue, Jan 22, 2013 at 12:25 PM, Roberto Colistete Jr.
> <roberto....@gmail.com> wrote:
>> Em 22-01-2013 15:43, Aaron Meurer escreveu:
>>
>> Cool. Does mathjax printing work in the notebook (i.e., %load_ext
>> sympy.interactive.ipythonprinting)?
>>
>>
>> I am trying to learn and document the new features of SymPy 0.7.2 using
>> IPython 0.13.1 on MeeGo Harmattan OS.
>>
>> What is the recommended way to, inside IPython Qt Console or IPython
>> Notebook, load SymPy with nice printing and online plots (form PyLab) ?
>>
>> For example, this sequence works :
>> In [1]: %pylab inline
>> In [2]: %load_ext sympy.interactive.ipythonprinting
>> In [3]: from sympy.interactive import init_session
>> In [4]: init_session()
>> Is there another easy way ?
> I think you could use init_printing instead of the ipython extension,
> but they should be the same (modulo some bugs; search the issues).
> Actually, doesn't init_session call init_printing automatically? For
> Pylab, you'll have to do that separately. You might want to do it so
> that it doesn't import the numpy namespace. We also do that in
> isympy, but that's just the terminal for now. Eventually, you will be
> able to just do isympy -c qtconsole, but it hasn't been implemented
> yet (http://code.google.com/p/sympy/issues/detail?id=2632).

Thanks, so I think it is better :

In [1]: %pylab inline
In [2]: from sympy.interactive import *
In [3]: init_session()

or, with simpler initialization (no symbols, etc) :

In [1]: %pylab inline
In [2]: from sympy import *
In [3]: init_printing()

I know that PyLab and SymPy contexts are mixed, e.g, pylab.plot is
overwritten by sympy.plotting.plot.

>> Also, nice printing has some problems with long results without line
>> breaking :
>> In [5]: integrate(sin(x)**20,x)
>> gives a result that doesn't fit the windows in Qt console.
> If this is with the Unicode/ASCII pretty printer, you just need to set
> the num_columns. For LaTeX, I don't know if there's a way to
> automatically line break the equations. Maybe breqn could be used
> somehow. I don't even know if that works with MathJax. "Smart" line
> breaking is something we don't even have implemented for our 2-D text
> pretty printer (though it's something we would like to have). I guess
> you'll just have to make sure that horizontal scrolling works :)

Thanks. A workaround is to use "pprint(integrate(sin(x)**20,x))".

Aaron Meurer

unread,
Jan 22, 2013, 7:23:22 PM1/22/13
to sy...@googlegroups.com
On Tue, Jan 22, 2013 at 2:38 PM, Roberto Colistete Jr.
If you enable pylab using the IPython API, you can avoid importing
numpy and all that other stuff. Do

ip = get_ipython()
ip.enable_pylab(gui='inline', import_all=False)

You'll need to do this first (before importing SymPy) because of a
SymPy bug where importing SymPy imports matplotlib and already sets
the backend (see
http://code.google.com/p/sympy/issues/detail?id=3427).

Aaron Meurer

>
>
>>> Also, nice printing has some problems with long results without line
>>> breaking :
>>> In [5]: integrate(sin(x)**20,x)
>>> gives a result that doesn't fit the windows in Qt console.
>>
>> If this is with the Unicode/ASCII pretty printer, you just need to set
>> the num_columns. For LaTeX, I don't know if there's a way to
>> automatically line break the equations. Maybe breqn could be used
>> somehow. I don't even know if that works with MathJax. "Smart" line
>> breaking is something we don't even have implemented for our 2-D text
>> pretty printer (though it's something we would like to have). I guess
>> you'll just have to make sure that horizontal scrolling works :)
>
>
> Thanks. A workaround is to use "pprint(integrate(sin(x)**20,x))".
>
>

Aaron Meurer

unread,
Jan 22, 2013, 7:26:31 PM1/22/13
to sy...@googlegroups.com
I opened http://code.google.com/p/sympy/issues/detail?id=3604 for this
so we don't forget about it.

Aaron Meurer

Roberto Colistete Jr.

unread,
Jan 22, 2013, 8:41:59 PM1/22/13
to sy...@googlegroups.com
Em 22-01-2013 22:23, Aaron Meurer escreveu:
> On Tue, Jan 22, 2013 at 2:38 PM, Roberto Colistete Jr.
> <roberto....@gmail.com> wrote:
>
>> Thanks, so I think it is better :
>>
>> In [1]: %pylab inline
>> In [2]: from sympy.interactive import *
>> In [3]: init_session()
>>
>> or, with simpler initialization (no symbols, etc) :
>>
>> In [1]: %pylab inline
>> In [2]: from sympy import *
>> In [3]: init_printing()
>>
>> I know that PyLab and SymPy contexts are mixed, e.g, pylab.plot is
>> overwritten by sympy.plotting.plot.

Sorry, I was wrong. After the code above, there is pylab.plot and
plot (from SymPy). They are overwritten if we do a "from pylab import *"
and "from sympy import *", of course.

> If you enable pylab using the IPython API, you can avoid importing
> numpy and all that other stuff. Do
>
> ip = get_ipython()
> ip.enable_pylab(gui='inline', import_all=False)

Thanks for the tip. But importing numpy is fast, even in smartphones.

As far as I tested, for the moment, the simplest way to open
IPython Notebook with PyLab and then SymPy with inline plots and pretty
printing, is to call :
$ ipython notebook --pylab=inline --profile=sympy
The user can create a script or even a icon launcher (e.g., in
/usr/share/applications/ipnb-pylab-sympy.desktop).

Obviously, it would be nice to have something like "% sympy inline"
to start SymPy in interactive mode and online plots.


Roberto Colistete Jr.

unread,
Jan 22, 2013, 8:43:46 PM1/22/13
to sy...@googlegroups.com
Thanks.

Aaron Meurer

unread,
Jan 22, 2013, 9:08:44 PM1/22/13
to sy...@googlegroups.com
On Tue, Jan 22, 2013 at 6:41 PM, Roberto Colistete Jr.
<roberto....@gmail.com> wrote:
> Em 22-01-2013 22:23, Aaron Meurer escreveu:
>>
>> On Tue, Jan 22, 2013 at 2:38 PM, Roberto Colistete Jr.
>> <roberto....@gmail.com> wrote:
>>
>>> Thanks, so I think it is better :
>>>
>>> In [1]: %pylab inline
>>> In [2]: from sympy.interactive import *
>>> In [3]: init_session()
>>>
>>> or, with simpler initialization (no symbols, etc) :
>>>
>>> In [1]: %pylab inline
>>> In [2]: from sympy import *
>>> In [3]: init_printing()
>>>
>>> I know that PyLab and SymPy contexts are mixed, e.g, pylab.plot is
>>> overwritten by sympy.plotting.plot.
>
>
> Sorry, I was wrong. After the code above, there is pylab.plot and plot
> (from SymPy). They are overwritten if we do a "from pylab import *" and
> "from sympy import *", of course.
>
>
>> If you enable pylab using the IPython API, you can avoid importing
>> numpy and all that other stuff. Do
>>
>> ip = get_ipython()
>> ip.enable_pylab(gui='inline', import_all=False)
>
>
> Thanks for the tip. But importing numpy is fast, even in smartphones.

It's not the speed that's the issue. Those libraries will be imported
anyway eventually. The point is that you don't want to pollute the
namespace with numpy functions. That could be confusing to users, who
might think they are SymPy functions, and be surprised when they don't
quite work with SymPy expressions.

Aaron Meurer

>
> As far as I tested, for the moment, the simplest way to open IPython
> Notebook with PyLab and then SymPy with inline plots and pretty printing, is
> to call :
> $ ipython notebook --pylab=inline --profile=sympy
> The user can create a script or even a icon launcher (e.g., in
> /usr/share/applications/ipnb-pylab-sympy.desktop).
>
> Obviously, it would be nice to have something like "% sympy inline" to
> start SymPy in interactive mode and online plots.
>
>
>

Roberto Colistete Jr.

unread,
Jan 22, 2013, 11:07:16 PM1/22/13
to sy...@googlegroups.com
Em 22-01-2013 22:23, Aaron Meurer escreveu:
> You'll need to do this first (before importing SymPy) because of a
> SymPy bug where importing SymPy imports matplotlib and already sets
> the backend (see
> http://code.google.com/p/sympy/issues/detail?id=3427). Aaron Meurer

About SymPy always loading MatPlotLib and NumPy, this behaviour
isn't desired in many cases. For example :
- see the benchmark of SymPy on Maemo/MeeGo Harmattan :
http://talk.maemo.org/showthread.php?t=78568
time to load "from sympy import *" : 3.5s (v0.7.2), 2.4s (v0.7.2 without
MatPlotLib), 2.0s (v0.7.2 without PyLab), 1.7s (v0.7.1);
so even if the user doesn't need any plot, it takes 3.5s instead of 2.0s
to load if MatPlotLib and NumPy are installed;
- there are Integral, Derivative and Limit softwares for Maemo 5, if
SymPy 0.7.2 is used and MatPlotLib and NumPy are installed, the
benchmark is for "from sympy import *" : 8.0s (v0.7.2), 4.1s (v0.7.2
without MatPlotLib), 3.5s (v0.7.2 without PyLab), 2.3s (v0.7.1). So,
from 3.5s to 8.0s.
So I support the issue 3427 should be solved.

Aaron Meurer

unread,
Jan 22, 2013, 11:23:03 PM1/22/13
to sy...@googlegroups.com
I 100% agree. This issue wasn't fixed at release time because it is
delicate (we don't want matplotlib to be imported with SymPy but we do
want it to be imported by the time plot() is called), and I didn't
want to delay the release any further.

For matplotlib, we just need to modify how the plotting module works
(see the issue page for some ideas). For numpy, there are three or
four modules that import it, so they would all have to be fixed.

The tricky thing, as I said, is that we have to move all the
matplotlib/numpy imports inside function calls, rather than at the
module level, so that they will not be done until someone uses the
relevant functions for the first time. The issue is that if we forget
to put it inside a particular function, it won't work (and given how
low the test coverage is for the plotting module, this is quite likely
to happen without us noticing).

It also means that we can't do anything at import time that requires
even knowing if matplotlib or numpy is installed. In particular, we
can't set the plotting backend, meaning that code will probably need
to be refactored so that if someone tries to look at the backend
before plotting anything, it will not give an error, or a different
backend than what will actually be used.

Aaron Meurer

Roberto Colistete Jr.

unread,
Feb 13, 2013, 10:47:22 PM2/13/13
to sy...@googlegroups.com
I share here some updates about the message below, because it is not specific to mobile OS, but useful to any SymPy user.

Examples of the SymPy 0.7.2 new plotting module :
http://talk.maemo.org/showpost.php?p=1315315&postcount=30
and of mpmath plotting :
http://talk.maemo.org/showpost.php?p=1315507&postcount=32
Some ways of using SymPy 0.7.2 with IPython 0.13.1 :
http://talk.maemo.org/showthread.php?t=78568


-------- Mensagem original --------
Assunto: SymPy 0.7.2 for Maemo 4 & 5 and MeeGo 1.2 Harmattan
Data: Mon, 21 Jan 2013 14:30:45 -0200
De: Roberto Colistete Jr. <Roberto....@gmail.com>
Para: sy...@googlegroups.com

Roberto Colistete Jr.

unread,
Aug 12, 2013, 9:15:30 PM8/12/13
to sy...@googlegroups.com
    Hi,

    SymPy 0.7.3 was released in August 5th 2013 for Maemo 4 OS (Nokia N800/N810 tablets), Maemo 5 OS (Nokia N900 smartphone) and MeeGo 1.2 Harmattan OS (Nokia N9 smartphone), see the Maemo.org Talk topic :
http://talk.maemo.org/showthread.php?t=78568
It is available in Maemo 4 & 5 repositories, and in my personal MeeGo Harmattan repository.

    As Maemo 4 & 5 are limited to Python 2.5 and SymPy 0.7.3 is the last version for Python 2.5, this is the last version of SymPy for Maemo 4 (which dates from 2007). Maemo 5 has a community release of Python 2.7, so maybe new SymPy versions will work.

    On Maemo 5 there is PyGlet and MatPlotLib (1.0.0), so SymPy 0.7.3 "Plot()" and mpmath plotting work. On MeeGo Harmattan the new plotting module and mpmath plotting work with MatPlotLib 1.2.1.

        Regards,

        Roberto


-------- Mensagem original --------
Assunto: SymPy 0.7.2 for Maemo 4 & 5 and MeeGo 1.2 Harmattan
Data: Mon, 21 Jan 2013 14:30:45 -0200
De: Roberto Colistete Jr. <Roberto....@gmail.com>
Para: sy...@googlegroups.com

Aaron Meurer

unread,
Aug 13, 2013, 12:32:46 AM8/13/13
to sy...@googlegroups.com
On Mon, Aug 12, 2013 at 7:15 PM, Roberto Colistete Jr. <roberto....@gmail.com> wrote:
    Hi,

    SymPy 0.7.3 was released in August 5th 2013 for Maemo 4 OS (Nokia N800/N810 tablets), Maemo 5 OS (Nokia N900 smartphone) and MeeGo 1.2 Harmattan OS (Nokia N9 smartphone), see the Maemo.org Talk topic :
http://talk.maemo.org/showthread.php?t=78568
It is available in Maemo 4 & 5 repositories, and in my personal MeeGo Harmattan repository.

This is great. It's always great to see that SymPy is not only making lives easier for the end-users, but also for people like you who want to make great things for people like a calculator app but could never get off the ground if they had to write the computer algebra from scratch. 
 

    As Maemo 4 & 5 are limited to Python 2.5 and SymPy 0.7.3 is the last version for Python 2.5, this is the last version of SymPy for Maemo 4 (which dates from 2007). Maemo 5 has a community release of Python 2.7, so maybe new SymPy versions will work.

Sorry to hear that, but it was time to move forward. Dropping 2.5 support has made a lot of things a lot easier, like supporting Python 3 in a single code-base.


    On Maemo 5 there is PyGlet and MatPlotLib (1.0.0), so SymPy 0.7.3 "Plot()" and mpmath plotting work. On MeeGo Harmattan the new plotting module and mpmath plotting work with MatPlotLib 1.2.1.

That's good that you are using the new plotting module. That matplotlib version is a little old, so hopefully there won't be any issues there. I seem to recall that some old version had some bug that prevented something from working (was it 3d plotting?).

The next thing I guess is to get IPython 1.0.0 supported (or is it already?).

Aaron Meurer
 

--
You received this message because you are subscribed to the Google Groups "sympy" group.
To unsubscribe from this group and stop receiving emails from it, send an email to sympy+un...@googlegroups.com.

To post to this group, send email to sy...@googlegroups.com.
Visit this group at http://groups.google.com/group/sympy.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

Roberto Colistete Jr.

unread,
Aug 13, 2013, 10:52:04 AM8/13/13
to sy...@googlegroups.com
Em 13-08-2013 01:32, Aaron Meurer escreveu:

    As Maemo 4 & 5 are limited to Python 2.5 and SymPy 0.7.3 is the last version for Python 2.5, this is the last version of SymPy for Maemo 4 (which dates from 2007). Maemo 5 has a community release of Python 2.7, so maybe new SymPy versions will work.

Sorry to hear that, but it was time to move forward. Dropping 2.5 support has made a lot of things a lot easier, like supporting Python 3 in a single code-base.

    Yes, I agree. I'm indeed happy to package SymPy 0.7.3 for Maemo 4 as I think it is a great release of SymPy, with many improved features (integration, etc) and bug fixes. Maemo 4 OS on Nokia N800/N810, dating from 2007 :
- has IPython 0.10.2 (due to Python 2.5, IPython >= 0.11 is not possible) and SymPy 0.7.3;
- even today is a lot better to use Python on Maemo 5 than on Android & iOS & Symbian, which don't have IPython, have older versions of SymPy and paid Python softwares, etc;
- has a small exclusively user base because the majority of Maemo 4 users are also Maemo 5 and/or MeeGo Harmattan users.



    On Maemo 5 there is PyGlet and MatPlotLib (1.0.0), so SymPy 0.7.3 "Plot()" and mpmath plotting work. On MeeGo Harmattan the new plotting module and mpmath plotting work with MatPlotLib 1.2.1.

That's good that you are using the new plotting module. That matplotlib version is a little old, so hopefully there won't be any issues there. I seem to recall that some old version had some bug that prevented something from working (was it 3d plotting?).

    Yes, the new plotting module function "plot3d_parametric_line" and "surface_color" option for 3D plots don't work on MatPlotLib 1.0.0. And mpmath plotting module has surface plots have some faulty colors, due MatPlotLib v1.00 being too old. I'll later try to release MatPlotLib 1.2/1.3 for Maemo 5.


The next thing I guess is to get IPython 1.0.0 supported (or is it already?).

    In the following weeks I'll try to release IPython 1.0.0 and MatPlotLib 1.3.0 for MeeGo Harmattan OS and at least IPython 1.0.0 for Mer / Nemo / Sailfish OS.

        Regards,

        Roberto
Reply all
Reply to author
Forward
0 new messages