Re: [sage-devel] Re: Bug or Feature: assumed precision of RealNumber depends on zero(s) before decimal point

a remark this is irrelevant to your actual > question. > > CC'ing Robert Bradshaw who I think wrote the relevant code for choosing > precision... > > On Fri, Mar 31, 2017 at 8:00 AM William Stein <wst...@gmail.com> wrote: > >> On Fri, Mar 31, 2017 at 7:24 AM Trav

Re: [sage-devel] Checking out old branches

OK, let's consider the following setup: we have three Cython modules, a, b, and c, and b cimports a, so we have (at least) three files a.pyx a.pxd b.pyx c.pyx Having just built sage, we also have a.c b.c c.c with *newer* timestamps than any of the above. Now we switch branches (forward,

Re: [sage-devel] Re: Checking out old branches

On Sat, Nov 19, 2016 at 12:40 AM, Jeroen Demeyer <jdeme...@cage.ugent.be> wrote: > On 2016-11-18 20:48, Robert Bradshaw wrote: >> >> Hopefully with a good ccache/cycache rebuilding from a fresh clone >> should be fast too. > > > Speaking of cycache, is

Re: [sage-devel] Re: Checking out old branches

On Fri, Nov 18, 2016 at 12:39 AM, David Roe wrote: > > On Fri, Nov 18, 2016 at 2:45 AM, Volker Braun wrote: >> >> On Friday, November 18, 2016 at 8:12:32 AM UTC+1, David Roe wrote: >>> >>> Create a new git trac subcommand to replace `git trac checkout

Re: [sage-devel] square_root_mod_prime_power may produce incorrect result

Yikes! https://github.com/sagemath/sage/pull/66 On Tue, Nov 8, 2016 at 12:06 PM, Mathijs van de Nes wrote: > The function square_root_mod_prime from sage.rings.finite_rings.integer_mod > may produce an incorrect result. > > Example: > In [1]: mod(100, 5^7).sqrt()^2 >

Re: [sage-devel] Re: How to share extern variables accross modules?

On Sun, Aug 7, 2016 at 11:53 AM, leif wrote: > Jeroen Demeyer wrote: >> On 2016-08-07 17:26, Simon King wrote: >>>I build all these extension modules with >>> libraries = ['mtx', 'modres'] >> >> This isn't the topic of this thread, but I think it is better style

Re: [sage-devel] Re: Git repository should have Sage versions as branches not tags

gt;> pull >> requests are typically against the master branch and public releases are >> when >> this branch gets updated). >> >> The bot is maintained by Robert Bradshaw, he might be able to comment >> more. >> See https://wiki.sagemath.org/Infrastructure

Re: [sage-devel] Let's talk specifics (was Re: how we develop sage)

This has been a very interesting discussion... There are pros and cons to modularity, and it's worth noting that this can be done at various different levels. For example, where I work we have a single, monolithic codebase (very convenient) but at the same time have fairly strict, explicit

Re: [sage-devel] Re: pushing to tickets after setting it to positive_review is incompatible with the current workflow

On Sat, Apr 18, 2015 at 10:48 AM, Julien Puydt julien.pu...@laposte.net wrote: May I notice that : (1) the ticket is in stage needs_review or positive_review ; (2) what is actually reviewed is a precise commit in a git branch ; (3) nothing forces the ticket and the branch to be synchronized.

Re: [sage-devel] CategoryObject vs. Parent

On Tue, May 5, 2015 at 2:10 PM, Eric Gourgoulhon egourgoul...@gmail.com wrote: Hi, Le mardi 5 mai 2015 12:44:08 UTC+2, vdelecroix a écrit : IMHO, they do not belong either to parents. A set has generators? sage: Partitions(5).gens_dict() Traceback (most recent call last): ...

Re: [sage-devel] Re: developer map misaligned

Looks like someone swapped the x and y coordinates. On Sun, Apr 26, 2015 at 12:52 PM, leif not.rea...@online.de wrote: Jan Groenewald wrote: Is it just me or do I seem to have moved somewhere West of Cape Verde in the Atlantic Ocean. The developer map developer locations are misaligned in

Re: [sage-devel] Re: Patchbot fails after first attempt

--skip-base only disables the initial run (which is useful for preventing a rogue/broken install from declaring all tickets as broken). On Tue, Apr 14, 2015 at 2:49 AM, Jan Keitel jocalareanetw...@gmail.com wrote: Whatever the problem was before, it is gone now - at least it just successfully

Re: [sage-devel] Re: We can now have pictures in our documentation

Cool. Any reason we couldn't just detect the standard plot() command in a PLOT section? On Wed, Mar 18, 2015 at 2:16 AM, Nathann Cohen nathann.co...@gmail.com wrote: Hell, - Can this be used to show pdf pictures obtained by (tikz) latex code? HM O_o Well, not as it is right

Re: [sage-devel] *less* visible stopgap (i.e. wrong result warning)

+1 If it's too difficult to verify the input meets the preconditions in IntegerListsLex itself, we could have an optional argument (defaulting to False) that one can call to make the assertion that one knows the preconditions are met and suppresses this warning. On Mon, Mar 9, 2015 at 7:06 AM,

Re: [sage-devel] Re: running multiple patchbots on a cluster

On Sat, Mar 7, 2015 at 1:24 PM, Ralf Stephan gtrw...@gmail.com wrote: Before I even look closer: are you using git master of patchbot? The 2.2 tarball is the most recent. Have you had a look at my pull requests? Be aware that the version advertised on the web page may be not

Re: [sage-devel] Re: Wrong results or Bad input ?

I think proper input validation (at least not silently accepting input that will produce wrong answers) is a wortwhile bar to set for code in the global namespace. On Fri, Mar 6, 2015 at 1:00 AM, Volker Braun vbraun.n...@gmail.com wrote: In the long run there is IMHO no alternative to writing

Re: [sage-devel] Re: Sage code for educational purposes only?

I would say such a function belongs in the documentation only, and we should have an easy way of testing (and perhaps importing) code defined there. On Thu, Feb 26, 2015 at 12:19 PM, Travis Scrimshaw tsc...@ucdavis.edu wrote: Should there be code in Sage which is extremely slow and for

Re: [sage-devel] Re: Re: Re: Python vs Cython parents, and element constructors

On Thu, Feb 12, 2015 at 1:24 AM, Jeroen Demeyer jdeme...@cage.ugent.be wrote: On 2015-02-11 18:18, Marc Mezzarobba wrote: Jeroen Demeyer wrote: Element.__call__ calls it, it is a Cython call. There is no Element.__call__. I meant Parent.__call__, sorry. If Parent is a Python object,

Re: [sage-devel] Re: Python vs Cython parents, and element constructors

On Wed, Feb 11, 2015 at 3:15 AM, Marc Mezzarobba m...@mezzarobba.net wrote: Volker Braun wrote: My advice would be to implement the parent in Python and benchnmark it. If you are doing something in _element_constructor_ that would benefit greatly by Cython then you can just move that part to

Re: [sage-devel] Re: Python vs Cython parents, and element constructors

On Tue, Feb 10, 2015 at 2:34 PM, Volker Braun vbraun.n...@gmail.com wrote: My advice would be to implement the parent in Python and benchnmark it. If you are doing something in _element_constructor_ that would benefit greatly by Cython then you can just move that part to Cython. +1 On

Re: [sage-devel] coercion issue

Interesting. It seems the problem is that cm.discover_action(GF(5), ZZ, operator.div) tries to look for a right action on of cm.discover_action(GF(5), Frac(ZZ), operator.mul) which doesn't exist as there are no coercions between GF(5) and QQ. I posted a patch to

Re: [sage-devel] Re: inherit group from monoid

On Sun, Jan 18, 2015 at 2:17 AM, Nicolas M. Thiery nicolas.thi...@u-psud.fr wrote: Hi Robert, On Tue, Jan 13, 2015 at 06:11:09PM -0800, Robert Bradshaw wrote: :). It might be possible, but it'd be really, really messy (messier than it is in C++, because one needs the shared

Re: [sage-devel] Re: Exit status of Sage

On Sat, Jan 17, 2015 at 2:02 PM, John H Palmieri jhpalmier...@gmail.com wrote: On Saturday, January 17, 2015 at 10:28:22 AM UTC-8, Jernej Azarija wrote: Hello, I have to use Sage from an external comand and in order to do so I'll need to rely on the exit status given by Sage. Considering a

Re: [sage-devel] Re: inherit group from monoid

can not (yet?) create cdef classes inheriting from more than one base class. I've never heard of any even dreamlike hope for Cython to support multiple inheritance. I even asked Robert Bradshaw about this recently, and he basically just said nope. That's what I meant by yet

Re: [sage-devel] Re: The Sage dev scripts

On Sun, Jan 11, 2015 at 3:00 AM, Simon King simon.k...@uni-jena.de wrote: Hi! On 2015-01-11, Nils Bruin nbr...@sfu.ca wrote: On Sunday, January 11, 2015 at 12:54:56 AM UTC-8, Martin von Gagern wrote: On 11.01.2015 09:38, Robert Bradshaw wrote: Hopefully it's becoming stable enough

Re: [sage-devel] The Sage dev scripts

+1 to getting rid of the sage dev scripts in favor of git-trac (first the docs, then altogether). Hopefully it's becoming stable enough that we should start shipping it as part of Sage? On Fri, Jan 9, 2015 at 9:55 AM, Vincent Delecroix 20100.delecr...@gmail.com wrote: 1) should we keep the Sage

Re: [sage-devel] Re: SageMathCloud now open source

Very good to hear! On Thu, Dec 11, 2014 at 1:46 PM, William Stein wst...@gmail.com wrote: On Thu, Dec 11, 2014 at 1:28 PM, maldun dom...@gmx.net wrote: That's great to hear! Although I don't know If GPL3 is the best choice ... I actually didn't have an option regarding GPL or not. I wonder

Re: [sage-devel] Publication of code of conduct?

No, it is a statement of fact of what was voted on (changing that text would make the statement untrue), and a place to put forwards better[1] alternatives than can then be voted in to replace what is there. I created it with the hope of focusing attention on the future rather than waste time

Re: [sage-devel] Re: When/by who/how was the code of conduct initiated ?

On Wed, Nov 26, 2014 at 11:25 AM, Viviane Pons vivianep...@gmail.com wrote: I feel this is going nowhere... We should start with the assumption we all agree on something: we want the sage mailing list to be place where no one is bullied and where we can express our different point of views

Re: [sage-devel] Re: When/by who/how was the code of conduct initiated ?

On Wed, Nov 26, 2014 at 11:09 PM, Robert Bradshaw rober...@math.washington.edu wrote: On Wed, Nov 26, 2014 at 11:25 AM, Viviane Pons vivianep...@gmail.com wrote: I feel this is going nowhere... We should start with the assumption we all agree on something: we want the sage mailing list

Re: [sage-devel] Re: VOTE: code of conduct - ends Monday at midnight, PST.

[ X ] No -- do not adopt the code of conduct stated below I also share some of the sentiments of Thierry. On Mon, Nov 24, 2014 at 4:29 PM, john_perry_usm john.pe...@usm.edu wrote: [ X ] No -- do not adopt the code of conduct stated below -- You received this message because you are

Re: [sage-devel] Re: Code of Conduct

On Sat, Nov 22, 2014 at 2:40 PM, Dr. David Kirkby (Kirkby Microwave Ltd) drkir...@kirkbymicrowave.co.uk wrote: On 21 Nov 2014 22:22, Dima Pasechnik dimp...@gmail.com wrote: I'd say it's OK to have such a code, but it's not really OK to actively enforce it. Such an active enforcement would

Re: [sage-devel] Re: Sage installation guide and git

On Wed, Nov 19, 2014 at 6:38 PM, kcrisman kcris...@gmail.com wrote: This morning I wanted to install sage on another machine so I went to the sage installation guide to remind myself where to clone the git repository from. As far as I can see, there's no mention of git anywhere in this guide.

Re: [sage-devel] Re: sage-6.4 fallout: brian optional package

On Mon, Nov 17, 2014 at 10:53 AM, William Stein wst...@gmail.com wrote: On Nov 17, 2014 10:42 AM, kcrisman kcris...@gmail.com wrote: Is there a reason we need to have our own version? Actually, I think there is, because see the original ticket #9675: I must say I detected some problems

Re: [sage-devel] Re: Future NTL versions and exception handling

Sage's wrapping of NTL should be just fine as long as it's declared in the Cython declarations, but there's a question of all the libraries that use NTL indirectly which may have more difficulty adapting to exceptions being thrown though their call stacks. On Tue, Nov 11, 2014 at 3:48 PM,

[sage-devel] Re: [Cython] New function (pointer) syntax.

, 2014 at 9:59 AM, Stefan Behnel stefan...@behnel.de wrote: Robert Bradshaw schrieb am 06.11.2014 um 18:15: On Thu, Nov 6, 2014 at 12:29 AM, Stefan Behnel wrote: Robert Bradshaw schrieb am 06.11.2014 um 08:34: I'd like to propose a more pythonic way to declare function pointer types, namelye

[sage-devel] Re: [cython-users] Re: [Cython] New function (pointer) syntax.

On Thu, Nov 6, 2014 at 1:07 PM, Nils Bruin nbr...@sfu.ca wrote: On Thursday, November 6, 2014 10:57:23 AM UTC-8, Robert Bradshaw wrote: cdef float - float F cdef (float - float, float, float) - float G cdef (char*) - (float - float, float, float) - float H Is there any precedent

Re: [sage-devel] Re: [Cython] New function (pointer) syntax.

Thanks for all the feedback! On Thu, Nov 6, 2014 at 7:13 PM, Travis Scrimshaw tsc...@ucdavis.edu wrote: Here's my 2 cents. cdef float (*F)(float) cdef float (*G)(float (*)(float), float, float) cdef float ((*H)(char*))(float (*)(float), float, float) I prefer this one

Re: [sage-devel] Re: Should we ship vanilla upstream tarballs or stripped-down ones?

On Fri, Oct 31, 2014 at 5:27 AM, kcrisman kcris...@gmail.com wrote: IMHO we should only modify upstream tarballs if we have to (e.g. strip out non-free parts). The upstream tarballs are cached, so its just a one-time download anyways. There are people who have a very bad band-with.

Re: [sage-devel] Re: __cmp__ vs. __eq__ in element class

On Mon, Oct 27, 2014 at 10:32 AM, Nils Bruin nbr...@sfu.ca wrote: On Monday, October 27, 2014 5:03:00 AM UTC-7, Volker Braun wrote: On the command line we could bind == to _isomorphic_, but use _identical_ in library code. Then we would have intuitive comparison and could still work with

Re: [sage-devel] Re: __cmp__ vs. __eq__ in element class

On Sun, Oct 26, 2014 at 2:50 PM, Nils Bruin nbr...@sfu.ca wrote: On Sunday, October 26, 2014 2:08:27 PM UTC-7, Volker Braun wrote: Python 3 only uses __eq__, __lt__, . Python also provides functools.partial_ordering to synthesizing the remaining methods just from __eq__ and __lt__. We

Re: [sage-devel] Re: __cmp__ vs. __eq__ in element class

On Mon, Oct 27, 2014 at 10:57 AM, Volker Braun vbraun.n...@gmail.com wrote: On Monday, October 27, 2014 5:32:12 PM UTC, Nils Bruin wrote: I don't think this would be easy to do with the current preparser. As you said, we'll need to look at the AST. That is part of IPython's preprocessing

Re: [sage-devel] where are the bots ?

The patchbot didn't survive the migration to the new machine. Fixed. On Tue, Oct 21, 2014 at 1:22 PM, R. Andrew Ohana andrew.oh...@gmail.com wrote: The buildbot was having some issues and was reporting everything as a failure. I disabled it until I get a moment to fix it. On Tue, Oct 21, 2014

Re: [sage-devel] Re: What should be the present working directory for sage -notebook=ipython ?

+1 to pwd. I've forgotten to copy over my sage notebooks more than once when moving to a new computer, and even when I remember to it's a pain to navigate that huge tree to figure out which ones you care about. On Sat, Oct 18, 2014 at 9:02 AM, Emmanuel Charpentier emanuel.charpent...@gmail.com

Re: [sage-devel] Re: no C99 arrays in Cython?

On Fri, Oct 17, 2014 at 4:18 AM, Volker Braun vbraun.n...@gmail.com wrote: On Friday, October 17, 2014 11:02:53 AM UTC+1, Dima Pasechnik wrote: cdef extern from foo.h: int* vla_cast (int (*)[]) (int*) int foo(int n, int* a) Hmm, and what should be in foo.h ? The header of

Re: [sage-devel] Re: Coercion proposal: compatible parents

Consider sage: a = RR(pi/4); a 0.785398163397448 sage: b = RealField(100)(arctan(1/2) + arctan(1/3)); b 0.78539816339744830961566084582 sage: a - b 0.000 sage: a._sub_(b) -3.06161699786838e-17 I don't know that that's an improvement. The problem is that one simply doesn't have the

Re: [sage-devel] Buildbot link on needs work tickets.

On Fri, Oct 3, 2014 at 8:12 AM, Nils Bruin nbr...@sfu.ca wrote: Dear buildboteers, The new buildbot interface is wonderful. However, on #17065 we ran into an issue that needs work tickets do not display the buildbot link. That's inconvenient in the following scenario: 1. Author gets a

Re: [sage-devel] Re: Sage Stack Exchange Site

On Mon, Jun 2, 2014 at 9:01 AM, Jason Grout jason-s...@creativetrax.com wrote: On 6/2/14, 11:12, William Stein wrote: In fact, as you suggest above, go one further: Python -- mathematical software Having such a site, which is like mathoverflow, but for open source math software, sounds

Re: [sage-devel] patchbot: do not ask interactive questions by default?

message, just to avoid confusion for other patchbot users? 1. I find that this question should not be asked and the default should be 'No' Agreed. Should I open a ticket or are no further actions required? Jakob Am Dienstag, 16. September 2014 23:24:55 UTC+2 schrieb Robert Bradshaw

Re: [sage-devel] patchbot: do not ask interactive questions by default?

On Tue, Sep 16, 2014 at 7:07 AM, Jakob Kroeker kroe...@uni-math.gwdg.de wrote: Hello, I'm running several patchbots. Sometimes I get Failing tests in your install: TestsFailed. Continue anyways? [y/N] 1. I find that this question should not be asked and the default should be 'No'

Re: [sage-devel] Re: Tracking Citations; How?

On Sun, Sep 7, 2014 at 7:57 AM, Burcin Erocal bur...@erocal.org wrote: On Sat, 6 Sep 2014 11:52:33 -0700 (PDT) Bill Hart goodwillh...@googlemail.com wrote: On Saturday, 6 September 2014 20:34:56 UTC+2, Robert Bradshaw wrote: Note that Cython supports cProfile these days: http

Re: [sage-devel] Re: Tracking Citations; How?

Note that Cython supports cProfile these days: http://docs.cython.org/src/tutorial/profiling_tutorial.html However, that won't help too much as the real missing pieces are the calls from Cython into the various C libraries. I'm also -1 to an approach that slows down all of Sage to track this

Re: [sage-devel] Re: issues with pushout construction?

On Sat, Aug 30, 2014 at 4:42 AM, Jonas Jermann jjerma...@gmail.com wrote: Hi Robert On 30.08.2014 07:48, Robert Bradshaw wrote: I'm not sure (as mentioned the pushout construction is complex and there are many cases). But yes, that might work: Do a/several coercion check(s) _during_

Re: [sage-devel] Re: [sage-release] You don't really think that Sage has failed, do you? (a comment about it)

On Fri, Aug 29, 2014 at 5:03 AM, Bill Hart goodwillh...@googlemail.com wrote: On Friday, 29 August 2014 13:17:40 UTC+2, Volker Braun wrote: First of all, it always saddens me when the ugly head of nationalism rears its head. I thought the time where we only support German science were

Re: [sage-devel] Re: [sage-release] You don't really think that Sage has failed, do you? (a comment about it)

On Fri, Aug 29, 2014 at 4:16 PM, Francesco Biscani bluesca...@gmail.com wrote: I don't have any direct experience with EU funding, but I did work at a European-level institution (ESA) for a few years and I must say that what Bill says rings true to my ears. You have to understand that anything

Re: [sage-devel] Re: Project: add hundreds of contributors to sage

Replying to an old thread I realized I'd starred... On Thu, May 29, 2014 at 6:48 PM, kcrisman kcris...@gmail.com wrote: Well, I am thankful that my rant led to some pretty substantive discussion. Here let me summarize some thoughts. A) +1 to having something where a github-like editing thing

Re: [sage-devel] Re: issues with pushout construction?

On Wed, Aug 27, 2014 at 8:36 AM, Peter Bruin p.br...@warwick.ac.uk wrote: Hi Jonas, I just realized that my example was maybe a bad one. But imagine the same example for a space where the base ring _does_ coerce into the space. A base-changed base ring would then not coerce, so the pushout

Re: [sage-devel] Not a git repository

Did you cd into the sage directory? How did you download Sage? On Mon, Aug 25, 2014 at 10:04 PM, john_perry_usm john.pe...@usm.edu wrote: Hello I'm trying to review a bug. I haven't worked with git before, so I tried following the Sage Development Guide. I'm getting stuck on the step where

Re: [sage-devel] Re: On scientific computing, Python and Julia

On Mon, Aug 25, 2014 at 6:02 AM, Bill Hart goodwillh...@googlemail.com wrote: Hmm. Some more explaining is necessary. On Monday, 25 August 2014 12:04:16 UTC+2, Pierre wrote: Thanks again for the explanations. I realize that there were many things about Julia/Nemo which I had misunderstood.

Re: [sage-devel] Re: On scientific computing, Python and Julia

On Mon, Aug 25, 2014 at 1:24 PM, Bill Hart goodwillh...@googlemail.com wrote: Correct. But classes are essentially objects in Python because everything is an object, pretty much. This really muddies the water. Better to think of classes and objects as being separate concepts. I, for

Re: [sage-devel] Re: On scientific computing, Python and Julia

On Mon, Aug 25, 2014 at 5:19 PM, Bill Hart goodwillh...@googlemail.com wrote: On Tuesday, 26 August 2014 00:40:34 UTC+2, Robert Bradshaw wrote: On Mon, Aug 25, 2014 at 1:24 PM, Bill Hart goodwi...@googlemail.com wrote: Correct. But classes are essentially objects in Python because

Re: [sage-devel] On scientific computing, Python and Julia

On Fri, Aug 8, 2014 at 6:57 PM, rjf fate...@gmail.com wrote: On Thursday, August 7, 2014 10:55:37 PM UTC-7, Robert Bradshaw wrote: On Thu, Aug 7, 2014 at 9:02 AM, rjf fat...@gmail.com wrote: On Wednesday, August 6, 2014 8:11:21 PM UTC-7, Robert Bradshaw wrote: The are two

Re: [sage-devel] On scientific computing, Python and Julia

On Wed, Aug 20, 2014 at 4:47 PM, rjf fate...@gmail.com wrote: On Saturday, August 9, 2014 7:35:13 PM UTC-7, Erik Massop wrote: In fact I don't expect addition, negation, multiplication, or subtraction to be exact either. Indeed, they are not exact: sage: a = 1e-58 sage: a

Re: [sage-devel] Re: SageMathCloud / closed source / GPL / Spirit of Sage??

While the subject line is somewhat inflammatory, I respectfully disagree that civil discussion about Sage's relationship to other software projects, especially one so tightly coupled with Sage, belongs entirely on sage-flame. (Yes, debating the morality/legality of it belongs there, but

Re: [sage-devel] Re: SageMathCloud / closed source / GPL / Spirit of Sage??

On Fri, Aug 15, 2014 at 6:02 PM, Thierry sage-googlesu...@lma.metelu.net wrote: Hi, On Fri, Aug 15, 2014 at 08:52:03AM -0700, Harald Schilly wrote: This should be moved to sage-flame. On Friday, August 15, 2014 10:42:14 AM UTC+2, Dr. David Kirkby (Kirkby Microwave Ltd) wrote: If not

Re: [sage-devel] Re: Doctest granularity for private methods

On Wed, Aug 13, 2014 at 12:03 AM, Jeroen Demeyer jdeme...@cage.ugent.be wrote: On 2014-07-16 19:57, martin.vgag...@gmx.net wrote: On Wednesday, July 16, 2014 4:39:39 PM UTC+2, Volker Braun wrote: For better or worse, the decision is to doctest every method. Have there been any

Re: [sage-devel] Re: [PATCH] Putting some include paths in common

On Tue, Aug 12, 2014 at 11:59 AM, Julien Puydt julien.pu...@laposte.net wrote: Hi, Le 12/08/2014 20:50, Dima Pasechnik a écrit : On 2014-08-12, Julien Puydt julien.pu...@laposte.net wrote: This is a multi-part message in MIME format. --000505020108050907050407 Content-Type:

Re: [sage-devel] On scientific computing, Python and Julia

On Thu, Aug 7, 2014 at 9:02 AM, rjf fate...@gmail.com wrote: On Wednesday, August 6, 2014 8:11:21 PM UTC-7, Robert Bradshaw wrote: The are two representations of the same canonical object. The (computer algebra) use of the term, as in simplified to a canonical form means

Re: [sage-devel] On scientific computing, Python and Julia

On Wed, Aug 6, 2014 at 7:00 PM, rjf fate...@gmail.com wrote: coercing the integer 10 into something like 10 mod 13 or perhaps -3 mod 13 is a choice, probably the wrong one. It is a completely canonical choice, and the only possible sensible one to make in this

Re: [sage-devel] On scientific computing, Python and Julia

On Tue, Aug 5, 2014 at 6:36 PM, rjf fate...@gmail.com wrote: On Sunday, August 3, 2014 10:11:57 PM UTC-7, William wrote: On Sat, Aug 2, 2014 at 11:16 PM, rjf fat...@gmail.com wrote: On Wednesday, July 30, 2014 10:23:03 PM UTC-7, William wrote: [1]

Re: [sage-devel] On scientific computing, Python and Julia

On Wed, Jul 23, 2014 at 5:47 PM, rjf fate...@gmail.com wrote: On Saturday, July 19, 2014 8:22:39 AM UTC-7, Nils Bruin wrote: On Saturday, July 19, 2014 5:43:57 AM UTC-7, defeo wrote: However, Julia multimethods are backed up by a powerful coercion system, so I do not understand the step

Re: [sage-devel] On scientific computing, Python and Julia

On Thu, Jul 17, 2014 at 11:56 PM, Nils Bruin nbr...@sfu.ca wrote: On Thursday, July 17, 2014 10:35:32 PM UTC-7, Robert Bradshaw wrote: I'm not sure multimethods alone are enough to solve issues with Sage's type system (e.g. coercion, where the result of a+b may happen in a completely new

Re: [sage-devel] On scientific computing, Python and Julia

On Thu, Jul 17, 2014 at 6:34 AM, Luca De Feo de...@lix.polytechnique.fr wrote: I guess these two posts by G. Hoare (creator of the Rust language) are of interest to the community: http://graydon2.dreamwidth.org/3186.html http://graydon2.dreamwidth.org/189377.html See also the

Re: [sage-devel] Re: Do ticket titles matter? Can I rename a ticket if I didn't open it?

On Sat, Jul 5, 2014 at 2:47 AM, Nathann Cohen nathann.co...@gmail.com wrote: Yo. As it appears that every single thing you have fun with can cost you hours of useless discussions, I will answer all your questions here, whoever asked them, and including those asked on the ticket itself.

Re: [sage-devel] Re: Do ticket titles matter? Can I rename a ticket if I didn't open it?

On Sun, Jul 6, 2014 at 1:37 AM, Nathann Cohen nathann.co...@gmail.com wrote: Hello !! (This is one of the beautiful things about the pull request model--I can look at your pull request, branch it and make a request to pull something into that (to be accepted or rejected by the author)

Re: [sage-devel] Re: cythonized files in src directories

Putting files of interest in different directories is also confusing. I, personally, prefer the .c(pp) files co-existing with the .pyx ones. I think it's pretty standard to have a single source tree have mixed source and compiler output during development--this goes back to the make vs make

[sage-devel] Patchbot

I just released a new version of the patchbot: http://sage.math.washington.edu/home/robertwb/patches/patchbot-2.2.spkg https://github.com/robertwb/sage-patchbot/compare/2.1.1.1...2.2 -- You received this message because you are subscribed to the Google Groups sage-devel group. To unsubscribe

Re: [sage-devel] Re: Patchbot

Very strange error: time $SAGE_ROOT/sage -c '' sh: 1: time: not found On Fri, Jun 20, 2014 at 6:34 AM, Nathann Cohen nathann.co...@gmail.com wrote: After hours of computations and fight all I get is a plugin failed error.

Re: [sage-devel] Re: Patchbot

On Fri, Jun 20, 2014 at 3:58 AM, Nathann Cohen nathann.co...@gmail.com wrote: Cool ! I will give it another try. Thanks. Does it work even when not fed with a list of tickets to review ? Yes. I plan on installing it on a machine that is meant to check the tickets in needs_review. That's

Re: [sage-devel] Re: Who won the Spies Prize?

Congratulations, Volker. Well deserved! On Tue, Jun 17, 2014 at 12:57 AM, Martin Albrecht martinralbre...@googlemail.com wrote: Indeed, congratulations! On Monday 16 Jun 2014 12:59:08 kcrisman wrote: http://youtu.be/I9Myt5NTeCc Congratulations, Volker! -- You received this message

Re: [sage-devel] vote: include pip with sage

On Thu, Apr 24, 2014 at 1:13 AM, John Cremona john.crem...@gmail.com wrote: Question: would this make it possible to automatically have certain python packages installed when Sage builds (after building its python of course), perhaps from a list kept in a config file in .sage/ ? I have a list

Re: [sage-devel] Re: hash for algebraic field

On Thu, Jun 12, 2014 at 8:41 AM, Nils Bruin nbr...@sfu.ca wrote: On Thursday, June 12, 2014 12:48:37 AM UTC-7, Marc Mezzarobba wrote: Sure. But why not have sage: bool(sin(x)^2+cos(x)^2==1) True return False as well, and let the user test that (rhs-lhs).simplify_full() == 0 That would

Re: [sage-devel] Re: hash for algebraic field

On Thu, Jun 12, 2014 at 12:50 AM, Marc Mezzarobba m...@mezzarobba.net wrote: But here is a similar example right from the Sage library (adapted from http://wiki.sagemath.org/EqualityCoercion): sage: FiniteEnumeratedSet(GF(3)) {0, 1, 2} sage: add(FiniteEnumeratedSet([0,1,2])) 0 Um, isn't

Re: [sage-devel] Re: hash for algebraic field

On Thu, Jun 12, 2014 at 10:19 AM, Vincent Delecroix 20100.delecr...@gmail.com wrote: 2014-06-12 19:13 UTC+02:00, Robert Bradshaw rober...@gmail.com: On Thu, Jun 12, 2014 at 12:50 AM, Marc Mezzarobba m...@mezzarobba.net wrote: But here is a similar example right from the Sage library (adapted

Re: [sage-devel] Re: Re: Re: hash for algebraic field

On Wed, Jun 11, 2014 at 12:42 AM, Marc Mezzarobba m...@mezzarobba.net wrote: Robert Bradshaw wrote: So you would prefer sage: 4/2 == 2 False sage: 4/2 + 0/1 == 2 + 0/1 True Definitely. sage: R.x == ZZ[] sage: (x-1) * (x+1) - x^2 + 1 == 0 False I certainly agree that being able

Re: [sage-devel] Re: Re: hash for algebraic field

On Tue, Jun 10, 2014 at 6:19 AM, Marc Mezzarobba m...@mezzarobba.net wrote: Nils Bruin wrote: The consistent solution, and one that is mathematically defendable, would be to have a != GF(p)(a) for integers a (i.e., always force explicit coercion for equality to hold). So that is making ==

Re: [sage-devel] Re: Project: add hundreds of contributors to sage

On Thu, May 29, 2014 at 8:49 AM, kcrisman kcris...@gmail.com wrote: Hi! Thanks again for your thoughtful comments. I see two different issues arising in this thread. 1) Your desire to have a MOOC teaching Python programming around some mathematics, which might end up contributing to Sage.

Re: [sage-devel] Re: Project: add hundreds of contributors to sage

On Thu, May 29, 2014 at 2:22 PM, leif not.rea...@online.de wrote: kcrisman wrote: rant Git workflow. The goal was to reduce work for some developers and make things more modular, but in fact what happens is that people are basing their branches on all kinds of different starting points,

Re: [sage-devel] Re: Project: add hundreds of contributors to sage

On Thu, May 29, 2014 at 10:37 AM, William Stein wst...@gmail.com wrote: On Thu, May 29, 2014 at 10:01 AM, kcrisman kcris...@gmail.com wrote: Please excuse the following rant. As usual, it is ill-informed, and if some I appreciate it, and I'm glad we're having this discussion. (It's a rant,

Re: [sage-devel] Re: Project: add hundreds of contributors to sage

On Thu, May 29, 2014 at 10:29 AM, Travis Scrimshaw tsc...@ucdavis.edu wrote: I never really have had a problem with the new workflow (in fact, I actually prefer it to the old one). However I had a good command of git coming into this and read the git the hard way. So my 2 cents would be to

Re: [sage-devel] naive question on build process/patchbot

On Mon, May 5, 2014 at 7:47 AM, William Stein wst...@gmail.com wrote: On Mon, May 5, 2014 at 7:10 AM, Ralf Stephan gtrw...@gmail.com wrote: Hello, please bear with me and give me a hint why ... 1. isn't make just doing sage -b whenever nothing in lib/ is changed (or any suitable

Re: [sage-devel] Re: setuptools install problem

On Thu, May 15, 2014 at 12:53 AM, Ralf Stephan gtrw...@gmail.com wrote: It may be possible to test newer package versions in patchbot without official ticket by forking Sage on github, installing the package in the local Sage, publish the changed branch on github, and use that branch as

Re: [sage-devel] Re: How to template cdef classes

Another option is to do code generation, e.g. with one of the (many) Python templating libraries out there. On Wed, May 14, 2014 at 8:59 AM, Simon King simon.k...@uni-jena.de wrote: Hi Martin, On 2014-05-14, Martin Albrecht martinralbre...@googlemail.com wrote: We've done some templating

Re: [sage-devel] run patchbot in Google Cloud?

/bin/patchbot/util.py, line 91, in do_or_die raise exn_class, %s %s % (res, cmd) Exception: 32768 git fetch https://github.com/sagemath/sage.git +master:patchbot/base_upstream On Wed, Apr 30, 2014 at 6:42 AM, Robert Bradshaw rober...@math.washington.edu wrote: On Tue, Apr 29, 2014 at 9:30

Re: [sage-devel] Re: patchbot runs failing apply

sage -i http://sage.math.washington.edu/home/robertwb/patches/patchbot-2.1.1.spkg I've updated the instructions as well. I'm not sure what the best way is to mix sage spkgs and a live repository--that has always been a pain... Any ideas? (I suppose the spkg could go a git pull, but then the

Re: [sage-devel] Re: patchbot runs failing apply

on github. See project page / releases. This can then be installed via sage -I http... Or any SPKG that is hosted on github. http://trac.sagemath.org/ticket/16259 Regards, On 29 Apr 2014 10:01, Robert Bradshaw rober...@math.washington.edu wrote: sage -i http://sage.math.washington.edu

Re: [sage-devel] Re: patchbot runs failing apply

. If you want, you can see the my log outputs at http://patchbot.sagemath.org/ticket/16226/ -Niles On Tuesday, April 29, 2014 4:00:57 AM UTC-4, Robert Bradshaw wrote: sage -i http://sage.math.washington.edu/home/robertwb/patches/patchbot-2.1.1.spkg I've updated the instructions as well

Re: [sage-devel] run patchbot in Google Cloud?

On Tue, Apr 29, 2014 at 9:30 PM, William Stein wst...@gmail.com wrote: On Tue, Apr 29, 2014 at 9:04 PM, Ralf Stephan gtrw...@gmail.com wrote: I understand SMC is already in the cloud, so what would be necessary to have Sage with a patchbot running there? Is there some documentation on the Sage

Re: [sage-devel] Re: git merge: good practice

Also, ccache is your friend if you want to cut compile times a lot here (and elsewhere). On Wed, Apr 23, 2014 at 2:46 PM, Nathann Cohen nathann.co...@gmail.com wrote: If it can help, here is my gtmp function : function gtmp { cd ~/sage git checkout d git branch -D tmp git

Re: [sage-devel] An xgcd2 algorithm

Note that this is implemented in various places, e.g. https://github.com/sagemath/sagelib/blob/master/sage/ext/multi_modular.pyx , but certainly a general user-friendly function would be nice to have. On Fri, Apr 11, 2014 at 1:18 PM, John Cremona john.crem...@gmail.com wrote: On 11 April 2014

  1   2   3   4   5   6   7   8   9   10   >