Giter Site home page Giter Site logo

sagemath / sage Goto Github PK

View Code? Open in Web Editor NEW
1.3K 9.0 453.0 399.56 MB

Main repository of SageMath

Home Page: https://www.sagemath.org

License: Other

Shell 0.31% Emacs Lisp 0.01% Makefile 0.05% M4 0.43% Python 71.43% CMake 0.01% C 0.20% HTML 0.79% Dockerfile 0.02% CSS 0.01% JavaScript 0.02% TeX 0.01% Cython 24.80% C++ 1.66% GAP 0.04% MATLAB 0.01% Smarty 0.01% Gnuplot 0.20% Common Lisp 0.01% M 0.02%

sage's Issues

coercion issues 

From David Harvey:
Further to our discussion of a few days ago, I found something quite confusing, not sure what the correct behaviour should be.
 
sage: poly_ring1.<gen1> = PolynomialRing(QQ)
sage: poly_ring2.<gen2> = PolynomialRing(QQ)
sage: huge_ring.<x> = PolynomialRing(poly_ring1)
sage: huge_ring(gen1)
 gen1
sage: huge_ring(gen2)
 x
 
In the first example gen1 is getting coerced into a constant polynomial because it belongs to the coefficient ring, and in the second example it's "renaming the variable". I suppose that makes sense, although I'm a bit uneasy about the second one.
 
BUT it's not consistent with the behaviour for power series:
 
sage: power_ring1.<gen1> = PowerSeriesRing(QQ)
sage: power_ring2.<gen2> = PowerSeriesRing(QQ)
sage: huge_power_ring.<x> = PowerSeriesRing(power_ring1)
sage: huge_power_ring(gen1)
 x
sage: huge_power_ring(gen2)
 x
 
Is this a bug?

Response: from william: "Yes"

Component: basic arithmetic

Issue created by migration from https://trac.sagemath.org/ticket/20

weird power series behavior 

sage: R.<m> = LaurentSeriesRing(QQ)
   sage: S.<t> = LaurentSeriesRing(pAdicField(11))
   sage: S(m^(-2) + 10*m + m^2 + O(m^3))
   t^1 + 10*t^3 + t^4 + O(t^5) + 10*t^4 + 10*t^3 + t^4 + O(t^5) + t^5 + 10*t^3 + t^4 + O(t^5) + O(t^6 + 10*t^3 + t^4 + O(t^5))

Huh?

Component: basic arithmetic

Issue created by migration from https://trac.sagemath.org/ticket/28

possible bug with p-adic number constructor

I'm not sure if this is a bug, but it sure is confusing to me.

sage: K = pAdicField(5, 10)
sage: K(1/2, prec=20)
 3 + 2*5 + 2*5^2 + 2*5^3 + 2*5^4 + 2*5^5 + 2*5^6 + 2*5^7 + 2*5^8 + 2*5^9 + O(5^10)

The field's default precision seems to override the precision explicitly requested in the constructor. I can vaguely see how this might make sense, but it gets extremely confusing when you don't even supply the default precision:

sage: K = pAdicField(5)
sage: K(1/2, prec=30)
 3 + 2*5 + 2*5^2 + 2*5^3 + 2*5^4 + 2*5^5 + 2*5^6 + 2*5^7 + 2*5^8 + 2*5^9 + 2*5^10 + 2*5^11 + 2*5^12 + 2*5^13 + 2*5^14 + 2*5^15 + 2*5^16 + 2*5^17 + 2*5^18 + 2*5^19 + O(5^20)

I think it would be better if the precision requested in the constructor was always honoured, assuming that the input data had enough precision in the first place to support it (which in this case it does, being a Rational number).

Component: basic arithmetic

Issue created by migration from https://trac.sagemath.org/ticket/49

modular symbols -- crash when computing an eigenform 

sage: M = ModularSymbols(12,4,sign=1).cuspidal_submodule()

sage: M.decomposition()[1].q_eigenform(10)
Traceback (most recent call last):
...
TypeError: Unable to coerce x (=[   0    1   -1    0 -7/2  7/2  3/2 -3/2    0]) to a morphism in Set of Morphisms from Modular Symbols subspace of dimension 1 of Modular Symbols space of dimension 9 for Gamma_0(12) of weight 4 with sign 1 over Rational Field to Modular Symbols space of dimension 9 for Gamma_0(12) of weight 4 with sign 1 over Rational Field in Category of sets

Component: basic arithmetic

Issue created by migration from https://trac.sagemath.org/ticket/46

Notebook locking

Currently it is possible to run two SAGE notebooks on the same directory,
which is potentially VERY VERY bad. It would be better if when a SAGE
notebook server starts up it checks for the presence of a lock file. This
file would contain the pid of a running SAGE notebook process -- if the file
and that process exist, then the notebook won't start. When the notebook
finishes it should delete that lock file.

Component: notebook

Issue created by migration from https://trac.sagemath.org/ticket/2

gap boolean values don't coerce back

(KiranKedlaya) GAP boolean values do not automatically coerce back to SAGE, e.g.,

sage: if gap("2+2=4"):
   .....:     pass

returns an error, whereas

sage: if sage_eval(gap("2+2=4")):
   .....:     pass

does not. A more serious instance of this is:

sage: G = SymmetricGroup(8)
sage: A = AlternatingGroup(8)
sage: if (G._gap_().IsSubgroup(A)):
   .....:     print 1

Component: basic arithmetic

Issue created by migration from https://trac.sagemath.org/ticket/43

Integer and Rational classes need nth_root and exact_power functions

It would be useful for Integer and Rational classes to have:

(1) nth_root: this would wrap GMP's mpz_root.
(2) exact_power: would accept a rational number as an index, and work out which root to take. For example

(-8/27).exact_power(2/3) == 4/9

I had to take an exact 6th root of a rational in some code the other day and it was painful going via real numbers, worrying about bits of precision and all that.

Component: basic arithmetic

Issue created by migration from https://trac.sagemath.org/ticket/8

modular forms -- missing q_eigenform functionality

q_eigenform on old factors doesn't work:

sage: M = ModularSymbols(63,2,sign=1).cuspidal_subspace()
sage: M[2].q_eigenform()
Traceback (most recent call last):
    M[2].q_eigenform()
...
AttributeError: 'ModularSymbolsAmbient_wt2_g0' object has no attribute 'subspace_generated_by_images'

Component: basic arithmetic

Issue created by migration from https://trac.sagemath.org/ticket/31

customize preparsing

I made the suggested changes and everything works fine.

Thank you for replying so quickly.

I think that modifying the preparser to meet different needs
sounds like a good idea as long as the underlying code didn't
have to change.

WAIT ! -- good point. In fact, there is code in the SAGE library
that assumes that the preparser replaces ^'s by **'s. If you
do exactly what I suggested, you could get subtle bugs in certain
places involved in moving expressions between GAP/Singular and SAGE
that use the SAGE preparser.
So at least don't make those changes to preparse.py.

It's fine to make the changes to integer.pyx that defines __xor__,
and certainly you'll find that useful.

For now, the best thing for you to do might be to start SAGE with

sage -ipython

to get SAGE with no preparsing at all.

The solution to all this is probably to make the interactive preparser
customizable and make those customizations only apply to the
interactive preparser. (I.e., the preparser will have a context as input,
one for the interactive session, and the other used internally by
the library). One could also have a context set at the top of a .sage
file.

Sorry for the confusion.

william

Component: basic arithmetic

Issue created by migration from https://trac.sagemath.org/ticket/44

NTL modulus not reset correctly 

 sage: x = PolynomialRing(Integers(100)).gen()
 sage: p = 3*x
 sage: q = 7*x
 sage: y = PolynomialRing(Integers(8)).gen()
 sage: p + q
   2*x
 sage: p + q
   10*x

I think what's happening is the following. The first p+q calls Polynomial_dense_mod_n.add(). This function does not reset the NTL modulus correctly before calling ntl_ZZ_pX.add(), hence the first bogus answer. Then Polynomial_dense_mod_n.add() calls PolynomialRing_dense_mod_n.call(), which does reset the NTL modulus.

Component: basic arithmetic

Issue created by migration from https://trac.sagemath.org/ticket/45

make it easy to turn off preparser

It's "from sage.all import *". But then I'm being dumb, since that
just turns the preparser back on.

The preparser in SAGE is activated in misc/interpreter.py in this line:

# Rebind this to be the new IPython prefilter:
InteractiveShell.prefilter = sage_prefilter

If you comment that one line out, then restart SAGE (with sage -br) you'll
get a SAGE that has no preparsing at all by default. Yet all the library
code
should work fine and you have the sage library functions available by
default.

That sounds reasonable. I undid the preparser.py change and commented out the
suggested line in interpreter.py. With a few basic tests everything seems OK.

I guess the default int is now a Python int, but that is okay for what I'm working on
right now.

Thanks for sorting this out.

Component: basic arithmetic

Issue created by migration from https://trac.sagemath.org/ticket/47

full keyboard mode for notebook

Currently I need to switch between my keyboard and mouse a lot to operate the notebook, especially when using it for development. For example, I would like to be able to restart the server without going for the mouse. There should be a way of assigning keyboard shortcuts.

Component: notebook

Issue created by migration from https://trac.sagemath.org/ticket/5

PowerSeriesRing(QQ, 10) raises unhelpful exception

PowerSeriesRing(QQ, 10) crashes SAGE:

Traceback (most recent call last):
PowerSeriesRing(QQ, 10)
File "/home/server/", line 1, in ?

File "/sage/local/lib/python2.4/site-packages/sage/rings/power_series_ring.py",
line 44, in PowerSeriesRing
R = PowerSeriesRing_over_field(base_ring, name, default_prec)
File "/sage/local/lib/python2.4/site-packages/sage/rings/power_series_ring.py",
line 171, in __init__
PowerSeriesRing_generic.init(self, base_ring, name, default_prec)
File "/sage/local/lib/python2.4/site-packages/sage/rings/power_series_ring.py",
line 63, in __init__
self.__generator = self.__power_series_class(self, [0,1], check=True,
is_gen=True)
File
"/sage/local/lib/python2.4/site-packages/sage/rings/power_series_ring_element.py",
line 506, in __init__
f = R(f, check=check)
File "/sage/local/lib/python2.4/site-packages/sage/rings/multi_polynomial_ring.py",
line 481, in __call__
c = self.base_ring()(x)
File "/sage/local/lib/python2.4/site-packages/sage/rings/rational_field.py", line
155, in __call__
return sage.rings.rational.Rational(x, base)
File "rational.pyx", line 105, in rational.Rational.init
File "rational.pyx", line 183, in rational.Rational.__set_value
TypeError: Unable to coerce [0, 1] (<type 'list'>) to Rational

Component: basic arithmetic

Issue created by migration from https://trac.sagemath.org/ticket/6

sin(integer) precision issue

I don't like how SAGE works for this (see below) (example from Fateman's mathematica review):

  sage: sin(3141592653589793238.0)   # very good
  -0.4463151633593201122015 
  sage: float(sin(3141592653589793238))   # very bad
  -0.64165348191050475

The problem is that SAGE is using the Python math library, which is the C library, which has
precision issues. The fix is to change sin(integer) to use mpfr.

Component: basic arithmetic

Issue created by migration from https://trac.sagemath.org/ticket/15

p-adic integers class

from David Harvey:
I'm kind of on the run, but I just remembered it would be good to have a pAdicInteger class. Just like we have PowerSeries vs LaurentSeries, and Integer vs Rational, it would be good to have pAdicInteger and pAdicField. Basically the idea is that it doesn't have to keep track of ordp, which currently slows down certain operations a lot (like when I convert an integer to a padic, it has to compute ordp). Essentially it would be like Integers(p^n) but with a floating precision. A very natural application would be the padic sigma stuff I'm working on now.

I can't implement it and send you a patch due to time constraints, but perhaps if you like the idea you can add it to the roadmap.

Component: basic arithmetic

Issue created by migration from https://trac.sagemath.org/ticket/13

[fixed?] Factoring for a subspace of ModularSymbols in general 

   sage: M = ModularSymbols(Gamma0(22),2,sign=1)
   sage: M1 = M.decomposition()[1]
   sage: M1
   Modular Symbols subspace of dimension 2 of Modular Symbols space of dimension 5 for Gamma_0(22) of weight 2 with sign 1 over Rational Field
   sage: M1.is_simple() ## throws a TypeError

In fact, I can find lots of examples where this happens: levels 6, 7, 8, and 9 with weight 24 all have subspaces which crash is_simple.

I don't really know if this qualifies as "critical," but it seems more than just "annoying." Maybe the page name should be clarified (at least to me)?

-- Craig Citro

Component: modular forms

Issue created by migration from https://trac.sagemath.org/ticket/34

confusing behaviour of pAdicField with series_print == False

The following behaviour, while strictly speaking not incorrect, is quite confusing:

sage: K = pAdicField(5, series_print=False)
sage:  K(37, prec=1)
 5^0 * (37 + O(5^1))

Really, it should be reducing 37 mod 5 when you do the conversion, or at the very least when you print it out, otherwise you don't realise that 37 + O(5) and 7 + O(5) are really the same thing. (This caused me a few hours of head-scratching today because I thought that two things didn't agree when actually they did.)

If you use the default series_print=True, then this doesn't happen:

sage: K = pAdicField(5)
sage:  K(37, prec=1)
 2 + O(5)

Component: basic arithmetic

Issue created by migration from https://trac.sagemath.org/ticket/12

Pari stack overflow

Once the Pari stack overflows, subsequent sage commands which use the Pari library do not work.

Ifti.

burhanud@sage:~$ sage
--------------------------------------------------------
| SAGE Version 1.3.7.1, Build Date: 2006-09-10-2157    |
| Distributed under the GNU General Public License V2. |
--------------------------------------------------------


sage: E = EllipticCurve([0,0,0,-307*1907,0])

sage: E.Lseries_deriv_at1()
---------------------------------------------------------------------------
exceptions.RuntimeError                              Traceback (most
recent call last)

/home/burhanud/<ipython console>

/home/was/sage/local/lib/python2.4/site-packages/sage/schemes/elliptic_curves/ell_rational_field.py
in Lseries_deriv_at1(self, k)
   1724         # Compute z = e^(-2pi/sqrt(N))
   1725         pi = 3.14159265358979323846
-> 1726         v = transcendental.exponential_integral_1(2*pi/sqrtN, k)
   1727         L = 2*float(sum([ (v[n-1] * an[n])/n for n in
xrange(1,k+1)]))
   1728         error = 2*exp(-2*pi*(k+1)/sqrtN)/(1-exp(-2*pi/sqrtN))

/home/was/sage/local/lib/python2.4/site-packages/sage/functions/transcendental.py
in exponential_integral_1(x, n)
     83         return float(pari(x).eint1())
     84     else:
---> 85         return [float(z) for z in pari(x).eint1(n)]
     86
     87 def gamma(s):

/home/burhanud/gen.pyx in gen._pari_trap()

RuntimeError: The PARI stack overflowed.  Use pari.allocatemem() to double
the stack.

sage: factor(4)
---------------------------------------------------------------------------
exceptions.RuntimeError                              Traceback (most
recent call last)

/home/burhanud/<ipython console>

/home/was/sage/local/lib/python2.4/site-packages/sage/rings/arith.py in
factor(n, proof, int_, algorithm, verbose)
   1244     if algorithm == 'pari':
   1245         return factorization.Factorization(__factor_using_pari(n,
-> 1246                                    int_=int_,
debug_level=verbose), unit)
   1247     elif algorithm == 'kash':
   1248         F = kash.eval('Factorization(%s)'%n)

/home/was/sage/local/lib/python2.4/site-packages/sage/rings/arith.py in
__factor_using_pari(n, int_, debug_level)
   1168         import sage.rings.integer_ring
   1169         Z = sage.rings.integer_ring.IntegerRing()
-> 1170     prev = pari.get_debug_level()
   1171     pari.set_debug_level(debug_level)
   1172     F = pari(n).factor()

/home/burhanud/gen.pyx in gen.PariInstance.get_debug_level()

/home/burhanud/gen.pyx in gen.PariInstance.default()

/home/burhanud/gen.pyx in gen._pari_trap()

RuntimeError: The PARI stack overflowed.  Use pari.allocatemem() to double
the stack.

sage: factor(4, algorithm='kash')
 2^2

Component: basic arithmetic

Issue created by migration from https://trac.sagemath.org/ticket/9

doctest failure in functions/special.py

sage -t -optional devel/sage-darcs/sage/functions/special.py*******************************************************\

File "special.py", line 756:
sage: inverse_jacobi("sn",0.47,1/2)
Exception raised:
Traceback (most recent call last):
File "/home/was/sage/local/lib/python2.4/doctest.py", line 1243, in __run
compileflags, 1) in test.globs
File "<doctest main.example13[1]>", line 1, in ?
inverse_jacobi("sn",RealNumber('0.47'),Integer(1)/Integer(2))###line 756:
sage: inverse_jacobi("sn",0.47,1/2)
File "/home/was/sage/local/lib/python2.4/site-packages/sage/functions/special.py", line 785, in inverse_jacob
i
return eval(maxima.eval("inverse_jacobi_sn(%s,%s)"%(RR(x),RR(m))))
File "", line 1
^[[
^
SyntaxError: invalid syntax

File "special.py", line 758:
sage: inverse_jacobi("sn",0.4707504,1/2)
Exception raised:

Component: basic arithmetic

Issue created by migration from https://trac.sagemath.org/ticket/11

command line option parsing

We should improve and/or modernize and/or revise Sage's command-line parsing.

Two ideas, which could be debated endlessly and could also be implemented independently of each other:

  • use Python's argparse module to handle the parsing, rather than a shell script
  • change Sage's options from flags to subcommands: sage --package ... would be changed to sage package ..., etc. (comment:56 and comment:57 list some possibilities)

Depends on #9958

CC: @kini @saraedum @gvol

Component: user interface

Issue created by migration from https://trac.sagemath.org/ticket/21

spkg-install for singular

On Tue, 12 Sep 2006 17:32:37 -0700, Rob Gross [email protected] wrote:

I finally found my error, by deleting every alias and environment
variable in turn and seeing if I could then build sage successfully
from scratch. I'm still not sure why defining the environment
variable TMPDIR as /tmp caused a problem, but it did. TMPDIR defaults
to /tmp anyway, according to "man ar" which is why I'm a bit confused
why it caused a problem.

I can't remember why I had bothered to define TMPDIR in the first
place, but there must have been some other build at some other time
that needed it to be defined.

Thanks for all of your help. I suppose that adding a check to make
sure that no one else commits this particular act of stupidity might
be a good idea, but it's impossible to guess at all of the potential
things that could go wrong.--Rob

I can put "unset TMPDIR" in the spkg-install file for singular. I'm
really glad you tracked this down precisely!

William

Component: packages: standard

Issue created by migration from https://trac.sagemath.org/ticket/48

preparser issues 

To: "Kyle Schalm" <[email protected]>, [email protected]
Subject: Re: [SAGEdev] long string parsing bug in 1.3.2.2

The SAGE pre-parser currently works on single lines only -- it doesn't
take into account multi-line blocks.  This is more a
not-implemented-error than a bug.  Many thanks for sending this email
though, since it's an excellent test case:
mm.sage:
---------------------
"""
load with
 
sage: load "/Users/kyle/Documents/math/scripts/mm.sage"
"""
---------------------

Component: user interface

Issue created by migration from https://trac.sagemath.org/ticket/40

failures building optional packages

  • Building optional packages under OS X Intel (status report on 08-25-06 by William Stein)
    Everything works except the following --
    * dvipng doesn't build (but shouldn't be needed, since this comes with tex)
    * RealLib3 -- fails with "LongFloat.cpp:6:20: error: malloc.h: No such file or directory"
    * numpy-2006-08-16.spkg -- fails with "KeyError: 'linker_exe'"
    * scipy-2006-08-16.spkg -- depends on numpy
    * soya-0.11.2.p0.spkg -- fails to find GL/glew.h (soya is probably very hard to build in OSX...)

Component: basic arithmetic

Issue created by migration from https://trac.sagemath.org/ticket/16

update M2 to the 1.1 release

due to an upcoming release of M2 update to current svn as recommened by the M2 developers.

This used to be:

This is on a minimal Ubuntu install without the system-wide readline-dev package.
SAGE's M2 build script should use SAGE's readline, but it isn't.

configure: error: missing library: readline
{'_': './spkg-install', 'CPPFLAGS': '-I/home/was/s/local/include  ', 'SAGE_LOCAL': '/home/was/s/local', '__sage__': '', 'PYTHONHOME': '/home/was/s/local', 'SSH_CLIENT': '192.168.3.1 51123 22', 'LOGNAME': 'was', 'USER': 'was', 'HOME': '/home/was', 'PATH': '/home/was/s/spkg/build/macaulay2-2006-08-26:/home/was/s:/home/was/s/local/bin:/home/was/s:/home/was/s/local/bin:/home/was/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games', 'LD_LIBRARY_PATH': '/home/was/s/local/lib:/home/was/s/local/lib:', 'LANG': 'en_US.UTF-8', 'TERM': 'xterm-color', 'SHELL': '/bin/bash', 'LIBRARY_PATH': '/home/was/s/local/lib:/home/was/s/local/lib:', 'LANGUAGE': 'en', 'LN': 'ln', 'SAGE_STARTUP_FILE': '/home/was/.sage//init.sage', 'UNAME': 'Linux', 'EDITOR': 'vi', 'LDFLAGS': '-L/home/was/s/local/lib/ ', 'GP_DATA_DIR': '/home/was/s/local/share/pari', 'TOUCH': 'touch', 'RM': 'rm', 'LESSOPEN': '| /usr/bin/lesspipe %s', 'SAGE_STARTUP_COMMAND': '\nfrom sage.all import *;import os; os.chdir("/home/was/s");import sage.misc.interpreter;from sage.misc.interpreter import attached_files;_=sage.misc.interpreter.load_startup_file("/home/was/.sage//init.sage");\n', 'CUR': '/home/was/s/spkg/build', 'CC': 'gcc', 'PYTHONPATH': ':/home/was/s/local/lib/python2.4', 'MKDIR': 'mkdir', 'LD': 'ld', 'SAGE_DATA': '/home/was/s/data', 'DYLD_LIBRARY_PATH': '/home/was/s/local/lib:/home/was/s/local/lib::/home/was/s/local/lib::', 'SAGE64': 'no', 'AS': 'as', 'AR': 'ar', 'RANLIB': 'ranlib', 'CP': 'cp', 'SAGE_ROOT': '/home/was/s', 'SSH_CONNECTION': '192.168.3.1 51123 192.168.3.3 22', 'LESSCLOSE': '/usr/bin/lesspipe %s %s', 'CXX': 'g++', 'SSH_TTY': '/dev/pts/0', 'OLDPWD': '/home/was/s/spkg/build', 'SAGE_SERVER': 'http://modular.math.washington.edu/sage/packages', 'CHMOD': 'chmod', 'HISTCONTROL': 'ignoredups', 'SHLVL': '4', 'PWD': '/home/was/s/spkg/build/macaulay2-2006-08-26', 'MV': 'mv', 'SHAREDFLAGS': '-fPIC', 'DOT_SAGE': '/home/was/.sage/', 'MAIL': '/var/mail/was', 'LS_COLORS': 'no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:su=37;41:sg=30;43:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.avi=01;35:*.fli=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.flac=01;35:*.mp3=01;35:*.mpc=01;35:*.ogg=01;35:*.wav=01;35:', 'MAKE': 'make', 'SAGE_PACKAGES': '/home/was/s/spkg'}
Error configuring M2

real    16m57.258s
user    0m31.322s
sys     2m51.991s
sage: An error occured while installing macaulay2-2006-08-26
Please email William Stein <[email protected]> explaining the
problem and send him /home/was/s/install.log
If you want to try to fix the problem, *don't* just cd to
/home/was/s/spkg/build/macaulay2-2006-08-26 and type 'make'.
Instead (using bash) type "source local/bin/sage-env" from the directory
/home/was/s
in order to set all environment variables correctly, then cd to
/home/was/s/spkg/build/macaulay2-2006-08-26

Component: packages: experimental

Issue created by migration from https://trac.sagemath.org/ticket/10

doc generation script typos

  • Paisa Seeluangsawat:
> There are typos in the docs.  They tend to get functions'
> optional arguments mixed up.  For an example, compare
>
> 
> http://modular.math.washington.edu/sage/doc/html/ref/module-sage.rings.multi-polynomial-ring.html
>
>     MPolynomialRing(base_ring, [n=False], [names=degrevlex],
>       [order=None], [macaulay2=1])
>
> with
>
>     $SAGE_ROOT/local/lib/python2.4/site-packages/sage/rings/
>
>     def MPolynomialRing(base_ring, n=1, names=None,
>                         order='degrevlex', macaulay2=False):

That's really weird. Many thanks for pointing out the problem.
That documentation is generated from the source code, so I'll investigate
the script that does the generation. Again, thanks for the bug
report.

Component: user interface

Issue created by migration from https://trac.sagemath.org/ticket/41

install guide -- add more about colinux

tried the CoLinux one and made it work after some settings on the
network connections. Some explanation of that in the documentatio
could be useful. Everything is working fine now and I think the
notebook interface is really useful.

There is a lot about the ntework connection setting stuff in the README
file that comes with the colinux install. I'll add it to the SAGE
install guide.

Component: basic arithmetic

Issue created by migration from https://trac.sagemath.org/ticket/50

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.