Re: [sage-devel] disallow mixing of pos.char.ring elements and symbolic variables

On Tuesday, August 30, 2016 at 5:45:16 PM UTC+2, vdelecroix wrote: > > sage: x = SR.variable(domain = GF(3)) > sage: n = SR.variable(domain = ZZ) > This is good design(TM). The usage however duplicates Sage's polynomial rings, so why burden calculus with that? The only other usage I can think of

[sage-devel] Re: missing emails from trac

leif wrote: > Dima Pasechnik wrote: >> >> On Tuesday, August 30, 2016 at 5:20:37 PM UTC, leif wrote: >> >> FWIW, I now have *significant* delay in (apparently) *all* >> notifications >> from trac, even between those for the same ticket where the comments >> were made within a few mi

[sage-devel] Re: missing emails from trac

Dima Pasechnik wrote: > > On Tuesday, August 30, 2016 at 5:20:37 PM UTC, leif wrote: > > FWIW, I now have *significant* delay in (apparently) *all* > notifications > from trac, even between those for the same ticket where the comments > were made within a few minutes. > > > plea

[sage-devel] Re: [sagemath-admins] Re: missing emails from trac

On Tue, Aug 30, 2016 at 9:15 PM, Harald Schilly wrote: > On Tue, Aug 30, 2016 at 11:10 PM, Dima Pasechnik wrote: >> besides changing the provider (sendgrid) > > hmm, are you sure it's related to sendgrid? maybe there is some > setting that can be tweaked? I don't know anything about this "Milter"

[sage-devel] Re: [sagemath-admins] Re: missing emails from trac

On Tue, Aug 30, 2016 at 11:10 PM, Dima Pasechnik wrote: > besides changing the provider (sendgrid) hmm, are you sure it's related to sendgrid? maybe there is some setting that can be tweaked? I don't know anything about this "Milter" thing or what it is really supposed to be doing, though. -- ha

[sage-devel] Re: [sagemath-admins] Re: missing emails from trac

On Tue, Aug 30, 2016 at 2:10 PM, Dima Pasechnik wrote: > > > On Tuesday, August 30, 2016 at 5:20:37 PM UTC, leif wrote: >> >> Dima Pasechnik wrote: >> > >> > On Sunday, August 28, 2016 at 6:13:18 PM UTC, Harald Schilly wrote: >> > >> > Hi, I've no idea, I've not setup that server and never did

[sage-devel] Re: missing emails from trac

On Tuesday, August 30, 2016 at 5:20:37 PM UTC, leif wrote: > > Dima Pasechnik wrote: > > > > On Sunday, August 28, 2016 at 6:13:18 PM UTC, Harald Schilly wrote: > > > > Hi, I've no idea, I've not setup that server and never did something > > for DKIM before. > > > > > > OK, I thou

Re: [sage-devel] Re: Should we close all tickets with milestone "sage-duplicate/invalid/wontfix"?

On 2016-08-30 19:44, leif wrote: Anyway, our current policy is that *only* the release manager is allowed to close tickets, so I wouldn't do without first asking. I have the "power" to close tickets, but I don't do that because of this reason. The only exceptions are tickets which are obviousl

[sage-devel] Re: Should we close all tickets with milestone "sage-duplicate/invalid/wontfix"?

Frédéric Chapoton wrote: > Hello, > > May *please* somebody close all the *69* positive-reviewed > duplicate/invalid/wontfix tickets ? > > if Volker has no time for that, maybe somebody else should be given the > power to do that ? Well, a couple do have the power, but the problem is that they g

[sage-devel] Re: [Yet again] Sage's R vs system's R

Emmanuel Charpentier wrote: > Well... Tha was ... instructive ... > > We see to have two consistent options to keep R a standard package : > > 1. Keep R as a standard package, including the binaries. This involves : > * make xz a standard package ; > * port the old-style pcre package

[sage-devel] Re: missing emails from trac

Dima Pasechnik wrote: > > On Sunday, August 28, 2016 at 6:13:18 PM UTC, Harald Schilly wrote: > > Hi, I've no idea, I've not setup that server and never did something > for DKIM before. > > > OK, I thought that is had something to do with you doing sendgrid-related > email authenticati

[sage-devel] Re: How to use Sage's doc builder off the source tree

Jeroen Demeyer wrote: > On 2016-08-28 18:59, Simon King wrote: >> Is it possible to use "sage -t" on such docs? > > I would guess that the doctesting is *not* affected by the formatting of > the surrounding documentation. AFAIK Sage's doctest parser doesn't care about markup (especially sections)

Re: [sage-devel] disallow mixing of pos.char.ring elements and symbolic variables

In earlier times of Pynac, ie GiNaC was and is certainly including polynomial and pos.char. manipulations. I do not claim historical correctness wrt Sage. Thanks for correction. Jeroen, do you have a tricky counterexample? -- You received this message because you are subscribed to the Google Gr

Re: [sage-devel] disallow mixing of pos.char.ring elements and symbolic variables

On Tue, Aug 30, 2016 at 8:45 AM, Vincent Delecroix <20100.delecr...@gmail.com> wrote: > Hi Ralf, > > First of all, your opinon is more valuable than others since you are the > maintainer of Pynac. Perhaps my opinion is also worth something since I made up the name "Pynac" and wrote the first versi

Re: [sage-devel] disallow mixing of pos.char.ring elements and symbolic variables

On 2016-08-30 17:28, Ralf Stephan wrote: I propose to make it an error to mix elements of rings with positive characteristics (or symbolic Mod) and symbolic variables. Is it easy to actually do that? -- You received this message because you are subscribed to the Google Groups "sage-devel" gro

Re: [sage-devel] disallow mixing of pos.char.ring elements and symbolic variables

Hi Ralf, First of all, your opinon is more valuable than others since you are the maintainer of Pynac. That being said, the constraint specification of symbolic variables in Sage is really poor. Ideally, we should be able to have symbolic computation more tightly linked to Sage parents. It s

Re: [sage-devel] disallow mixing of pos.char.ring elements and symbolic variables

On Tue, Aug 30, 2016 at 8:28 AM, Ralf Stephan wrote: > As you know Pynac provides symbolic computation. In earlier times > this included polynomial manipulation and other things where Sage > has now dedicated and consistent algebraic structures. Can you clarify? Sage had and used "dedicated and

[sage-devel] disallow mixing of pos.char.ring elements and symbolic variables

As you know Pynac provides symbolic computation. In earlier times this included polynomial manipulation and other things where Sage has now dedicated and consistent algebraic structures. Pynac nowaday is mostly calculus. For this reason, and because I'm tired of trying to fix things that belong in

[sage-devel] Re: cohomology of topological spaces

User/password is correct, but git trac --user user --password "password" fails with Saved trac username. > Saved trac password. > Trac xmlrpc URL: > http://trac.sagemath.org/xmlrpc (anonymous) > http://trac.sagemath.org/login/xmlrpc (authenticated) > realm sage.math.washington.edu >

Re: [sage-devel] Re: Should we close all tickets with milestone "sage-duplicate/invalid/wontfix"?

Go for it ;-) On Tuesday, August 30, 2016 at 12:22:07 PM UTC+2, Erik Bray wrote: > > On Tue, Aug 30, 2016 at 11:10 AM, Frédéric Chapoton > > wrote: > > Hello, > > > > May please somebody close all the 69 positive-reviewed > > duplicate/invalid/wontfix tickets ? > > > > if Volker has no time

[sage-devel] Re: Should we close all tickets with milestone "sage-duplicate/invalid/wontfix"?

On Tuesday, August 30, 2016 at 5:10:15 AM UTC-4, Frédéric Chapoton wrote: > > Hello, > > May *please* somebody close all the *69* positive-reviewed > duplicate/invalid/wontfix tickets ? > > if Volker has no time for that, maybe somebody else should be given the > power to do that ? > >> >>

[sage-devel] Re: For few days this link doesn't work ?

the link works for me. On Tuesday, August 30, 2016 at 11:00:48 AM UTC, aishen wrote: > > Hi, > > Is there any problem of connection, or is it only me ? > > I can't connect to SM, > > Best > > Henri > > > SageManifolds: home >

[sage-devel] For few days this link doesn't work ?

Hi, Is there any problem of connection, or is it only me ? I can't connect to SM, Best Henri SageManifolds: home

Re: [sage-devel] Re: Should we close all tickets with milestone "sage-duplicate/invalid/wontfix"?

On Tue, Aug 30, 2016 at 11:10 AM, Frédéric Chapoton wrote: > Hello, > > May please somebody close all the 69 positive-reviewed > duplicate/invalid/wontfix tickets ? > > if Volker has no time for that, maybe somebody else should be given the > power to do that ? I can do it, if no one objects. It

[sage-devel] Re: [Yet again] Sage's R vs system's R

Well... Tha was ... instructive ... We see to have two consistent options to keep R a standard package : 1. Keep R as a standard package, including the binaries. This involves : - make xz a standard package ; - port the old-style pcre package as a new-style standard package ;

[sage-devel] Re: Should we close all tickets with milestone "sage-duplicate/invalid/wontfix"?

Hello, May *please* somebody close all the *69* positive-reviewed duplicate/invalid/wontfix tickets ? if Volker has no time for that, maybe somebody else should be given the power to do that ? Frédéric Le jeudi 19 mai 2016 10:51:20 UTC+2, Samuel Lelievre a écrit : > > I'm wondering if we shou

Re: [sage-devel] Re: How to use Sage's doc builder off the source tree

On 2016-08-28 18:59, Simon King wrote: Is it possible to use "sage -t" on such docs? I would guess that the doctesting is *not* affected by the formatting of the surrounding documentation. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To un