#14243: Try not to pick up user versions of things like numpy, mpl
-------------------------------------------------+-------------------------
       Reporter:  kcrisman                       |        Owner:
           Type:  defect                         |  GeorgSWeber
       Priority:  critical                       |       Status:  closed
      Component:  build                          |    Milestone:  sage-6.4
       Keywords:                                 |   Resolution:  fixed
        Authors:  John Palmieri                  |    Merged in:
Report Upstream:  N/A                            |    Reviewers:  Buck Evan
         Branch:                                 |  Work issues:
  e35ebe9bb554e4f00bcd0c4eabe91cb196997a1a       |       Commit:
   Dependencies:                                 |     Stopgaps:
-------------------------------------------------+-------------------------

Comment (by was):

 Follow up.  I think we absolutely must move to a model where we make it
 easy for users to create and share packages of code that depend on Sage.
 Our current spkg system is a complete failure in this regard, and has only
 got worse with its tight integration into the Sage git repo.    In
 constrast, setuptools and pypi -- the official Python packaging framework
 -- works very well, is heavily tested, and there's tons of documentation
 and tutorials.  Instead of making it much harder to use
 pip/setuptools/pypi with Sage, which is what this trac ticket does, we
 should be making it much easier.

 There are about 6,000 user-created R packages in Rcran -- I've installed
 many of these (ok, dozens requested by users), and they all install
 perfectly.  Sage could have hundreds or even thousands of packages on pip
 right now.  We could have an automated testing framework that downloads
 them all and builds them, and runs their test suites (setuptools has
 integrated test suite support).   We could decide to include some of these
 packages standard with Sage, and referee them.   It's an epic mistake that
 we aren't doing this with a passion right now.  Let's not make it even
 more difficult.

--
Ticket URL: <http://trac.sagemath.org/ticket/14243#comment:14>
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 unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at http://groups.google.com/group/sage-trac.
For more options, visit https://groups.google.com/d/optout.

Reply via email to