-- Forwarded message --
From: Florent Hivert florent.hiv...@univ-rouen.fr
Date: Mon, Nov 8, 2010 at 6:00 PM
Subject: Re: What was the bool cython problem with Ticket 8327
To: Christian Stump christian.st...@lacim.ca
Hi Christian,
you putted a guard on my patch for Ticket
On 11/ 8/10 06:16 AM, Tom Boothby wrote:
Ah hah, I see the problem. I was recalling this page:
http://reference.wolfram.com/mathematica/tutorial/WhyYouDoNotUsuallyNeedToKnowAboutInternals.html
which is what I thought the link originating this tread had replaced.
Thanks for being civil about
On 11/7/10 4:03 AM, David Kirkby wrote:
On 5 November 2010 18:48, nekopczynskinekopczyn...@plymouth.edu wrote:
Hello Everyone,
I am currently a senior computer science student with a strong math
background. One of my professors, Dana Ernst, also a member here,
recommended that I post here. I
On 11/7/10 3:26 AM, Thierry Dumont wrote:
I have a Sage server used by the students in my University. I would like
to know how many connections are active at each time. How to do this?
I made a worksheet to graph this a while back. You'll need to change
the interesting_user function to
On 7 November 2010 19:40, nekopczynski nekopczyn...@plymouth.edu wrote:
I would like to start by thanking everyone who has posted a response.
I have spent some time researching some of the ideas listed here and I
am really interested in primes. More specifically computing mega
primes and
is there a possibility for installing optional packages on top of a
existing *global* sage installation *locally*, i.e., without root
rights?
I tried
sage -f foo.spkg
but it failed of course with permission denied...
Martin
--
To post to this group, send an email to
On 11/8/10 7:34 AM, Martin Rubey wrote:
is there a possibility for installing optional packages on top of a
existing *global* sage installation *locally*, i.e., without root
rights?
I tried
sage -f foo.spkg
but it failed of course with permission denied...
That would be a very interesting
Jason Grout jason-s...@creativetrax.com writes:
On 11/8/10 7:34 AM, Martin Rubey wrote:
is there a possibility for installing optional packages on top of a
existing *global* sage installation *locally*, i.e., without root
rights?
I tried
sage -f foo.spkg
but it failed of course with
On 2010-11-03 05:35, leif wrote:
As far as I am concerned it would nice not to bump packages more than
necessary.
+N
I have implemented this in ticket #10231, needs_review. With this
ticket applied, the version numbers of extcode and examples will be
independent from the main sage spkg.
Hi folks,
It's been about a year now since we have any updates to the Sphinx
package. Sphinx has now reached version 1.0.4 and ticket #10118 [1]
attempts to upgrade to that upstream version. Sphinx affects every
file in the Sage library and the SageNB package that has docstrings.
It is crucial
Why not just take a copy of the global installation into your own
space? Assuming you have 2.5G free space...
John
On Mon, Nov 8, 2010 at 1:45 PM, Martin Rubey
martin.ru...@math.uni-hannover.de wrote:
Jason Grout jason-s...@creativetrax.com writes:
On 11/8/10 7:34 AM, Martin Rubey wrote:
is
How about making a copy of the SAGE_ROOT directory tree with files
linked instead of copied:
cp -lr /usr/local/sage ~/sage
Then use ~/sage/sage. Saves space yet allows you to modify the local
directory tree.
Volker
On Nov 8, 8:41 am, Jason Grout jason-s...@creativetrax.com wrote:
On
I was trying to execute a large script, which I had generated
automatically with a view to testing Sage at integrating and
differentiating random polynomials.
The script looks a bit like this, but has many entries, with each
polynomial generated randomly.
f1=+2-2*x+2*x^2+2*x^3+4*x^4-1*x^5+3*x^6
On Mon, Nov 08, 2010 at 07:24:53PM +, David Kirkby wrote:
I was trying to execute a large script, which I had generated
automatically with a view to testing Sage at integrating and
differentiating random polynomials.
The script looks a bit like this, but has many entries, with each
Hi,
I recently found an integral that returns bad result. I already reported it to
Maxima tracker, but before they fix it, is there some place (ticket?) in which
such buggy integrals, limits, etc are listed so when bugs are fixed upstream
they can be doctested?
For example I noticed that
sage:
Dear all,
I wanted to compute some good old Bessel functions, and came upon the
following behavior. I did not want to open trac tickets for all of
this, since I didn't know (apart from 1) whether this behavior is
intentional or not.
1) Sage uses a function Bessel which does some input checking
For the record, that integral is not fixed by
http://trac.sagemath.org/sage_trac/ticket/10187
(Update ecl and maxima).
Volker
On Nov 8, 3:30 pm, Andrzej Giniewicz ggi...@gmail.com wrote:
Hi,
I recently found an integral that returns bad result. I already reported it to
Maxima tracker, but
At least historically, such errors often had their own Trac tickets
for putting doctest patches when such things were fixed. I don't know
if that is the best way, but it does at least call attention to the
actual error, as opposed to subsuming it into a Maxima upgrade
ticket.
- kcrisman
--
To
I actually was mistaken - it really looks strange, but it's difference
by constant after all, my fault. The big difference in form misled me.
Thanks for answering my original question anyway, will keep that in
mind if I find real issue next time.
Anyway, now that I'm playing with it more I
I'll try to take a look at it tomorrow.
Geoff
On Sat, Nov 6, 2010 at 11:42 AM, Philipp Schneider
philipp.schneid...@gmx.net wrote:
Hi,
could someone please look at
http://trac.sagemath.org/sage_trac/ticket/9747?
This bug has been around for a while and is really annoying. Also fix is
I suggest that if you are mostly doing integrals, that you just
download the latest Maxima (I use it via wxmaxima), and
not use it through Sage.
Also it is possible to do some integrals with Mathematica,
available in some form via the Wolfram Alpha web site, (free).
--
To post to this group,
+1, I've had to do that manually myself before.
On Oct 14, 2010 2:40 PM, Oscar Lazo estadisticame...@gmail.com wrote:
On Oct 14, 4:54 am, Johan Grönqvist johan.gronqv...@gmail.com wrote:
A workaround seems to be ...
I think it would be enough to add an option to numerical_integral on
the
Hi all,
Based on the latest live slackware linux, slax, I build 64-bit sage on
it from scratch. This live linux comes with linux kernel-2.6.36,
kde-4.5.2 etc.
However, for the purpose of keeping size of this distro within the 700
mb limit
(max size of cdrom and about 665mb), only basic
Hi,
On Tue, Nov 9, 2010 at 5:52 PM, cch cchu...@mail.cgu.edu.tw wrote:
The individual module for slax, sage_64-4.6.lzm, is placed on the
site:
http://diffusion.cgu.edu.tw/ftp/modules/linux64/Sage/
The image of live 64 bit sage platform, sage-slackware_64-4.6.iso, is
also placed there.
Hi folks,
The following question came up at ticket #10118 [1]:
mpatel: By the way, do you think we could add rosemary.math as a Sage
Buildbot buildslave?
I would love to have rosemary.math as a buildslave. On the one hand,
that's a high-end server running Red Hat Enterprise Linux 5.4 and we
John Hanke is the guy to talk to.
On Mon, Nov 8, 2010 at 11:12 PM, Minh Nguyen nguyenmi...@gmail.com wrote:
Hi folks,
The following question came up at ticket #10118 [1]:
mpatel: By the way, do you think we could add rosemary.math as a Sage
Buildbot buildslave?
I would love to have
26 matches
Mail list logo