On Monday, 21 May 2012 08:02:01 UTC+2, Snark wrote:
>
> Le dimanche 20 mai, John H Palmieri a écrit:
> > Why ask? Just make the change and try it out on several platforms. If
> > Sage builds (with SAGE_CHECK=yes) and all tests pass, open a ticket.
>
> Ah, well, because the only box where sage
Le dimanche 20 mai, John H Palmieri a écrit:
> Why ask? Just make the change and try it out on several platforms. If
> Sage builds (with SAGE_CHECK=yes) and all tests pass, open a ticket.
Ah, well, because the only box where sage 5.0 compiles here at the
moment is the ARM box (the others have gcc
Hi David,
I think it would be best to construct them as toric varieties. This'll give
you lots of functionality. For starters you should probably add a weighted
projective space constructor to the toric_varieties library. There is
already a toric_varieties.P(int), how about toric_varieties.WP(l
John H Palmieri writes:
> Why ask? Just make the change and try it out on several platforms. If Sage
> builds (with SAGE_CHECK=yes) and all tests pass, open a ticket.
That's my fault - I told him to ask on sage-devel just in case when he
asked me about it on #sagemath .
-Keshav
Join us in
On Sunday, May 20, 2012 1:18:15 PM UTC-7, Snark wrote:
>
> Hi,
>
> in sage 5.0/spkg/standard/deps :
>
> - pygments is depending on zodb, but it's not clear why ;
>
> - the conway_polynomials is a ZODB database, but doesn't need zodb to
> build ;
>
> - sage is the place when this ZODB is ac
Thanks Nils.
It turns out the problem concerns any text output from R, not only
error messages.
In each case R code is being evaluated (ex. values of variables
change),
however no sign of feedback from R if the input is too long.
sage: Ri.eval(('#1')**100+"\n print(1)")
'\n[1] 1'
sage: Ri.eval(('#
Le dimanche 20 mai, mmarco a écrit:
> Which OS did you build it in?
Ubuntu 12.04 armhf.
Snark on #sagemath
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel+unsubscr...@googlegroups.com
For more options, visit thi
As it turns out, experimentation is very easy:
sage: Ri=R()
sage: Ri.eval(("#1"**100+"\n")**10+"]")
''
sage: Ri.eval(("#1"**100+"\n")**10+"]",allow_use_file=False)
'\n\n\n\n\n\n\n\n\n\nError: unexpected \']\' in "]"'
sage: Ri.eval(("#1"**100+"\n")**10+"]",split_lines=True)
'\n\n\n\n\n\n\n\n\n\nErr
Which OS did you build it in?
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/sage-devel
URL: http://www.sagemath.o
Hi,
in sage 5.0/spkg/standard/deps :
- pygments is depending on zodb, but it's not clear why ;
- the conway_polynomials is a ZODB database, but doesn't need zodb to
build ;
- sage is the place when this ZODB is accessed from, but only at
runtime.
So, shouldn't the zodb spkg :
- be added i
On May 20, 7:12 am, Maciek Sykulski wrote:
> Hi All,
>
> I've compiled from source sage-5.0 on Gentoo on the following machine:
> Linux 3.2.6 #3 SMP Thu Feb 16 17:40:05 CET 2012 x86_64 Intel(R)
> Xeon(R) CPU X5690 @ 3.47GHz GenuineIntel GNU/Linux
>
> Everything seems to work fine except for this:
Hi,
I'm considering opening a ticket for the implementation of weighted
projective spaces (in a class of its own). I think it could be quite useful
in general but there are also algebraic varieties already in Sage for which
weighted projective space is a natural habitat (like hyperelliptic c
Hi,
it compiles (so I have a box on which sage 5.0 does!), from the
pristine tarball!
Not all unit tests pass, though ; errors are the following :
sage -t --long -force_lib devel/sage/sage/interfaces/maxima_abstract.py
**
File
"Dr. David Kirkby" writes:
> Is anyone working on a Cygin port any more? I used to wonder if the
> Solaris or Cygwin ports would be completed first, but the race was not
> as close as I expected it would be.
As far as I remember, our BDFL publicly stated that working on a Cygwin
port is a waste o
On 05/20/2012 10:44 AM, Stephen Montgomery-Smith wrote:
On 05/20/2012 10:39 AM, Dr. David Kirkby wrote:
On 05/20/12 03:38 PM, Stephen Montgomery-Smith wrote:
On 05/20/2012 06:50 AM, David Kirkby wrote:
On 20 May 2012 00:58, Volker Braun wrote:
Currently, the cephes package only prints:
"We d
On 05/20/2012 10:39 AM, Dr. David Kirkby wrote:
On 05/20/12 03:38 PM, Stephen Montgomery-Smith wrote:
On 05/20/2012 06:50 AM, David Kirkby wrote:
On 20 May 2012 00:58, Volker Braun wrote:
Currently, the cephes package only prints:
"We do not install the cephes library on any operating system
Le dimanche 20 mai, Stephen Montgomery-Smith a écrit:
> That was me. Yes, please keep cephes in sage.
Notice that I didn't ask for removal -- I only notified that there
might be a licence issue. :-)
Snark on #sagemath
--
To post to this group, send an email to sage-devel@googlegroups.com
To un
On 05/20/12 03:38 PM, Stephen Montgomery-Smith wrote:
On 05/20/2012 06:50 AM, David Kirkby wrote:
On 20 May 2012 00:58, Volker Braun wrote:
Currently, the cephes package only prints:
"We do not install the cephes library on any operating system except
Cygwin."
I believe when someone else (I
William Stein writes:
> Hi,
>
> I know something like this has been reported, but I can't figure out
> where. I am using Ubuntu 12.04 in Virtualbox on my Mac, and I can't
> build Sage because of MPIR. Which ticket? What's the workaround?
> This will probably impact me a lot, since I use virtua
On 05/20/2012 06:50 AM, David Kirkby wrote:
On 20 May 2012 00:58, Volker Braun wrote:
Currently, the cephes package only prints:
"We do not install the cephes library on any operating system except
Cygwin."
I believe when someone else (I forget who), was working on the FreeBSD
port, he need
Hi All,
I've compiled from source sage-5.0 on Gentoo on the following machine:
Linux 3.2.6 #3 SMP Thu Feb 16 17:40:05 CET 2012 x86_64 Intel(R)
Xeon(R) CPU X5690 @ 3.47GHz GenuineIntel GNU/Linux
Everything seems to work fine except for this:
When an input cell with some R code contains a syntax er
Le dimanche 20 mai, David Kirkby a écrit:
> I believe when someone else (I forget who), was working on the FreeBSD
> port, he needed Cephas too. I believe Sage is now building on FreeBSD,
> but it might be using this too.
The following two tickets seem relevant :
http://trac.sagemath.org/sage_tra
On 20 May 2012 00:58, Volker Braun wrote:
> Currently, the cephes package only prints:
>
> "We do not install the cephes library on any operating system except
> Cygwin."
I believe when someone else (I forget who), was working on the FreeBSD
port, he needed Cephas too. I believe Sage is now buil
I undrestand now. Thank you very much. I solved the issue.
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel+unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/sage-dev
24 matches
Mail list logo