[sage-devel] Re: Compiling of Sage on cygwin64 failed on package rpy2-2.7.5

2016-01-13 Thread Travis Scrimshaw
FYI, I get the same problem on Cygwin32. Best, Travis On Wednesday, January 13, 2016 at 9:32:17 AM UTC-8, robert.ma...@web.de wrote: > > Hello, > I've been using the Sage appliance in Virtualbox on Windows 7 for some > time now. And I like it very much. Thank you for this wonderful package of

[sage-devel] Re: Unexpected solution of: Solve(x==sqrt(x), x)

2016-01-13 Thread John H Palmieri
On Wednesday, January 13, 2016 at 12:59:08 PM UTC-8, John Mesh wrote: > > The following is not what I expect: > > sage: x = var('x') > sage: assume(x, 'real') > sage: solve([x == sqrt(x) + 3], x) > [x == sqrt(x) + 3] > > Expected result: x = (7 + sqrt(13))/2 > Try sage: solve([x == sqrt(x) + 3

Re: [sage-devel] UniqueRepresentation in FormalSums

2016-01-13 Thread John H Palmieri
On Wednesday, January 13, 2016 at 1:03:15 PM UTC-8, Martin R wrote: > > > > Am Mittwoch, 13. Januar 2016 21:57:00 UTC+1 schrieb John H Palmieri: >> >> >> >> On Wednesday, January 13, 2016 at 12:43:25 PM UTC-8, Martin R wrote: >>> >>> To understand the difference between ‘is’ and ‘==‘ may require

Re: [sage-devel] UniqueRepresentation in FormalSums

2016-01-13 Thread 'Martin R' via sage-devel
Am Mittwoch, 13. Januar 2016 21:57:00 UTC+1 schrieb John H Palmieri: > > > > On Wednesday, January 13, 2016 at 12:43:25 PM UTC-8, Martin R wrote: >> >> To understand the difference between ‘is’ and ‘==‘ may require some >>> background in programming. >>> >>> Specifically, “a==b” evaluates to “Tr

[sage-devel] Unexpected solution of: Solve(x==sqrt(x), x)

2016-01-13 Thread John Mesh
The following is not what I expect: sage: x = var('x') sage: assume(x, 'real') sage: solve([x == sqrt(x) + 3], x) [x == sqrt(x) + 3] Expected result: x = (7 + sqrt(13))/2 Similarly: sage: x = var('x') sage: assume(x, 'real') sage: solve([x == sqrt(x)], x) [x == sqrt(x)] Clearly, expected result

Re: [sage-devel] UniqueRepresentation in FormalSums

2016-01-13 Thread John H Palmieri
On Wednesday, January 13, 2016 at 12:43:25 PM UTC-8, Martin R wrote: > > To understand the difference between ‘is’ and ‘==‘ may require some >> background in programming. >> >> Specifically, “a==b” evaluates to “True” if the objects ‘a’ and ‘b’ >> “evaluate to the same *value*”, while “a is b”

Re: [sage-devel] UniqueRepresentation in FormalSums

2016-01-13 Thread Daniel Krenn
On 2016-01-13 21:15, 'Martin R' via sage-devel wrote: > I'm trying to understand inheritance. In formal_sum I find the > following code: > > class FormalSums(UniqueRepresentation, Module): > > Element = FormalSum > > def _element_constructor_(self, x, check=True, reduce=True): > >

Re: [sage-devel] UniqueRepresentation in FormalSums

2016-01-13 Thread 'Martin R' via sage-devel
> > To understand the difference between ‘is’ and ‘==‘ may require some > background in programming. > > Specifically, “a==b” evaluates to “True” if the objects ‘a’ and ‘b’ > “evaluate to the same *value*”, while “a is b” evaluates to “True” if the > objects ‘a’ and ‘b’ *are the same” (i.e., ar

Re: [sage-devel] UniqueRepresentation in FormalSums

2016-01-13 Thread Justin C. Walker
On Jan 13, 2016, at 12:15 , 'Martin R' via sage-devel wrote: > Hi there! > > I'm trying to understand inheritance. In formal_sum I find the following > code: > > class FormalSums(UniqueRepresentation, Module): > > Element = FormalSum > > def _element_constructor_(self, x, check=Tr

[sage-devel] UniqueRepresentation in FormalSums

2016-01-13 Thread 'Martin R' via sage-devel
Hi there! I'm trying to understand inheritance. In formal_sum I find the following code: class FormalSums(UniqueRepresentation, Module): Element = FormalSum def _element_constructor_(self, x, check=True, reduce=True): if isinstance(x, FormalSum): P = x.parent()

[sage-devel] Re: Compiling of Sage on cygwin64 failed on package scipy-0.16.1

2016-01-13 Thread Dima Pasechnik
well,regarding the scipy problem see https://mail.scipy.org/pipermail/numpy-discussion/2015-November/074181.html You might try the developemt version of scipy to see if it helps. On Wednesday, 13 January 2016 17:32:17 UTC, robert.ma...@web.de wrote: > > Hello, > I've been using the Sage appliance

[sage-devel] Compiling of Sage on cygwin64 failed on package rpy2-2.7.5

2016-01-13 Thread robert . matovinovic
Hello, I've been using the Sage appliance in Virtualbox on Windows 7 for some time now. And I like it very much. Thank you for this wonderful package of software and its interface. Because I need to access more RAM for calculating 3D parametric plots I want to install it under Cygwin64 and fol

[sage-devel] Re: sagenb and pycrypto

2016-01-13 Thread kcrisman
The point being there is nothing to worry about. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post to this group, se

[sage-devel] Re: sagenb and pycrypto

2016-01-13 Thread Jean-Pierre Flori
On Wednesday, January 13, 2016 at 3:49:45 AM UTC+1, Steven Trogdon wrote: > > I have 7.0.beta3 installed so at some point in going from 6.10 -> 7.0.x I > had to > > make distclean && make > > However, in starting the notebook the warning from > local/lib/python2.7/site-packages/Crypto/Util/num

[sage-devel] Re: sagenb and pycrypto

2016-01-13 Thread Volker Braun
I'd recommend "sage --notebook=ipython" On Wednesday, January 13, 2016 at 3:49:45 AM UTC+1, Steven Trogdon wrote: > > I have 7.0.beta3 installed so at some point in going from 6.10 -> 7.0.x I > had to > > make distclean && make > > However, in starting the notebook the warning from > local/li