Sorry to resurrect this old thread, but I'm seeing the same numerical
doctest failures on an OS X machine with Sage 9.5.beta1. Any ideas where
these could be coming from? Some miscompiled component coming from the
system, or something from within Sage itself? I started seeing these after
On Tuesday, February 9, 2021 at 9:41:54 PM UTC-8 Matthias Köppe wrote:
> The runs on GH Actions show a very strange failure on fedora-34 and
> archlinux-latest (https://github.com/sagemath/sage/runs/1850248457):
>
> + ./bootstrap
>
> ./sage: no Sage installation found in $SAGE_ROOT=/sage
>
On Thursday, February 11, 2021 at 3:49:44 PM UTC-8 John H Palmieri wrote:
> I just noticed something which has been happening for all of the 9.3 beta
> releases, maybe before that. In the dochtml.log file, I see the message
>
> Help file /Applications/usr/share/giac/doc/fr/aide_cas not found
I just noticed something which has been happening for all of the 9.3 beta
releases, maybe before that. In the dochtml.log file, I see the message
Help file /Applications/usr/share/giac/doc/fr/aide_cas not found
(This is on OS X.) That's a strange path — there is no /Applications/usr —
so
On Sunday, February 7, 2021 at 2:04:42 PM UTC-8 Volker Braun 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
>
> 8453ffb849 (tag: 9.3.beta7,
I've opened https://trac.sagemath.org/ticket/31372 for this.
On Tuesday, February 9, 2021 at 11:59:51 AM UTC-8 Matthias Köppe wrote:
> [pari_jupyter-1.3.2] gcc -Wno-unused-result -Wsign-compare -DNDEBUG -g
> -fwrapv -O3 -Wall -Wno-unused -O2 -g -O2 -g -fPIC
>
[pari_jupyter-1.3.2] gcc -Wno-unused-result -Wsign-compare -DNDEBUG -g
-fwrapv -O3 -Wall -Wno-unused -O2 -g -O2 -g -fPIC
-I/home/sage/sage/local/include/python3.9 -c PARIKernel/io.c -o
build/temp.linux-x86_64-3.9/PARIKernel/io.o
[pari_jupyter-1.3.2] PARIKernel/io.c: In function 'PyInit_io':
On Tuesday, February 9, 2021 at 11:38:29 AM UTC-8 fchap...@gmail.com wrote:
> This release breaks (again) our automated docker build on gitlab :
>
> see https://gitlab.com/sagemath/sage/-/pipelines
>
>
>From the log:
Error building Sage.
The following package(s) may have failed to build (not
This release breaks (again) our automated docker build on gitlab :
see https://gitlab.com/sagemath/sage/-/pipelines
Le dimanche 7 février 2021 à 23:04:42 UTC+1, Volker Braun a écrit :
> As always, you can get the latest beta version from the "develop" git
> branch. Alternatively, the
On Ubuntu 18.04, running tests with various optional/external packages, I
get:
Using
On Debian testing running on core i7 + 16 GB RAM, `ptestlong` gives two
permanent failures, both GAP related, both already reported :
```
--
sage -t --long --warn-long 169.5 --random-seed=0
src/sage/tests/gap_packages.py # 1
Fixed in https://trac.sagemath.org/ticket/31358
On Sunday, February 7, 2021 at 9:06:37 PM UTC-8 Matthias Köppe wrote:
> These LDFLAGS are read from `python3 -m sysconfig`. The "-L." flag there
> is causing this python3 to be rejected by the new checks from
>
These LDFLAGS are read from `python3 -m sysconfig`. The "-L." flag there is
causing this python3 to be rejected by the new checks from
https://trac.sagemath.org/ticket/31132 .
Looks like using this flag is a gentoo specialty.
On Sunday, February 7, 2021 at 8:42:35 PM UTC-8 Steven Trogdon
The LDFLAGS is set only when building Sage. I have set nothing explicitly
when building system python.
On Sunday, February 7, 2021 at 9:42:35 PM UTC-7 Steven Trogdon wrote:
> OK, here is the reason
>
> g++ -std=gnu++11 -fPIC -I/local/sage-git/sage/conftest_venv/include
>
OK, here is the reason
g++ -std=gnu++11 -fPIC -I/local/sage-git/sage/conftest_venv/include
-I/usr/include/python3.9 -c conftest.cpp -o
conftest.dir/temp.linux-x86_64-3.9/conftest.o -std=c++11
creating conftest.dir/lib.linux-x86_64-3.9
x86_64-pc-linux-gnu-g++ -pthread -shared -Wl,-O1
This beta does not pick up on my system (Gentoo) python. From config.log
configure:39140: result: python3-3.9.1: no
suitable system package; will be installed as an SPKG
And my system python
$ python
Python 3.9.1 (default, Jan 26 2021, 00:24:17)
[GCC 9.3.0] on
On Sunday, February 7, 2021 at 2:04:42 PM UTC-8 Volker Braun 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
>
> 8453ffb849 (tag: 9.3.beta7,
On Sunday, February 7, 2021 at 2:04:42 PM UTC-8 Volker Braun 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
>
Thanks, Volker, for preparing the new
18 matches
Mail list logo
