Re: [sage-devel] Error building the documentation with 8.8.beta5

It looks like you are using tachyon instead of jmol for rendering some 3D plots. I think that's what is causing the issues. Your jmol install may be broken and tachyon is used as the fallback. Francois On 14/05/19 4:22 am, David Coudert wrote: I already had issues building the doc with 8.8.bet

Re: [sage-devel] Re: output form of limits is misleading

Hi Emmanuel, Thank you for your reply. Given the preliminary declarations > *x = var("x")* *h(x) = (x^2 + x + 2)/(x - 4)*, I've discovered that *limit(**h**, x=4, dir="right")* gives the confusing answer *x |--> +Infinity* , but that by replacing *h* by *h(x)* one obtains the desired

Re: [sage-devel] Dependence of libgd on iconv

On Mon, May 13, 2019 at 5:43 PM Michael Orlitzky wrote: > > On 5/13/19 10:04 AM, Dima Pasechnik wrote: > > > > We should get an spkg-configure.m4 for libgd, it's really silly to > > build it everywhere... > > (I guess that's what Michael is working on :-)) > > > > I looked at libgd and saw that we

[sage-devel] Error building the documentation with 8.8.beta5

I already had issues building the doc with 8.8.beta4, so after upgrading to 8.8.beta5, I did make doc-clean but it's not enough. Attached is the log file. I have not tried a dist-clean, and I hope I can avoid it... Best, David. -- You received this message because you are subscribed to the Go

[sage-devel] Re: Conversions to/from other symbolics packages

On Monday, May 13, 2019 at 7:46:26 AM UTC-7, Emmanuel Charpentier wrote: > > So a systematic revision might be better than a raft of isolated tickets. > This might also be used to treat the case of different expressions in > different systems of the tsame mathematuic being. Case in point : > Mat

Re: [sage-devel] Dependence of libgd on iconv

On Mon, May 13, 2019 at 4:43 PM Michael Orlitzky wrote: > > On 5/13/19 10:04 AM, Dima Pasechnik wrote: > > > > We should get an spkg-configure.m4 for libgd, it's really silly to > > build it everywhere... > > (I guess that's what Michael is working on :-)) > > > > I looked at libgd and saw that we

Re: [sage-devel] Dependence of libgd on iconv

On 5/13/19 10:04 AM, Dima Pasechnik wrote: > > We should get an spkg-configure.m4 for libgd, it's really silly to > build it everywhere... > (I guess that's what Michael is working on :-)) > I looked at libgd and saw that we have in-progress tickets for its other two dependencies, freetype and li

Re: [sage-devel] Dependence of libgd on iconv

On Mon, May 13, 2019 at 3:53 PM Dima Pasechnik wrote: > > iconv is only installed on Cygwin anyway (apart from surely dead HP > port, and fallen behind Solaris port, > which probably no longer needs it anyway). > So this is a red herring one way or another. Wow, I haven't worried too much about i

[sage-devel] Conversions to/from other symbolics packages

[ Long story: see this ask.sagemath.org question , which already generated Trac#27816 ]. Consider : x,y,r0,r1,t=var("x,y,r0,r1,t", domain="real") assume(r0>0, r1>0, r1<=2*r0) E0=x^2+y^2==r0^2 E

Re: [sage-devel] Dependence of libgd on iconv

On 2019-05-13 16:04, Dima Pasechnik wrote: as Debian does not have iconv in libgd, I assume it's safe to remove the dependence. If that's possible, sure. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop re

[sage-devel] Re: MacOS 10.14 compiling Sage GSL error

It was my PATH that was causing issues. I fixed it and now it built successfully. Thank you for your help! On Thursday, 9 May 2019 16:57:13 UTC+2, Markéta Sluková wrote: > > Hi, > > I have been trying to compile Sage from source code on my Macbook with > macOS 10.14.3. However, I get the error

Re: [sage-devel] Dependence of libgd on iconv

On Mon, May 13, 2019 at 2:53 PM Jeroen Demeyer wrote: > > On 2019-05-13 15:51, Michael Orlitzky wrote: > > It's possible to build libgd without iconv as > > far as I can tell (check CMakeLists.txt) > > A dependency is not the same as a requirement. If it's used by the > package (optional or not),

Re: [sage-devel] Dependence of libgd on iconv

On 2019-05-13 15:51, Michael Orlitzky wrote: It's possible to build libgd without iconv as far as I can tell (check CMakeLists.txt) A dependency is not the same as a requirement. If it's used by the package (optional or not), it's almost certainly a dependency. -- You received this message b

Re: [sage-devel] Dependence of libgd on iconv

iconv is only installed on Cygwin anyway (apart from surely dead HP port, and fallen behind Solaris port, which probably no longer needs it anyway). So this is a red herring one way or another. On Mon, May 13, 2019 at 2:51 PM Michael Orlitzky wrote: > > Our libgd package depends on iconv: > > $

[sage-devel] Dependence of libgd on iconv

Our libgd package depends on iconv: $ cat build/pkgs/libgd/dependencies libpng freetype iconv ... Does anyone remember why? It's possible to build libgd without iconv as far as I can tell (check CMakeLists.txt), and the only consequence I see is that some functions in libgd's src/gdkanji.c

Re: [sage-devel] Question : what are the patchbots suppoed to di when testing a new upstream package ?

On Mon, May 13, 2019 at 1:59 PM E. Madison Bray wrote: > > On Mon, May 13, 2019 at 12:24 PM Emmanuel Charpentier > wrote: > > > > Dear list, > > > > I wondered why no one had judged useful to review Trac#27738. I checked the > > result of the (numerous) patchbot tests and wondered why ALL of the

Re: [sage-devel] Question : what are the patchbots suppoed to di when testing a new upstream package ?

On Mon, May 13, 2019 at 12:24 PM Emmanuel Charpentier wrote: > > Dear list, > > I wondered why no one had judged useful to review Trac#27738. I checked the > result of the (numerous) patchbot tests and wondered why ALL of their > shortlogs ended in : > > tar xf /tmp/tmpjvmgze9t/R-3.6.0.tar.gz -C

[sage-devel] Question : what are the patchbots suppoed to di when testing a new upstream package ?

Dear list, I wondered why no one had judged useful to review Trac#27738 . I checked the result of the (numerous) patchbot tests and wondered why ALL of their shortlogs ended in : tar xf /tmp/tmpjvmgze9t/R-3.6.0.tar.gz -C /tmp/tmpjvmgze9t > Successfully un

[sage-devel] Re: output form of limits is misleading

Let's see : sage: h(x)=(x^2+x+2)/(x-4) sage: h.parent() Callable function ring with argument x sage: limit(h,x=4,dir="right").parent() Callable function ring with argument x sage: h(x).parent() Symbolic Ring sage: limit(h(x),x=4,dir="right").parent() Symbolic Ring sage: limit(h(x),x=4,dir="right")

[sage-devel] output form of limits is misleading

I am using SageMath version 8.7, Release Date 2019-03-23, within a Jupyter notebook. My operating system is Windows 10. I know some elementary Python programming, but am certainly not an expert. I am essentially a newbie to SageMath. I defined, as per the S.D.S.U. Sage Tutorial, a function