On Thursday, March 1, 2012 10:52:52 AM UTC+8, Jonathan wrote:
>
> OK, I went back and checked the path in the .patch file. The
> pertinent lines in the path file are
>
> --- sage/plot/plot3d/base.pyx@16321
> +++ sage/plot/plot3d/base.pyx
>
> I ran into the problem with 5.0.beta2...
> Since th
OK, I went back and checked the path in the .patch file. The
pertinent lines in the path file are
--- sage/plot/plot3d/base.pyx@16321
+++ sage/plot/plot3d/base.pyx
I ran into the problem with 5.0.beta2...
Since the paths above look correct, could something be messed up in
that version of sage? I
On Feb 29, 5:23 pm, David Roe wrote:
> You can use the custom
> query:http://trac.sagemath.org/sage_trac/query?status=needs_review&author=~...
Which reminds me that it is totally insane that
http://trac.sagemath.org/sage_trac/search
doesn't have a link to the custom query page on it.
--
To
On 2/29/12 5:31 PM, mmarco wrote:
So, returning to the original subject. Would it be ok to have this
natural language interface, say, as an optional package? Or as someone
suggested, to have it in some experimental server?
Yes! And Yes! Please, go for it!
Jason
--
To post to this group, s
William Stein writes:
> Amazingly, after all we went through, I still have a messed up repo
> (no master branch). Sigh.
>
> deep:d wstein$ git branch
> 12594
> github-master
> lfun
> * trac_8393
>
> I guess I should just start over.
You almost never need to start over with git. Just `git f
Em 29 de fevereiro de 2012 19:24, Julien Puydt
escreveu:
> Le mercredi 29 février, Jan Groenewald a écrit:
>> Hi
>>
>> On 29 February 2012 22:21, Julien Puydt
>> wrote:
>>
>> > If it only built what it *needs to build*, not what it *needs*, then
>> > there would be a gain too. Let me stress again
So, returning to the original subject. Would it be ok to have this
natural language interface, say, as an optional package? Or as someone
suggested, to have it in some experimental server?
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send
On Wednesday, February 29, 2012 3:01:46 PM UTC-8, Snark wrote:
>
> Le mercredi 29 février, William Stein a écrit:
>
> > > (1) when you want to apply a theorem, do you just check for the
> > > hypotheses then go on, or do you re-do the proof down from the
> > > axioms?
> >
> > Neither. This is a
Le mercredi 29 février, William Stein a écrit:
> Even if Sage didn't include Python (say), we would still have to worry
> about it as a dependency, and "big" would be replaced by "sage has too
> many dependencies".
I tought I had insisted enough : the spkg would still be there,
ready to be used.
Hi
On 29 February 2012 23:35, William Stein wrote:
> On Wed, Feb 29, 2012 at 1:56 PM, Jan Groenewald wrote:
> > Hi
> >
> >
> > On 29 February 2012 22:21, Julien Puydt
> wrote:
> >>
> >> If it only built what it *needs to build*, not what it *needs*, then
> >> there would be a gain too. Let me
On Wed, Feb 29, 2012 at 1:56 PM, Jan Groenewald wrote:
> Hi
>
>
> On 29 February 2012 22:21, Julien Puydt wrote:
>>
>> If it only built what it *needs to build*, not what it *needs*, then
>> there would be a gain too. Let me stress again : I have some of the
>> things it needs already, so it coul
On Wed, Feb 29, 2012 at 1:21 PM, Julien Puydt wrote:
> Le mercredi 29 février, William Stein a écrit:
>> On Wed, Feb 29, 2012 at 11:25 AM, Julien Puydt
>> wrote:
>> > Le mercredi 29 février, William Stein a écrit:
>> >> Licenses aren't the issue. We can't include a Haskell program in
>> >> Sage
Le mercredi 29 février, Jan Groenewald a écrit:
> Hi
>
> On 29 February 2012 22:21, Julien Puydt
> wrote:
>
> > If it only built what it *needs to build*, not what it *needs*, then
> > there would be a gain too. Let me stress again : I have some of the
> > things it needs already, so it could ju
You can use the custom query:
http://trac.sagemath.org/sage_trac/query?status=needs_review&author=~cremona&order=priority&col=id&col=summary&col=status&col=type&col=priority&col=milestone&col=component
On Wed, Feb 29, 2012 at 14:10, John Cremona wrote:
> OK, I am happy with using the CC field in
OK, I am happy with using the CC field in this way, though I would
still want to be able to CC someone without the implication that I was
suggesting them as a reviewer. If I really want to ask someone to
review my work, though, I would prefer to ask them directly (say by
email) as has happened to
> > ticket but don't want to review it, or remove yourself from the CC list.
>
> By the way, I don't think this removes one from Trac notification
> emails for that ticket, correct?
>
I don't know. I think it should if you've never commented on the ticket.
David
--
To post to this group, send an
Hi
On 29 February 2012 22:21, Julien Puydt wrote:
> If it only built what it *needs to build*, not what it *needs*, then
> there would be a gain too. Let me stress again : I have some of the
> things it needs already, so it could just use it.
>
>
I was under the impression...
Building Sage Just
On Feb 29, 4:06 pm, David Roe wrote:
> I think the problem William is trying to resolve is that there are lots of
> tickets marked as "need review" on trac, where nobody besides the author
> feels any responsibility for getting them reviewed. Perhaps the idea of
> using the CC field for this pu
Le mercredi 29 février, William Stein a écrit:
> On Wed, Feb 29, 2012 at 11:25 AM, Julien Puydt
> wrote:
> > Le mercredi 29 février, William Stein a écrit:
> >> Licenses aren't the issue. We can't include a Haskell program in
> >> Sage without including the Haskell compiler (buildable from
> >> s
I think the problem William is trying to resolve is that there are lots of
tickets marked as "need review" on trac, where nobody besides the author
feels any responsibility for getting them reviewed. Perhaps the idea of
using the CC field for this purpose is a good one: whenever you mark a
ticket
I agree with Rob. I think it is completely unacceptable to list a
person as a reviewer unless they have previously volunteered, or
responded to an explicit request (which they might decline). The
analogy with refereeing papers for publication is apt.
John
On 29 February 2012 17:16, Rob Beezer
Can someone familiar with the above please take a look at the (3 line)
patch at,
http://trac.sagemath.org/sage_trac/ticket/9826
The crash no longer happens in the 5.0 betas, however it's not clear to
me what was fixed and whether or not the original fix should still be
applied.
See also:
In gmane.comp.mathematics.sage.devel, you wrote:
> --=_Part_115_6111097.1330538107790
> Content-Type: text/plain; charset=ISO-8859-1
>
> Python uses a garbage collector to reclaim memory. Objects don't die just
> because they fall out of scope, they will be around until the next GC cycle.
>
>
On Wed, Feb 29, 2012 at 10:12 AM, William Stein wrote:
>
> It's difficult for me because they are patch in hg format, but I can't
> export a patch out of git in hg format. It's possible to import the
> code in from the trac ticket, but then if I make changes I have to
> export them as a git diff
On Wed, Feb 29, 2012 at 11:25 AM, Julien Puydt wrote:
> Le mercredi 29 février, William Stein a écrit:
>> Licenses aren't the issue. We can't include a Haskell program in Sage
>> without including the Haskell compiler (buildable from source) in
>> Sage. And there's no way we're doing that. We a
On 2/29/12 9:30 AM, William Stein wrote:
Do you know how to change the default figure size?
This is one way:
import matplotlib as mpl
mpl.rcParams['figure.figsize'] = [20,1]
I agree that we should wrap this so people don't have to import matplotlib.
Jason
--
To post to this group, send an
Le mercredi 29 février, William Stein a écrit:
> Licenses aren't the issue. We can't include a Haskell program in Sage
> without including the Haskell compiler (buildable from source) in
> Sage. And there's no way we're doing that. We already have to deal
> with too many different programming la
On 2/29/12 12:16 PM, William Stein wrote:
On Wed, Feb 29, 2012 at 9:58 AM, mmarco wrote:
What is the issue with haskell? Its license?
Licenses aren't the issue. We can't include a Haskell program in Sage
without including the Haskell compiler (buildable from source) in
Sage. And there's no
On 2/29/12 11:52 AM, William Stein wrote:
On Wed, Feb 29, 2012 at 5:30 AM, Jason Grout
wrote:
IIRC, the idea was to rely more on matplotlib, and the default ways to
configure matplotlib (which includes setting the default figure size). IIRC,
It seemed that the default matplotlib figure size wa
On Feb 29, 12:52 pm, William Stein wrote:
> On Wed, Feb 29, 2012 at 5:30 AM, Jason Grout
>
> wrote:
> > IIRC, the idea was to rely more on matplotlib, and the default ways to
> > configure matplotlib (which includes setting the default figure size). IIRC,
> > It seemed that the default matplotl
On Feb 29, 12:58 pm, mmarco wrote:
> What is the issue with haskell? Its license?
>
Probably just not worth having yet another upstream dependency that
doesn't really help Sage in other ways. That doesn't mean this
couldn't be related, just that vanilla Sage wouldn't incorporate it -
which see
On Wed, Feb 29, 2012 at 9:58 AM, mmarco wrote:
> What is the issue with haskell? Its license?
Licenses aren't the issue. We can't include a Haskell program in Sage
without including the Haskell compiler (buildable from source) in
Sage. And there's no way we're doing that. We already have to de
On Tue, Feb 28, 2012 at 10:36 PM, Keshav Kini wrote:
> William Stein writes:
>> Note that it is not obvious or documented how to effectively do this
>> with the Sage library with other people, and still properly submit
>> stuff for inclusion in Sage, but it should be possible.
>>
>> I setup somet
On Wed, Feb 29, 2012 at 9:55 AM, Volker Braun wrote:
> Python uses a garbage collector to reclaim memory. Objects don't die just
> because they fall out of scope, they will be around until the next GC cycle.
Minor note: At least when using Cython, sometimes objects will be
freed when they fall o
What is the issue with haskell? Its license?
On Feb 29, 6:33 pm, William Stein wrote:
> On Wed, Feb 29, 2012 at 3:55 AM, mmarco wrote:
> > Take a look at this:
> >http://www.molto-project.eu/node/1412
>
> > It is a library that can translate natural language sentences to sage
> > commands. I hav
Python uses a garbage collector to reclaim memory. Objects don't die just
because they fall out of scope, they will be around until the next GC cycle.
You can force the garbage collector with
import gc
gc.collect()
but that is a rather expensive operation so you don't want to do call it
all th
On Wed, Feb 29, 2012 at 3:55 AM, mmarco wrote:
> Take a look at this:
> http://www.molto-project.eu/node/1412
>
> It is a library that can translate natural language sentences to sage
> commands. I haven't tested it, but the examples they show sound
> impressive:
>
> sage> compute the product of t
I have always used the "cc" field as a way of saying: "Here's a ticket
you might be interested in and could possibly review." And I have
never been bothered if that did not result in a review from that
person.
And when I am cc'ed on a ticket I always welcome it as an *invitation*
to review, with
On 29 February 2012 13:58, deSitter wrote:
> Well there's no doubt that it's happening. The compiler had no problem
> at all building and installing mpc, mpfr, gmp, ppl, and cloog, so it's
> not a problem with how it handles complex numbers as such. It's
> something in the interaction of Sage, gc
Dear Prof. Saludes,
This email is cc:ed to the official Sage developer list, which we
welcome you to join at sage-devel@googlegroups.com. Appended see some
of the very positive reaction to your MOLTO project to give Sage
natural language interface.
I have at least one question, though. Assuming
> > This has been in since Sage 4.7.2, though. There is no longer a
> > default FIGSIZE - it is None, and Jason pretty clearly intended to
> > make that go away if you read the patch at #2100, which I'm sure made
> > sense to all of us at the time, not that I can figure out why now.
> > I'm not
On Feb 29, 8:38 am, Jason Grout wrote:
> On 2/29/12 5:55 AM, mmarco wrote:
>
> > Has somebody tested it?
> > Do you think it would be worth the effort of including this in sage? I
> > think that, for example, having an option in the notebook to enter
> > commands in natural language would be a k
On Feb 29, 2012 5:30 AM, "Jason Grout" wrote:
>
> On 2/28/12 10:01 PM, kcrisman wrote:
>>
>>
>>
>> On Feb 27, 2:19 pm, William Stein wrote:
>>>
>>> On Mon, Feb 27, 2012 at 10:42 AM, William Stein
wrote:
On Mon, Feb 27, 2012 at 10:31 AM, William Stein
wrote:
>
> Hi,
>>>
>>>
>>>
Hello everybody !!!
There has been a bug report [1, 2] on "ask Sage" about a memory leak with
CPLEX. I checked, and it is True. But I do not think I know how to patch
that.
Here is the thing : the dominating_set function (among many others) uses
Linear Programming, and so creates a LP object when
Well there's no doubt that it's happening. The compiler had no problem
at all building and installing mpc, mpfr, gmp, ppl, and cloog, so it's
not a problem with how it handles complex numbers as such. It's
something in the interaction of Sage, gcc, and Sun Studio.
-drl
On Feb 29, 6:00 am, David K
Let's see, gcc --version shows a 4 thing, a 6 thing, and a 2 thing.
That's probably because I downloaded and installed gcc 4.6.2. (!!)
-drl
On Feb 29, 4:18 am, Jeroen Demeyer wrote:
> On 2012-02-29 02:37, deSitter wrote:> Simply including complex.h in base.c
> would probably work
>
> No.
>
> >
On 2/28/12 11:19 PM, kcrisman wrote:
"Needs reviewer", or
something - that's probably not the right wording, but you get the
point.
Exactly what I was going to suggest, if we are indeed going to go in the
direction of yet another layer and step before a patch gets reviewed.
There is a distinc
On 2/29/12 5:55 AM, mmarco wrote:
Has somebody tested it?
Do you think it would be worth the effort of including this in sage? I
think that, for example, having an option in the notebook to enter
commands in natural language would be a killer feature (assuming it
works fine).
Never heard of thi
On 2/28/12 10:01 PM, kcrisman wrote:
On Feb 27, 2:19 pm, William Stein wrote:
On Mon, Feb 27, 2012 at 10:42 AM, William Stein wrote:
On Mon, Feb 27, 2012 at 10:31 AM, William Stein wrote:
Hi,
Why is the default color for an ellipse (and circle) *black*, whereas
the default color for (m
On Feb 29, 6:55 am, mmarco wrote:
> Take a look at this:http://www.molto-project.eu/node/1412
>
> It is a library that can translate natural language sentences to sage
> commands. I haven't tested it, but the examples they show sound
> impressive:
>
> sage> compute the product of the octal numbe
> Also, I think that what William is proposing is something a lot better
> suited to the "owner" field which we are currently wasting. Isn't that
> exactly what it's for?
> Another argument for using the owner field: the Author and Reviewer
> fields use real names, whereas the owner field uses tra
Does this library also include speech recognition? :)
On Wednesday, February 29, 2012 11:55:47 AM UTC, mmarco wrote:
>
> Take a look at this:
> http://www.molto-project.eu/node/1412
>
> It is a library that can translate natural language sentences to sage
> commands. I haven't tested it, but th
Take a look at this:
http://www.molto-project.eu/node/1412
It is a library that can translate natural language sentences to sage
commands. I haven't tested it, but the examples they show sound
impressive:
sage> compute the product of the octal number 12 and the binary number
100.
(3) 40
answer: i
This is all fixed by update of maxima to 5.26, and the corresponding patch.
The ticket is ready for review!
On Monday, 27 February 2012 08:56:06 UTC+13, William wrote:
>
> Hi Sage-Devel,
>
> I wanted to raise the profile of #10682, since it's a bug in which
> Sage's sum command (which calls maxima
On 29 February 2012 09:18, Jeroen Demeyer wrote:
> On 2012-02-29 02:37, deSitter wrote:
> > Simply including complex.h in base.c would probably work
> No.
>
> > My guess is a problem with gcc.
> Are you absolutely certain that you are using gcc-4.6.2? I have seen
> this problem with older versio
I'm doing it right now.
On 29 fév, 11:24, Jeroen Demeyer wrote:
> At #12599, I have patched the setuptools spkg to make spkg-install
> executable. Apart from this, every spkg-install and spkg-check file in
> the standard packages is executable.
>
> Please review, it should be a trivial
> review
On 2012-02-29 01:31, Maarten Derickx wrote:
> Dear All,
>
> I just got my very first own server up and running, I installed debian
> stable (squeeze 6.0.4) on it. And I saw that sage doesn't have a
> buildslave for debian yet. I might want to make it available as a
> buildslave depending on the an
At #12599, I have patched the setuptools spkg to make spkg-install
executable. Apart from this, every spkg-install and spkg-check file in
the standard packages is executable.
Please review, it should be a trivial review:
http://trac.sagemath.org/sage_trac/ticket/12599
Thanks,
Jeroen.
--
To pos
On 2012-02-29 02:37, deSitter wrote:
> Simply including complex.h in base.c would probably work
No.
> My guess is a problem with gcc.
Are you absolutely certain that you are using gcc-4.6.2? I have seen
this problem with older versions of gcc but never with gcc-4.6.2.
--
To post to this group,
On 2012-02-29 01:31, Maarten Derickx wrote:
> Dear All,
>
> I just got my very first own server up and running, I installed debian
> stable (squeeze 6.0.4) on it. And I saw that sage doesn't have a
> buildslave for debian yet. I might want to make it available as a
> buildslave depending on the an
On Tuesday, 28 February 2012 15:45:41 UTC+13, Michael Orlitzky wrote:
>
> On 02/27/2012 07:20 PM, Dima Pasechnik wrote:
> > While working on #10682, with Maxima 5.26 I get
> >
> > sage -t --long -force_lib devel/sage/sage/calculus/desolvers.py
> >
61 matches
Mail list logo
