#19213: For packages listed in build/pkgs/piprules, allow 'sage --optional' to 
list
them
-------------------------------------+-------------------------------------
       Reporter:  jhpalmieri         |        Owner:
           Type:  enhancement        |       Status:  needs_work
       Priority:  minor              |    Milestone:  sage-6.9
      Component:  scripts            |   Resolution:
       Keywords:                     |    Merged in:
        Authors:  John Palmieri      |    Reviewers:
Report Upstream:  N/A                |  Work issues:
         Branch:                     |       Commit:
  u/jhpalmieri/pip_packages          |  00224aafc17efcb3a4d5504bdbcf036fae5bca57
   Dependencies:  #19187             |     Stopgaps:
-------------------------------------+-------------------------------------

Comment (by vdelecroix):

 Replying to [comment:7 jdemeyer]:
 > Replying to [comment:6 jhpalmieri]:
 > > Do you mean
 > >
 > > - you want them listed in `sage --experimental`, not `sage
 --optional`, or
 > > - you don't want them detected for the purpose of doctests,
 > >
 > > or both?
 >
 > The default for `--optional` flags in doctests really should be optional
 packages only, so I don't want pip packages to be tested by doctests by
 default. Therefore, I also don't want those packages to appear in `sage
 --optional`. So I really prefer to see them as a new category: not
 standard, not optional, not experimental.

 I see several solutions to deal with "pip packages":
 1. having a new category of packages (let say python-optional)
 2. be stricter about versioning, i.e. in piprules specify the version of
 the packages we support
 {{{
 brian=1.3.1
 trac=2.3
 }}}
   Very simple to maintain!

 I agree that it would be hard to prevent a pip package to just break
 because versions are not backward compatible. So solution 2 looks
 appropriate to me. Otherwise, we can have a more precise tagging system
 for python-optional packages
 {{{
 sage: my_test()  # python-optional -- 3.5 <= beautifulsoup <= 4.1.2
 }}}
 It is more flexible than the piprules strict versioning solution but the
 cost of maintenance is much higher.

 Vincent

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