Hi Michael,
Actually, I thought that this discussion (especially people much more
expert than me) has clarified the point that implementing integrals is
not really just matter of a couple of months... but I would be glad to
see this happen!
I know there are some license issues with SymPy (not re
Hello folks,
now that 3.4.1 is more or less done the plan for 3.4.2 is emerging.
The main goal here is to get out a release quickly and mop up loads of
patches in trac which have been reviewed or are awaiting review. I
have moved every open ticket from 3.4.2 to 4.0 to keep the 3.4.2
milestone cle
On 21 Apr., 07:33, mabshoff wrote:
> On Apr 20, 10:20 pm, William Stein wrote:
>
> > On Mon, Apr 20, 2009 at 10:00 PM, mabshoff wrote:
>
>
>
> > > 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,
On Apr 20, 10:41 pm, William Stein wrote:
> 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 /usr/local. I suspect
On Mon, Apr 20, 2009 at 10:33 PM, mabshoff wrote:
>
>
>
> On Apr 20, 10:20 pm, William Stein wrote:
>> On Mon, Apr 20, 2009 at 10:00 PM, mabshoff wrote:
>
>
>
>> > 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
On Apr 20, 10:20 pm, William Stein wrote:
> On Mon, Apr 20, 2009 at 10:00 PM, mabshoff wrote:
> > 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 evidently put a bunch of junk in /usr/local
On Mon, Apr 20, 2009 at 10:00 PM, mabshoff wrote:
>
>
>
> On Apr 20, 9:57 pm, "Justin C. Walker" 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...
On Apr 20, 9:57 pm, "Justin C. Walker" 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 becau
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
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 directory link against /usr/local/lib/libintl.
3.dylib. Y
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 http://socghop.ap
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
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:
http://socghop.appspot.com/
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 wrote:
>
>
>
> On Apr 17, 10:20 pm, William Cauchois
> wrote:
>
> Hi Bill,
>
>> I tried sage -t --verbose, and it appears to freeze on th
On Apr 20, 3:53 pm, mabshoff wrote:
> On Apr 20, 3:44 pm, John H Palmieri wrote:
>
> > On Apr 20, 12:17 am, mabshoff wrote:
>
>
>
> 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
> > ran
On Apr 20, 6:33 pm, Jaap Spies 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 Old Days!
On Apr 20, 1:12 pm, Maurizio wrote:
> Hi Burcin, thanks for replying!
> 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, many integrals that MMA can do
All tests passed on my intel mac running 10.4.
-Marshall
On Apr 20, 2:17 am, mabshoff 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
On Apr 20, 3:44 pm, John H Palmieri wrote:
> On Apr 20, 12:17 am, mabshoff wrote:
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
> randstate.pyx and sage0.py.
>
> $ uname -a
> Linux jpalmi
On Apr 20, 2:30 pm, LBerlioz 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 reintroduce the same bug.
>
On Apr 20, 12:17 am, mabshoff 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 MPIR 1.1, downgr
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
On Apr 20, 6:25 pm, Tom Boothby 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 about P==0?
That
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
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.
For those of you who use Debian, there are some version mismatch issues
t
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
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 wrote:
>>
>>> On Sun, Apr 19, 2009 at 7:44 AM, Maurizio
>>> wrote:
Carl, I took advantage of your suggestion, even though I assume I
can't still go through the w
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. W
Burcin Erocal wrote:
> On Sun, 19 Apr 2009 10:34:21 -0700
> Carl Witty wrote:
>
>> On Sun, Apr 19, 2009 at 7:44 AM, Maurizio
>> 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
>>> capabilities in Pyna
On Sun, 19 Apr 2009 10:34:21 -0700
Carl Witty wrote:
>
> On Sun, Apr 19, 2009 at 7:44 AM, Maurizio
> 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
> > capabilities in Pynac. But before than that, I
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 o
>
> 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 t
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 to
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.
Than
On Mon, Apr 20, 2009 at 10:35 AM, Jason Grout
wrote:
>
> William Stein wrote:
>> On Mon, Apr 20, 2009 at 10:17 AM, Jason Grout
>> wrote:
>>> William Stein wrote:
On Mon, Apr 20, 2009 at 9:50 AM, Nick Alexander
wrote:
>> If there's not currently an easy way to do this,
There
William Stein wrote:
> On Mon, Apr 20, 2009 at 10:17 AM, Jason Grout
> wrote:
>> William Stein wrote:
>>> On Mon, Apr 20, 2009 at 9:50 AM, Nick Alexander
>>> wrote:
> If there's not currently an easy way to do this,
>>> There isn't one.
>>>
> I think this could
> easily be accomplis
William Stein wrote:
> On Mon, Apr 20, 2009 at 9:50 AM, Nick Alexander 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 ">> src='cell://filename'/>" tag that we would normal
On Mon, Apr 20, 2009 at 10:17 AM, Jason Grout
wrote:
>
> William Stein wrote:
>> On Mon, Apr 20, 2009 at 9:50 AM, Nick Alexander
>> 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 comma
On Mon, Apr 20, 2009 at 9:50 AM, Nick Alexander 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 "> src='cell://filename'/>" tag that we would normally do by hand,
>> instead
>> of
> 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 " src='cell://filename'/>" tag that we would normally do by hand,
> instead
> of just generating an image, returning None, and letting the notebook
> automatically
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 ? 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 to
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
Built fine and all tests pass on 32-bit Suse and 64-bit kubuntu.
John
2009/4/20 mabshoff :
>
> 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,
>
> Micha
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 pat
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
hu
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
. This seems inconsistent to me. If
this is caused by the interaction with maxima
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 check
On Mon, Apr 20, 2009 at 7:20 AM, Mike Hansen 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 result of ty
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 sage-devel@go
>
> 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 t
On Apr 20, 12:09 am, Mike Cripps 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 bit code only. I
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 2.47/m
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 on
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 intent
54 matches
Mail list logo
