Differences between revisions 9 and 16 (spanning 7 versions)
Revision 9 as of 2008-07-10 23:32:20
Size: 4379
Editor: GlennTarbox
Comment:
Revision 16 as of 2008-11-14 13:42:16
Size: 5442
Editor: anonymous
Comment: converted to 1.6 markup
Deletions are marked like this. Additions are marked like this.
Line 3: Line 3:
Ondrej wrote this wiki page, but please read this important statement from Michael:

'''Important''': One should note that this can cause various problems due to different python build options. Currently the script below does not work on OSX since Apple's Python is compiled with ucs2 while Sage's Python is compiled with ucs4. Once you compile Sage's Python with ucs2 you will then have the problem that Apple's Python is universal and build with different options than Sage's Python. The upcoming 64 bit Sage will not work at all unless Apple upgrades its Python in OSX 10.6 to be also universal in 64 bit mode. If you encounter any bug or problem please state clearly that you are using the system's python since that configuration might contribute to the problem. The Sage people will attempt to reproduce the problem with vanilla Sage, but because there are a large number of distributions out there we cannot debug problems where we might not have access, so if you break Sage that way you get to keep the pieces ;-). That being said we encourage you to experiment with Sage and use it from your system's Python, we just need to know if anything goes wrong.

     Michael Abshoff, Release Manager of Sage
Line 4: Line 10:
Create this `s.py` python script:
Line 5: Line 12:
Create this `s.py` python script:
{{{#!python
{{{
#!python
Line 10: Line 17:
Line 14: Line 20:
Line 23: Line 28:
Line 32: Line 36:
Line 36: Line 39:
Line 39: Line 41:
Line 41: Line 42:
Line 58: Line 58:
Line 61: Line 60:
Line 69: Line 67:
Line 76: Line 75:
Line 78: Line 78:
Line 83: Line 82:
Line 91: Line 89:
== Robust Way ==
Create the `run_sage` bash script:
Line 92: Line 92:
== Robust Way ==

Create the `run_sage` bash script:
Line 97: Line 94:
Line 99: Line 95:
Line 103: Line 98:
Line 105: Line 99:
Line 107: Line 100:
Line 111: Line 103:
Line 112: Line 105:
$ ./run_sage 
Python 2.5.1 (r251:54863, Mar 29 2008, 09:29:46) 
$ ./run_sage
Python 2.5.1 (r251:54863, Mar 29 2008, 09:29:46)
Line 115: Line 108:
Line 121: Line 113:
Line 124: Line 115:

In [2]: var("x")
In [2]: var("x")
Line 127: Line 117:

In [3]: x**2/4 + log(x)
In [3]: x**2/4 + log(x)

How to run Sage in a systemwide Python

Ondrej wrote this wiki page, but please read this important statement from Michael:

Important: One should note that this can cause various problems due to different python build options. Currently the script below does not work on OSX since Apple's Python is compiled with ucs2 while Sage's Python is compiled with ucs4. Once you compile Sage's Python with ucs2 you will then have the problem that Apple's Python is universal and build with different options than Sage's Python. The upcoming 64 bit Sage will not work at all unless Apple upgrades its Python in OSX 10.6 to be also universal in 64 bit mode. If you encounter any bug or problem please state clearly that you are using the system's python since that configuration might contribute to the problem. The Sage people will attempt to reproduce the problem with vanilla Sage, but because there are a large number of distributions out there we cannot debug problems where we might not have access, so if you break Sage that way you get to keep the pieces ;-). That being said we encourage you to experiment with Sage and use it from your system's Python, we just need to know if anything goes wrong.

  • Michael Abshoff, Release Manager of Sage

Easy Way

Create this s.py python script:

   1 import os
   2 import re
   3 import sys
   4 def set_paths(root="/home/ondra/ext/sage"):
   5     """
   6     Set paths necessary to import sage.
   7     root ... the path to your Sage installation
   8     """
   9     python_path = [
  10         root+"/local/lib/python",
  11         root+"/local/lib/python2.5/lib-dynload",
  12         root+"/local/lib/python2.5/site-packages",
  13             ]
  14     sys.path = python_path + sys.path
  15     paths = {
  16             "SAGE_ROOT": root,
  17             "SAGE_LOCAL": root+"/local",
  18             "DOT_SAGE": "~/.sage/",
  19             "SAGE_SERVER": "http://www.sagemath.org/",
  20             "PATH": root+"/local/bin:"+os.environ["PATH"],
  21             }
  22     os.environ.update(paths)
  23 def import_sageall():
  24     """
  25     Imports sage by "import sage.all".
  26     If it fails, write a helpful message and exit. After executing this method,
  27     you can be sure that sage just works, e.g you can do
  28     from sage.all import something
  29     without worrying.
  30     """
  31     try:
  32         import sage.all
  33     except ImportError, e:
  34         if re.match("(.*).so: cannot open shared object file: No such file or directory", e.message):
  35             # all seems to be just a LD_LIBRARY_PATH problem in 99% of cases
  36             print """\
  37 "import sage.all" failed when importing an .so library, this is most probably
  38 an LD_LIBRARY_PATH problem, please set your LD_LIBRARY_PATH and try again, e.g. execute:
  39 LD_LIBRARY_PATH=%s/local/lib python %s""" % (os.environ.get("SAGE_ROOT", ""),
  40         sys.argv[0])
  41             sys.exit()
  42         else:
  43             # some other problem
  44             raise
  45 set_paths()
  46 import_sageall()
  47 from sage.all import *
  48 var("x")
  49 e = x**2/3-log(x)
  50 print e
  51 print integrate(e, x)

and try to run it:

$ python s.py
"import sage.all" failed when importing an .so library, this is most probably
an LD_LIBRARY_PATH problem, please set your LD_LIBRARY_PATH and try again, e.g. execute:
LD_LIBRARY_PATH=/home/ondra/ext/sage/local/lib python s.py

it tells you the exact command that you need to execute to make it work, so do it:

$ LD_LIBRARY_PATH=/home/ondra/ext/sage/local/lib python s.py
                                   2
                                  x
                                  -- - log(x)
                                  3
                                            3
                                           x
                              - x log(x) + -- + x
                                           9

So as you can see from the above, all you have to do is to set the root keyword parameter in the script to point to your Sage installation and that's it. The script will tell you the correct command to run itself.

Robust Way

Create the run_sage bash script:

export SAGE_ROOT=/home/ondra/ext/sage
export SAGE_LOCAL=$SAGE_ROOT/local
export DOT_SAGE=~/.sage/
export PATH=$SAGE_ROOT/local/bin:$PATH
export LD_LIBRARY_PATH="$SAGE_ROOT/local/lib/openmpi:$SAGE_ROOT/local/lib/:"
export PYTHONPATH="$SAGE_ROOT/local/bin:$SAGE_ROOT/local/lib/python2.5/site-packages/setuptools-0.6c8-py2.5.egg:$SAGE_ROOT/local/lib/python2.5/site-packages/SQLAlchemy-0.4.3-py2.5.egg:$SAGE_ROOT/local/bin:$SAGE_ROOT/local/lib/python:$SAGE_ROOT/local/lib/python25.zip:$SAGE_ROOT/local/lib/python2.5/plat-linux2:$SAGE_ROOT/local/lib/python2.5/lib-tk:$SAGE_ROOT/local/lib/python2.5/lib-dynload:$SAGE_ROOT/local/lib/python2.5/site-packages:$SAGE_ROOT/local/lib/python2.5/site-packages/IPython/Extensions"
ipython

Then:

$ ./run_sage
Python 2.5.1 (r251:54863, Mar 29 2008, 09:29:46)
Type "copyright", "credits" or "license" for more information.
IPython 0.8.1 -- An enhanced Interactive Python.
?       -> Introduction to IPython's features.
%magic  -> Information about IPython's 'magic' % functions.
help    -> Python's own help system.
object? -> Details about 'object'. ?object also works, ?? prints more.
In [1]: from sage.all import *
Falling back to a hard coded sage server in misc/hg.py
In [2]: var("x")
Out[2]: x
In [3]: x**2/4 + log(x)
Out[3]: log(x) + x^2/4