On Friday, April 27, 2012 11:31:55 PM UTC-4, David Roe wrote:
>
> So we need an updated GiNaC spkg?
>
I think that is the fundamental solution. The current pynac spkg forked off
of GiNaC 1.4.x, which is now 4 years old. However, as of 18 months ago,
Burcin didn't think this bug warranted the eff
Hi,
The patches attached to ticket #12068 (Numerator for symbolic expression
shouldn't use maxima) were applied to sage-5.0.beta, which I was happy to
see because I had tried to do something similar (#10268, which can probably
be closed) to use GiNaC's normal() function for rational expressions
On Nov 15, 10:56 am, Ben Goodrich wrote:
> Thanks for the tip, which seems to have worked. I opened a ticket
> (10268), attached my patch, and uploaded a benchmark.
Now I have a un-minimal example of using GiNaC's normal function that
finishes in about 1 minute when done directly i
On Nov 13, 9:45 pm, kcrisman wrote:
> That's a little orthogonal to your main question, which I should know
> the answer to, but have forgotten off hand. Might this be in sage/
> libs/ginac/ ?
Thanks for the tip, which seems to have worked. I opened a ticket
(10268), attached my patch, and uploa
Hi,
The simplify_rational method has three choices for Maxima functions,
but I wanted to try GiNaC's normal method described here
http://www.ginac.de/tutorial/Rational-expressions.html#Rational-expressions
to see if it was faster. Has someone already tried this and concluded
Maxima was better?
On Oct 15, 3:48 am, Jan Groenewald wrote:
> Can some people on 32bit and 64bit and different CPUs (amd as well)
> send in the output of
64bit Debian here, no problem
goodr...@y560:/media/disk30/sage-4.6.alpha3$ grep name /proc/cpuinfo
model name : Intel(R) Core(TM) i7 CPU Q 720 @ 1.6
On Jun 12, 9:07 am, kcrisman wrote:
> > 1) Get a list of recommended packages from that version of R -
> > preferably in a way that does not require them to be hard-coded in a
> > test script, but generated by R.
>
> Unfortunately, I couldn't find one when I was looking for it. It might
> be worth
On Jun 12, 8:09 am, David Kirkby wrote:
> kir...@sage:~$ /usr/local/bin/sage
> --
> | Sage Version 4.4.3, Release Date: 2010-06-04 |
> | Type notebook() for the GUI, and license() for information. |
>
On Jun 12, 6:38 am, David Kirkby wrote:
> On 12 June 2010 04:06, Ben Goodrich wrote:
>
>
>
> > If the goal were to test that the R functions in these packages are
> > working correctly, that is documented at
>
> >http://cran.r-project.org/doc/manual
If the goal were to test that the R functions in these packages are
working correctly, that is documented at
http://cran.r-project.org/doc/manuals/R-admin.html#Testing-a-Unix-Installation
In particular, one might want to call
library(tools)
testInstalledBasic("basic")
which would probably take
On Jun 11, 5:29 pm, "Dr. David Kirkby"
wrote:
> Given actually reading in these 6 libraries takes very little time, it would
> not
> seem unreasonable to me to make a test that they actually import properly part
> of the normal doctests that people run each time people test Sage. Any
> reoccurrin
On Jun 11, 3:56 pm, Ben Goodrich wrote:
> I know nothing about Solaris or what might be causing this problem,
> but if you put these two lines into a script called TestPackages.R
>
> packages <- rownames(installed.packages())
> for(i in seq_along(packages)) stopifnot(
I know nothing about Solaris or what might be causing this problem,
but if you put these two lines into a script called TestPackages.R
packages <- rownames(installed.packages())
for(i in seq_along(packages)) stopifnot(require(packages[i],
character.only = TRUE))
and then put something like
R --v
On Mar 6, 3:37 pm, "ma...@mendelu.cz" wrote:
> I think, it does not have too much sense to have Debian package. It
> would be better to put compiled Debian binaries to sagemath.org
> download page.
>
> Cheers,
>
> Robert Marik
I agree that compiling sage is not too difficult, and I actually use
o
On Mar 6, 9:59 am, Dima Pasechnik wrote:
> well, this is trickier than you think.
> E.g. Python 2.6 has not made it into Debian stable yet.
> And installing Python 2.6 on Debian stable using the standard Debian
> source package
> installation mechanisms does not work.
> Python is needed for functi
On Mar 5, 11:27 pm, "Dr. David Kirkby"
wrote:
> I suspect the Debian people are reasonable and could be persuaded to accept
> things if there were aware of just how many patches have needed to be made to
> 'standard' packages.
They are reasonable. My guess is they would usually email upstream to
On Mar 5, 8:35 pm, François Bissey wrote:
> > Earlier there was some discussion of creating an environmental
> > variable that would attempt to build sage with system versions of the
> > libraries and other dependencies, rather than the versions shipped
> > with sage. Did anything come of that?
>
In the past, Tim Abbott asked to be cc'ed on threads like these. I
think his primary difficulty is keeping up with all the dependencies
of sage, especially when sage releases with a patched version of a
dependency that has not made it upstream yet. Debian package
maintainers are unlikely to quickly
If I am interpreting it correctly, I believe the first sentence of
http://cran.r-project.org/doc/manuals/R-admin.html#Useful-libraries-and-programs
implies that the R source includes a minimal version of gettext that
would be sufficient as long as one is not interested in doing new
translations.
On Nov 27, 12:50 pm, William Stein wrote:
> I wonder what Gentoo, Debian, etc., do? Do they do anything, or just
> leave the output
> of logging to the user.
>
> William
Do you mean this?
https://buildd.debian.org/pkg.cgi?pkg=sagemath
--
To post to this group, send an email to sage-devel@goog
On Jun 16, 11:44 am, "Prof. Gregory V. Bard" wrote:
> I'm working on a very fast implementation of the
> Nelder-Mead algorithm for optimizing functions.
> This is a particularly good algorithm if the
> function is noisy, or is not smooth.
>
> Is it in SAGE already?
R (which is included in Sage)
On May 22, 1:52 pm, "Serge A. Salamanka" wrote:
> It will be great to enable Sage with 2D input.
>
> Any ideas how to do this ?
>
> #Serge
R has 2D input for numerics or characters that conceivably could be
wrapped and parsed by Sage. Still ugly though.
Ben
--~--~-~--~~
On Apr 24, 5:20 pm, mabshoff wrote:
> On Apr 24, 2:12 pm, Ben Goodrich wrote:
>
> > On Apr 24, 2:27 pm, Tim Abbott wrote:
>
>
>
> Hi Ben,
>
> > On the issue of using pre-release versions of Sage dependencies,
> > perhaps as a last resort we could ask Deb
On Apr 24, 2:27 pm, Tim Abbott wrote:
> On Thu, 23 Apr 2009, Jason Grout wrote:
> > Jqueryui can actually be updated to the latest release, which is later
> > than the svn version shipping with Sage, so that shouldn't be a problem.
> > Matplotlib should be releasing a new version Real Soon No
24 matches
Mail list logo
