[sage-devel] Re: OS X Big Sur progress report

2020-11-16 Thread Andrew
Thanks very much for this Matthias. This is almost certainly my problem -- and I have to confess to user error as this was a hack I put in at one point to get around problems with an xcode update. I have deleted a bunch of spurious links like these and am now recompiling. It has already gotten

[sage-devel] Re: OS X Big Sur progress report

2020-11-16 Thread Matthias Koeppe
According to your log, you seem to have /usr/local/include/stdlib.h and /usr/local/include/math.h -- which seem to be breaking your giac build. This seems nonstandard. On Sunday, November 15, 2020 at 9:23:40 PM UTC-8 Andrew wrote: > Thanks for this John. Did you do anything special to

Re: [sage-devel] Re: OS X Big Sur progress report

2020-11-16 Thread Andrew
Dear Dima and John, Thanks for your hints. I have tried deleting ntl, flint and arb but I am still getting stuck on givaro. I'll try removing some more brew packages and see if this helps and report back. The list brew packages recommended by configure is: pandoc ffmpeg imagemagick texinfo

Re: [sage-devel] Possible bug: SAGE_PYTHON_VERSION not set

2020-11-16 Thread Matthias Koeppe
On Monday, November 16, 2020 at 7:55:15 AM UTC-8 Dima Pasechnik wrote: > IIRC we have removed this variable lately, > in https://trac.sagemath.org/ticket/30546 -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group

Re: [sage-devel] Re: OS X Big Sur progress report

2020-11-16 Thread Dima Pasechnik
On Mon, Nov 16, 2020 at 10:21 PM John H Palmieri wrote: > > > > On Monday, November 16, 2020 at 10:59:32 AM UTC-8 dim...@gmail.com wrote: >> >> If you have a random subset of partially outdated Homebrew packages, >> spiced up with manually installed random crap in /usrr/local/, there >> is no

Re: [sage-devel] Re: OS X Big Sur progress report

2020-11-16 Thread John H Palmieri
On Monday, November 16, 2020 at 10:59:32 AM UTC-8 dim...@gmail.com wrote: > If you have a random subset of partially outdated Homebrew packages, > spiced up with manually installed random crap in /usrr/local/, there > is no chance of getting things right on Homebrew. > > On Mon, Nov 16, 2020

Re: [sage-devel] Re: OS X Big Sur progress report

2020-11-16 Thread Dima Pasechnik
If you have a random subset of partially outdated Homebrew packages, spiced up with manually installed random crap in /usrr/local/, there is no chance of getting things right on Homebrew. On Mon, Nov 16, 2020 at 6:19 PM John H Palmieri wrote: > > In my experience, homebrew's "ntl" package can

Re: [sage-devel] Re: OS X Big Sur progress report

2020-11-16 Thread John H Palmieri
In my experience, homebrew's "ntl" package can lead to problems when building Sage, so if possible, try deleting it. I have these packages: % brew list autoconfghcjanssonmpcppl automakeghostscriptjpegmpfipython@3.8 bdw-gcgit

Re: [sage-devel] Possible bug: SAGE_PYTHON_VERSION not set

2020-11-16 Thread Dima Pasechnik
On Mon, Nov 16, 2020 at 3:54 PM Dima Pasechnik wrote: > > IIRC we have removed this variable lately, it was not documented, and so we > felt no need to do a deprecation. > > The upstream ought to remove it. PR for upstream here: https://github.com/jwbober/conrey-dirichlet-characters/pull/12 > >

[sage-devel] Re: Backslash line continuation broken in Sage 9.2

2020-11-16 Thread Eric Gourgoulhon
I've opened https://trac.sagemath.org/ticket/30928 and set it to critical, since it is a failure of some basic Python syntax, which may surprise many users. PS: at the moment, I cannot do better dichotomy than saying that Sage 9.1 is free from the bug and 9.2.beta14 is not. Le lundi 16 novembre

[sage-devel] cocalc and sagemath webpage

2020-11-16 Thread Karl-Dieter Crisman
I can't figure out how to reply in Google groups web interface all of a sudden ... hope this finds the right thread. There are indeed various places online where the distinction has been difficult - for years I have had to try to correct people saying "Sage is now CoCalc" when it's more complex,

Re: [sage-devel] Possible bug: SAGE_PYTHON_VERSION not set

2020-11-16 Thread Dima Pasechnik
IIRC we have removed this variable lately, it was not documented, and so we felt no need to do a deprecation. The upstream ought to remove it. On Mon, 16 Nov 2020, 15:29 John Cremona, wrote: > In a new install of version 9.2 (on ubuntu) I was using sage -pip > install to install several

[sage-devel] Possible bug: SAGE_PYTHON_VERSION not set

2020-11-16 Thread John Cremona
In a new install of version 9.2 (on ubuntu) I was using sage -pip install to install several packages which I need for LMFDB development. All but one of these are normal pip packages which install fine, but one is not: it is specified in the requirements.txt file as

[sage-devel] Fwd: [fricas-devel] the "deep learning" "neural network" symbolic integrator

2020-11-16 Thread Dima Pasechnik
this was discussed here a while ago, now some more details. -- Forwarded message - From: Qian Yun Date: Mon, Nov 16, 2020 at 12:35 PM Subject: [fricas-devel] the "deep learning" "neural network" symbolic integrator To: Hi guys, I assume you all know the paper "DEEP LEARNING

[sage-devel] Re: Backslash line continuation broken in Sage 9.2

2020-11-16 Thread Eric Gourgoulhon
Le lundi 16 novembre 2020 à 12:08:36 UTC+1, Eric Gourgoulhon a écrit : > A culprit might be https://trac.sagemath.org/ticket/28974, since it deals > with the preparser and backslashes, but I am not sure... > > Sorry it cannot be that one, since it has been merged only in Sage 9.3.beta0 --

[sage-devel] Backslash line continuation broken in Sage 9.2

2020-11-16 Thread Eric Gourgoulhon
In Sage 9.2, attempting to define a callable symbolic expression with a backslash line continuation yields a syntax error: sage: f(x) = x \ :+ 1 File "", line 1 __tmp__=var("x"); f =

Re: [sage-devel] cocalc and sagemath webpage

2020-11-16 Thread Dima Pasechnik
On Sun, Nov 15, 2020 at 1:41 PM Frédéric Chapoton wrote: > If you look at https://www.sagemath.org/ > you can see four links to cocalc, one of them hidden behind the icon "sage". This icon should be replaced by CoCalc's icon: https://cocalc.com/img/cocalc-icon.svg And a SageMathCell getting a

[sage-devel] Re: cocalc and sagemath webpage

2020-11-16 Thread Emmanuel Charpentier
I’m not sanguine about this question. My beef with these links and icons has more to do with the fact that Cocalc isn’t “defined. Someone discovering this page can’t deduce that Cocalc is a commercial service built around the free (as in GPL-3) software Sagemath. Hence some confusion.