Hi,
Regarding OSX 10.4, I did some further testing, and a clean
build with the posted sage-2.8.11.tar works fine. However,
doing "sage -upgrade" with the packages in 2.8.11 doesn't
work. I also tried reverting the givaro package as Michael
suggests below (i.e. installing the old one), and thou
[One last minute note: If you are on OSX 10.4 please read the OSX 10.4
build instructions]
Sage 2.8.11:
Release team: Michael Abshoff (chair), William Stein, Carl Witty
While there were many bug fixes, performance improvements and features
added
the main goal of this release was to get Sage bui
On Nov 3, 12:46 am, "Joel B. Mohler" <[EMAIL PROTECTED]> wrote:
> On Friday 02 November 2007 15:38, mabshoff wrote:
>
> > > The patch applied against rc1 passes with flying colors. You need to use
> > > the second bundle on the ticket since the first bundle is already in (but
> > > backed out).
On 11/2/07, Nick Alexander <[EMAIL PROTECTED]> wrote:
>
> In the notebook, if you click at left for a traceback, the whole
> traceback disappears. Repeating brings it back, then a third click
> gives you the whole traceback.
>
> Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.8) Gecko/
In the notebook, if you click at left for a traceback, the whole
traceback disappears. Repeating brings it back, then a third click
gives you the whole traceback.
Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.8) Gecko/
20071008 Firefox/2.0.0.8
'SAGE Version 2.8.9, Release Date:
On Friday 02 November 2007 15:38, mabshoff wrote:
> > The patch applied against rc1 passes with flying colors. You need to use
> > the second bundle on the ticket since the first bundle is already in (but
> > backed out). Maybe there is a correct way to back out the back out, but
> > I don't kno
On 11/2/07, William Stein <[EMAIL PROTECTED]> wrote:
> How did the meeting go? (There aren't any slides posted on that site, just a
> list
> of titles.) Did Sage get mentioned at all otherwise, or did it basically seem
> irrelevant from the point of view of the CDI people, etc.?
SAGE got menti
Hello,
I just wanted to let everybody know Sage received > $1000 in
donations recently, so I was able to have the University
of Washington setup a special account for Sage. Now anybody
can easily make tax-deductible donations to be used to support
Sage development. I put a link to the "UW dona
On Nov 2, 2007, at 12:22 PM, Carl Witty wrote:
> On Nov 2, 11:25 am, Robert Bradshaw <[EMAIL PROTECTED]>
> wrote:
>> :-(, but I have to concede to your logic. The line to change is 148
>> of coerce.pxi. Setting this value to 0 will turn them completely off.
>> Other than numpy, (and the builtin l
On Nov 2, 7:39 pm, "Joel B. Mohler" <[EMAIL PROTECTED]> wrote:
> On Friday 02 November 2007 10:45, mabshoff wrote:
>
> > On Nov 2, 12:45 pm, "Joel B. Mohler" <[EMAIL PROTECTED]> wrote:
> > Everything is possible, but I am fairly sure that the behavior of the
> > doctests only changes if the patc
On Nov 2, 8:25 pm, "William Stein" <[EMAIL PROTECTED]> wrote:
> On 11/2/07, Carl Witty <[EMAIL PROTECTED]> wrote:
>
>
>
> > On Nov 2, 11:25 am, Robert Bradshaw <[EMAIL PROTECTED]>
> > wrote:
> > > :-(, but I have to concede to your logic. The line to change is 148
> > > of coerce.pxi. Setting th
On 11/2/07, Carl Witty <[EMAIL PROTECTED]> wrote:
> On Nov 2, 11:25 am, Robert Bradshaw <[EMAIL PROTECTED]>
> wrote:
> > :-(, but I have to concede to your logic. The line to change is 148
> > of coerce.pxi. Setting this value to 0 will turn them completely off.
> > Other than numpy, (and the buil
On Nov 2, 11:25 am, Robert Bradshaw <[EMAIL PROTECTED]>
wrote:
> :-(, but I have to concede to your logic. The line to change is 148
> of coerce.pxi. Setting this value to 0 will turn them completely off.
> Other than numpy, (and the builtin libraries), do we use any other
> extension types? If th
William Stein wrote:
> On Fri, 02 Nov 2007 09:24:53 -0700, <[EMAIL PROTECTED]> wrote:
>>> I guess I just don't think permutation (which are functions) should
>>> act on the left. It's repulsive to me.I guess there's just
>>> not much more to say than that.
>> Ok. I don't think that's a very
On Friday 02 November 2007 10:45, mabshoff wrote:
> On Nov 2, 12:45 pm, "Joel B. Mohler" <[EMAIL PROTECTED]> wrote:
> Everything is possible, but I am fairly sure that the behavior of the
> doctests only changes if the patch made it in. Can you check that your
> patch applied against rc1 passes do
On 11/2/07, William Stein <[EMAIL PROTECTED]> wrote:
>
> On Fri, 02 Nov 2007 11:09:32 -0700, Fernando Perez <[EMAIL PROTECTED]> wrote:
> > ps - at the NSF CDI meeting in Washington
> >
> > http://www4.ncsu.edu/~kaltofen/CDI_SYMNUM_Itinerary.html
> >
> > I made sure to have in my talk a slide about
On Nov 2, 2007, at 10:48 AM, William Stein wrote:
>
> On 11/2/07, Dan Christensen <[EMAIL PROTECTED]> wrote:
>> numpy arrays are extremely flexible, with broadcasting, view
>> semantics
>> and in-place operations being the most important reason why. For
>> example, if x is an array, then x[3:
On Fri, 02 Nov 2007 11:09:32 -0700, Fernando Perez <[EMAIL PROTECTED]> wrote:
> ps - at the NSF CDI meeting in Washington
>
> http://www4.ncsu.edu/~kaltofen/CDI_SYMNUM_Itinerary.html
>
> I made sure to have in my talk a slide about SAGE and to point out its
> goals and importance. I didn't have m
On 11/2/07, William Stein <[EMAIL PROTECTED]> wrote:
> Ah, that's very very nice. OK, I would really like
> to see that implemented. Maybe Fernando Perez could
> tell us how to hook into IPython to make that happen
Should be fairly straightforward. In iplib.py, around line 500,
you'll fi
On 11/2/07, mabshoff <[EMAIL PROTECTED]> wrote:
> On Nov 2, 6:33 pm, "William Stein" <[EMAIL PROTECTED]> wrote:
> > On Fri, 02 Nov 2007 10:26:13 -0700, Justin C. Walker <[EMAIL PROTECTED]>
> > wrote:
> > So there are pros and cons to this suggested fix, which have to be
> > carefully considered.
On 11/2/07, Dan Christensen <[EMAIL PROTECTED]> wrote:
> numpy arrays are extremely flexible, with broadcasting, view semantics
> and in-place operations being the most important reason why. For
> example, if x is an array, then x[3:5] is a view of part of x, and
> I can adjust the entries in jus
Robert Bradshaw <[EMAIL PROTECTED]> writes:
> This is due to the inplace operator stuff using refcounts to
> determine if it's safe to mutate. The simple workaround is to not use
> numpy arrays of SAGE objects. Another question is why would one do so
> (i.e. what is lacking in the SAGE line
On Nov 2, 6:33 pm, "William Stein" <[EMAIL PROTECTED]> wrote:
> On Fri, 02 Nov 2007 10:26:13 -0700, Justin C. Walker <[EMAIL PROTECTED]>
> wrote:
>
>
>
> >> Well, it also hits us on Linux, so I still think it should happen.
> >> malb's problem with firefox is just one example where that happene
On Fri, 02 Nov 2007 10:26:13 -0700, Justin C. Walker <[EMAIL PROTECTED]> wrote:
>> Well, it also hits us on Linux, so I still think it should happen.
>> malb's problem with firefox is just one example where that happened
>> and he just fixed it in that special case, but not as clean and
>> general
On Fri, 02 Nov 2007 09:24:53 -0700, <[EMAIL PROTECTED]> wrote:
>> I guess I just don't think permutation (which are functions) should
>> act on the left. It's repulsive to me.I guess there's just
>> not much more to say than that.
>
> Ok. I don't think that's a very good attitude to enforce,
On Fri, 2 Nov 2007, William Stein wrote:
>
> On Fri, 02 Nov 2007 00:08:40 -0700, <[EMAIL PROTECTED]> wrote:
>> On Thu, 1 Nov 2007, William Stein wrote:
>>> On 11/1/07, [EMAIL PROTECTED]
Under the way I've implemented this, the
action on the list [1,...,n] is trivially
isomorphic
On Fri, Nov 02, 2007 at 07:45:34AM -0700, mabshoff wrote:
> > mabshoff: Are you sure you ran doc-tests with the *patched* version of
> > sage?
> > Because that doc-test wasn't even in the vanilla version.
> >
>
> Everything is possible, but I am fairly sure that the behavior of the
> doctests o
On 11/1/07, Waldek Hebisch wrote:
>
> Bill Page wrote:
> ...
> > new sites now. They can be found at:
> >
> > http://axiom-wiki.newsynthesis.org
> >
> > and
> >
> > http://axiom-portal.newsynthesis.org
> >
> ...
> Bill, I must admit that I have doubts concerning your migration
> tactic. A
> Now we are getting somewhere, maybe. I'm thinking of the
> natural (to me!) right action and you're thinking
> of the left action got by inverting the permutation and acting
> in the natural way :-).
>
> I guess I just don't think permutation (which are functions) should
> act on the left. It'
On Nov 2, 12:45 pm, "Joel B. Mohler" <[EMAIL PROTECTED]> wrote:
> On Friday 02 November 2007 00:17, mabshoff wrote:
>
> > #1032: Latex'ing variable names is more robust and consistent (Joel
> > Mohler) - this one was actually backed out again - see the ticket for
> > comment
>
> It's possible th
On Friday 02 November 2007 00:17, mabshoff wrote:
> #1032: Latex'ing variable names is more robust and consistent (Joel
> Mohler) - this one was actually backed out again - see the ticket for
> comment
It's possible that I'm totally screwing up my branches on my personal machine,
but I don't thi
A short outlook:
People on OpenSuSE 10.2 should know the following:
[09:33] Hmph. I cannot get yast to tell me what the g77-
package is named. *grmbl*
[09:33] Which SuSE release?
[09:34] You should probably install gfortran
[09:34] 10.3 no longer ships g77 or g95, but gfortran.
[09:34] Open
It looks to me as though there are some crossed wires here. The
permutation is acting on *any* list of length 5 by permuting the
indices of the elements (taken as 1..5 rather than python-standard
0..4 but still). In the example you are using the entries in the
list happen to also be the numbers
33 matches
Mail list logo
