Hi William,
On Sat, Apr 2, 2011 at 3:07 AM, William Stein wrote:
> It sounds like it might be less work for you if we switch to "email
> Minh for an account"?
I can't say it would be less work for me. I check trac very often for
over two years now. Creating trac accounts even on a daily basis wo
On Fri, Apr 1, 2011 at 3:46 PM, Burcin Erocal wrote:
> On Fri, 01 Apr 2011 17:20:57 +0100
> "Dr. David Kirkby" wrote:
>
>> On 04/ 1/11 12:54 PM, Burcin Erocal wrote:
>> > On Fri, 01 Apr 2011 00:37:46 +0100
>> > "Dr. David Kirkby" wrote:
>> >
>> >> I've built Sage 64-bit on OpenSolaris but it cra
On Fri, 01 Apr 2011 17:20:57 +0100
"Dr. David Kirkby" wrote:
> On 04/ 1/11 12:54 PM, Burcin Erocal wrote:
> > On Fri, 01 Apr 2011 00:37:46 +0100
> > "Dr. David Kirkby" wrote:
> >
> >> I've built Sage 64-bit on OpenSolaris but it crashes at startup. I've
> >> run gdb and find the bit of code that
On 4/1/11 1:18 PM, Jonathan wrote:
Dan,
I'm glad you like most of what has been done. If you manage to get
anything to fail please report that as well.
As to the speed, there's not a lot we can do. That is limited by how
fast information is passed from the server and how fast your computer
is
Dear Dave,
That's weird. Now the test seems to pass. I had tried it several
times before I wrote, but now it consistently passes. I'm now a
little worried about the stability of my system... Any ideas about
what can cause these problems (and tests I can run to detect them)?
Thanks,
-Jon
=)
On 04/ 1/11 07:38 PM, Volker Braun wrote:
A single 7200 rpm drive in a dual 6-core Xeon? Did you also go with the
default 4GB ram? ;-)
I think the technician at Sun who assembled my Sun must have thought it a bit
odd. I ordered it with a 3.33 GHz quad core Xeon CPU (over £1000 at the time),
On Apr 1, 4:35 pm, Jonathan wrote:
> On Apr 1, 1:49 pm, kcrisman wrote:
>
> > > with all the applets replaced by static images, but this requires
> > > changes to the plot3d functions. I was worrying about the interface
> > > first.
>
> > Can you expand on this? Do you mean that any given pag
On Apr 1, 1:49 pm, kcrisman wrote:
> > with all the applets replaced by static images, but this requires
> > changes to the plot3d functions. I was worrying about the interface
> > first.
>
> Can you expand on this? Do you mean that any given page would have a
> static image, and it would onl
On 1 Apr, 2011, at 11:38 AM, Volker Braun wrote:
> A single 7200 rpm drive in a dual 6-core Xeon? Did you also go with the
> default 4GB ram? ;-)
Actually, no. I have 2x2TB(7200rpm) drives and 24GB of ram. After all, these
new processors like about 1GB/thread, right?
But, you've shamed me.
> One thought is to make it clearer what is happening. Would a pop-up
> progress window indicating which applet is loading help with the way
> it feels? Long term, I will probably make it so that old pages load
Yes. But that can be added after this. Let's make sure your valuable
improvements
A single 7200 rpm drive in a dual 6-core Xeon? Did you also go with the
default 4GB ram? ;-)
--
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 htt
On 1 April 2011 18:43, Jonathan Hanke wrote:
> Hi,
> I was building sage 4.6.2 on a Sun Fire 4450 server (called parsley) running
> Redhat linux, and the there was a preparser failure when running make check.
> Is this something I should be concerned about? I thought that the new sage
> builds a
I have to admit I would have been caught by this in any case; Sage 4.0
has been out for a long time, before the deprecation policy, and I
should have checked ahead of time. But it did look unprofessional in
class today when I tried to use "quadratic_nonresidue" on an old
worksheet and it didn't wo
Dan,
I'm glad you like most of what has been done. If you manage to get
anything to fail please report that as well.
As to the speed, there's not a lot we can do. That is limited by how
fast information is passed from the server and how fast your computer
is. Jmol is doing quite a bit of compu
Hi,
I was building sage 4.6.2 on a Sun Fire 4450 server (called parsley) running
Redhat linux, and the there was a preparser failure when running make check.
Is this something I should be concerned about? I thought that the new sage
builds are automatically tested on this architecture, so how ca
On Apr 1, 2011, at 06:31 , Volker Braun wrote:
> The NUM_THREADS variable in the main Makefile is only used for parallel
> testing, that is, when you run "make ptest". I consider it a bug that it
> doesn't respect the "MAKE=make -jN" environment variable setting. But then,
> you can always run
>
> BTW, what is the full name of the author? SPKG.txt says "Rishikesh", yet
> people here talk of "Risi" and "Mike".
>
Rishikesh is Mike Rubenstein's graduate student. That is his entire
name; Rishi is an abbreviation. Mike is an abbreviation of Michael.
I will suggest to Mike within the next
On 04/ 1/11 12:54 PM, Burcin Erocal wrote:
On Fri, 01 Apr 2011 00:37:46 +0100
"Dr. David Kirkby" wrote:
I've built Sage 64-bit on OpenSolaris but it crashes at startup. I've
run gdb and find the bit of code that's causing the crash is this.
./devel/sage-main/sage/symbolic/function.cpp
/*
On Thu, Mar 31, 2011 at 9:00 PM, Minh Nguyen wrote:
> On Fri, Apr 1, 2011 at 1:20 PM, kcrisman wrote:
>> See (or don't) #11102 and #11103. Now they're creating new tickets,
>> not just comments. Hopefully someone can get rid of them.
>
> They're closed as invalid and the corresponding accounts
On Apr 1, 2011, at 05:33 , Volker Braun wrote:
> Your storage might be slow, too, but I guess you got a reasonable SSD with
> your system so that shouldn't be a concern.
I actually have only the standard (7200 rpm) drive, no SSD.
> Though I'm not surprised that a significant fraction of the bu
Hi!
While preparing a (short) talk about Categories in Sage [1], I improved a
bit the ``class_graph`` function to supports a class or object as input [2].
It turns out that the result is currently not a graph, but a
dictionary that you then have to convert to a graph using DiGraph. In
pr
On 1 April 2011 12:54, Burcin Erocal wrote:
> On Fri, 01 Apr 2011 00:37:46 +0100
> "Dr. David Kirkby" wrote:
>
>> I've built Sage 64-bit on OpenSolaris but it crashes at startup. I've
>> run gdb and find the bit of code that's causing the crash is this.
>>
>> ./devel/sage-main/sage/symbolic/funct
On 1 April 2011 14:31, Volker Braun wrote:
> The NUM_THREADS variable in the main Makefile is only used for parallel
> testing, that is, when you run "make ptest". I consider it a bug that it
> doesn't respect the "MAKE=make -jN" environment variable setting. But then,
> you can always run sage -t
The NUM_THREADS variable in the main Makefile is only used for parallel
testing, that is, when you run "make ptest". I consider it a bug that it
doesn't respect the "MAKE=make -jN" environment variable setting. But then,
you can always run sage -tp N to set the number of threads to anything you
Hi Franco, Florent, ...
There are a bunch of patches (in particular from you) on the
sage-combinat queue adding features to finite dimensional
modules/algebras with basis. I further refactored/added quite some
stuff. Do you mind if I take over those patches, merge them together,
and try t
On 1 April 2011 13:33, Volker Braun wrote:
> Your storage might be slow, too, but I guess you got a reasonable SSD with
> your system so that shouldn't be a concern.
>
> Though I'm not surprised that a significant fraction of the build time is
> spent in various (single-threaded) configure scripts
On 1 April 2011 03:31, Justin C. Walker wrote:
> Hi, all,
>
> I've just upgraded my home system, to a Mac Pro (Dual 6-core Xeon, 24GB
> memory), and figured (hoped) I'd see 24 processes hammering away during the
> build & test of a Sage release.
>
> Turns out not to happen. For the record, thes
Your storage might be slow, too, but I guess you got a reasonable SSD with
your system so that shouldn't be a concern.
Though I'm not surprised that a significant fraction of the build time is
spent in various (single-threaded) configure scripts. If I exclude ATLAS, I
can build Sage in about 30
I've created a ticket
http://trac.sagemath.org/sage_trac/ticket/11081
to update the instructions on building Sage from source
http://www.sagemath.org/doc/installation/source.html
which are very outdated and therefore inaccurate.
I'd appreciate any comments on the ticket, and hopefully a positi
On Fri, 01 Apr 2011 00:37:46 +0100
"Dr. David Kirkby" wrote:
> I've built Sage 64-bit on OpenSolaris but it crashes at startup. I've
> run gdb and find the bit of code that's causing the crash is this.
>
> ./devel/sage-main/sage/symbolic/function.cpp
>
>
> /* "sage/symbolic/function.pyx":109
On 1 April 2011 05:24, Volker Braun wrote:
> I agree that the number of make -jN threads should be a good deal larger
> than the number of physical cores. Also, make sure that you set
> export SAGE_PARALLEL_SPKG_BUILD=yes
> or you'll see mostly a slow single-threaded configure followed by a
> ligh
On 04/ 1/11 09:53 AM, Robert Bradshaw wrote:
+1, to all of the above.
What I was trying to say is that we should focus on getting the (very
sophisticated and useful) code to compile and work again, rather than
complain about the number of compiler warnings it gives. Getting it
into a public rep
If anyone has a minute,
http://trac.sagemath.org/sage_trac/ticket/0
needs review. There was an unneeded file ".#spkg-install" which was just a link
to someone's email address. I just removed it, documented it in SPKG.txt and
created a new package
It should not take anyone too long to rev
On Fri, Apr 1, 2011 at 2:22 AM, Simon King wrote:
> Hi Robert,
>
> On 1 Apr., 10:25, Robert Bradshaw
> wrote:
>> A conversion is like a cast, which tries to make the object if it
>> makes sense at all. This is useful, for example, during construction.
>> E.g. there's a conversion QQ -> ZZ, list -
Hi Robert,
On 1 Apr., 10:25, Robert Bradshaw
wrote:
> A conversion is like a cast, which tries to make the object if it
> makes sense at all. This is useful, for example, during construction.
> E.g. there's a conversion QQ -> ZZ, list -> QQ[x], or even str -> ZZ.
> They are invoked with __call__.
On Thu, Mar 31, 2011 at 12:09 PM, kcrisman wrote:
>
>> And I agree that we should communicate with the author politely. I was
>> addressing the Sage developers that use lcalc, and I think that its
>> allowable to use a more colloquial tone in that case.
>
> I would submit that we should be as poli
An idea that may be on the constructive side.
John could you convince/help Micheal to upload his current code
in a hg repo on google code like you did with eclib?
Rather than whining we could contribute and take a snapshot
when it is satisfactory.
Francois
This email may be confidential and subje
On Thu, Mar 31, 2011 at 11:25 PM, Simon King wrote:
> Hi!
>
> I hope sage-devel is the right place to ask a very basic question on
> the coercion model.
>
> sage.structure.parent.Parent has methods register_conversion and
> register_coercion. What is the difference between conversion and
> coercio
38 matches
Mail list logo
