Sage 9.0.rc0 released

Volker Braun

unread,

Dec 26, 2019, 6:23:59 PM12/26/19

to sage-release

As always, you can get the latest beta version from the "develop" git branch. Alternatively, the self-contained source tarball is at http://www.sagemath.org/download-latest.html

746a826377 (trac/develop, tag: 9.0.rc0) Updated SageMath version to 9.0.rc0

127f366466 Trac #28900: some details in schemes/

ca4521e2b4 Trac #28898: pep cleanup in quivers/

d08e04849b Trac #28896: Graphs: Move common methods of backends to CGraph

5755e74d72 Trac #28885: spkg-configure for cliquer

f2815065ea Trac #28837: Flow polytope does not work as expected on Multi-Digraphs

8da01cc05d Trac #28654: A Bug in the backend `field`

28d403249e Trac #28309: improvement of method allow_multiple_edges

b22d6d510d Trac #28094: support function fields in characteristic zero

fcadfadd4e (tag: 9.0.beta10) Updated SageMath version to 9.0.beta10

Samuel Lelièvre

unread,

Dec 27, 2019, 3:12:11 AM12/27/19

to sage-release

Le jeu. 26 déc. 2019 à 18:24, Volker Braun:

>
> 746a826377 (trac/develop, tag: 9.0.rc0) Updated SageMath version to 9.0.rc0

Please include #28910 in Sage 9.0. It touches no code,
it's just a badge update for DockerHub to show Sage
is maintained as of 2020.

https://trac.sagemath.org/ticket/28910

Samuel Lelièvre

unread,

Dec 27, 2019, 3:12:44 AM12/27/19

to sage-release

Le ven. 27 déc. 2019 à 03:11, Samuel Lelièvre
<samuel....@gmail.com> a écrit :

>
> Le jeu. 26 déc. 2019 à 18:24, Volker Braun:
> >
> > 746a826377 (trac/develop, tag: 9.0.rc0) Updated SageMath version to 9.0.rc0
>
> Please include #28910 in Sage 9.0. It touches no code,
> it's just a badge update for DockerHub to show Sage
> is maintained as of 2020.

I mean, that Sage Docker images are maintained.

Eric Gourgoulhon

unread,

Dec 27, 2019, 5:15:31 AM12/27/19

to sage-release

On Ubuntu 18.04 running on Core i7-6700HQ + 16 GB RAM:

- incremental build (-j8) from 9.0.beta10 OK

- all tests from ptestlong passed

Eric.

Emmanuel Charpentier

unread,

Dec 27, 2019, 5:27:01 AM12/27/19

to sage-release

FWIW, on Debian testing running on core i7 + 16 GB RAM, after upgrading a Python 3-based Sage 9.0.beta10 to 9.0.rc0, ptestalllong gives 4 transient and 3 permanent failures:

File	Result	P/T
src/sage/plot/animate.py	7 doctests failed	T
src/sage/numerical/backends/glpk_backend.pyx	1 doctest failed	P
src/sage/tests/gap_packages.py	1 doctest failed	P
src/sage/misc/latex.py	1 doctest failed	T
src/sage/libs/glpk/error.pyx	1 doctest failed	P
src/sage/repl/load.py	1 doctest failed	T
src/sage/databases/findstat.py	1 doctest failed	T

All these failures have already been reported at least thrice.

HTH,

Emmanuel Charpentier

unread,

Dec 27, 2019, 8:56:33 AM12/27/19

to sage-release

On a slightly smaller machine (Debian testing running on core i5 + 8 GB
RAM) which does not have gap_packages installed, after upgrading a
Python 3-based 9.9.beta9 to 9.0.rc0, ptestalllong gives nine transient
failures, and no permanent failure.

File	Result	P/T

src/sage/plot/animate.py

7 doctests failed

T

src/doc/en/constructions/linear_algebra.rst

1 doctest failed

T

src/sage/misc/latex.py

1 doctest failed

T

src/doc/en/constructions/interface_issues.rst

1 doctest failed

T

src/sage/repl/load.py

1 doctest failed

T

src/doc/en/developer/coding_in_other.rst	1 doctest failed	T
src/sage/interfaces/octave.py	3 doctests failed	T

src/sage/databases/findstat.py

1 doctest failed

T

src/sage/interfaces/magma_free.py

2 doctests failed

T

Of these failures, only linear_algebra.rst, interface_issues.rst,
coding_in_other.rst and octave.py are novel. Details:

linear_algebra.rst

sage -t --long --warn-long 53.9 src/doc/en/constructions/linear_algebra.rst
**********************************************************************
File "src/doc/en/constructions/linear_algebra.rst", line 454, in doc.en.constructions.linear_algebra
Failed example:
    octave.solve_linear_system(A,b)    # optional - octave
Exception raised:
    Traceback (most recent call last):
      File "/usr/local/sage-9/local/lib/python3.7/site-packages/sage/doctest/forker.py", line 681, in _run
        self.compile_and_execute(example, compiler, test.globs)
      File "/usr/local/sage-9/local/lib/python3.7/site-packages/sage/doctest/forker.py", line 1123, in compile_and_execute
        exec(compiled, globs)
      File "<doctest doc.en.constructions.linear_algebra[4]>", line 1, in <module>
        octave.solve_linear_system(A,b)    # optional - octave
      File "/usr/local/sage-9/local/lib/python3.7/site-packages/sage/interfaces/octave.py", line 519, in solve_linear_system
        return eval(sol)
      File "<string>", line 1
        [-0.333333, 0.666667, 0,
                               ^
    SyntaxError: unexpected EOF while parsing
**********************************************************************
1 item had failures:
   1 of 115 in doc.en.constructions.linear_algebra
    [93 tests, 1 failure, 2.25 s]

interface_issues.rst

sage -t --long --warn-long 53.9 src/doc/en/constructions/interface_issues.rst
**********************************************************************
File "src/doc/en/constructions/interface_issues.rst", line 432, in doc.en.constructions.interface_issues
Failed example:
    octave("atanh(1.1)")   ## optional - octave
Expected:
    (1.52226,-1.5708)
Got:
     (1.52226,1.5708)
**********************************************************************
1 item had failures:
   1 of  22 in doc.en.constructions.interface_issues
    [17 tests, 1 failure, 1.51 s]

coding_in_other.rst

sage -t --long --warn-long 53.9 src/doc/en/developer/coding_in_other.rst
**********************************************************************
File "src/doc/en/developer/coding_in_other.rst", line 728, in doc.en.developer.coding_in_other.solve_linear_system
Failed example:
    octave.solve_linear_system(A,b)    # optional - octave
Exception raised:
    Traceback (most recent call last):
      File "/usr/local/sage-9/local/lib/python3.7/site-packages/sage/doctest/forker.py", line 681, in _run
        self.compile_and_execute(example, compiler, test.globs)
      File "/usr/local/sage-9/local/lib/python3.7/site-packages/sage/doctest/forker.py", line 1123, in compile_and_execute
        exec(compiled, globs)
      File "<doctest doc.en.developer.coding_in_other.solve_linear_system[4]>", line 1, in <module>
        octave.solve_linear_system(A,b)    # optional - octave
      File "/usr/local/sage-9/local/lib/python3.7/site-packages/sage/interfaces/octave.py", line 519, in solve_linear_system
        return eval(sol)
      File "<string>", line 1
        [-0.333333, 0.666667, 0,
                               ^
    SyntaxError: unexpected EOF while parsing
**********************************************************************
1 item had failures:
   1 of   6 in doc.en.developer.coding_in_other.solve_linear_system
    [41 tests, 1 failure, 0.79 s]

octave.py

sage -t --long --warn-long 53.9 src/sage/interfaces/octave.py
**********************************************************************
File "src/sage/interfaces/octave.py", line 159, in sage.interfaces.octave.Octave
Failed example:
    octave.eval("a = [ 1, 1, 2; 3, 5, 8; 13, 21, 33 ]")    # optional - octave
Expected:
    'a =\n\n 1 1 2\n 3 5 8\n 13 21 33\n\n'
Got:
    'a =\n\n 1 1 2\n 3 5 8\n 13 21 33\n'
**********************************************************************
File "src/sage/interfaces/octave.py", line 161, in sage.interfaces.octave.Octave
Failed example:
    octave.eval("b = [ 1; 3; 13]")                         # optional - octave
Expected:
    'b =\n\n 1\n 3\n 13\n\n'
Got:
    'b =\n\n 1\n 3\n 13\n'
**********************************************************************
File "src/sage/interfaces/octave.py", line 496, in sage.interfaces.octave.Octave.solve_linear_system
Failed example:
    octave.solve_linear_system(A,b)    # optional - octave (and output is slightly random in low order bits)
Exception raised:
    Traceback (most recent call last):
      File "/usr/local/sage-9/local/lib/python3.7/site-packages/sage/doctest/forker.py", line 681, in _run
        self.compile_and_execute(example, compiler, test.globs)
      File "/usr/local/sage-9/local/lib/python3.7/site-packages/sage/doctest/forker.py", line 1123, in compile_and_execute
        exec(compiled, globs)
      File "<doctest sage.interfaces.octave.Octave.solve_linear_system[4]>", line 1, in <module>
        octave.solve_linear_system(A,b)    # optional - octave (and output is slightly random in low order bits)
      File "/usr/local/sage-9/local/lib/python3.7/site-packages/sage/interfaces/octave.py", line 519, in solve_linear_system
        return eval(sol)
      File "<string>", line 1
        [-0.333333, 0.666667, 0,
                               ^
    SyntaxError: unexpected EOF while parsing
**********************************************************************
2 items had failures:
   2 of   8 in sage.interfaces.octave.Octave
   1 of   6 in sage.interfaces.octave.Octave.solve_linear_system
    [132 tests, 3 failures, 1.93 s]

Those 4 “new” transient failures are all bound to the use of octave,
whose interface may benefit from revision (but the fact that these
doctests pass when ran standalone may point to a concurrency problem…).

HTH,

Markus Wageringel

unread,

Dec 27, 2019, 1:32:27 PM12/27/19

to sage-release

This may in part be due to #28744 which was merged in beta8. Before that, the Octave interface was so broken with Python 3 that even the detection of Octave failed, so these `external` doctests would never run during ptestalllong. Now, all Octave tests pass on my end, but I still have Octave 3.8.2 which is slightly outdated. Indeed, the interface may need some updates for the current version of Octave.

Justin C. Walker

unread,

Dec 27, 2019, 4:31:32 PM12/27/19

to 'Justin C. Walker' via sage-release

> On Dec 26, 2019, at 15:23 , Volker Braun <vbrau...@gmail.com> wrote:
>
> As always, you can get the latest beta version from the "develop" git branch. Alternatively, the self-contained source tarball is at http://www.sagemath.org/download-latest.html

Built from a fresh clone of the develop tree, on macOS 10.14.6 (2017 MBP, Quad-core Core i7). No problems with the build, and all tests (‘ptestlong’) passed!

Justin

--
Justin C. Walker, Curmudgeon at Large
Institute for the Absorption of Federal Funds
-----------
Like the ski resort full of girls hunting for husbands
and husbands hunting for girls, the situation is not
as symmetrical as it might seem.
- Alan MacKay
--

Samuel Lelièvre

unread,

Dec 28, 2019, 2:12:31 AM12/28/19

to sage-release

Thu 2019-12-26 à 23:24 UTC, Volker Braun:

>
> 746a826377 (trac/develop, tag: 9.0.rc0) Updated SageMath version to 9.0.rc0

Computer, OS, build choices:

- iMac, Mid 2015
- macOS 10.14.6 Mojave
- build for Python 2
- build Sage's `gcc` and `openssl` packages
- build Sage's Python with its `_ssl` and `_tkinter` modules

Running `make testlong` gave 2 failing doctests
in the file `src/sage/misc/sageinspect.py`.

Running the tests for that file again gave 6 failing doctests.

Excerpts from the terminal session follow.

```bash
$ make testlong

[...]

----------------------------------------------------------------------
sage -t --long --warn-long 50.2 src/sage/misc/sageinspect.py # 2
doctests failed
----------------------------------------------------------------------
Total time for all tests: 11201.1 seconds
cpu time: 8574.9 seconds
cumulative wall time: 10884.3 seconds
make: *** [testlong] Error 1
```

```bash
$ ./sage -t --long --warn-long 50.2 src/sage/misc/sageinspect.py
Running doctests with ID 2019-12-27-15-55-47-4a6bf556.
Git branch: develop
Using --optional=build,dochtml,mpir,python2,sage
Doctesting 1 file.
sage -t --long --warn-long 50.2 src/sage/misc/sageinspect.py
**********************************************************************
File "src/sage/misc/sageinspect.py", line 2132, in
sage.misc.sageinspect._sage_getsourcelines_name_with_dot
Failed example:
cython('''
class A:
def __init__(self):
"some init doc"
pass
class B:
"some class doc"
class A(A):
pass
''')

Exception raised:
Traceback (most recent call last):