Could you give us the precise list of tickets that are needed to make the 
doctest framework work ?


Le mardi 13 mars 2018 12:24:33 UTC+1, Erik Bray a écrit :
>
> On Tue, Mar 13, 2018 at 8:48 AM, François Bissey <frp.b...@gmail.com 
> <javascript:>> wrote: 
> > Well I should add that the current vbraun branch where Volker merges 
> tickets 
> > before releasing betas is starting with python3. There is still a lot of 
> work 
> > around unicode to do before either building documentation or running 
> doctests. 
>
> To be clear, I've had the doctest framework working almost perfectly 
> in my personal Python 3 branch for *months* now.  Most of the work 
> needed for that has tickets for it but has been slow to get accepted. 
>
> >> On 13/03/2018, at 20:14, Frédéric Chapoton <fchap...@gmail.com 
> <javascript:>> wrote: 
> >> 
> >> Vanilla sage is now building and starting with python3. But mostly not 
> yet working smoothly. 
> >> 
> >> Next logical steps would be : make so that (1) documentation builds (2) 
> doctest framework works 
> >> 
> >> Concerning meta-tickets, you can look at 
> >> 
> >> https://trac.sagemath.org/query?status=!closed&component=python3 
> >> 
> >> and 
> >> 
> >> https://trac.sagemath.org/ticket/15530 
> >> 
> >> Frederic 
> >> 
> >> Le mardi 13 mars 2018 02:45:35 UTC+1, Dima Pasechnik a écrit : 
> >> by the way, is there a python3 meta-ticket? I can't find it. 
> >> 
> >> On Friday, December 1, 2017 at 9:16:04 AM UTC, Frédéric Chapoton wrote: 
> >> Great ! I am impatient that the 24 positive-reviewed tickets for 
> python3 get closed, so that we can move forward again safely. 
> >> 
> >> Le mercredi 29 novembre 2017 17:20:33 UTC+1, Erik Bray a écrit : 
> >> Just achieved a result I've been trying to get to pretty much since 
> >> diving into helping with the Python 3 port of Sage: 
> >> 
> >> $ ./sage -t src/sage/doctest/ 
> >> too many failed tests, not using stored timings 
> >> Running doctests with ID 2017-11-29-16-09-22-b19471aa. 
> >> Git branch: u/embray/python3/doctest-fixes 
> >> Using --optional=mpir,python2,sage 
> >> Doctesting 11 files. 
> >> sage -t src/sage/doctest/util.py 
> >>     [141 tests, 1.30 s] 
> >> sage -t src/sage/doctest/external.py 
> >>     [38 tests, 1.62 s] 
> >> sage -t src/sage/doctest/__init__.py 
> >>     [0 tests, 0.00 s] 
> >> sage -t src/sage/doctest/fixtures.py 
> >>     [59 tests, 1.18 s] 
> >> sage -t src/sage/doctest/sources.py 
> >>     [366 tests, 2.16 s] 
> >> sage -t src/sage/doctest/all.py 
> >>     [0 tests, 0.00 s] 
> >> sage -t src/sage/doctest/reporting.py 
> >>     [111 tests, 1.41 s] 
> >> sage -t src/sage/doctest/parsing.py 
> >>     [271 tests, 2.39 s] 
> >> sage -t src/sage/doctest/control.py 
> >>     [198 tests, 18.71 s] 
> >> sage -t src/sage/doctest/forker.py 
> >>     [450 tests, 106.73 s] 
> >> sage -t src/sage/doctest/test.py 
> >>     [23 tests, 51.69 s] 
> >> ---------------------------------------------------------------------- 
> >> All tests passed! 
> >> ---------------------------------------------------------------------- 
> >> Total time for all tests: 246.0 seconds 
> >>     cpu time: 24.2 seconds 
> >>     cumulative wall time: 187.2 seconds 
> >> 
> >> 
> >> This required a number of (mostly little) fixes to the doctest 
> >> framework itself, miscellaneous support frameworks, and a large chunk 
> >> of the rest of Sage (since the test suite for sage.doctest itself runs 
> >> the tests for a few modules as part of its self-test).  I haven't made 
> >> tickets for all these fixes yet either, so you won't be able to 
> >> reproduce this outside my private branch just yet. 
> >> 
> >> But having a test runner whose results can be somewhat relied on 
> >> should allow for rapid progress on the rest of the work needed for 
> >> Python 3 support, since running the test suites for individual modules 
> >> and/or entire packages will make it easier to pinpoint where work is 
> >> needed.  I'll keep working to organize my existing fixes into a 
> >> reasonable set of patches so that the doctest runner is working for 
> >> everyone.  Then perhaps we can organize a little Python 3 bug bash. 
> >> 
> >> Best, 
> >> Erik 
> >> 
> >> -- 
> >> You received this message because you are subscribed to the Google 
> Groups "sage-devel" group. 
> >> To unsubscribe from this group and stop receiving emails from it, send 
> an email to sage-devel+...@googlegroups.com <javascript:>. 
> >> To post to this group, send email to sage-...@googlegroups.com 
> <javascript:>. 
> >> Visit this group at https://groups.google.com/group/sage-devel. 
> >> For more options, visit https://groups.google.com/d/optout. 
> > 
> > -- 
> > You received this message because you are subscribed to the Google 
> Groups "sage-devel" group. 
> > To unsubscribe from this group and stop receiving emails from it, send 
> an email to sage-devel+...@googlegroups.com <javascript:>. 
> > To post to this group, send email to sage-...@googlegroups.com 
> <javascript:>. 
> > Visit this group at https://groups.google.com/group/sage-devel. 
> > For more options, visit https://groups.google.com/d/optout. 
>

-- 
You received this message because you are subscribed to the Google Groups 
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to sage-devel+unsubscr...@googlegroups.com.
To post to this group, send email to sage-devel@googlegroups.com.
Visit this group at https://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.

Reply via email to