Re: [sage-devel] Re: VirtualBox

On Friday, 13 January 2012 06:40:18 UTC+8, Keshav Kini wrote: > > On Fri, Jan 13, 2012 at 06:27, mmarco wrote: > > On 12 ene, 16:38, Volker Braun wrote: > >> I've configured the window manager to the bare minimum. Ideally we'd run > >> without a wm but that seems to break VirtualBox seamless mo

[sage-devel] std::string

Hi I'm trying to wrap C++ functions that expect & return std::string types. There seems to be a way to do that in Cython via cdef extern from "" namespace "std": cdef cppclass string: ... but Sage complains that is not found. Is there a way to make Sage find it on the machine? rega

Re: [sage-devel] Re: VirtualBox

On Fri, Jan 13, 2012 at 06:27, mmarco wrote: > On 12 ene, 16:38, Volker Braun wrote: >> I've configured the window manager to the bare minimum. Ideally we'd run >> without a wm but that seems to break VirtualBox seamless mode. We should >> also disable moving and minimizing the browser window ins

[sage-devel] Re: VirtualBox

On 12 ene, 16:38, Volker Braun wrote: > password is always "sage" > > I've configured the window manager to the bare minimum. Ideally we'd run > without a wm but that seems to break VirtualBox seamless mode. We should > also disable moving and minimizing the browser window inside the VM. Maybe ju

[sage-devel] Re: single cell server port 80

On 1/12/12 4:02 PM, William Stein wrote: What about aleph.sagemath.org ? Good point; I guess we already have that. I think I still would prefer singlecell.sagemath.org, but aleph is fine. Jason -- To post to this group, send an email to sage-devel@googlegroups.

[sage-devel] Re: single cell server port 80

What about aleph.sagemath.org? On Jan 12, 2012 11:14 AM, "Volker Braun" wrote: > As we discussed at SD35.5, it would be nice to have the single-cell server > run on port 80 to avoid firewall issues on mobile networks. Obviously, this > would involve a different domain name; amoeba.sagemath.org wa

[sage-devel] single cell server port 80

As we discussed at SD35.5, it would be nice to have the single-cell server run on port 80 to avoid firewall issues on mobile networks. Obviously, this would involve a different domain name; amoeba.sagemath.org was jestingly suggested but is probably not the way to go. -- To post to this group

Re: [sage-devel] Re: Proposal: Remove GNUTLS from Sage.

On Jan 12, 2012 7:43 AM, "Jason Grout" wrote: > > On 1/12/12 3:20 AM, Robert Bradshaw wrote: >> >> It pains me a bit to say yes, but I agree with your assessment of the >> situation; it's needed only by the few (and the technically capable) >> and is a lot of weight for something that looks to alw

[sage-devel] Re: Help on options decorator

On Jan 10, 3:37 pm, kcrisman wrote: > While reviewing #12214, I found something odd. > > sage: polygon2d.options > {'alpha': 1, 'legend_label': None, 'rgbcolor': (0, 0, 1), 'thickness': > 0} > sage: P = polygon([[1,2], [5,6], [5,0]]); P # looks blue > sage: polygon2d.options['rgbcolor']=(1,0,0)

[sage-devel] Re: Proposal: Remove GNUTLS from Sage.

On 1/12/12 3:20 AM, Robert Bradshaw wrote: It pains me a bit to say yes, but I agree with your assessment of the situation; it's needed only by the few (and the technically capable) and is a lot of weight for something that looks to always be an incomplete hack around not having OpenSSL on the sy

Re: [sage-devel] Re: VirtualBox

password is always "sage" I've configured the window manager to the bare minimum. Ideally we'd run without a wm but that seems to break VirtualBox seamless mode. We should also disable moving and minimizing the browser window inside the VM. -- To post to this group, send an email to sage-devel

Re: [sage-devel] Installing bzip2 only if needed

Le 12/01/2012 16:08, Michael Orlitzky a écrit : On 01/11/12 23:10, William Stein wrote: On Wednesday, January 11, 2012, Michael Orlitzkymailto:mich...@orlitzky.com>> wrote: On 01/11/2012 03:40 AM, Jeroen Demeyer wrote: True, but we're talking a different order of magnitude here. Speeding

Re: [sage-devel] Installing bzip2 only if needed

On 01/11/12 23:10, William Stein wrote: > > > On Wednesday, January 11, 2012, Michael Orlitzky > wrote: >> On 01/11/2012 03:40 AM, Jeroen Demeyer wrote: >>> >>> True, but we're talking a different order of magnitude here. Speeding >>> up the atlas installation by ju

[sage-devel] Re: Sage build failed

The problem is that Atlas installation does timing of the system (its processor, etc) and when the collected data is not consistent it, eventually, fails. On a multi-user virtual host like yours, it's no surprise it fails. Can you install a system-wide Atlas on your system? (It should be a packag

[sage-devel] Sage build failed

Sage build failed. Platform is Amazon EC2 Linux AMI 32 bit (CentOS like linux) Apparently there was a problem with the Atlas portion of the process after about 14 hours into the build. Thanks for any help that you can offer. Install log follows: /home/ec2-user/sage-4.7.2/spkg/build/atlas-3.8

Re: [sage-devel] pexpect troubles

On 2012-01-11 00:34, William Stein wrote: > > On Jan 10, 2012 2:59 PM, "Jeroen Demeyer" > wrote: >> >> Who knows about pexpect and Sage's use of it? I certainly don't. I >> think a "big project" to review/refactor the pexpect interfaces is in > order. >> > > I wo

Re: [sage-devel] pexpect troubles

Thanks for your work on this. I'm in the middle of exam marking (grading) so cannot help John On 12 January 2012 10:22, Jeroen Demeyer wrote: > On 2012-01-11 00:34, William Stein wrote: >> I should take a look... > After many *days* of debugging, I think I'm getting somewhere: whether > or

Re: [sage-devel] pexpect troubles

On 2012-01-11 00:34, William Stein wrote: > I should take a look... After many *days* of debugging, I think I'm getting somewhere: whether or not the errors occur seems to depend on the number of *characters* in $DOT_SAGE (and therefore, the number of characters in $HOME) in relation to the number

Re: [sage-devel] Proposal: Remove GNUTLS from Sage.

It pains me a bit to say yes, but I agree with your assessment of the situation; it's needed only by the few (and the technically capable) and is a lot of weight for something that looks to always be an incomplete hack around not having OpenSSL on the system. Just make sure that it's clearly docume