On 01/25/2014 10:14 AM, P Purkayastha wrote:
As mentioned earlier in this ML, using ccache will help. I haven't tried
using cycache.
I was trying to figure out how to enable cython caching. I can not find
any documentation on it. Only #15430.
--
You received this message because you are subs
On Friday, 24 January 2014 09:23:38 UTC-7, William wrote:
>
> Hi,
>
> I'm just going to make this Sage half-month official. Note that I
> switched the SD58 and SD59 numbers.
>
> * Sage Edu Days 6: University of Washington, Seattle (June 18-20, 2014)
> * Sage Days 58: Sage on the Web, Univers
On 01/24/2014 09:22 AM, kcrisman wrote:
$ ./sage -dev checkout --ticket 15693
At this point I usually do a "manual" diff against develop.
$ git diff origin/develop
I usually keep my "current version" at develop. I also keep my develop
up to date by creating a local branch called develop that
I see now how powerful the ore algebra approach is. It is still unclear to
me if all polynomial fractions (even those >1) can be represented, which
would be prerequisite to represent recurrences with all possible initial
values.
Looking forward to ore_algebra. If that package link were available n
On Friday, January 24, 2014 6:49:06 PM UTC, kcrisman wrote:
>
> I did now find the ssdiff mode, but the side-by-side requires a pretty
> wide screen to be useful. Something like ssdiff but in a vertical format
> would be really useful as an option, at least.
>
Well it wouldn't be side-by-side
>
>
> The Sage repository should not contain binary files nor non-sage specific
> source code, so
> naturally cloning the sage repository would not include compressed
> tarballs of upstream
> code. There are two ways to get a copy of sage with these files (so you
> can do an offline
> build): e
On Friday, January 24, 2014 8:48:32 AM UTC-5, kcrisman wrote:
>
>
>
> On Friday, January 24, 2014 8:22:04 AM UTC-5, Volker Braun wrote:
>>
>> On Thursday, January 9, 2014 3:50:37 PM UTC, kcrisman wrote:
>> > The highlighting/coloration on the patches on Trac was also easier to
>> read, but I don
On Fri, Jan 24, 2014 at 10:28 AM, Volker Braun wrote:
> Also, git annex is written in Haskell... want to make that a Sage
> dependency?
Haskell was a Sage dependency already back in 2006, since we used
Darcs as the first revision control system. I was very happy to
eliminate that dependency at
I'm leaning towards the operator kind of recurrence because I definitely
don't think about it as a sequence with specific length. But the core
object really is the ogf, i.e. the polynomial fraction which defines
everything in the same sense special function expressions are sufficient to
define all
Also, git annex is written in Haskell... want to make that a Sage
dependency?
On Friday, January 24, 2014 5:58:41 PM UTC, Marc Mezzarobba wrote:
>
> Volker Braun wrote:
> > none of the big git web services supports git-annex...
>
> There is no need for specific support to allow retrieving file
On Fri, Jan 24, 2014 at 8:32 AM, Jason Grout
wrote:
> On 1/24/14 10:23 AM, William Stein wrote:
>>
>> * Sage Edu Days 6: University of Washington, Seattle (June 18-20, 2014)
>
>
> Didn't we decide to move EduDays to the first part of the week to
> accommodate lots of edudays participants who wan
none of the big git web services supports git-annex...
On Friday, January 24, 2014 4:03:40 PM UTC, Marc Mezzarobba wrote:
>
> R. Andrew Ohana wrote:
> > The Sage repository should not contain binary files nor non-sage
> > specific source code, so naturally cloning the sage repository would
>
Hi,
I'm just going to make this Sage half-month official. Note that I
switched the SD58 and SD59 numbers.
* Sage Edu Days 6: University of Washington, Seattle (June 18-20, 2014)
* Sage Days 58: Sage on the Web, University of Washington, Seattle
(June 16-20, 2014)
* Sage Days 59: Bugs Days, Sa
R. Andrew Ohana wrote:
> The Sage repository should not contain binary files nor non-sage
> specific source code, so naturally cloning the sage repository would
> not include compressed tarballs of upstream code.
Just an idea, but what you you think of embedding pointers to the
tarballs via git-a
Ralf Stephan wrote:
> Please make your comments on the design while it's baking.
>
> http://trac.sagemath.org/ticket/15714
Just some quick thoughts.
To me most of the features you suggest look like a special case of what
is already implemented in Manuel Kauers et al.'s ore_algebra package--
whi
Thanks
for
the hints. The recurrence solvers in SymPy (sympy.solvers.recurr.rsolve)
will be helpful to have.
I have my own ideas too.
As to D-finite series, I have respect for the folks tackling the next
generalization (polynomial coefficients) which is way over my head. I'll
try to adapt
Hi,
not the same but quite related, there are people working on having
D-finite functions in Sage, it could be nice to have consistent
notations. Here are some slides from SD49:
http://marc.mezzarobba.net/exposes/sd49-mezzarobba-20130620-slides.pdf
Ciao,
Thierry
On Fri, Jan 24, 2014 at 07:33:4
>
>
>> $ export MAKE="make -j3"
>> $ make
>> > expecting to need to be on the internet to build Sage, just to download the
>> source>
>>
>
> The Sage repository should not contain binary files nor non-sage specific
> source code, so
> naturally cloning the sage repository would not include compr
On Friday, January 24, 2014 8:22:04 AM UTC-5, Volker Braun wrote:
>
> On Thursday, January 9, 2014 3:50:37 PM UTC, kcrisman wrote:
> > The highlighting/coloration on the patches on Trac was also easier to
> read, but I don't know if that is as easily fixable.
>
> I kind of prefer the new highlig
On Thursday, January 9, 2014 3:50:37 PM UTC, kcrisman wrote:
> The highlighting/coloration on the patches on Trac was also easier to
read, but I don't know if that is as easily fixable.
I kind of prefer the new highlighting generated by cgit. Do you have
anything in particular that you don't lik
Have you looked at what SymPy has already (it is included in Sage)?
On Fri, Jan 24, 2014 at 6:41 AM, Ralf Stephan wrote:
> Please make your comments on the design while it's baking.
>
> http://trac.sagemath.org/ticket/15714
>
> Regards,
> Ralf Stephan
>
> --
> You received this message because yo
Please make your comments on the design while it's baking.
http://trac.sagemath.org/ticket/15714
Regards,
Ralf Stephan
--
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 emai
22 matches
Mail list logo
