[sage-devel] Re: Unable to build ecl-16.1.2.p5 on Ubuntu 20.04 LTS

2020-04-30 Thread Matthias Koeppe
On Thursday, April 30, 2020 at 8:20:11 PM UTC-7, Matthias Koeppe wrote: > > On Thursday, April 30, 2020 at 7:47:06 PM UTC-7, Andrew Bernard wrote: >> >> Despite repeated effort, I am unable to get sage to build on Ubuntu 20 >> due to failure in the ecl module. I have installed all the system

[sage-devel] Re: Unable to build ecl-16.1.2.p5 on Ubuntu 20.04 LTS

2020-04-30 Thread Matthias Koeppe
On Thursday, April 30, 2020 at 7:47:06 PM UTC-7, Andrew Bernard wrote: > > Despite repeated effort, I am unable to get sage to build on Ubuntu 20 due > to failure in the ecl module. I have installed all the system packages as > recommended elsewhere, and also libffi-dev. The error seems to

Re: [sage-devel] remove log_html() and other log_*()

2020-04-30 Thread Michael Orlitzky
On 4/30/20 3:11 PM, David Roe wrote: > > I understand where the criticism is coming from, but I think one of the > big plusses of search_src and friends is that they're usable from the > sage command line without switching context to the command line.  I > don't think they should be removed.

Re: [sage-devel] remove log_html() and other log_*()

2020-04-30 Thread David Roe
On Thu, Apr 30, 2020 at 2:56 PM Michael Orlitzky wrote: > On 4/30/20 2:10 PM, John H Palmieri wrote: > > > > > They're doctested, and they still work. What makes the implementation > > bad? They use standard Python library tools to walk a directory tree and > > then to do a regexp search on the

Re: [sage-devel] remove log_html() and other log_*()

2020-04-30 Thread Michael Orlitzky
On 4/30/20 2:10 PM, John H Palmieri wrote: > > They're doctested, and they still work. What makes the implementation > bad? They use standard Python library tools to walk a directory tree and > then to do a regexp search on the files there. An advantage to this > approach is that it is standard

Re: [sage-devel] remove log_html() and other log_*()

2020-04-30 Thread John H Palmieri
On Thursday, April 30, 2020 at 11:15:31 AM UTC-7, Dima Pasechnik wrote: > > > > On Thu, 30 Apr 2020, 19:10 John H Palmieri, > wrote: > >> >> >> On Thursday, April 30, 2020 at 9:20:00 AM UTC-7, Michael Orlitzky wrote: >>> >>> On 4/30/20 11:16 AM, Dima Pasechnik wrote: >>> > >>> > I think we

Re: [sage-devel] remove log_html() and other log_*()

2020-04-30 Thread Dima Pasechnik
On Thu, 30 Apr 2020, 19:10 John H Palmieri, wrote: > > > On Thursday, April 30, 2020 at 9:20:00 AM UTC-7, Michael Orlitzky wrote: >> >> On 4/30/20 11:16 AM, Dima Pasechnik wrote: >> > >> > I think we should just remove this completely, as ipython nowadays has >> > %history magic which certainly

Re: [sage-devel] remove log_html() and other log_*()

2020-04-30 Thread John H Palmieri
On Thursday, April 30, 2020 at 9:20:00 AM UTC-7, Michael Orlitzky wrote: > > On 4/30/20 11:16 AM, Dima Pasechnik wrote: > > > > I think we should just remove this completely, as ipython nowadays has > > %history magic which certainly can do the same as log_text() > > > > +1 > > I feel the

Re: [sage-devel] "!=" is different from "not ==" for permutation groups

2020-04-30 Thread 'Reimundo Heluani' via sage-devel
On Apr 30, Vincent Delecroix wrote: Your fix looks good Reimundo. Could you open a ticket and post the number in this thread? Sure, it's here: https://trac.sagemath.org/ticket/29624#ticket Cheers, R. Vincent Le 29/04/2020 à 19:54, 'Reimundo Heluani' via sage-devel a écrit : On Apr 29,

Re: [sage-devel] "!=" is different from "not ==" for permutation groups

2020-04-30 Thread Vincent Delecroix
Your fix looks good Reimundo. Could you open a ticket and post the number in this thread? Vincent Le 29/04/2020 à 19:54, 'Reimundo Heluani' via sage-devel a écrit : On Apr 29, Dennis Epple wrote: Hello, "!=" does not seem to work for permutation groups. sage: G = SymmetricGroup(2) sage: H =

Re: [sage-devel] remove log_html() and other log_*()

2020-04-30 Thread Michael Orlitzky
On 4/30/20 11:16 AM, Dima Pasechnik wrote: > > I think we should just remove this completely, as ipython nowadays has > %history magic which certainly can do the same as log_text() > +1 I feel the same way about functions like search_src() that badly reimplement grep (even if they still work).

Re: [sage-devel] Re: openssl-1.1.1b

2020-04-30 Thread Samuel Lelièvre
See also this suggestion by Nathan Dunfield in a different thread on the same topic: https://groups.google.com/d/msg/sage-devel/J5RqSDubSUk/hCryyjVdAAAJ Le jeu. 30 avr. 2020 à 14:35, Samuel Lelievre a écrit : > > > > Le mercredi 29 avril 2020 02:05:31 UTC+2, Matthias Koeppe a écrit : >> >> from

[sage-devel] remove log_html() and other log_*()

2020-04-30 Thread Dima Pasechnik
the code in src/sage/misc/log.py is quite old, and has no doctests. As a result it has bitrotted due to an ipytthon update some years ago. See https://trac.sagemath.org/ticket/29621 I think we should just remove this completely, as ipython nowadays has %history magic which certainly can do the

[sage-devel] Re: -i openssl not working Mac OSX

2020-04-30 Thread Nathan Dunfield
Assuming you are using one of the recent binary packages for Sage 8.9 or 9.0, you could also use the prebuilt openssl packages available here: https://bitbucket.org/t3m/snappy/downloads/ Just download "mac_sage8.tgz" or "mac_sage9.tgz", unpack, and follow the instructions. Nathan -- You

Re: [sage-devel] -i openssl not working Mac OSX

2020-04-30 Thread Samuel Lelievre
Thu 2020-04-30 05:22:30 UTC, Justin C. Walker: > > > On Apr 29, 2020, at 15:50, Grant Bowling: > > > > Hello, > > > > I got an error trying to use sage -i openssl to get openssl > > on my sage so that I can use -pip install packagename. > > I have the required xtools command line tools.

[sage-devel] Re: openssl-1.1.1b

2020-04-30 Thread Samuel Lelievre
Le mercredi 29 avril 2020 02:05:31 UTC+2, Matthias Koeppe a écrit : > > from openssl-1.1.1b.log > > ccache: error: Failed to create directory /Users/Antoine/.ccache/tmp: > Permission denied > > Perhaps a result of compiling as root at some point > Try this command to repair ownership of