Re: [sage-devel] Re: Notebooks from admin viewpoint

On Sat, 9 Jan 2016, William Stein wrote: SMC has extensive support for this sort of thing with a graphical interface for configuration... You can control numerous Linux cgroups parameters, quota, etc. Good. This answers to my "hidden" question: Has someone thinked about those things. On Sa

Re: [sage-devel] Notebooks from admin viewpoint

On Friday, January 8, 2016, Jori Mäntysalo wrote: > I am basically just a sysadmin. > > For normal users and normal processes I can for example userdel -r to > totally remove a user and files of him/her. Or use top or ps to see who is > eating memory or burning cpu. Or even put on some ulimits to

Re: [sage-devel] Re: "Möbius": to 'mobius' or to 'moebius'?

Finnish is clearly too ambiguous to instruct a computer: Kuusi palaa ;-) On Saturday, January 9, 2016 at 7:15:10 PM UTC+1, Jori Mäntysalo wrote: > > umlauts --- counter-examples are quite artificial like "Näinkö väärin?" - > "Nainko vaarin?" which means "Did I see wrong?" - "Should I get marrie

Re: [sage-devel] Re: "Möbius": to 'mobius' or to 'moebius'?

On Sat, 9 Jan 2016, Volker Braun wrote: Since he was a German mathematician: The correct spelling is Möbius, Of course, but it needs Python 3 to have non-ascii identifiers. And then I don't know how hard it would be to type P.möbius_function() for most users. or Moebius if you can't use t

[sage-devel] Re: "Möbius": to 'mobius' or to 'moebius'?

Since he was a German mathematician: The correct spelling is Möbius, or Moebius if you can't use the umlaut. On Saturday, January 9, 2016 at 6:42:48 PM UTC+1, Jori Mäntysalo wrote: > > Now we have .mobius_function() at posets and .moebius_algebra() at > lattices. I see this as an error. > > Na

[sage-devel] "Möbius": to 'mobius' or to 'moebius'?

Now we have .mobius_function() at posets and .moebius_algebra() at lattices. I see this as an error. Native english speakers, which one seems better? -- Jori Mäntysalo

[sage-devel] Re: Jupyter notebook by default?

Screenshot: On Saturday, January 9, 2016 at 1:39:23 PM UTC+1, Volker Braun wrote: > > Fixing the cell magic situation is now > http://trac.sagemath.org/ticket/19851 (needs review) > >

[sage-devel] Re: Jupyter notebook by default?

Fixing the cell magic situation is now http://trac.sagemath.org/ticket/19851 (needs review) On Sunday, January 3, 2016 at 4:33:36 PM UTC+1, Volker Braun wrote: > > Interactive line magics obviously can't work in the browser like on the > command line > > The lack of appropriate cell magics (%%ma

Re: [sage-devel] is_constant in the SymbolicRing

On 2016-01-09 06:23, William Stein wrote: > A confusing name not in the global namespace isn't much better. How > about a rename that is clearer? Ideas > >is_named_constant >is_famous_constant >is_special_constant _is_registered_constant_ -- You received this message because you

Re: [sage-devel] is_constant in the SymbolicRing

On 2016-01-09 08:51, William Stein wrote: > Is the function used anywhere else in sage? Just once in interfaces/maxima_lib.py -- 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

Re: [sage-devel] is_constant in the SymbolicRing

On 2016-01-09 09:27, Daniel Krenn wrote: > This is now > http://trac.sagemath.org/ticket/19850 needs_review -- 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 sag

Re: [IPython-dev] [sage-devel] Re: Jupyter notebook by default?

On Sat, Jan 9, 2016 at 8:04 AM, kcrisman wrote: > These all sound like awesome ideas to me for moving more *robustly* to a > sws -> ipynb transition! Would attached files work properly (or at all)? > I'm only asking out of ignorance. > No, attached files would likely be placed next to the noteb

Re: [sage-devel] Re: A Sage function with a good deal of GAP native code

On Sat, 9 Jan 2016, Dima Pasechnik wrote: all what "# optional - blah" does is to look up "blah" in the --optional command line argument. So you can doctest stuff dependent on "blah", too. Ah, OK. So I was (once again) thinking too complicated. Thanks. -- Jori Mäntysalo

Re: [sage-devel] Re: A Sage function with a good deal of GAP native code

On Saturday, 9 January 2016 10:19:48 UTC, Jori Mäntysalo wrote: > > On Sat, 9 Jan 2016, Jeroen Demeyer wrote: > > >> How it is then doctested? Does #optional work for additional packages > >> installed to a "sub-program" of Sage, like some R pacakge? > > > You use > > > > # optional - gap_pa

Re: [sage-devel] Re: A Sage function with a good deal of GAP native code

On Sat, 9 Jan 2016, Jeroen Demeyer wrote: How it is then doctested? Does #optional work for additional packages installed to a "sub-program" of Sage, like some R pacakge? You use # optional - gap_packages But http://wiki.sagemath.org/InstallingGapPackages says that "- - but still you migh

[sage-devel] Re: Notebooks from admin viewpoint

Which notebook? * SMC runs in the cloud, no admin needed (sorry ;-) * Jupyterhub uses normal unix users for permissions and resource limits * tmpnb uses docker, so containers provide security and resource limits On Saturday, January 9, 2016 at 8:31:34 AM UTC+1, Jori Mäntysalo wrote: > > I a

Re: [sage-devel] is_constant in the SymbolicRing

Another argument against a public method name is that e is implemented as exp(1) and not as a named constant under the hood: sage: e.is_constant() False sage: pi.is_constant() True On Saturday, January 9, 2016 at 10:03:04 AM UTC+1, Ralf Stephan wrote: > > It is not used by users and developers h

Re: [sage-devel] Re: A Sage function with a good deal of GAP native code

On 2016-01-09 10:39, Jori Mäntysalo wrote: On Wed, 6 Jan 2016, David Joyner wrote: Just to be clear what the disagreement is, as far as I can tell, this is not simply a call to GAP but a call to a GAP package "Grape" which is not part of Sage's standard installation of GAP. How it is then doc

Re: [sage-devel] Re: A Sage function with a good deal of GAP native code

On Wed, 6 Jan 2016, David Joyner wrote: Just to be clear what the disagreement is, as far as I can tell, this is not simply a call to GAP but a call to a GAP package "Grape" which is not part of Sage's standard installation of GAP. How it is then doctested? Does #optional work for additional p

[sage-devel] Re: asymptotic expansions in SageMath

Great work! -- 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.c

Re: [sage-devel] is_constant in the SymbolicRing

I agree this should be removed. It is not used by users and developers have isinstance. Regards, -- 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+unsubs

Re: [sage-devel] is_constant in the SymbolicRing

This is now http://trac.sagemath.org/ticket/19850 On 2016-01-08 18:16, Daniel Krenn wrote: > Dear all, > > from the method-name and also from the one-line description > "Return True if this symbolic expression is a constant." > of Expression.is_constant, I expected that this gives more or