On Mon, May 23, 2011 at 9:21 PM, Kelvin Li wrote:
> On May 23, 9:13 pm, Kelvin Li wrote:
>> 2. Thirty-one Trac tickets (I did a Trac search, then manually picked
>> out the ones that have the bad URL)
>> #8115, #7048, #7047, #7044, #7043, #7041, #7040, #7039, #7038, #7037,
>> #7036, #7035, #7034,
On May 23, 9:13 pm, Kelvin Li wrote:
> 2. Thirty-one Trac tickets (I did a Trac search, then manually picked
> out the ones that have the bad URL)
> #8115, #7048, #7047, #7044, #7043, #7041, #7040, #7039, #7038, #7037,
> #7036, #7035, #7034, #7033, #6532, #6528, #6136, #5891, #4301, #2868,
> #2171
On May 23, 8:39 pm, Jason Grout wrote:
> On 5/23/11 1:06 PM, William Stein wrote:
>
> > Hi,
>
> > Is anybody seriously opposed to me *not* renewing the DNS registration
> > for "SAGETRAC.ORG"?'
>
> I had no idea that sagetrac.org existed. +1 for keeping sage project
> stuff under "sagemath.org" w
On 5/23/11 1:06 PM, William Stein wrote:
Hi,
Is anybody seriously opposed to me *not* renewing the DNS registration
for "SAGETRAC.ORG"?'
I had no idea that sagetrac.org existed. +1 for keeping sage project
stuff under "sagemath.org" website and not renewing sagetrac.org. It's
confusing ot
On Mon, 23 May 2011 at 11:06AM -0700, William Stein wrote:
> Is anybody seriously opposed to me *not* renewing the DNS registration
> for "SAGETRAC.ORG"? I created this domain before I properly understand
> CNAME's. It just redirects to http://trac.sagemath.org, which is what
> I think everybody sh
> On 23 May 2011 03:05, François wrote:
> > OK I did some analysis on the failure of
> > sage -t -long -force_lib "devel/sage/sage/gsl/interpolation.pyx"
> >
> > A list of point is initialized with:
> > v = [(i + sin(i)/2, i+cos(i^2)) for i in range(10)]
> > then a spline is created:
> > s = spli
I tried without setting SPKG_CHECK and it worked!
Although I would have been happier if all tests too had been worked. :)
Thanks.
--
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 mo
Hi,
Is anybody seriously opposed to me *not* renewing the DNS registration
for "SAGETRAC.ORG"?
I created this domain before I properly understand CNAME's.It just
redirects to
http://trac.sagemath.org, which is what I think everybody should use.
-- William
--
William Stein
Professor of Math
It is well known that Cython may "ignore" exceptions when they are
raised in cdef functions without "except" value. However, when working
on #7794, we got messages like the following:
Exception KeyboardInterrupt in 0 ignored
and even stranger:
Exception KeyboardInterrupt: KeyboardInterrupt('com
On Monday, May 23, 2011 6:52:04 AM UTC-7, Dima Pasechnik wrote:
>
> do you mean to say you run with SPKG_CHECK=yes?
> AFAIK, python spkg never passes all its tests.
> IMHO, you can ignore these.
> Thus, do not build Sage with SPKG_CHECK set.
>
Well, don't build the Python part of Sage with S
On May 22, 9:39 pm, Juan Jose Garcia-Ripoll
wrote:
> On Thu, Apr 28, 2011 at 7:30 AM, Dr. David Kirkby
> wrote:
>
> > Hi,
> > it has been reported that there are issues in trying to build Maxima on
> > Cygwin
> > using ECL. Does this look like an ECL issue. See error message at
>
> >http://trac.
do you mean to say you run with SPKG_CHECK=yes?
AFAIK, python spkg never passes all its tests.
IMHO, you can ignore these.
Thus, do not build Sage with SPKG_CHECK set.
On May 22, 10:40 am, Digvijay Patankar wrote:
> Hi all,
>
> I am trying to build sage4.6.2 from source.
> I get the following err
no one to suggest something?
--
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.com/group/sage-devel
URL: http://www.sagemath.or
On Monday 23 May 2011, Simon King wrote:
> Hi Martin,
>
> sorry that this thread has changed topic. Back to your original
> question:
>
> On 20 Mai, 15:29, Martin Albrecht
>
> wrote:
> > What's the least intrusive way of dealing with this: i.e. to ensure that
> > this attribute is always initia
Hi Martin,
sorry that this thread has changed topic. Back to your original
question:
On 20 Mai, 15:29, Martin Albrecht
wrote:
> What's the least intrusive way of dealing with this: i.e. to ensure that this
> attribute is always initialised to None when an object of this type is
> created. A clas
15 matches
Mail list logo
