Re: [sage-devel] Trac vs Wiki passwords
trac and wiki accounts used to be linked (same username, same password). I changed my password on trac and it worked, but i can not use it on the wiki. Unfortunately, i am travelling and i do not have access to my previous password. How are the two system currently related ? Not at all. You can't currently change your wiki password. Basically through a series of hacks, we had hooked the wiki's authentication up to trac, but I think that broke when the wiki was moved off of boxen last summer. Oh, was that heavily advertised? I think we probably still have quite a bit of documentation that says both have the same password... On a slight tangent: I personally don't care for our current wiki, MediaWiki -- it has caused us numerous issues over the years (e.g. memory hog on boxen), and is a bit of a pain to administer. I'm not really aware of any modern wiki platforms (other than gollum, which didn't handle large wikis like ours when I checked it out 1.5 years ago), but if anyone has any thoughts on the matter I would be happy to discuss it (maybe in a different thread). I don't know that moving all that content/links would be worth the effort. -- 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 email to sage-devel+unsubscr...@googlegroups.com. To post to this group, send email to sage-devel@googlegroups.com. Visit this group at http://groups.google.com/group/sage-devel. For more options, visit https://groups.google.com/d/optout.
[sage-devel] Re: Please help with profiling
On Monday, August 24, 2015 at 5:32:02 AM UTC-4, Simon King wrote: Do I understand correctly that number of profiling samples in this function and its callees roughly corresponds to the cumulated time that the function is spending? Yes -- 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 email to sage-devel+unsubscr...@googlegroups.com. To post to this group, send email to sage-devel@googlegroups.com. Visit this group at http://groups.google.com/group/sage-devel. For more options, visit https://groups.google.com/d/optout.
Re: [sage-devel] Re: questions about option: inplace vs copy
On Monday, August 24, 2015 at 2:51:46 AM UTC-4, Jori Mäntysalo wrote: For example if M is an immutable matrix, would it give more speed to have something like M.__mul__(M, immutable=True)? What would be the benefit over M2 = M**2 M2.set_immutable() other than a more cumbersome syntax that requires you to look up the __mul__ docstring to use it? -- 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 email to sage-devel+unsubscr...@googlegroups.com. To post to this group, send email to sage-devel@googlegroups.com. Visit this group at http://groups.google.com/group/sage-devel. For more options, visit https://groups.google.com/d/optout.
Re: [sage-devel] Re: questions about option: inplace vs copy
Is there a convention for functions returning larger objects? For example if M is an immutable matrix, would it give more speed to have something like M.__mul__(M, immutable=True)? -- Jori Mäntysalo
[sage-devel] Re: Please help with profiling
Hi Volker, On 2015-08-23, Volker Braun vbraun.n...@gmail.com wrote: Call accounting also costs time, especially for very small functions it can be a significant fraction. If it can be 50% of the time, then it may be the reason for what I got. Here is how to interpret the columns: Number of profiling samples in this function Percentage of profiling samples in this function Percentage of profiling samples in the functions printed so far Number of profiling samples in this function and its callees Percentage of profiling samples in this function and its callees Function name Thank you. Do I understand correctly that number of profiling samples in this function and its callees roughly corresponds to the cumulated time that the function is spending? Best regards, Simon -- 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 email to sage-devel+unsubscr...@googlegroups.com. To post to this group, send email to sage-devel@googlegroups.com. Visit this group at http://groups.google.com/group/sage-devel. For more options, visit https://groups.google.com/d/optout.
Re: [sage-devel] Re: questions about option: inplace vs copy
On Mon, 24 Aug 2015, Volker Braun wrote: What would be the benefit over M2 = M**2 M2.set_immutable() other than a more cumbersome syntax that requires you to look up the __mul__ docstring to use it? Speed? I don't know, this is a real question. I just thinked about difference between matrices, graphs and posets. For matrices we have the set_immutable() function. Posets are always immutable. Graphs can be made immutable at creation time, and a copy() can return a mutable graph from immutable (or immutable from mutable). Would we gain anything if - for example - cartesian_product() would have a immutable-option? -- Jori Mäntysalo