[sage-devel] Re: a problem with is_line_graph

I think the bugfix in trac ticket #29740 fixes this problem, so the error should go away if you upgrade to the latest beta. Please report again if it doesn't! (Your example works fine for me in 9.2.beta5.) On Friday, July 24, 2020 at 3:45:25 PM UTC-6,

[sage-devel] Re: unable to open some sobj-files computed on earlier versions of sage with sage9.1

Sage version 9.1 still supports python2. Compile it from source using "./configure --with-python=2" and check whether the resulting sage can read your file. On Friday, July 24, 2020 at 3:03:07 PM UTC-7, Udo Baumgartner wrote: > > I have lots of precomputed data computed by sage8.9 and before tha

[sage-devel] Re: unable to open some sobj-files computed on earlier versions of sage with sage9.1

On Friday, July 24, 2020 at 3:03:07 PM UTC-7, Udo Baumgartner wrote: > > I have lots of precomputed data computed by sage8.9 and before that I rely > on. The reason I save that data is that it took a lot of computation time > to obtain it. The data is saved as .sobj-files. > > Suddenly I get "in

[sage-devel] unable to open some sobj-files computed on earlier versions of sage with sage9.1

I have lots of precomputed data computed by sage8.9 and before that I rely on. The reason I save that data is that it took a lot of computation time to obtain it. The data is saved as .sobj-files. Suddenly I get "invalid pickle data"-errors when trying to load some of that data with the new

[sage-devel] a problem with is_line_graph

I think I stumbled over something slightly surprising. ┌┐ │ SageMath version 9.2.beta1, Release Date: 2020-06-13 │ │ Using Python 3.7.3. Type "help()" for help.│ └─

[sage-devel] Re: cryptominisat does not buld on Ubuntu 20.04

I missed the comment indeed, but I remember doing "make cmake-clean" On Friday, 24 July 2020 11:26:27 UTC-6, Matthias Koeppe wrote: > > Andrey, did you see this comment? > > On Wednesday, July 15, 2020 at 1:48:02 PM UTC-7, Matthias Koeppe wrote: >> >> Are you sure you did "make cmake-clean"? The l

Re: [sage-devel] build errors on void linux

On Wednesday, July 22, 2020 at 10:21:31 AM UTC-7, Matthias Koeppe wrote: > > I'll run another round of tests with "tox -e docker-voidlinux-standard" > now. > It reproduces the build failure of giac-1.5.0.63-p0 that you reported. Note that although you added the giac system package information,

[sage-devel] Re: cryptominisat does not buld on Ubuntu 20.04

Andrey, did you see this comment? On Wednesday, July 15, 2020 at 1:48:02 PM UTC-7, Matthias Koeppe wrote: > > Are you sure you did "make cmake-clean"? The last build log still seems to > be using a cmake from SAGE_LOCAL > > On Wednesday, July 15, 2020 at 1:02:20 PM UTC-7, Andrey Novoseltsev wrote

Re: [sage-devel] build errors on void linux

On Thursday, July 23, 2020 at 11:18:52 PM UTC-7, Nicolo' wrote: > > > By the way, I noticed that there is no "latest" tag on the Docker image. > > Perhaps the voidlinux people could add this. > > Note that Void Linux is a rolling release. > Exactly -- right now I am forced to hardcode voidlinu

Re: [sage-devel] gsl build failure on Centos 6

On Friday, July 24, 2020 at 10:58:12 AM UTC-5, Isuru Fernando wrote: > > This is an issue with the openblas build. You might need > https://github.com/conda-forge/openblas-feedstock/blob/master/recipe/0002-Fix-gfortran-detection-for-ctng-based-cross-compilers.patch > > (That patch was not sent

Re: [sage-devel] gsl build failure on Centos 6

On Friday, July 24, 2020 at 10:43:40 AM UTC-5, Dima Pasechnik wrote: > > Can you use gsl provided by Conda? > > If you run can Sage's ./configure with conda active then it will list > "system" packages to install. > I don't think so because having conda install gsl will cause it to install conda

Re: [sage-devel] gsl build failure on Centos 6

This is an issue with the openblas build. You might need https://github.com/conda-forge/openblas-feedstock/blob/master/recipe/0002-Fix-gfortran-detection-for-ctng-based-cross-compilers.patch (That patch was not sent upstream because it breaks other gcc builds. Need to figure out a patch that works

Re: [sage-devel] gsl build failure on Centos 6

Can you use gsl provided by Conda? If you run can Sage's ./configure with conda active then it will list "system" packages to install. On Fri, 24 Jul 2020, 16:36 Nathan Dunfield, wrote: > I am trying to build Sage 9.1 from source on Scientific Linux 6.10 > (=Centos 6) using gcc 7.5 provided b

[sage-devel] Re: gsl build failure on Centos 6

> > I am trying to build Sage 9.1 from source on Scientific Linux 6.10 > (=Centos 6) using gcc 7.5 provided by Conda, and am having problems getting > gsl to build: > > [gsl-2.5] > /data/keeling/a/nmd/miniconda3/envs/sage_base_lite4/bin/../lib/gcc/x86_64-conda_cos6-linux-gnu/7.5.0/../../../../x

[sage-devel] Fwd: [actions/virtual-environments] Add Windows Subsystem for Linux to Windows (#50)

it appears we could start testing Sage on WSL using GitHub Actions. -- Forwarded message - From: Mikhail Timofeev Date: Fri, 24 Jul 2020, 10:58 Subject: Re: [actions/virtual-environments] Add Windows Subsystem for Linux to Windows (#50) To: actions/virtual-environments Cc: Dima P

[sage-devel] Re: Bug or oversight ? install_scripts doesn't install script for singular or mwrank

This one is different, and already known (see this Github issue . Le vendredi 24 juillet 2020 08:18:24 UTC+2, Emmanuel Charpentier a écrit : > > Indeed... Hence the question : What is the "standard" name of (s|S)ingular > in Unix ? W