On Thursday, March 10, 2016 at 8:17:47 AM UTC+1, Jeroen Demeyer wrote:
>
> RR represents the real numbers
IMHO we should be very careful to never ever say that.
RR is floating point arithmetic which is a useful approximation to reals.
But if you are not aware of the differences then you very
You want the magic comment
# optional - latex
On Tuesday, March 8, 2016 at 1:42:27 AM UTC+1, Kwankyu Lee wrote:
>
> The "Special markup to influence (doc)tests" section of the developer's
> guide claims that it is comprehensive. But I could not find any explanation
> on the use of ellipsis ".
There are no incremental updates from 6.x to 7.x. Erase all artifacts,
"make distclean" or git clean
On Sunday, March 6, 2016 at 11:24:23 AM UTC+1, John Cremona wrote:
>
> I was upgrading Sage on my quite old laptop (running ubuntu 14.04),
> from 6.10 to 7.0. (One reason for doing thst is that
See also
http://trac.sagemath.org/ticket/13178
http://trac.sagemath.org/ticket/19607
On Thursday, March 3, 2016 at 6:08:07 PM UTC+1, William wrote:
>
> Doing this produces no output:
>
> %gap
> # for loop
> for i in [1..10] do
> if IsPrime(i) then
> Print(i," prime\n");
> else
>
On Monday, February 29, 2016 at 2:08:29 PM UTC+1, Jeroen Demeyer wrote:
>
> significantly slow down tests are flagged. Ideally, with very little
> false positives (I think that the test for startup time in the patchbot
> has too many false positives).
>
I'm pretty sure that they are actual slow
Just to point out the obvious, the error is almost at 2^32 so it is a
problem with large file support.
On Monday, February 29, 2016 at 10:19:49 AM UTC+1, Jeroen Demeyer wrote:
>
> Test 0222: File i/o: integer
> *** ERROR:Unexpected value 4294898226 at position 1
>
--
You received this messag
Since that question came up elsewhere:
The Mac app is built with the Makefile at #19673.
This has been the case for a while now, its just that nobody found the time
to review the ticket that puts it back into the Sage repo.
--
You received this message because you are subscribed to the Google
You downloaded and unpacked a binary tarball. It is already built, you just
need to run "/home/jon/Downloads/sage/SageMath/sage" to start it.
If you want to compile Sage you need the source tarball (which is not
distribution-specific).
On Wednesday, February 24, 2016 at 9:59:08 PM UTC+1, Jon
This is fixed in #19984 (needs review)
On Tuesday, February 23, 2016 at 7:36:35 PM UTC+1, kcrisman wrote:
>
> [...] what is the desired behavior of this script in this scenario? I
> really don't care but wanted to alert anyone who does.
>
Obviously it is not: Tripping over an old tarball and pr
Source tarball is online, go to http://files.sagemath.org and click on
"...source code of Sage (older versions)"
On Tuesday, February 23, 2016 at 3:50:29 PM UTC+1, Clemens Heuberger wrote:
>
> It turns out that the old code no longer works with Sage 7.0. It is also
> impossible to compile Sage
I think you just ran out of RAM, you need about 2GB per CPU core to build
Sage. The gcc ice in scipy is a sign of running out of memory,
e.g. https://www.digitalocean.com/community/questions/cannot-install-scipy
On Monday, February 22, 2016 at 10:20:37 PM UTC+1, Martin Vahi wrote:
>
>
> Well,
We do have a virtual machine available
at http://files.sagemath.org/win/index.html for the record
--
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+unsub
On Sunday, February 21, 2016 at 11:07:48 AM UTC+1, Jeroen Demeyer wrote:
>
> One possible idea: the path
> /home/ts2/Projektid/progremise_infrastruktuur/matemaatikamootorid/Sage/juur_liivakast/2016_02_xx_Sage_7_0/bonnet/tmp_/build_dir/sage-7.0
>
>
> is unusually long, maybe try a shorter/simpler
We could also have a particular print_order that is used for sorting sets
and dictionary keys in output.
On Monday, February 8, 2016 at 11:40:32 AM UTC+1, John Cremona wrote:
>
> On 8 February 2016 at 10:13, David Loeffler > wrote:
> >
> > On 6 February 2016 at 22:48,
I migrated the legacy github teams. I also renamed the "Owner" to "Core"
team as suggested by github. Some of you might have lost the ability to
create new repositories under the sagemath organization under the new
github access model, if you feel the need please let me know.
--
You received t
The memcpy declaration is not picked up even though the configure test
found it, this seems more like a bug in glibc than the compiler. From the
log:
./string.h:276:5: warning: incompatible implicit declaration of built-in
function 'memcpy'
memcpy( libGAP_CHARS_STRING(string), (cstr), tmp_
In any case we need more info; Full logs, openSUSE version, glibc and
compiler versions, ...
On Saturday, February 6, 2016 at 11:51:43 PM UTC+1, Volker Braun wrote:
>
> The memcpy declaration is not picked up even though the configure test
> found it, this seems more like a bug in g
The choice seems to be between
* non-mathematical order
* no order (undefined in Python2, raise in Python3)
I don't really have a strong opinion on which to use here.
One advantage of having an order is that you can speed up algorithms by
working with ordered collections.
On Saturday, February
I've also uploaded OSX binaries for sage-7.1.beta2 if you want to give that
at try...
On Saturday, February 6, 2016 at 2:49:19 AM UTC+1, Andrew Pennebaker wrote:
>
> The SageMath homepage seems to say that v7.0 is available:
>
> http://www.sagemath.org/
>
> But when I try to download the binary
On Friday, February 5, 2016 at 6:47:19 PM UTC+1, Nils Bruin wrote:
>
> Note that this solution comes as a fairly significant penalty: you end up
> copying/modifying the kwargs argument *all the time*.
>
Passing the keywords down individually also incurs some overhead, plus we
are talking about f
On Friday, February 5, 2016 at 6:08:45 PM UTC+1, Nathann Cohen wrote:
>
> Any function that takes **kwargs as argument must:
> 1) Remove from kwargs all values it understands
> 2) Forward the remaining content of kwargs to a subfunction
>
And:
3) Doctest that an unknown arg
You need a unique string to search&replace, and after moving from
/verylonguniquepath to / you've lost that uniqueness. So to undo you'd have
to store the state how it was before patching in some external file.
Possible but extra code paths that need to be written and tested...
On Friday, Febru
On Friday, February 5, 2016 at 12:24:27 AM UTC+1, John H Palmieri wrote:
>
> Should the model when building from scratch be
> ./configure --prefix=/target/location
> make
> make install
>
This basically doesn't work if you compile your own dependencies; You have
to "make install" you dependencies
On Thursday, February 4, 2016 at 10:25:06 PM UTC+1, Jan Groenewald wrote:
>
> So it seems (with difficulty) Conda patches binaries as well:
> http://conda.pydata.org/docs/building/meta-yaml.html#relocatable
> To make them use relative paths...?
>
No. Just as in Sage, you can only install conda pac
On Thursday, February 4, 2016 at 9:45:49 PM UTC+1, Jan Groenewald wrote:
>
> Most software go ./configure --prefix=path; make; make install
> and installs to elsewhere with known paths for shared libraries, or
> relative paths for in-package libraries and you can move the tree.
>
The above comma
Just to point out the obvious: If you check out #18408 then you get
Sage-6.8.beta7
You should merge in the latest Sage if you want to review that ticket; Its
likely that there are merge conflicts anyways which need to be resolved
first.
On Thursday, February 4, 2016 at 7:52:20 PM UTC+1, Jeroen
On Thursday, February 4, 2016 at 1:03:11 PM UTC+1, Jan Groenewald wrote:
>
> I'm under the impression almost all software works relocatable
>
Your impression is incorrect. Try to install any non-trivial (including
shared libraries) deb/rpm into a prefix, good luck. The Fedora packaging
guideline
On Wednesday, February 3, 2016 at 6:25:46 PM UTC+1, jhonrubia6 wrote:
>
> after make dist-clean && make I've got an error
>
its "make distclean"
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop receiving
gards,
> Jan
>
> On 2 February 2016 at 22:50, Volker Braun > wrote:
>
>> Is this the Ubuntu PPA? I think thats not working right now. Whoever is
>> maintaining it (Jan?) should probably revert it until its fixed.
>>
>>
>>
>> On Tuesday, February 2,
Is this the Ubuntu PPA? I think thats not working right now. Whoever is
maintaining it (Jan?) should probably revert it until its fixed.
On Tuesday, February 2, 2016 at 6:16:08 PM UTC+1, Samuel Lelievre wrote:
>
> Dear sage-support (cc: sage-release, sage-devel)
> (please reply on sage-support
On Tuesday, February 2, 2016 at 11:44:44 AM UTC+1, Jeroen Demeyer wrote:
>
> > * makes it easier for distros, e.g. passing custom arguments to
> ./configure
> Why is it easier to pass custom arguments to ./configure if there are 2
> packages instead of 1 package?
>
Because only one of them has
On Tuesday, February 2, 2016 at 9:59:11 AM UTC+1, Jeroen Demeyer wrote:
>
> That just adds an extra step, I don't see why this is a good idea.
* makes it easier for distros, e.g. passing custom arguments to ./configure
* easier and faster venv installations if you don't have to recompile the
c-l
Right now all tests for interrupts use "sage:" markers and customized magic
comments. So its not easy to run the existing doctests under
$favorite_testing_framework.
On Tuesday, February 2, 2016 at 10:11:23 AM UTC+1, Martin Albrecht wrote:
>
> I’m not sure I follow. Many Python packages have tes
The system-specific part could be a separate C library "libinterrupt" that
the python package depends on. That is how many other Python packages
depend on system-specific libraries...
On Tuesday, February 2, 2016 at 9:41:13 AM UTC+1, Jeroen Demeyer wrote:
>
> One more thing: I think that this
Something broke already before you pressed submit, the next-to-last preview
already timed out Still looks more like a network issue, perhaps a
wonky UW firewall?
On Monday, February 1, 2016 at 5:49:54 PM UTC+1, Dima Pasechnik wrote:
>
> is it just skrew clock somewhere upstream that causes
On Monday, February 1, 2016 at 10:40:42 AM UTC+1, Martin Albrecht wrote:
>
> but perhaps turning Sage into a bunch of smaller Python libraries is
> something which can be accomplished step-by-step.
>
The first order of business should then be to modularize the doctest
framework, otherwise you e
can somebody make a packet trace, eg. using wireshark?
On Monday, February 1, 2016 at 2:28:50 PM UTC+1, Daniel Krenn wrote:
>
> On 2016-02-01 12:28, Volker Braun wrote:
> > You should be able to post even if the preview hangs... possibly
> > requires to press send again
You should be able to post even if the preview hangs... possibly requires
to press send again. Did you try that?
On Monday, February 1, 2016 at 11:22:01 AM UTC+1, Dima Pasechnik wrote:
>
> On Monday, 1 February 2016 00:28:31 UTC, Volker Braun wrote:
>>
>> I've incre
01-31 14:07, Dima Pasechnik wrote:
>> >> On Sunday, 31 January 2016 12:23:59 UTC, Volker Braun wrote:
>> >>
>> >> There is a request data read error in the log, this seems to be a
>> >> networking error and not the fault of the trac server. I tri
There is a request data read error in the log, this seems to be a
networking error and not the fault of the trac server. I tried and could
comment on the ticket just fine.
On Sunday, January 31, 2016 at 12:53:42 PM UTC+1, Dima Pasechnik wrote:
>
> trac server basically hangs on hitting "Submit C
This is now http://trac.sagemath.org/ticket/19988 (needs review)
On Saturday, January 30, 2016 at 11:48:07 AM UTC+1, Andrzej Giniewicz wrote:
>
> Hello,
>
> I wanted to open issue in Trac about it, but I'm getting time limit
> exceeded on creating issue, so I decided I send it here.
>
> Savin
The fedora package has gap and sage versions out of sync...
On Saturday, January 30, 2016 at 1:35:42 PM UTC+1, jonfr...@aol.com wrote:
>
> Attempting to install/run SnapPy 2.3.2 in Sage 6.5, Fedora 23 /KDE/Scientific
> Spin
> (There is a standalone GAP version installed Version 4.7.9 of 29-Nov-
Trac works for me... what exactly was the error you got? HTTP 408?
On Saturday, January 30, 2016 at 11:48:07 AM UTC+1, Andrzej Giniewicz wrote:
>
> Hello,
>
> I wanted to open issue in Trac about it, but I'm getting time limit
> exceeded on creating issue, so I decided I send it here.
>
> Savi
To give this thread some closure: Further discussion with upstream made it
clear that a fork is the best option.
--
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 s
We do delete old binaries to not over stay our welcome with the mirror
admins...
I restored (note gz instead of lrz)
http://files.sagemath.org/linux/64bit/sage-6.9-x86_64-Linux-Ubuntu_12.04_64_bit.tar.gz
On Thursday, January 28, 2016 at 6:15:41 PM UTC+1, Ondřej Čertík wrote:
>
> Hi,
>
> We te
It would be pretty easy to do since ipynb has an official api to read
files. We could also combine it with the sagenb->ipynb converter...
On Wednesday, January 27, 2016 at 3:39:23 PM UTC-5, kcrisman wrote:
>
>
>
> On Wednesday, January 27, 2016 at 1:22:15 AM UTC-5, Clemens Heuberger
> wrote:
>
I'm fine with giving him all the time in the world to respond. Once he does
I'm happy to update the SPKG.txt metadata.
On Wednesday, January 27, 2016 at 3:27:58 PM UTC-5, Jeroen Demeyer wrote:
>
> On 2016-01-27 20:27, Volker Braun wrote:
> > Imho if upstream hasn
Imho if upstream hasn't made any changes in the last 5 years and/or can't
be bothered with the added value of building a shared library then its
better to fork. Make a git repo under the sagemath github organization,
done. Really, everything is a fork in git. Just get used to it.
On Wednesday
It doesn't work right now; The kernel doesn't know whether it is running
under jupyter or jupyterhub.
On Tuesday, January 26, 2016 at 10:44:33 AM UTC-5, Christoph Ruegge wrote:
>
> Hi.
>
> I'm trying to get the jsmol applet running on JupyterHub. I'm using
> JupyterHub 0.3.0 (installed via pip
On Monday, January 25, 2016 at 8:42:45 PM UTC-5, Samuel Lelievre wrote:
>
> Type "%display unicode_art" for a nicer display of some outputs.
>
We know that this is ugly but if you dig into the documentation you'll be
able to find better-looking settings, promise!
--
You received this messag
On Monday, January 25, 2016 at 11:28:21 AM UTC-5, Nathann Cohen wrote:
>
> And really, I don't think that we could devise a new set of rule that
> could solve this kind of dead-end situations.
That thinking is precisely whats wrong here, there is no dead end. If you
dislike how Poset is being
Most of the mathematicians by training do a terrible job at code review in
Sage, whereas the compsci people do much better. I'm guessing that this is
because the latter actually contribute to other projects and get some
exposure to how code review is done right, whereas the former only ever
exp
I've seen random test error there, too. +1 to removing them.
On Monday, January 25, 2016 at 8:28:16 AM UTC-5, Eric Gourgoulhon wrote:
>
> Hi,
>
> It appears that occasionaly the following doctest error occurs in
> src/sage/rings/real_double.pyx:
>
> File "src/sage/rings/real_double.pyx", line
On Sunday, January 24, 2016 at 6:33:00 PM UTC-5, Nils Bruin wrote:
>
> For attracting novice users who care about presentation of results, I
> would guess the terminal-based output is basically irrelevant.
>
And by making the terminal UI as unwelcoming as possible we can ensure that
it stays ou
Yes you can set it up the way you want, this is about what a sane DEFAULT
is. And the best machine parseable output is, like the best output for the
visually impared, not the best output for the majority of our potential
users. On the plus side they will never become our users as long as we try
On Sunday, January 24, 2016 at 2:09:20 PM UTC-5, vdelecroix wrote:
>
> Yes, you break the fact that for many objects you can copy/paste the
> output to get your object back
>
Like for matrices, to come back to the topic?
Also, is the Sage output primarily for humans or primarily machine-parsabl
There is no bulletproof way for the program to determine whether the
terminal can display unicode. But every half-way recent terminal can, and
we have been using unicode in the startup banner for years without
problems. I'd just assume that it works by default nowadays.
%display unicode_art als
Looks like a PARI issue:
sage: C.has_rational_point()
---
SignalError Traceback (most recent call last)
in ()
> 1 C.has_rational_point()
/home/vbraun/Code/sage/local/lib/python2.7/site-packa
her we implement what Jeroen suggests, or raise an
> exception.
>
> -- William
>
> On Wed, Jan 20, 2016 at 4:28 AM, Jeroen Demeyer > wrote:
> > On 2016-01-20 12:32, Volker Braun wrote:
> >>
> >> Of course you can define as ZZ-floor division as the abo
On Wednesday, January 20, 2016 at 10:22:55 AM UTC, Jeroen Demeyer wrote:
>
> In QQ, I would define a//b = floor(a/b).
> Why do you consider this not "really consistent with the division
> operation on ZZ."? Neither your previous post nor this one explains that.
>
That definition doesn't work fo
On Wednesday, January 20, 2016 at 8:28:23 AM UTC, Jeroen Demeyer wrote:
>
> Well, you cannot have a fully consistent floor division in any case:
> Either you make floor division on QQ consistent with ZZ or with QQ[x]
> but you cannot have both. Personally, I would prefer making it
> consistent w
Presumably nobody has a problem with
sage: R. = QQ[]
sage: (3*x^2+1) // (2*x)
3/2*x
and it would be rather strange if the binary operations on the scalars
behave different in QQ vs degree-0-part(QQ[x]). Whereas it shouldn't come
as too much of a surprise that division-related operations behave
well the empty string is not a valid key; I'll change the script to skip
over them.
On Tuesday, January 19, 2016 at 3:32:46 PM UTC, Christian Stump wrote:
>
> > Whats the error with the updated git-trac script?
>
> you find the error with the updated script at the end. I can now
> reproduce and
Whats the error with the updated git-trac script?
On Tuesday, January 19, 2016 at 3:12:55 PM UTC, Christian Stump wrote:
>
> > You can have multiple ssh keys (I have serveral); But they have to be
> > separated by newlines and not pasted end-to-end in a single line.
>
> Hm, I also have them sep
You can have multiple ssh keys (I have serveral); But they have to be
separated by newlines and not pasted end-to-end in a single line.
On Tuesday, January 19, 2016 at 2:39:00 PM UTC, Christian Stump wrote:
>
> > I think you have an invalid ssh key added to trac, can you double-check?
>
> Okay,
I just added better error message for that in git-trac, if you update that
then it'll show you which line is wrong.
On Tuesday, January 19, 2016 at 2:07:31 PM UTC, Volker Braun wrote:
>
> I think you have an invalid ssh key added to trac, can you double-check?
>
>
> On Tuesd
I think you have an invalid ssh key added to trac, can you double-check?
On Tuesday, January 19, 2016 at 2:00:49 PM UTC, Christian Stump wrote:
>
> > What did it download to /tmp/tmpBtMBUh?
>
> The file doesn't appear to exist. Is the command "git trac config
> --user YourName --pass 'pwd' " on
What did it download to /tmp/tmpBtMBUh?
On Tuesday, January 19, 2016 at 1:18:37 PM UTC, Christian Stump wrote:
>
> Hi, I got the following both on my machine as on the sage cloud:
>
> ~/sage-git$ git trac config --user stumpc5 --pass ''
> Saved trac username.
> Saved trac password.
> Trac xm
I vaguely remember copying it there during the git transition for testing,
please remove. Harald, I actually don't know where doc.sagemath is coming
from, can you handle it?
On Monday, January 18, 2016 at 8:47:05 AM UTC, Jeroen Demeyer wrote:
>
> On 2016-01-18 09:19, Samuel Lelièvre wrote:
> >
PS: The Jupyter file browser jails the user into the startup directory, so
we really have to run it in $HOME
On Sunday, January 17, 2016 at 9:12:22 AM UTC+1, Volker Braun wrote:
>
> IMHO the app should just start and manage its own jupyter server; Launch
> it on startup and shut it
IMHO the app should just start and manage its own jupyter server; Launch it
on startup and shut it down when the app is closed. The notebook server
doesn't fork into the background so its trivial to just keep a single
process, no need for a pidfile.
If the user wants to launch a separate server
Running testsuites has additional dependencies, so using SAGE_CHECK is not
for everybody.
On Sunday, January 17, 2016 at 1:23:14 AM UTC+1, Buck Evan wrote:
>
> While that got rid of the previous error, there's something else wrong
> here:
>
> I'm going to assume nobody else compiles with SAGE_C
sage: log_gamma(x)
log_gamma(x)
sage: log_gamma(4.0)
1.79175946922805
On Saturday, January 16, 2016 at 7:35:20 PM UTC+1, Buck Evan wrote:
>
> It would be helpful if I could use the loggamma function with sage, both
> in numerical and symbolic form.
>
> Some references:
>
> * https://en.wikipedi
Are you switching between Sage-6 and Sage-7 based branches? Then you need
to recompile everything ("make distclean && make")
On Saturday, January 16, 2016 at 5:53:45 PM UTC+1, Anna Haensch wrote:
>
> Thanks for the replies. I just made a fresh new clone, then checked out
> the branch, and trie
As usual, nobody reviewed changes to the (re)location error messages. I
think its crucial that this goes into Sage 7 which we should get out asap.
[ ] I prefer the incorrect error messages
[ ] Hold it, I still want to add my pet feature to that ticket
--
You received this message because you
Use ssh instead of https:
git remote remove trac
git remote add trac g...@trac.sagemath.org:sage.git
On Saturday, January 16, 2016 at 12:30:43 PM UTC+1, Simon King wrote:
>
> Hi!
>
> Recently, I was unable to work for some reasons, one of them being a crash
> of my laptop. I now have a new one,
THats fine (except that you should use new-style classes)
On Friday, January 15, 2016 at 5:34:35 PM UTC+1, fhivert wrote:
>
> Dear all,
>
> I'd like to have a class with a method with some implementation internal
> that
> differ if the os is MacOS of anything else.
>
> Context
> ===
The trac vm disk was full again.
Some of the apache2 logs weren't named *.log so logrotate wouldn't actually
rotate them. I changed them to all end in .log
Also, I reduced logrotate from 52 down to 10 (weeks worth) to prevent this
in the future.
On Friday, January 15, 2016 at 3:37:58 PM UTC
If you want to play around with jupyterhub but are scared by the
dependencies, I wrote a script to bootstrap it locally (no silly global
installations of npm packages):
https://github.com/vbraun/run-jupyter-hub
Run JupyterHub / Jupyter
Self-contained dependencies for
bump
On Friday, January 8, 2016 at 12:29:42 AM UTC+1, Volker Braun wrote:
>
> Filtered vector spaces and Klyachko bundles on toric varieties
>
> http://trac.sagemath.org/ticket/15328
>
> its been sitting in needs review for 2 years
>
--
You received this message because
There is currently only one branch that you uploaded to trac:
$ git ls-remote trac | grep u/jhonrubia6
1265ba74d160e472b4b19d510d3e72f4db41aa40
refs/heads/u/jhonrubia6/bugfix_hyperbolic_arc
Of course we can't tell you what you did on your own computer, but if you
run "git reflog" then you'll se
I'd recommend "sage --notebook=ipython"
On Wednesday, January 13, 2016 at 3:49:45 AM UTC+1, Steven Trogdon wrote:
>
> I have 7.0.beta3 installed so at some point in going from 6.10 -> 7.0.x I
> had to
>
> make distclean && make
>
> However, in starting the notebook the warning from
> local/li
http://trac.sagemath.org/ticket/19750
--
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
On Tuesday, January 12, 2016 at 3:30:22 PM UTC+1, Jan Groenewald wrote:
>
> Funny thing is, basic operations ad plotting work fine, whereas I thought
> if relocate-once.py failed sage would not be able to find any of it's
> libraries and just crash.
>
Thats because relocate-once.py partially wor
If you re-package the existing binary then you should
* first move Sage to the final directory
* then run relocate-once.py (or just start sage)
* when successful, relocate-once.py deletes itself
* then delete whatever you don't want to keep from the binary
The relocate-once.py could easily have a
On Monday, January 11, 2016 at 8:20:45 PM UTC+1, William wrote:
>
> Following up on this, that we don't fully support people doing
> development for Sage by creating independent pip-installable packages
Where is the problem, I did that before and it works just fine.
Of course sage isn't on py
As William already said, there is the github<->trac bot. Even without that,
you can just copy branches over. So if you want to do the review on github
and then stick it into trac thats easy to do.
But if you want to use the github issue tracker then that wouldn't work as
easily. I don't think w
Its not really an error, but one should strive to not add unneccessary
modules.
On Monday, January 11, 2016 at 10:55:36 AM UTC+1, Eric Gourgoulhon wrote:
>
> Hi,
>
> On the ticket
> http://trac.sagemath.org/ticket/18529
> the patchbots report a failed plugins.startup_modules:
> http://patchbo
1) don't cdef class attributes, it just makes debugging unnecessary hard.
Unless you are wrapping C-level types where you can't avoid it, of course.
Just keep it in python, maybe use cpdef if you must.
2) I'd recommend using __cinit__ instead of __init__ with cdef classes and
use more of a RAII
On Sunday, January 10, 2016 at 8:59:01 AM UTC+1, Jori Mäntysalo wrote:
>
> So for multi-user server the admin must make local accounts. This is
> contrary to all normal systems.
I would argue the opposite, making local accounts is exactly what you
usually do to let users run their own programs
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
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
Screenshot:
<https://lh3.googleusercontent.com/-ln7_kOCLMew/VpEB8D78xbI/Y6k/WrGHQ1DZibY/s1600/interface_magic.png>
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/1985
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 app
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
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
Maybe it should be renamed to .is_symbolic_contstant(), freeing up
.is_constant() for you.
On Friday, January 8, 2016 at 6:16:38 PM UTC+1, Daniel Krenn wrote:
>
> Dear all,
>
> from the method-name and also from the one-line description
> "Return True if this symbolic expression is a const
Filtered vector spaces and Klyachko bundles on toric varieties
http://trac.sagemath.org/ticket/15328
its been sitting in needs review for 2 years
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop receiving e
Better error messages: http://trac.sagemath.org/ticket/19843 (needs review)
On Thursday, January 7, 2016 at 3:24:41 PM UTC+1, kcrisman wrote:
>
> Also possibly relevant:
> http://ask.sagemath.org/question/32094/sage-610-not-working-again-on-macos/
>
>
--
You received this message because you a
Its a neat twist on just making multiple clones of the Sage repo; In terms
of rebuild time it doesn't give you really anything different.
On Thursday, January 7, 2016 at 12:03:15 AM UTC+1, Dima Pasechnik wrote:
>
> This is a newish (since git 2.5) feature of git that apparently makes
> switchi
601 - 700 of 3757 matches
Mail list logo