On Debian testing running o core i7 + 16 GB RAM, pulling Trac#28656 on top of a 9.1 rebuilt from make distclean (using all the system packages ecommended by ./config) leads to 11 failures (and 1 timeout, which doesn’t when ran standalone) :
| File | Result | P/T |
|---|---|---|
| src/sage/schemes/elliptic_curves/ell_number_field.py | 3 doctests failed | P |
| src/sage/tests/parigp.py | Timed out | T |
| src/sage/rings/number_field/number_field.py | 7 doctests failed | P |
| src/sage/rings/number_field/number_field_element.pyx | 1 doctest failed | P |
| src/sage/rings/number_field/number_field_ideal.py | 2 doctests failed | P |
| src/sage/tests/gap_packages.py | 1 doctest failed | P |
| src/sage/numerical/backends/glpk_backend.pyx | 1 doctest failed | P |
| src/sage/lfunctions/dokchitser.py | 2 doctests failed | P |
| src/sage/rings/polynomial/polynomial_quotient_ring.py | 2 doctests failed | P |
| src/sage/lfunctions/pari.py | 1 doctest failed | P |
| src/sage/libs/glpk/error.pyx | 1 doctest failed | P |
| src/sage/rings/number_field/unit_group.py | 1 doctest failed | P |
The result of re-running these failures is in the attached chkerrs.txt.
Most of these errors were reported for 9.1.rc3, and explained away by Jonathan Kliem. One of them is related to the optional gap_packages package.
HTH,
Le jeudi 28 mai 2020 23:14:41 UTC+2, Volker Braun a écrit :