#9894: Group cohomology spkg, version 2.1.2
-------------------------------------------------------+--------------------
       Reporter:  SimonKing                            |         Owner:  
SimonKing          
           Type:  enhancement                          |        Status:  
needs_work         
       Priority:  major                                |     Milestone:  
sage-5.0           
      Component:  optional packages                    |    Resolution:         
            
       Keywords:  modular group cohomology solaris t2  |   Work issues:         
            
Report Upstream:  N/A                                  |     Reviewers:  
Karl-Dieter Crisman
        Authors:  Simon King                           |     Merged in:         
            
   Dependencies:                                       |      Stopgaps:         
            
-------------------------------------------------------+--------------------

Comment (by SimonKing):

 Replying to [comment:52 jhpalmieri]:
 > On !OpenSolaris, I deleted the ./sage/pGroupCohomology directory and
 reran self-tests. I got just a few failures: see
 
[http://sage.math.washington.edu/home/palmieri/misc/p_group_cohomology-2.1.2-new.log
 the log file]. I may be misreading it, but these look like optional
 doctests failing.
 >

 All but one error comes from a test that requires internet connection and
 tests whether the package can read download data from some repository on
 sage.math - and now I wonder: Isn't sage.math down at the moment?

 I have just tried myself, but it failed:
 {{{
 sage: from pGroupCohomology import CohomologyRing
 sage: H=CohomologyRing.web_db('8gp3')
 ---------------------------------------------------------------------------
 ReadError                                 Traceback (most recent call
 last)
 ...
 ReadError: file could not be opened successfully
 }}}
 Indeed, the problem is on the side of sage.math, and also it doesn't help
 to change to boxen.math. Namely, Sage is supposed to get a g-zipped tar
 file out of the data base, but what it receives is an html page saying
 that the requested page can not be found on the server. I will ask on
 sage-devel what happened.

 One test is about the hash of matrices. The original aim was to test
 against a specific value, but perhaps that was a bad idea. After all, the
 specific value depends on whether the machine is big or little endian, and
 whether it is 32 or 64 bit. So, we have four possible values.

 I think the natural solution is to not test against a specific value, but
 against the construction of the hash.

-- 
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/9894#comment:53>
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