#9703: Doctest failures caused by non-working sympow on 32-bit Solaris x86 and
32-bit OpenSolaris
------------------------+---------------------------------------------------
   Reporter:  drkirkby  |       Owner:  GeorgSWeber
       Type:  defect    |      Status:  new        
   Priority:  major     |   Milestone:  sage-4.5.3 
  Component:  build     |    Keywords:             
     Author:            |    Upstream:  N/A        
   Reviewer:            |      Merged:             
Work_issues:            |  
------------------------+---------------------------------------------------

Comment(by fbissey):

 Replying to [comment:7 drkirkby]:
 >
 > Try that on the '''global''' installation of sage on sage.math - not
 your own private one.
 >
 > I'm told part of the problem is that SYMPOW is trying to write data
 files below its installation directory. So it fails on a global
 installation of Sage, unless the user the user has root access.

 I'll comment. I am the one who told that to David. I have shamelessly sat
 on this info for about 3 years. I noticed it when I first tried to package
 sympow for Gentoo as part of my sage porting drive. At the time I had to
 allow the directory where the sympow scripts are installed to be world
 writable....

 That no one really noticed means that no one using a global sage install
 has been using sympow for their work. The only people using it must have
 used a private installation. We now have a fix for this problem in sage-
 on-gentoo, Christopher, the other sage-on-gentoo dev, has figured a way of
 getting sympow to write in $HOME/.sympow in the last month or so.

 I think there is a case for trying to replace sympow. It seems like the
 original author has abandoned it - the sympow homepage has gone. Sage
 could become sympow
 upstream. But given the quality of the code there is a high burden for
 maintenance. It probably would be more beneficial in the long run to
 rewrite the functionality altogether. Given that there are references I
 think it could be a nice student project.

 That's my opinion.

 Francois

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