Le 10/01/2012 23:26, Jeroen Demeyer a écrit :
On 2012-01-10 23:25, Julien Puydt wrote:
Would sage maintainers accept a patch to bzip2's spkg adding the
following to spkg-install : "if there's already a bzip2 on the system
then don't compile&install a new one"?
I see absolutely no reason for doi
Oh well good news,
this clarification and redirection of "sage on windows" was
overdue ...
I agree with Volker Braun, that a Virtual Box based solution should
have priority.
A viable solution - especially since Virtual Box is GPLed now - is in
short term reach.
My last shot on it was the combined
On Tue, Jan 10, 2012 at 7:48 PM, Volker Braun wrote:
> Instead of shutting down the virtual machine you can just save the machine
> state. Loading the vm then circumvents the whole boot process.
>
It looks like it works great on Mac OS X. The VM boots, and right away
the browser loads full screen
Instead of shutting down the virtual machine you can just save the machine
state. Loading the vm then circumvents the whole boot process.
--
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.c
This really looks like a great out-of-the-box solution. But it takes
around a minute and a half since i start the VM till i get the working
notebook. Can this startup time be improved?
On 10 ene, 22:42, Volker Braun wrote:
> Here is a new version of the virtual machine that now opens up a browser
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 would say that me and Mike Hansen both know it very well. From my
perspective, it's not that
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.
Several doctests involving pexpect are very flaky and cause regular
non-reproducible failures. My impression is also that they are becoming
more and mo
On 2012-01-10 23:25, Julien Puydt wrote:
> Would sage maintainers accept a patch to bzip2's spkg adding the
> following to spkg-install : "if there's already a bzip2 on the system
> then don't compile&install a new one"?
I see absolutely no reason for doing this, apart from saving a little
bit of t
Le 10/01/2012 23:14, Jeroen Demeyer a écrit :
On 2012-01-10 19:45, Julien Puydt wrote:
what is bzip2 used for, since it's not explicitly needed by anything?
bzip2 is used for uncompressing spkg's.
Would sage maintainers accept a patch to bzip2's spkg adding the
following to spkg-install : "i
Le 10/01/2012 23:16, Jeroen Demeyer a écrit :
On 2012-01-10 19:45, Julien Puydt wrote:
(2) Now consider :
A depends on C
B depends on C
but the Makefile just says :
A depends on C
and it just happens that since A is always built before B, then
everything works... but there is an implicit depend
On 2012-01-10 19:45, Julien Puydt wrote:
> (3) The Makefile says what to build and give some dependencies, but
> doesn't say "why"
Well, most are obvious: they are true dependencies of the packages,
independent of Sage. But bzip2 and patch are exceptions, they are
Sage-specific dependencies. So m
On 2012-01-10 19:45, Julien Puydt wrote:
> (2) Now consider :
> A depends on C
> B depends on C
>
> but the Makefile just says :
> A depends on C
> and it just happens that since A is always built before B, then
> everything works... but there is an implicit dependency -- and it's not
> easy to di
On 2012-01-10 19:45, Julien Puydt wrote:
> what is bzip2 used for, since it's not explicitly needed by anything?
bzip2 is used for uncompressing spkg's.
--
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...@
Here is a new version of the virtual machine that now opens up a browser
inside the VM in addition to forwarding port 8000 with the host. So a
novice user can just fire it up and it boots right into the notebook. More
advanced users can use the host browser if they prefer.
http://boxen.math.was
The only thing that is under the PUEL is the extension pack (most notably
USB support). The main VirtualBox and the shared folder and mouse pointer
extensions are under the terms of the GPLv2.
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group
There is another consideration to be taken into account: if we
distribute a VM with the virtualbox guest additions installed, we can
distribute it... but i am not sure under which license. It could be
that the user should accept the VirtualBox PUEL license, and, for
example, it is not clear if the
On Tue, Jan 10, 2012 at 7:17 AM, William Stein wrote:
>
> On Jan 10, 2012 12:50 AM, "Dima Pasechnik" wrote:
> >
> >
> >
> > On Tuesday, 10 January 2012 03:06:14 UTC+8, William wrote:
> >>
> >> > coLinux looks promising. What does stop one from putting Sage on it
> >> > presently?
> >> >
> >> > D
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: P = polygon([[1,2], [5,6], [5,0]]); P # looks
On Tue, Jan 10, 2012 at 11:17 AM, Keshav Kini wrote:
>> No, absolutely not. That is as wrong a perspective as possible, so if
>> you still think that then somebody needs to make a screencast.
>
> Well, since you said it was "definitely not in any way, shape, or
> form, what [you] had in mind", I
> No, absolutely not. That is as wrong a perspective as possible, so if
> you still think that then somebody needs to make a screencast.
Well, since you said it was "definitely not in any way, shape, or
form, what [you] had in mind", I certainly don't *still* think that,
it's just the wrong preco
Well, (very quick and dirty) hack would be to make the GUI app to
sync (through ssh, for example) some folder in the host to the /
home/.sage directory at startup, and then sync back periodically.
Other option would be to let the GUI app manage the shared folders
configuration (again, by VBoxMana
On Tue, Jan 10, 2012 at 10:48 AM, Keshav Kini wrote:
> On Wed, Jan 11, 2012 at 00:42, William Stein wrote:
>> On Tue, Jan 10, 2012 at 8:38 AM, Keshav Kini wrote:
>>> Can we adapt the IPython Qt app? Or did you want something more than that?
>>> From what I've heard, the IPython Qt app would work
On Wed, Jan 11, 2012 at 00:42, William Stein wrote:
> On Tue, Jan 10, 2012 at 8:38 AM, Keshav Kini wrote:
>> Can we adapt the IPython Qt app? Or did you want something more than that?
>> From what I've heard, the IPython Qt app would work well in this scenario
>> since it can connect over zeromq
Le 10/01/2012 15:03, Jeroen Demeyer a écrit :
On 2012-01-10 12:16, Julien Puydt wrote:
Hi,
I would like to know how accurate the explicit dependencies in
spkg/standard/deps are.
For example, I see there that bzip2 needs prereq, but isn't listed
anywhere -- which would mean that it's only used
> One other thing that would make this massively better. It would be
> cool to modify the notebook somehow so that it could store all the
> worksheets on the host Windows filesystem instead of inside the VM.
> Right now, when people delete the VM and install a new one, all of
> their worksheets s
On Jan 10, 11:42 am, William Stein wrote:
> On Tue, Jan 10, 2012 at 8:38 AM, Keshav Kini wrote:
> > Can we adapt the IPython Qt app? Or did you want something more than that?
> > From what I've heard, the IPython Qt app would work well in this scenario
> > since it can connect over zeromq to th
On Tue, Jan 10, 2012 at 8:38 AM, Keshav Kini wrote:
> Can we adapt the IPython Qt app? Or did you want something more than that?
> From what I've heard, the IPython Qt app would work well in this scenario
> since it can connect over zeromq to the backend inside the virtual machine
> while itself r
Can we adapt the IPython Qt app? Or did you want something more than that?
>From what I've heard, the IPython Qt app would work well in this scenario
since it can connect over zeromq to the backend inside the virtual machine
while itself running natively on Windows.
-Keshav
Join us in #sa
Hi Volker,
On 10 Jan., 16:36, Volker Braun wrote:
> If your doctest is about what kind of objects are currently alive then it
> should do a manual gc.collect() first.
OK, this is what I already did in my patch fo #11521 (and it was not
*my* test - it existed before but broke as soon as some mem
On Tue, Jan 10, 2012 at 8:01 AM, Volker Braun wrote:
> On Tuesday, January 10, 2012 10:51:15 AM UTC-5, William wrote:
>>
>> I'm not sure what you guys means by "headless". I would definitely not
>> call Volker's current VM headless, since when you start it up there is a
>> visible Linux console (
On Tuesday, January 10, 2012 10:51:15 AM UTC-5, William wrote:
>
> I'm not sure what you guys means by "headless". I would definitely not
> call Volker's current VM headless, since when you start it up there is a
> visible Linux console (which I would call a "head"), and if you click in
> it, t
What i meant by headless is to run it completelly in the background,
with no window showing at all. You can run a VM in that way with the
VBoxHeadless command.
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel+unsu
On Jan 10, 2012 6:37 AM, "Volker Braun" wrote:
>
> On Tuesday, January 10, 2012 8:22:51 AM UTC-5, mmarco wrote:
>>
>> Oh, and by the way: what about the option of running the VM in
>> headless mode?
>
>
> Again, that is what my current virtual machine does. It works fine as
long as the host has ne
Ok, so the main problem with your VM would be the firewalls and
antivirus?
--
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.co
On Tuesday, January 10, 2012 10:14:04 AM UTC-5, Simon King wrote:
>
> In other words: If we fix the initial state of the random generator
>
then why don't we fix the initial state of (say) the coercion caches
> as well, in a way that would certainly *not* hide a memory leak?
Because it is almo
On Tuesday, January 10, 2012 10:15:18 AM UTC-5, mmarco wrote:
>
> > Again, that is what my current virtual machine does. It works fine as
> long
> > as the host has networking up and running.
> So port forwarding in windows does not work if the host system does
> not have a network connection?
Hi There,
I posted the following message by mistake in a wrong thread.
On Mon, Jan 09, 2012 at 06:42:16PM -0800, Keshav Kini wrote:
> > 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 con
On Jan 10, 2012 12:50 AM, "Dima Pasechnik" wrote:
>
>
>
> On Tuesday, 10 January 2012 03:06:14 UTC+8, William wrote:
>>
>> > 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
>
>
> Again, that is what my current virtual machine does. It works fine as long
> as the host has networking up and running.
So port forwarding in windows does not work if the host system does
not have a network connection? That really complicates things.
That would leave the aproach of shipping
Hi Volker,
On 10 Jan., 15:46, Volker Braun wrote:
> Running doctests should approximate a long-running Sage session imho. So if
> you leak memory, say, it should start to hurt after a while.
If you have a memory leak then garbage collection wouldn't change it:
Leaking data can, by definition, no
As a very much below average user I will try that right now.
Windows 7, new Laptop, previous laptop was Vista based, so this could
take a bit of time.
Now 9:16
Going into Windows control panel first;
Troubleshooting>Network & Internet>Incoming connections gets to
some sort of automated troubl
Running doctests should approximate a long-running Sage session imho. So if
you leak memory, say, it should start to hurt after a while. Having said
that, it might be useful to **optionally** force a garbage collection
before each doctest to narrow down crashes.
--
To post to this group, send
On Tuesday, January 10, 2012 8:22:51 AM UTC-5, mmarco wrote:
>
> Oh, and by the way: what about the option of running the VM in
> headless mode?
Again, that is what my current virtual machine does. It works fine as long
as the host has networking up and running.
Its usual, though, for Windows
On 2012-01-10 12:16, Julien Puydt wrote:
> Hi,
>
> I would like to know how accurate the explicit dependencies in
> spkg/standard/deps are.
>
> For example, I see there that bzip2 needs prereq, but isn't listed
> anywhere -- which would mean that it's only used as a build tool more
> than a real
Oh, and by the way: what about the option of running the VM in
headless mode? That would definitely solve the problem of the cursor
stuck that William pointed. And would make easyer to do a simple "one
click launch" script.
--
To post to this group, send an email to sage-devel@googlegroups.com
To
I have no contact with windows systems at all, so i don't know how is
the real situation right now.
Is it usual that windows systems come with port 8000 firewalled? How
hard would it be for an average user to open that port?
And also, does the port forwarding method work even if there is no
netwo
Hi,
I would like to know how accurate the explicit dependencies in
spkg/standard/deps are.
For example, I see there that bzip2 needs prereq, but isn't listed
anywhere -- which would mean that it's only used as a build tool more
than a real dependency.
As another example, near line 435, the
Hi!
I thought that the answer to the question in the title is "yes", and
indeed one can assume that the random generator is in a defined state.
However, working on two tickets that fix several memory leaks by using
weak references (#715 and #11521, both needing review, by the way), I
found that s
Hi There,
On Mon, Jan 09, 2012 at 06:42:16PM -0800, Keshav Kini wrote:
> > 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
On Tuesday, 10 January 2012 03:06:14 UTC+8, William wrote:
>
> > 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 i
Le 07/01/2012 09:37, Dima Pasechnik a écrit :
by the way, I do "make -j3" on my ARM box. It holds up OK, and does not
seem to take 30h to build the thing. Building documentation is something
that really takes forever there, though...
I launched a new compilation 20h ago with "make -j 3", and fr
51 matches
Mail list logo
