Hi!
On 2017-09-16, Nils Bruin wrote:
> On Friday, September 15, 2017 at 2:28:06 PM UTC-7, Travis Scrimshaw wrote:
>>> Why are you proposing local imports? If python puts a performance penalty
>>> on them (in fact a significant performance penalty), they should be
>>> avoided, no?
>>>
>> It is
On Friday, September 15, 2017 at 2:28:06 PM UTC-7, Travis Scrimshaw wrote:
>
>
> Why are you proposing local imports? If python puts a performance penalty
>> on them (in fact a significant performance penalty), they should be
>> avoided, no?
>>
>> It is a relatively small penalty, so when it is
Ok, most errors have been adressed. They turned out to be mostly due to
some optional packages having dependencies outside of sage, but not
complaining about these at installation time, but only during runtime.
On Friday, 15 September 2017 22:50:02 UTC+2, Maarten Derickx wrote:
>
> The packages
Am Freitag, 15. September 2017 23:28:06 UTC+2 schrieb Travis Scrimshaw:
>
>
> Why are you proposing local imports? If python puts a performance penalty
>> on them (in fact a significant performance penalty), they should be
>> avoided, no?
>>
>> It is a relatively small penalty, so when it is not
> Why are you proposing local imports? If python puts a performance penalty
> on them (in fact a significant performance penalty), they should be
> avoided, no?
>
> It is a relatively small penalty, so when it is not in a tight loop, it is
useful to break out of those cyclic imports (and has
The packages needing packages external to sage to be installed raise the
question wether optional packages are allowed to have dependencies other
then sage. To me it feels a bit weird if you first need to install
something outside of sage before you can install the package, however this
seems l
On Tuesday, 12 September 2017 18:43:00 UTC+2, vdelecroix wrote:
>
> Hi Marteen,
>
> Though in an ideal world
> - tickets should not be merged if any patchbot is not happy with it
>
Hi looked a bit more into this stuff and I think that the main reason why
this happens is that even though we
In my ongoing quest of trying to get fewer patchbot failures I started at
least with installing all optional packages. I now have every optional
package returned by::
sage: optional_packages()
except the following:
gmp - this package installs fine but one has to choose between mpir and
I agree. Then I have to remove the local import.
Am Freitag, 15. September 2017 21:50:01 UTC+2 schrieb Travis Scrimshaw:
>
>
>
> On Friday, September 15, 2017 at 2:39:29 PM UTC-5, Martin R wrote:
>>
>> I haven't done any "professional" profiling, but it seems to me that the
>> 10% are stable, i.
Why are you proposing local imports? If python puts a performance penalty
on them (in fact a significant performance penalty), they should be
avoided, no?
It's not that I'm doing these optimizations just for fun. I am applying
many of these little maps very very very often. I am now optimizin
On Friday, September 15, 2017 at 2:39:29 PM UTC-5, Martin R wrote:
>
> I haven't done any "professional" profiling, but it seems to me that the
> 10% are stable, i.e., roughly independent of the size of the permutation.
>
> I just found a much faster alternative: simply bypass MatrixSpace.matrix
On Friday, September 15, 2017 at 2:31:05 PM UTC-5, Maarten Derickx wrote:
>
> Is it assymptotically 10% or is it 10% for the case in which you are
> testing it? In the first case I would be surprised in the second case it is
> not that weird.
>
> See the late_import function in src/sage/rings/c
I haven't done any "professional" profiling, but it seems to me that the
10% are stable, i.e., roughly independent of the size of the permutation.
I just found a much faster alternative: simply bypass MatrixSpace.matrix
completely:
entries = { (v-1, i): 1 for i, v in enumerate(self) }
Is it assymptotically 10% or is it 10% for the case in which you are
testing it? In the first case I would be surprised in the second case it is
not that weird.
See the late_import function in src/sage/rings/complex_field.py for how you
can speed up the import statement for the cyclic import ca
I am now trying to speed up Permutation.to_matrix, which is meanwhile one
of the worst offenders in my application. After some profiling I found the
following, which is quite a mystery to me. Apparently it is possible that
importing a module in a method costs a significant amount of time!
QUES
On Fri, Sep 15, 2017 at 10:45 AM Maarten Derickx <
m.derickx.stud...@gmail.com> wrote:
>
>
> On Friday, 15 September 2017 18:55:57 UTC+2, Volker Braun wrote:
>>
>>
>> I haven't used it in a while as buildbot, it possibly still has the old
>> domain name configured. But it basically never succeded
Thanks a lot!!!,I will definitey start right now
On Friday, September 15, 2017 at 10:32:58 PM UTC+5:30, Maarten Derickx
wrote:
>
> Hi Shivam,
>
> Thanks for your interest. The first place to start is to clone sage using
> git and trying to build sage from source as described in the developer
>
I'm a student pursuing Undergraduate degree right now,about languages :I'm
well in c++,and little bit of python.
Interested in contributing to open source,and your organisation attracted
me.
On Friday, September 15, 2017 at 10:53:24 PM UTC+5:30, William wrote:
>
>
> On Fri, Sep 15, 2017 at 9:15
Thanks a lot!!!,I will definitey start right now
On Friday, September 15, 2017 at 10:32:58 PM UTC+5:30, Maarten Derickx
wrote:
>
> Hi Shivam,
>
> Thanks for your interest. The first place to start is to clone sage using
> git and trying to build sage from source as described in the developer
>
On Friday, 15 September 2017 18:55:57 UTC+2, Volker Braun wrote:
>
>
> I haven't used it in a while as buildbot, it possibly still has the old
> domain name configured. But it basically never succeded in building; 32-bit
> is just too small to build docs and 2+ patchbots in the background.
>
>
On Fri, Sep 15, 2017 at 9:15 AM shivam gor wrote:
> I would just like to contribute,so would u suggest me??
> or like what are different facets in this project
>
Do you have a CV or Resume or something you can post; it isn’t possible to
suggest something for you to work on without knowing what y
Hi Shivam,
Thanks for your interest. The first place to start is to clone sage using
git and trying to build sage from source as described in the developer
manual:
http://doc.sagemath.org/html/en/developer/walk_through.html
The second step is to find an open ticket on the trac server of sage
On Friday, September 15, 2017 at 5:46:49 PM UTC+2, Dima Pasechnik wrote:
>
> dima-arando
>>
>
> this one works and warms up my office
> it's just not me who actually runs it, but, IIRC, Volker :-)
> (it's also a patchbot, also called arando)
>
I haven't used it in a while as buildbot, it poss
I would just like to contribute,so would u suggest me??
or like what are different facets in this project
On Friday, September 15, 2017 at 9:12:45 PM UTC+5:30, Erik Bray wrote:
>
> On Fri, Sep 15, 2017 at 2:52 PM, shivam gor > wrote:
> > Hello, I am Shivam .I'm intrested in working with u and wa
On Friday, September 15, 2017 at 4:29:44 PM UTC+1, Maarten Derickx wrote:
>
> Hi Fellow sage devs,
>
> Since the page https://wiki.sagemath.org/SupportedPlatforms is horribly
> outdated I want to at least update the section on fully supported
> platforms. What I plan to do is to update the list
On Fri, Sep 15, 2017 at 2:52 PM, shivam gor wrote:
> Hello, I am Shivam .I'm intrested in working with u and want to contribute
> to open source
> I'm well with C++ and little bit familiar with python
> so where should I start from??
Hi Shivam--that all depends on what your interest in Sage is an
On Fri, Sep 15, 2017 at 5:29 PM, Maarten Derickx <
m.derickx.stud...@gmail.com> wrote:
> Hi Fellow sage devs,
>
> Since the page https://wiki.sagemath.org/SupportedPlatforms is horribly
> outdated I want to at least update the section on fully supported
> platforms. What I plan to do is to update
Hi Fellow sage devs,
Since the page https://wiki.sagemath.org/SupportedPlatforms is horribly
outdated I want to at least update the section on fully supported
platforms. What I plan to do is to update the list with the bots as listed
on http://build.sagemath.org/#/workers . The changes for Debi
On Fri, Sep 15, 2017 at 8:00 AM Maarten Derickx
wrote:
> Hi Everybody who wants to discuss security in sage:
>
> Please do so in this thread and not in "How much do we support optional
> packages". So that these two discussions can both be held and without
> cluttering each other.
>
Good idea.
Hi Everybody who wants to discuss security in sage:
Please do so in this thread and not in "How much do we support optional
packages". So that these two discussions can both be held and without
cluttering each other.
--
You received this message because you are subscribed to the Google Groups
When I am able to I am probably going to backup important parts of my VPS
and use Ubuntu on it instead. That way I can use the prebuilt Sage binaries.
>
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop rece
Yes, that is the software: binary-pkg. I used it to try to make binaries
on my machine with 8GB RAM and then move the binaries over to the VPS as it
keeps crashing during the compile. Unfortunately it crashed on the virtual
machine I put on my local machine also, albeit in a different place.
Hello, I am Shivam .I'm intrested in working with u and want to contribute
to open source
I'm well with C++ and little bit familiar with python
so where should I start from??
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from thi
Thanks for the hint. I am currently happy with %prun followed by %lprun.
The only thing I dislike about this is that I have to guess who calls the
most offending method or function, but it's not much of a hassle, since
%prun also includes the cumulative timings.
Martin
Am Freitag, 15. Septem
In case you did not notice, you are just preventing an important
discussion concerning the management of optional packages to happen...
On 15/09/2017 10:28, Jeroen Demeyer wrote:
On 2017-09-15 09:00, Jori Mäntysalo wrote:
If so, a
bug in Sage could -- at least in theory -- lead a compromise to
On 2017-09-15 09:00, Jori Mäntysalo wrote:
If so, a
bug in Sage could -- at least in theory -- lead a compromise to the server.
It's a *feature* of Sage (actually Python) that it can run arbitrary
code, not a bug.
--
You received this message because you are subscribed to the Google Groups
By the way, if you are doing a lot of optimisation you should consider using
gprof2dot https://github.com/jrfonseca/gprof2dot . It can turn your python
profiling data into a really useful grafical visualisation of the call graph,
instantly showing you which parts of the code to optimize. And I i
On Wed, 13 Sep 2017, Jeroen Demeyer wrote:
What would security even mean for a mathematics program?
I think it could be possible to use Sage as a part of teaching program,
i.e. have it as a part of automatic checking of some exercises. If so, a
bug in Sage could -- at least in theory -- lead
38 matches
Mail list logo
