#9460: Many Maxima-related doctest failures on sage.math
-----------------------+----------------------------------------------------
   Reporter:  mpatel   |       Owner:  mvngu   
       Type:  defect   |      Status:  new     
   Priority:  blocker  |   Milestone:  sage-4.5
  Component:  doctest  |    Keywords:          
     Author:           |    Upstream:  N/A     
   Reviewer:           |      Merged:          
Work_issues:           |  
-----------------------+----------------------------------------------------

Comment(by drkirkby):

 Replying to [comment:17 leif]:

 > It's obviously an ECL/Maxima issue, but I think either related to
 uncatched or badly handled filesystem errors, or ECL again messing things
 up in concurrent builds.
 >
 > So I'm not that sure that it's the package ''version'', rather than the
 ''build circumstances''.
 >

 I too think this is the build problem.
  * Why should William now get a failure of
 {{{devel/sage/sage/schemes/elliptic_curves/lseries_ell.py}}} when I assume
 that worked before?
 {{{devel/sage/sage/schemes/elliptic_curves/lseries_ell.py}}} passed on
 sage.math when I built it.
  * Why should Maxima pass all tests for me, and all tests for John, yet
 fail for Metesh and William?
  * Why should I get 4 failures when I build on sage.math, which don't
 share anything in common with the failures observed by William?

 I think one pass with the old Maxima and old ECL does not prove the
 problem is with ECL and/or Maxima. Since there issues which are not 100%
 reproducible, I fail to see how one good build by one person proves
 anything. (And even "good build" is not really true, as there is the
 elliptic curves test failed).

 IMHO, just changing ECL and Maxima and producing a 4.5 would be unwise
 until there is more proof there is not another more subtle error.


 I've just run 'dmesg' on sage.math and don't see anything like uncorrected
 RAM errors. In fact, I don't see any corrected RAM errors, so I doubt it
 is a memory fault.

 Dave

-- 
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/9460#comment:22>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica, 
and MATLAB

-- 
You received this message because you are subscribed to the Google Groups 
"sage-trac" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/sage-trac?hl=en.

Reply via email to