Hi Michael
Could you post the output from /proc/cpuinfo please?
Oops, I meant if the /proc/cpuinfo from the inside of the Xen
machine in case the above wasn't it already. I am also wondering if
the kernel is 32 or 64 bit since I am not sure what the virtulization
does kernel wise.
The
On Apr 19, 11:29 pm, Mike Cripps agentica...@gmail.com wrote:
Hi Michael
Hi Mike,
SNIP
Oops, I meant if the /proc/cpuinfo from the inside of the Xen
machine in case the above wasn't it already. I am also wondering if
the kernel is 32 or 64 bit since I am not sure what the
Hi Michael
Thanks for all your help so far!
Ok, but to be stating the fairly obvious: This is a 64 bit kernel.
But the compiler seems to build 32 bit code only. Is that
intentional? I would assume if you installed a 64 bit toolchain you
would not see this problem.
This is not
Hi folks,
I like the floor function that is automatically loaded during each
terminal session. And I think it's the function
sage.calculus.calculus.Function_floor. I'm trying to use that function
in the patch up at #5827. In that patch, I implemented a module called
sage/crypto/knapsack with
Hello folks,
here goes rc4, only slightly later than planned :)
Anyway, we fixed nearly every blocker and postponed the the fixing of
the failing doc doctests, i.e. #5806 for now.
Aside from that we had the update to the latest MPIR 1.1, downgrade of
GAP to 4.4.10 and the update of clisp
On Apr 20, 12:09 am, Mike Cripps agentica...@gmail.com wrote:
Hi Michael
Hi Mike,
Thanks for all your help so far!
No problem, it was fun to figure out what the likely problem is.
Ok, but to be stating the fairly obvious: This is a 64 bit kernel.
But the compiler seems to build 32
But this floor function can return a floating point number, so I would
need to coerce its result to type Integer. Did I miss any other import
statements to make sage.calculus.calculus import Function_floor
return a result of type integer?
This is because Function_floor is a class and the
Oh well, there is one known build issues on OSX when SAGE64 is set to
yes - not that too many people will run into this. The workaround
fix is at #5817 and will be in 3.4.2.
Cheers,
Michael
--~--~-~--~~~---~--~~
To post to this group, send email to
On Mon, Apr 20, 2009 at 7:20 AM, Mike Hansen mhan...@gmail.com wrote:
But this floor function can return a floating point number, so I would
need to coerce its result to type Integer. Did I miss any other import
statements to make sage.calculus.calculus import Function_floor
return a
I just noticed that fortran-OSX64-20090120.spkg had disappeared from
the experimental spkg repo. Since I had personally uploaded it and I
had seen other instances where experimental/optional spkg disappeared
I would like to ask various people with spkgs in the repo, i.e. Jaap
for example, to
I'm not sure if I understand correctly. If I include e or pi in the
substitution (e.g. y(pi = pi)), they are seen as arguments for the rest
of the session. However, if I query for type(e) or type(pi), I still get
class 'sage.functions.constants.E'. This seems inconsistent to me. If
this is
On Mon, 20 Apr 2009 at 01:18AM -0700, mabshoff wrote:
I would like to ask various people with spkgs in the repo, i.e. Jaap
for example, to check if the current spkgs are up there and otherwise
please report the problem.
It looks like SageTeX isn't in there. In this case, that isn't such a
huge
Kudos to SymPy!
I'm wondering why the python integration algorithms implemented there
aren't in the short term adopted by SAGE.
At least, they are already aware of their shortcomings (ie: cannot
compute the integral of log(x)/x ).
I'm sure SAGE people could give big contribute to those, send
Built fine and all tests pass on 32-bit Suse and 64-bit kubuntu.
John
2009/4/20 mabshoff mabsh...@googlemail.com:
Oh well, there is one known build issues on OSX when SAGE64 is set to
yes - not that too many people will run into this. The workaround
fix is at #5817 and will be in 3.4.2.
mabshoff wrote:
Hello folks,
here goes rc4, only slightly later than planned :)
[...]
As usual sources, the update bits and a sage.math binary can be found
at
http://sage.math.washington.edu/home/mabshoff/release-cycles-3.4.1/
Please build, test and report any issues. Unless
Do we have any easy way to get a picture to display in a specific place
in the output, other than manually writing an html img? In other
words, I want this:
show(graphs.PetersenGraph())
print hi
to print hi *after* the graphic, not before. In other words, I want the
output in the notebook
If there's not currently an easy way to do this, I think this could
easily be accomplished by having the show command return the img
src='cell://filename'/ tag that we would normally do by hand,
instead
of just generating an image, returning None, and letting the notebook
automatically
On Mon, Apr 20, 2009 at 9:50 AM, Nick Alexander ncalexan...@gmail.com wrote:
If there's not currently an easy way to do this,
There isn't one.
I think this could
easily be accomplished by having the show command return the img
src='cell://filename'/ tag that we would normally do by hand,
On Mon, Apr 20, 2009 at 10:17 AM, Jason Grout
jason-s...@creativetrax.com wrote:
William Stein wrote:
On Mon, Apr 20, 2009 at 9:50 AM, Nick Alexander ncalexan...@gmail.com
wrote:
If there's not currently an easy way to do this,
There isn't one.
I think this could
easily be accomplished
William Stein wrote:
On Mon, Apr 20, 2009 at 9:50 AM, Nick Alexander ncalexan...@gmail.com wrote:
If there's not currently an easy way to do this,
There isn't one.
I think this could
easily be accomplished by having the show command return the img
src='cell://filename'/ tag that we
William Stein wrote:
On Mon, Apr 20, 2009 at 10:17 AM, Jason Grout
jason-s...@creativetrax.com wrote:
William Stein wrote:
On Mon, Apr 20, 2009 at 9:50 AM, Nick Alexander ncalexan...@gmail.com
wrote:
If there's not currently an easy way to do this,
There isn't one.
I think this could
On Mon, Apr 20, 2009 at 10:35 AM, Jason Grout
jason-s...@creativetrax.com wrote:
William Stein wrote:
On Mon, Apr 20, 2009 at 10:17 AM, Jason Grout
jason-s...@creativetrax.com wrote:
William Stein wrote:
On Mon, Apr 20, 2009 at 9:50 AM, Nick Alexander ncalexan...@gmail.com
wrote:
If
William Stein wrote:
{{{id=13|
f = show(plot(sin,0,2))
///
}}}
{{{id=10|
f # should *not* show the plot!
///
}}}
Okay, the should not above answers my question. I felt like it
should, but I can see an argument for why not too.
I'll work with your approach.
Thanks,
Jason
Jason Grout wrote:
William Stein wrote:
{{{id=13|
f = show(plot(sin,0,2))
///
}}}
{{{id=10|
f # should *not* show the plot!
///
}}}
Okay, the should not above answers my question. I felt like it
should, but I can see an argument for why not too.
I'll work with your
Patch up athttp://trac.sagemath.org/sage_trac/ticket/5836
I ask out of ignorance - will this somehow break how interacts
currently work? Maybe it will even make them better?
Just checking,
- kcrisman
--~--~-~--~~~---~--~~
To post to this group, send email to
kcrisman wrote:
Patch up athttp://trac.sagemath.org/sage_trac/ticket/5836
I ask out of ignorance - will this somehow break how interacts
currently work? Maybe it will even make them better?
better; much better.
Now you can control what the output looks like (i.e., the order of the
On Sun, 19 Apr 2009 10:34:21 -0700
Carl Witty carl.wi...@gmail.com wrote:
On Sun, Apr 19, 2009 at 7:44 AM, Maurizio
maurizio.gran...@gmail.com wrote:
Carl, I took advantage of your suggestion, even though I assume I
can't still go through the whole process with the current gcd
Burcin Erocal wrote:
On Sun, 19 Apr 2009 10:34:21 -0700
Carl Witty carl.wi...@gmail.com wrote:
On Sun, Apr 19, 2009 at 7:44 AM, Maurizio
maurizio.gran...@gmail.com wrote:
Carl, I took advantage of your suggestion, even though I assume I
can't still go through the whole process with the
Hi Burcin, thanks for replying!
I agree that it's confusing, but it's not a bug.
The command
sage: Bs = NSR(B)
converts the polynomial B = x^3 + x in QQ[x] to a symbolic expression,
with one numeric coefficient, namely B.
Excuse me, but I don't understand the reason for this. When does
On Apr 20, 2009, at 12:53 PM, Jason Grout wrote:
Burcin Erocal wrote:
On Sun, 19 Apr 2009 10:34:21 -0700
Carl Witty carl.wi...@gmail.com wrote:
On Sun, Apr 19, 2009 at 7:44 AM, Maurizio
maurizio.gran...@gmail.com wrote:
Carl, I took advantage of your suggestion, even though I assume I
I opened ticket #5837 and attached the patch.
I also noted there is a more general ticket #5418, can I attach an
enhancement to the signature function here? I think it may be useful
for other people too.
exitos,
Luis Berlioz
--~--~-~--~~~---~--~~
To post to this
Hello all,
I thought I'd update you all that upcoming Ubuntu Jaunty release will
include Sage 3.0.5 as the sagemath package. I believe this to be the
first major Linux distribution release to include binaries for Sage.
For those of you who use Debian, there are some version mismatch issues
Martin,
I've never really understood why this is such an interesting problem
to people. It's quite easy to solve with Sage.
sage: implicit_multiplication(True)
sage: N,P = var('N,P')
sage: solve(P == N P)
[N == 1]
On Sun, Apr 19, 2009 at 8:02 AM, Martin Michael Musatov
On Apr 20, 6:25 pm, Tom Boothby tomas.boot...@gmail.com wrote:
I've never really understood why this is such an interesting problem
to people. It's quite easy to solve with Sage.
sage: implicit_multiplication(True)
sage: N,P = var('N,P')
sage: solve(P == N P)
[N == 1]
What
Tim Abbott wrote:
Hello all,
I thought I'd update you all that upcoming Ubuntu Jaunty release will
include Sage 3.0.5 as the sagemath package. I believe this to be the
first major Linux distribution release to include binaries for Sage.
Wow! Sage-3.0.5 from the Old Days! Jurassic Parc
On Apr 20, 12:17 am, mabshoff mabsh...@googlemail.com wrote:
Hello folks,
here goes rc4, only slightly later than planned :)
Anyway, we fixed nearly every blocker and postponed the the fixing of
the failing doc doctests, i.e. #5806 for now.
Aside from that we had the update to the latest
On Apr 20, 2:30 pm, LBerlioz schaffer...@gmail.com wrote:
Hi Luis,
I opened ticket #5837 and attached the patch.
I saw and commented on it. The most important aspect is that you need
to add a doctest so that we can verify that the test has been fixed
and that subsequent changes do not
On Apr 20, 3:44 pm, John H Palmieri jhpalmier...@gmail.com wrote:
On Apr 20, 12:17 am, mabshoff mabsh...@googlemail.com wrote:
SNIP
Hi John,
I have the same problem I reported with 3.4.1.rc3: on an ubuntu box
(perhaps ubuntu 8.04?), Sage() seems broken, leading to failures in
All tests passed on my intel mac running 10.4.
-Marshall
On Apr 20, 2:17 am, mabshoff mabsh...@googlemail.com wrote:
Hello folks,
here goes rc4, only slightly later than planned :)
Anyway, we fixed nearly every blocker and postponed the the fixing of
the failing doc doctests, i.e. #5806
On Apr 20, 1:12 pm, Maurizio maurizio.gran...@gmail.com wrote:
Hi Burcin, thanks for replying!
SNIP
I don't know what about those algorithms, but it seems to me that
SymPy already implements some good heuristics, which can solve
integrals that Mathematica can't.
Well, there are many,
On Apr 20, 6:33 pm, Jaap Spies j.sp...@hccnet.nl wrote:
I thought I'd update you all that upcoming Ubuntu Jaunty release will
include Sage 3.0.5 as the sagemath package. I believe this to be the
first major Linux distribution release to include binaries for Sage.
Wow! Sage-3.0.5 from the
On Apr 20, 3:53 pm, mabshoff mabsh...@googlemail.com wrote:
On Apr 20, 3:44 pm, John H Palmieri jhpalmier...@gmail.com wrote:
On Apr 20, 12:17 am, mabshoff mabsh...@googlemail.com wrote:
SNIP
Hi John,
I have the same problem I reported with 3.4.1.rc3: on an ubuntu box
(perhaps ubuntu
Switching to Sage 3.4.1.rc3 fixed it. Thanks for your help, Michael.
Also: now I can referee patches correctly :).
On Fri, Apr 17, 2009 at 10:25 PM, mabshoff mabsh...@googlemail.com wrote:
On Apr 17, 10:20 pm, William Cauchois wcauc...@u.washington.edu
wrote:
Hi Bill,
I tried sage -t
The Google summer of code projects were announced. The python projects
include several of interest to Sage, including things related to Sphinx,
Cython, numpy, and scipy.
The python projects:
http://socghop.appspot.com/org/home/google/gsoc2009/python
All projects:
On Apr 20, 2009, at 00:17 , mabshoff wrote:
Hello folks,
here goes rc4, only slightly later than planned :)
As usual sources, the update bits and a sage.math binary can be found
at
http://sage.math.washington.edu/home/mabshoff/release-cycles-3.4.1/
Built as an upgrade to rc3
In addition to the python summer of code projects, here are some other
projects that may be interesting to Sage developers:
* Scilab applications, including one that replaces maxima with a
ginac-based symbolic system, another that explores moving algorithms to
CUDA, etc. See
On Apr 20, 2009, at 21:44 , Jeremy Huddleston wrote:
I downloaded the 10.5 ppc build of sage here:
http://www.sagemath.org/bin/apple_osx/powerpc/sage-3.4-PowerPC-OSX10.5-PowerMacintosh-Darwin.dmg
After launching, I ran notebook(), but that failed because a bunch of
dylibs in the sage lib
On Mon, Apr 20, 2009 at 10:00 PM, mabshoff mabsh...@googlemail.com wrote:
On Apr 20, 9:57 pm, Justin C. Walker jus...@mac.com wrote:
On Apr 20, 2009, at 21:44 , Jeremy Huddleston wrote:
Hi,
I downloaded the 10.5 ppc build of sage here:
On Apr 20, 9:57 pm, Justin C. Walker jus...@mac.com wrote:
On Apr 20, 2009, at 21:44 , Jeremy Huddleston wrote:
Hi,
I downloaded the 10.5 ppc build of sage here:
http://www.sagemath.org/bin/apple_osx/powerpc/sage-3.4-PowerPC-OSX10
After launching, I ran notebook(), but that failed
On Apr 20, 10:20 pm, William Stein wst...@gmail.com wrote:
On Mon, Apr 20, 2009 at 10:00 PM, mabshoff mabsh...@googlemail.com wrote:
SNIP
I checked and there is no elegant way to turn of the use of libintl
and libiconv, but I can think of some sledge hammer ones :)
Yep, somebody
On Mon, Apr 20, 2009 at 10:33 PM, mabshoff mabsh...@googlemail.com wrote:
On Apr 20, 10:20 pm, William Stein wst...@gmail.com wrote:
On Mon, Apr 20, 2009 at 10:00 PM, mabshoff mabsh...@googlemail.com wrote:
SNIP
I checked and there is no elegant way to turn of the use of libintl
and
On Apr 20, 10:41 pm, William Stein wst...@gmail.com wrote:
SNIP
Note that these above *all* have lib.0 in the path! That's because I
explicitly moved lib to lib.0 because we ran into this problem before.
Ahh, I thought about this and I now seriously doubt that XCode would
install crap in
52 matches
Mail list logo
