Re: [sage-devel] Sage runs in Window's 10's new Unix subsystem

2016-12-14 Thread GK
Hi again, thanks to the insight. I managed to successfully run sage in WSL. notebook(automatic_login='False') triggered indeed a different reaction, but again did not work. The trick was to run bash on ubuntu on windows as administrator and run sage. Afterwards all seem to work even without run

Re: [sage-devel] Re: Aliases

2016-12-14 Thread Jori Mäntysalo
On Wed, 14 Dec 2016, Peleg Michaeli wrote: OK then, I'll simply add aliases in the docstrings (however, note that there are places in sage with such aliases, such as `am = adjacency_matrix`). Yes, there are. And I think they should be mostly deprecated and later deleted. /Except something li

[sage-devel] Re: Aliases

2016-12-14 Thread Peleg Michaeli
OK then, I'll simply add aliases in the docstrings (however, note that there are places in sage with such aliases, such as `am = adjacency_matrix`). On Thursday, 8 December 2016 00:17:07 UTC+2, Sébastien Labbé wrote: > > > I dunno. Aliases are a source of ambiguity and confusion -- my advice >>

Re: [sage-devel] Re: Our current git doesn't build anymore with recent (>=1.1) openSSL

2016-12-14 Thread Emmanuel Charpentier
This is now Trac#22058 . Advice requested about what to upgrade to : 2.10.2 is abou 11 weeks old, 2.11.0 about two weeks old, and might be judged a bit wet behind the ears ; OTOH, it has been probably checked against openssl's newfangled version. For info

Re: [sage-devel] Re: Our current git doesn't build anymore with recent (>=1.1) openSSL

2016-12-14 Thread François Bissey
On 15/12/16 11:36, Dima Pasechnik wrote: except that this makes it unclear how one can ship a fully functioning (with SSL) Sage binary on OSX that does not depend on system git being available (and the latter I presume needs Xcode). I'll admit that I cannot check that right now. In fact I am no

Re: [sage-devel] Re: Our current git doesn't build anymore with recent (>=1.1) openSSL

2016-12-14 Thread Dima Pasechnik
On Wednesday, December 14, 2016 at 10:30:14 PM UTC, François wrote: > > On 15/12/16 11:17, Dima Pasechnik wrote: > > IIRC, Sage's current git also does not build on OSX properly, and this > > was also related to SSL. > > I'd open a ticket to upgrade to the current stable git (2.10.2, I > gues

Re: [sage-devel] Re: Our current git doesn't build anymore with recent (>=1.1) openSSL

2016-12-14 Thread François Bissey
On 15/12/16 11:17, Dima Pasechnik wrote: IIRC, Sage's current git also does not build on OSX properly, and this was also related to SSL. I'd open a ticket to upgrade to the current stable git (2.10.2, I guess). Definitely. You are encouraged to open a ticket. And yes some OS X problem are rela

[sage-devel] Re: Our current git doesn't build anymore with recent (>=1.1) openSSL

2016-12-14 Thread Dima Pasechnik
IIRC, Sage's current git also does not build on OSX properly, and this was also related to SSL. I'd open a ticket to upgrade to the current stable git (2.10.2, I guess). On Wednesday, December 14, 2016 at 10:05:09 PM UTC, Emmanuel Charpentier wrote: > > On my way to understant what can and can

[sage-devel] Our current git doesn't build anymore with recent (>=1.1) openSSL

2016-12-14 Thread Emmanuel Charpentier
On my way to understant what can and cannot be done with R (this needing a "bare" VM to test difficulties avoided by system's software), I stumbled on a nice one : our current git (2.6.2) no longer compiles against a recent openSSL distribution. It seems that the recently crash-released 1.1 ver

Re: [sage-devel] Re: Sage Windows Installer (take 2b)

2016-12-14 Thread Peter Luschny
> I replaced the existing binary with a new one at BRAVO! All works fine. (only plot() gives no output) Peter -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sag

Re: [sage-devel] Re: Sage Windows Installer (take 2b)

2016-12-14 Thread Erik Bray
On Wed, Dec 14, 2016 at 6:12 PM, Erik Bray wrote: > On Wed, Dec 14, 2016 at 5:58 PM, Peter Luschny > wrote: >>> Please give this new build a try: >>> >>> https://github.com/embray/sage-windows/releases/download/0.1a3-7.4/SageMath-7.4.exe >>> >>> This was built incorporating the fixes pointed out

Re: [sage-devel] Re: Sage Windows Installer (take 2b)

2016-12-14 Thread Erik Bray
On Wed, Dec 14, 2016 at 5:58 PM, Peter Luschny wrote: >> Please give this new build a try: >> >> https://github.com/embray/sage-windows/releases/download/0.1a3-7.4/SageMath-7.4.exe >> >> This was built incorporating the fixes pointed out by Dima for Givaro >> and FFLAS-FFPACK. I don't see any bin

Re: [sage-devel] Re: Sage Windows Installer (take 2b)

2016-12-14 Thread Erik Bray
On Wed, Dec 14, 2016 at 12:42 PM, Dima Pasechnik wrote: > Hi Erik, > > there are bugs in 7.4 (which is the version your Windows version is based > on, right?) > that break SAGE_FAT_BINARY. > See https://trac.sagemath.org/ticket/21850 and > https://trac.sagemath.org/ticket/21849 > and https://trac.

Re: [sage-devel] Re: Sage Windows Installer (take 2b)

2016-12-14 Thread Erik Bray
On Wed, Dec 14, 2016 at 2:48 PM, mmarco wrote: > If you provide several binaries, I think it would be wise to advertise the > lowest common denominator as the "standard" one, so it works for every > user. Indeed--it would be the default, most prominently advertised one. More specialized builds,

Re: [sage-devel] Re: Sage Windows Installer (take 2b)

2016-12-14 Thread mmarco
If you provide several binaries, I think it would be wise to advertise the lowest common denominator as the "standard" one, so it works for every user. El miércoles, 14 de diciembre de 2016, 12:59:13 (UTC+1), Erik Bray escribió: > > On Wed, Dec 14, 2016 at 12:47 PM, Erik Bray > wrote: > > On

Re: [sage-devel] Re: Sage Windows Installer (take 2b)

2016-12-14 Thread Erik Bray
On Wed, Dec 14, 2016 at 12:47 PM, Erik Bray wrote: > On Wed, Dec 14, 2016 at 12:42 PM, Dima Pasechnik wrote: >> Hi Erik, >> >> there are bugs in 7.4 (which is the version your Windows version is based >> on, right?) >> that break SAGE_FAT_BINARY. >> See https://trac.sagemath.org/ticket/21850 and

Re: [sage-devel] Re: Sage Windows Installer (take 2b)

2016-12-14 Thread Erik Bray
On Wed, Dec 14, 2016 at 12:42 PM, Dima Pasechnik wrote: > Hi Erik, > > there are bugs in 7.4 (which is the version your Windows version is based > on, right?) > that break SAGE_FAT_BINARY. > See https://trac.sagemath.org/ticket/21850 and > https://trac.sagemath.org/ticket/21849 > and https://trac.

Re: [sage-devel] Re: Sage Windows Installer (take 2b)

2016-12-14 Thread Dima Pasechnik
Hi Erik, there are bugs in 7.4 (which is the version your Windows version is based on, right?) that break SAGE_FAT_BINARY. See https://trac.sagemath.org/ticket/21850 and https://trac.sagemath.org/ticket/21849 and https://trac.sagemath.org/ticket/21772 Did you backport these? Dima On Wednesd

Re: [sage-devel] Re: Sage Windows Installer (take 2b)

2016-12-14 Thread Erik Bray
On Wed, Dec 14, 2016 at 11:33 AM, Peter Luschny wrote: >> Could you tell me what kind of CPU you have? And remind me, was this >> running in a VM (it shouldn't matter but I'm curious)? > > > No, no, it ran on bare iron. Okay, so there are at least a few instructions my CPU has that yours doesn't

[sage-devel] Re: Cross-type comparisons

2016-12-14 Thread Marc Mezzarobba
Jeroen Demeyer wrote: >> Does Element.__richcmp__() (via CoercionModel_cache_maps.richcmp()) >> really need to fall back on comparing by type/id when no common >> parent is found? > > No. As far as I know, It does so for historical reasons only. I am in > favour of making elements without a common

Re: [sage-devel] Re: Sage Windows Installer (take 2b)

2016-12-14 Thread Peter Luschny
> > Could you tell me what kind of CPU you have? And remind me, was this > running in a VM (it shouldn't matter but I'm curious)? > No, no, it ran on bare iron. Peter -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this

[sage-devel] Re: search in sage docs says "[Object object]"

2016-12-14 Thread Samuel Lelievre
2016-12-14 00:09:50 UTC+1, William: > search in Sage docs says "[object Object]" Not sure what is causing that. Regarding "algebraic_dependency", search for "algdep". https://www.google.fr/search?q=algdep+sagemath -- You received this message because you are subscribed to the Google Groups

Re: [sage-devel] Re: Sage Windows Installer (take 2b)

2016-12-14 Thread Erik Bray
On Wed, Dec 14, 2016 at 1:23 AM, Peter Luschny wrote: > Same problem as last time -- dead kernel: "The kernel has died, > and the automatic restart has failed." New message: > "Saving untrusted notebook". Untrusted notebook, what is this? Hmm, that's too bad. Though it doesn't look like the *sam