On 1/9/12 11:42 PM, William Stein wrote:
+1 It's what I would use if I had to use Windows.
You do it even on a mac!
Jason
--
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 mor
On Mon, Jan 9, 2012 at 8:35 PM, Volker Braun wrote:
> On Monday, January 9, 2012 11:13:27 PM UTC-5, William wrote:
>>
>> 2) One can use much more RAM with 64-bit. Many computers these days
>> have 8GB RAM (e.g., even my laptop).
>
> Or 16GB in my laptop ;-) Though its really only sensible to use
On Monday, January 9, 2012 11:13:27 PM UTC-5, William wrote:
>
> 2) One can use much more RAM with 64-bit. Many computers these days
> have 8GB RAM (e.g., even my laptop).
>
Or 16GB in my laptop ;-) Though its really only sensible to use ~50% for
the VM, which brings us back to the 4GB limit on
On Monday, January 9, 2012 11:14:56 PM UTC-5, William wrote:
>
> > You can configure port forwarding with VirtualBox. If you forward port
> > 8000 of the host system to port 8000 of the guest system, you get that
> > result.
>
> Thanks for the explanation; that's very cool. I assume this is what
>
On Mon, Jan 9, 2012 at 1:19 PM, mmarco wrote:
>
>> By the way, how canhttp://localhost:8000ever work? If I'm using
>> VirtualBox and I go tohttp://localhost:8000in Internet Explorer, I'm
>> definitely *not* going to get something having anything to do with the
>> virtual machine.
>>
>
>
> You ca
On Mon, Jan 9, 2012 at 1:16 PM, Volker Braun wrote:
> On Monday, January 9, 2012 4:07:49 PM UTC-5, William wrote:
>>
>> Let's focus our energy on doing this.
>
> Agreed!
>
>> Let's also plan to fully
>> support having both a 32 and 64-bit version. Right now I think we
>> only provide a 32-bit VM.
On Mon, Jan 9, 2012 at 7:12 PM, Dr. David Kirkby
wrote:
> I'm not sure if this idea will go down well, but I'll mute it anyway.
>
> I know William has switched off machines (t2.math for example), as he does
> not have the power/cooling for them. That seems a real shame for that
> machine to sit an
I'm not sure if this idea will go down well, but I'll mute it anyway.
I know William has switched off machines (t2.math for example), as he does not
have the power/cooling for them. That seems a real shame for that machine to sit
and collect dust, when it could be used.
Apart from "hawk", I h
I might be able to run a CentOS build slave. It will probably be 5.6 (not the
latest), though I'm not sure yet. I could make this a slave for the buildbot,
assuming it does not use too much power, which I've not measured yet.
--
A: Because it messes up the order in which people normally read t
> Which reminds to check whether I still remember my Sage Wiki login and
> password ...
I'll just jump in to say that a little while ago we connected the Sage Wiki
logins to the trac user store, so you should log into the Sage Wiki using
your trac user/pass. Though your email was five hours ago
On Jan 9, 8:45 pm, Jason Grout wrote:
> On 1/9/12 8:36 PM, kcrisman wrote:
>
> > As a very naive question, how would this change the way campuses set
> > up their Sage notebook servers? If anything changes there in terms
> > of security, it would need to be really well documented on the setup
On 1/9/12 8:36 PM, kcrisman wrote:
As a very naive question, how would this change the way campuses set
up their Sage notebook servers? If anything changes there in terms
of security, it would need to be really well documented on the setup
pages.
Changes would be:
1. install openssl developm
As a very naive question, how would this change the way campuses set
up their Sage notebook servers? If anything changes there in terms
of security, it would need to be really well documented on the setup
pages.
- kcrisman
--
To post to this group, send an email to sage-devel@googlegroups.com
On Mon, Jan 09, 2012 at 01:56:15PM -0800, mmarco wrote:
> I don't think the case of users who would use the secure=True option
> but are not that sophisticated is as unusual as William assumes. I
> know several examples (and i am one of them). I would agree with the
> elimination of this option IF
My vote:
[X] Yes, remove them!
Somewhat coincidentally, Jason and I were looking at this today. The
express summary is that Jason and I have put together a patch today that
solves the FlaskNB+HTTPS problem (caused by an attempt to use TLS with the
latest Twisted 2), and to do so it rips out G
I don't think the case of users who would use the secure=True option
but are not that sophisticated is as unusual as William assumes. I
know several examples (and i am one of them). I would agree with the
elimination of this option IF the way to recompile it with openssl
support is adequately docum
Le 09/01/2012 22:26, Julien Puydt a écrit :
The browser could be _in_ the VM ; that would make it easy to ensure
that both http://localhost:8000 and jsmath work.
... and no firewall & AV problems either ;-)
Snark on #sagemath
--
To post to this group, send an email to sage-devel@googlegroups.
Is there another port that is usually not firewalled that could be
used?
On 9 ene, 22:28, Volker Braun wrote:
> On Monday, January 9, 2012 4:19:36 PM UTC-5, mmarco wrote:
>
> > You can configure port forwarding with VirtualBox. If you forward port
> > 8000 of the host system to port 8000 of the g
On Monday, January 9, 2012 4:19:36 PM UTC-5, mmarco wrote:
>
> You can configure port forwarding with VirtualBox. If you forward port
> 8000 of the host system to port 8000 of the guest system, you get that
> result.
Thats what my virtual machine does, but let's face it: Networking is pretty
m
Le 09/01/2012 22:09, William Stein a écrit :
By the way, how can http://localhost:8000 ever work? If I'm using
VirtualBox and I go to http://localhost:8000 in Internet Explorer, I'm
definitely *not* going to get something having anything to do with the
virtual machine.
The browser could be _i
> By the way, how canhttp://localhost:8000ever work? If I'm using
> VirtualBox and I go tohttp://localhost:8000in Internet Explorer, I'm
> definitely *not* going to get something having anything to do with the
> virtual machine.
>
You can configure port forwarding with VirtualBox. If you forwa
On Monday, January 9, 2012 4:07:49 PM UTC-5, William wrote:
>
> Let's focus our energy on doing this.
>
Agreed!
Let's also plan to fully
> support having both a 32 and 64-bit version. Right now I think we
> only provide a 32-bit VM. If we are organized, we can do both 32 and
> 64-bit.
>
I don
On Mon, Jan 9, 2012 at 12:25 PM, mmarco wrote:
> So, summarizing, a (let's say) VirtualBox VM, that boots directly into
> simple X environment with sage running on the background+firefox open
> pointing at it would be a good solution?
>
> That seems feasible. The bigest problem i see is the mouse
On Mon, Jan 9, 2012 at 12:54 PM, Georg S. Weber
wrote:
>>
>> > but its less error prone imho.
>>
>> This is probably true. VirtualBox is massively more widely used.
>> When we used to distribute a coLinux version of Sage (in 2006), I
>> remember watching many Windows laptops crash hard due to the
>
> > but its less error prone imho.
>
> This is probably true. VirtualBox is massively more widely used.
> When we used to distribute a coLinux version of Sage (in 2006), I
> remember watching many Windows laptops crash hard due to their
> low-level driver. But that was 5 years ago, and things
Its true that I haven't spent much time with coLinux, I just read in the
FAQ that one can't run an X server natively. http://www.andlinux.org runs
Xming (a Windows X server) that coLinux connects to through the network. So
you need to configure your firewall to allow tcp port 6000. In fact, the
Then its even better that i thought. I always tried VirtualBox without
the extensions, so the mouse integration is a problem.
On 9 ene, 21:30, Volker Braun wrote:
> On Monday, January 9, 2012 3:25:54 PM UTC-5, mmarco wrote:
>
> > That seems feasible. The bigest problem i see is the mouse
> > inte
On Monday, January 9, 2012 3:25:54 PM UTC-5, mmarco wrote:
>
> That seems feasible. The bigest problem i see is the mouse
> integration.
>
Whats the problem with mouse integration? We just have to make sure that
the guest extensions are loaded in VirtualBox, then you can move the mouse
pointer
So, summarizing, a (let's say) VirtualBox VM, that boots directly into
simple X environment with sage running on the background+firefox open
pointing at it would be a good solution?
That seems feasible. The bigest problem i see is the mouse
integration.
What about a VM with no X that just boots,
I have made an unofficial sage-5.0.prealpha1 release. It's an updated
version of the previous prealpha0. The only main change is the
inclusion of the new matplotlib spkg (#11915).
Source archive:
http://boxen.math.washington.edu/home/release/sage-5.0.prealpha1/sage-5.0.prealpha1.tar
Upgrade p
On 01/09/12 15:00, Nils Bruin wrote:
>
> Via the absolutely zero-configuration one-time certificate opening of
> the notebook, I agree. However, on a machine with multi-account login
> (nearly any unix/linux/mac workstation in a department network), even
> listening on localhost provides a larger
On Jan 9, 8:39 am, William Stein wrote:
> When I originally pushed to have secure=True easily available by
> default in Sage for all users, I
> (1) didn't understand that secure=False is safe on localhost,
Via the absolutely zero-configuration one-time certificate opening of
the notebook, I agree
[X] Yes, remove them!
If this is possible, that would be a very good idea. Where's the
ticket, such that I can give it positive_review :-)
--
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
On Mon, Jan 9, 2012 at 10:48 AM, Volker Braun wrote:
> I had looked at coLinux before settling on VirtualBox. Since coLinux
> also needs a low-level driver I don't see any compelling advantage for
> our use. It is harder to install than VirtualBox and
I have the impression that you didn't seriou
On Mon, Jan 9, 2012 at 10:41 AM, kcrisman wrote:
>> Yes, I think it's a good idea to stop spending time etc on Cygwin port.
>> It is a huge PITA to use it in its present state (having spent quite a bit
>> of time on it last year) ,
>
> True, though it's frustrating to have to count that all as a s
> coLinux looks promising. What does stop one from putting Sage on it
> presently?
>
> Dima
Nothing. I've done it before several times. I was hoping with my
email to encourage you (meaning anybody reading this!) to try it.
What stops me right now is that I don't have Windows installed
anywhere
I had looked at coLinux before settling on VirtualBox. Since coLinux
also needs a low-level driver I don't see any compelling advantage for
our use. It is harder to install than VirtualBox and you can't run X
on top of it right now. VirtualBox will be slightly slower in the
execution, but its less
On Jan 9, 1:18 pm, Dima Pasechnik wrote:
> On Tuesday, 10 January 2012 01:11:37 UTC+8, William wrote:
>
> > On Mon, Jan 9, 2012 at 7:32 AM, Volker Braun wrote:
> > > Hi Wiliam,
>
> > > Karl-Dieter told me that you found some problem with the virtual
> > > machine but he didn't recall any detail
On Tuesday, 10 January 2012 01:11:37 UTC+8, William wrote:
>
> On Mon, Jan 9, 2012 at 7:32 AM, Volker Braun wrote:
> > Hi Wiliam,
> >
> > Karl-Dieter told me that you found some problem with the virtual
> > machine but he didn't recall any details. What exactly is the issue?
>
> Volker,
>
> My p
On Tuesday, 10 January 2012 00:39:30 UTC+8, William wrote:
>
> Hi Sage-Devel,
>
> PROPOSAL: I propose that we remove python_gnutls, gnutls, opencdk,
> libgcrypt, and
> libgpg_error from Sage-5.0. See below for details.
>
> VOTE:
>
> [X ] Yes, remove them!
> [ ] No, we need them.
> [ ] Woops --
[X] Yes, remove them!
On 01/09/12 11:39, William Stein wrote:
> ... For people setting up a
> server who will user secure=True, they *should* get a properly signed
> certificate, so they are likely very sophisticated users willing to do
> some extra work (incidentally, I have never once in the h
Question: Whenever I rebuild Sage I find I have to install openssh
and the rebuild python, since otherwise mercurial does not work when
pull/pushing to a remote place. (I tihnk that this is stil the case
when on a machine with its own mercurial, not using Sage's mercurial,
though I cannot see how
On Mon, Jan 9, 2012 at 7:32 AM, Volker Braun wrote:
> Hi Wiliam,
>
> Karl-Dieter told me that you found some problem with the virtual
> machine but he didn't recall any details. What exactly is the issue?
Volker,
My perspective changed a lot because I spent so much time during the
last week tryi
Le 09/01/2012 17:39, William Stein a écrit :
Hi Sage-Devel,
PROPOSAL: I propose that we remove python_gnutls, gnutls, opencdk,
libgcrypt, and
libgpg_error from Sage-5.0. See below for details.
Removing the above 5 packages will save space, make Sage build more
quickly and easily, and make
Hi Sage-Devel,
PROPOSAL: I propose that we remove python_gnutls, gnutls, opencdk,
libgcrypt, and
libgpg_error from Sage-5.0. See below for details.
VOTE:
[ ] Yes, remove them!
[ ] No, we need them.
[ ] Woops -- you are confused and didn't realize that .
DETAILS:
The Sage no
OK, I checked it out and have given it a positive review (see comments
on the ticket).
-Marshall
On Jan 9, 9:05 am, Keshav Kini wrote:
> A link to the trac ticket page (the above links to the raw patch file):
>
> http://trac.sagemath.org/sage_trac/ticket/12283
>
> -Keshav
>
>
> Join us in #
A link to the trac ticket page (the above links to the raw patch file):
http://trac.sagemath.org/sage_trac/ticket/12283
-Keshav
Join us in #sagemath on irc.freenode.net !
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email t
Dear Sage-Combinat lovers,
This is the second announcement for the
Third Sage-Combinat days in Cernay
They will hold at Cernay-la-Ville, France, February 6-10 2012. At the lodging
house: The Tower. See
http://www.cernayvacances.com/CEngels.html (the tower)
It is very nice an
PS to earlier post;
My build was with the p2 version of the readline package.
FWIW, but I still have the same failure with; "make ptestlong"
I tried again after a; "make clean", but got the same failure.
Will play around with it later, but I think readline.p2 is OK on
my Ubuntu 11.10 and on my Kub
On 9 January 2012 13:25, Jeroen Demeyer wrote:
> On 2012-01-07 12:39, John Cremona wrote:
>> (24 hours later)
>>
>> Successfully built 4.8.alpha6 with
>> http://sage.math.washington.edu/home/palmieri/SPKG/readline-6.2.p3.spkg
>> put into spkg/standard before starting to build. All long tests pass
On 2012-01-07 12:39, John Cremona wrote:
> (24 hours later)
>
> Successfully built 4.8.alpha6 with
> http://sage.math.washington.edu/home/palmieri/SPKG/readline-6.2.p3.spkg
> put into spkg/standard before starting to build. All long tests pass
> and there is no warning about readline, and history
Please review *blocker* ticket #12282. It fixes a segmentation fault in
the termcap library, triggered by the new readline spkg at #11970. The
problem was that strcmp() was called with a NULL argument. The fix is
easy: check whether the argument is NULL.
See http://trac.sagemath.org/sage_trac/t
Please review *blocker* ticket #12283. It is a trivial patch for
numerical noise.
See
http://trac.sagemath.org/sage_trac/raw-attachment/ticket/12283/12283_chmm_noise.patch
Thanks,
Jeroen.
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, sen
53 matches
Mail list logo
