Sage 8.3 released

205 views
Skip to first unread message

Volker Braun

unread,
Aug 3, 2018, 7:47:49 AM8/3/18
to sage-release
The "master" git branch has been updated to Sage-8.3. 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

There was no change over 8.3.rc3

For the two people that wanted a calendar-driven release schedule: The merge window will be open until October 1st, 2018. We can experiment and see how this works out.

Vincent Delecroix

unread,
Aug 3, 2018, 3:09:30 PM8/3/18
to sage-r...@googlegroups.com
Thanks Volker! I forwarded this information in the 8.4 milestone of our
trac server.

Vincent

Justin C. Walker

unread,
Aug 4, 2018, 1:44:21 AM8/4/18
to sage-r...@googlegroups.com


> On Aug 3, 2018, at 04:47 , Volker Braun <vbrau...@gmail.com> wrote:
>
> The "master" git branch has been updated to Sage-8.3. 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 fresh clone of the develop branch on two systems without problems:

macOS 10.11.6 (Quad-core Vore i7 mid-2015 MBP): testing (‘ptestlong’) with all tests passing.

macOS 10.13.6 (Quad-core Vore i7 2017 MBP): testing (‘ptestlong’) with three issues:

sage -t --long --warn-long 241.7 src/sage/combinat/designs/ext_rep.py # Killed due to abort
sage -t --long --warn-long 241.7 src/sage/doctest/external.py # Killed due to abort
sage -t --long --warn-long 241.7 src/sage/interfaces/singular.py # 1 doctest failed

When run singly, the first two persisted, the last succeeded. Attaching log of the three singleton tests. FWIW, I sometimes get a popup alert to ignore faults or report. Sometimes when I do, clicking gives me a window with more information, and in the case of the two latter crashes, there was a comment to the effect that the crash occurred (in python 2.7) between fork and pre-exec, As I said, I sometimes get these, but trying to verify the exact wording, I only got the alert; clicking report probably sent the report to Apple, untouched.

Anyone else seen this? I can’t be sure this is Sage, because my shiny new 2017 MBP is behaving psychotically. A lot of performance problems and UI lockups.

Justin

--
Justin C. Walker, Curmudgeon at Large
Institute for the Absorption of Federal Funds
-----------
I want to die, peacefully in my sleep, like my grandfather;
not screaming in terror, like his passengers.




Jan Groenewald

unread,
Aug 4, 2018, 7:23:39 AM8/4/18
to sage-release
Hi


On Fri, 3 Aug 2018 at 13:47, Volker Braun <vbrau...@gmail.com> wrote:
The "master" git branch has been updated to Sage-8.3. 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


Fails to build for me on debian 9 stretch in a qemu-kvm virtual image with 2G RAM.
Openblas log attached.

Regards,
Jan
 
--
  .~.
  /V\     Jan Groenewald
 /( )\    www.aims.ac.za
 ^^-^^ 

openblas-0.2.20.p2.log.xz

bryan gin-ge chen

unread,
Aug 4, 2018, 8:50:13 AM8/4/18
to sage-release
On Saturday, August 4, 2018 at 1:44:21 AM UTC-4, Justin C. Walker wrote:
>
> Built from fresh clone of the develop branch on two systems without problems:
>
> macOS 10.11.6 (Quad-core Vore i7 mid-2015 MBP): testing (‘ptestlong’) with all tests passing.
>
> macOS 10.13.6 (Quad-core Vore i7 2017 MBP): testing (‘ptestlong’) with three issues:
>
> sage -t --long --warn-long 241.7 src/sage/combinat/designs/ext_rep.py # Killed due to abort
> sage -t --long --warn-long 241.7 src/sage/doctest/external.py # Killed due to abort
> sage -t --long --warn-long 241.7 src/sage/interfaces/singular.py # 1 doctest failed
>
> When run singly, the first two persisted, the last succeeded. Attaching log of the three singleton tests. FWIW, I sometimes get a popup alert to ignore faults or report. Sometimes when I do, clicking gives me a window with more information, and in the case of the two latter crashes, there was a comment to the effect that the crash occurred (in python 2.7) between fork and pre-exec, As I said, I sometimes get these, but trying to verify the exact wording, I only got the alert; clicking report probably sent the report to Apple, untouched.
>
> Anyone else seen this? I can’t be sure this is Sage, because my shiny new 2017 MBP is behaving psychotically. A lot of performance problems and UI lockups.
>

The first two failed tests are most likely caused by this issue:

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

The solution is to run

export OBJC_DISABLE_INITIALIZE_FORK_SAFETY=YES

before the tests.

Emmanuel Charpentier

unread,
Aug 4, 2018, 5:39:08 PM8/4/18
to sage-release
On Debian testing runninng on Core i7 + 16 GB RAM, I get one (transient) failure :

sage -t --long src/sage/doctest/test.py
**********************************************************************
File "src/sage/doctest/test.py", line 164, in sage.doctest.test
Failed example:
    subprocess.call(["sage", "-t", "--warn-long", "0", "99seconds.rst"], **kwds2)  # long time
Expected:
    Running doctests...
    Doctesting 1 file.
    sage -t --warn-long 0.0 99seconds.rst
        Timed out
    **********************************************************************
    Tests run before process (pid=...) timed out:
    ...
    ----------------------------------------------------------------------
    sage -t --warn-long 0.0 99seconds.rst  # Timed out
    ----------------------------------------------------------------------
    ...
    4
Got:
    Running doctests with ID 2018-08-04-21-48-56-7cb17d13.
    Git branch: develop
    Using --optional=database_gap,dot2tex,fricas,giacpy_sage,gmpy2,igraph,mpir,python2,python_igraph,sage
    Doctesting 1 file.
    sage -t --warn-long 0.0 99seconds.rst
        Timed out (and interrupt failed)
    **********************************************************************
    Tests run before process (pid=16110) timed out:
    sage: import time ## line 3 ##
    sage: time.sleep(99) ## line 4 ##
    ------------------------------------------------------------------------
    /usr/local/sage-8/local/lib/python2.7/site-packages/cysignals/signals.so(+0x6c68)[0x7faa8eeb3c68]
    /usr/local/sage-8/local/lib/python2.7/site-packages/cysignals/signals.so(+0x6d0f)[0x7faa8eeb3d0f]
    /usr/local/sage-8/local/lib/python2.7/site-packages/cysignals/signals.so(+0x9c3e)[0x7faa8eeb6c3e]
    /lib/x86_64-linux-gnu/libpthread.so.0(+0x128e0)[0x7faa8f2b68e0]
    /lib/x86_64-linux-gnu/libc.so.6(__select+0x5f)[0x7faa8f038acf]
    /usr/local/sage-8/local/lib/python2.7/lib-dynload/time.so(+0x1bce)[0x7faa8c2e8bce]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x843c)[0x7faa8f41a02c]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x7b8)[0x7faa8f41b838]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalCode+0x19)[0x7faa8f41ba49]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x6e87)[0x7faa8f418a77]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x7b8)[0x7faa8f41b838]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x624a)[0x7faa8f417e3a]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x7b8)[0x7faa8f41b838]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x624a)[0x7faa8f417e3a]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x7b8)[0x7faa8f41b838]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x624a)[0x7faa8f417e3a]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x7b8)[0x7faa8f41b838]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x624a)[0x7faa8f417e3a]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x7b8)[0x7faa8f41b838]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(+0x85c29)[0x7faa8f391c29]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyObject_Call+0x43)[0x7faa8f361ec3]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(+0x64c5c)[0x7faa8f370c5c]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyObject_Call+0x43)[0x7faa8f361ec3]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(+0xc56ea)[0x7faa8f3d16ea]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyObject_Call+0x43)[0x7faa8f361ec3]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x3333)[0x7faa8f414f23]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x7b8)[0x7faa8f41b838]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x624a)[0x7faa8f417e3a]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x7e37)[0x7faa8f419a27]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x7b8)[0x7faa8f41b838]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(+0x85c29)[0x7faa8f391c29]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyObject_Call+0x43)[0x7faa8f361ec3]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(+0x64c5c)[0x7faa8f370c5c]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyObject_Call+0x43)[0x7faa8f361ec3]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(+0xc5a02)[0x7faa8f3d1a02]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(+0xc1f7a)[0x7faa8f3cdf7a]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyObject_Call+0x43)[0x7faa8f361ec3]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x3333)[0x7faa8f414f23]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x7e37)[0x7faa8f419a27]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x7b8)[0x7faa8f41b838]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x624a)[0x7faa8f417e3a]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x7b8)[0x7faa8f41b838]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x624a)[0x7faa8f417e3a]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x7b8)[0x7faa8f41b838]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x624a)[0x7faa8f417e3a]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x7b8)[0x7faa8f41b838]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x624a)[0x7faa8f417e3a]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x7b8)[0x7faa8f41b838]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalFrameEx+0x624a)[0x7faa8f417e3a]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalCodeEx+0x7b8)[0x7faa8f41b838]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyEval_EvalCode+0x19)[0x7faa8f41ba49]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyRun_FileExFlags+0x8a)[0x7faa8f43df8a]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(PyRun_SimpleFileExFlags+0xd3)[0x7faa8f43fd83]
    /usr/local/sage-8/local/lib/libpython2.7.so.1.0(Py_Main+0xaf7)[0x7faa8f458ee7]
    /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xe7)[0x7faa8ef6bb17]
    /usr/local/sage-8/local/bin/python2(_start+0x2a)[0x5574832bf7aa]
    ------------------------------------------------------------------------
    Attaching gdb to process id 16110.
    <BLANKLINE>
    **********************************************************************
    ----------------------------------------------------------------------
    sage -t --warn-long 0.0 99seconds.rst  # Timed out (and interrupt failed)
    ----------------------------------------------------------------------
    Total time for all tests: 63.1 seconds
        cpu time: 0.0 seconds
        cumulative wall time: 0.0 seconds
    4
**********************************************************************
1 item had failures:
   1 of  51 in sage.doctest.test
    [50 tests, 1 failure, 351.41 s]

The test passes when ran standalone.

HTH,

--
Emmanuel Charpentier

John Cremona

unread,
Aug 7, 2018, 10:22:43 AM8/7/18
to sage-r...@googlegroups.com
I built 8.3 on about 8 machines running ubuntu 14.04 or 16.04 with no problems. In each case I did "make distclean" first; I was building on top of 8.1. 

Running ptestlong on two of the machines resulted in 

sage -t --long src/sage/game_theory/catalog_normal_form_games.py  # 15 doctests failed
sage -t --long src/sage/game_theory/normal_form_game.py  # 2 doctests failed
sage -t --long src/sage/libs/gap/assigned_names.py  # 1 doctest failed

For the first two the errors are all

PackageNotFoundError: the package 'lrslib' was not found. You can install it by running 'sage -i lrslib' in a shell

and all is well after installing lrslib, but either that should be installed by default or some of these tests need to have a optional tag.  The 3rd failure was only on one machine and did not recur when run separately.

John





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

Harald Schilly

unread,
Aug 9, 2018, 10:48:16 AM8/9/18
to sage-release


On Friday, August 3, 2018 at 1:47:49 PM UTC+2, Volker Braun wrote:
The "master" git branch has been updated to Sage-8.3. 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


Hi, I'm  wondering, what's the status of the binary builds? I'm just curious.

-- h

 

Erik Bray

unread,
Aug 9, 2018, 10:54:31 AM8/9/18
to sage-r...@googlegroups.com
Windows is in progress right now. The rest I can't speak to.

I wonder if these announcements shouldn't make explicit that it's a
source-only release, with binary releases to be announced separately,
or something...?

Volker Braun

unread,
Aug 9, 2018, 11:15:44 AM8/9/18
to sage-release
I copied the binaries over. There are no 32-bit binaries at this point (Trac #25996), they may have permanently followed the footsteps of itanium and sparc...

Harald Schilly

unread,
Aug 9, 2018, 11:47:20 AM8/9/18
to sage-release
Thank you, yes, I'm usually holding back chatting online too much
about a release until some binaries -- and ideally some windows build
-- is available :-)

-- harald

On Thu, Aug 9, 2018 at 5:15 PM Volker Braun <vbrau...@gmail.com> wrote:
>
> I copied the binaries over. There are no 32-bit binaries at this point (Trac #25996), they may have permanently followed the footsteps of itanium and sparc...
>
> --
> You received this message because you are subscribed to the Google Groups "sage-release" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to sage-release...@googlegroups.com.
Reply all
Reply to author
Forward
0 new messages