>
> For example, can you stop everything on the computer and remote log in to
> it from another machine, so you're hardly running anything on it? If not,
> quit all possible applications and try building again. By the way, how much
> RAM does this machine have (this may not be relevant, but jus
I'm almost done with my tutorial. But there is one thing I still don't get:
How do I include my document in the automatic doc build. It works if I
build it the way described below. But in the end it should be included in
the automatic build for it to appear on the website and the like, right?
O
On Fri, May 03, 2013 at 01:25:04PM +0100, John Cremona wrote:
> There were plans for a translation of the French book, and I think I
> volunteered to work on that about 2 years ago, so I want to apologise
> for having done nothing.
We won't throw the first stone; it took us more than this to final
A note from Paul Zimmermann: Cambridge University Press is open to
Creative Commons Licenses.
See his book with Richard Brent : http://www.loria.fr/~zimmerma/mca/pub226.html.
Cheers,
Nicolas
--
Nicolas M. Thiéry "Isil"
http://Nicolas.Thiery.name/
--
You receive
On Tuesday, May 7, 2013 7:09:18 PM UTC-7, kcrisman wrote:
>
>
>
> On Tuesday, May 7, 2013 9:49:13 PM UTC-4, Kwankyu Lee wrote:
>>
>>
>> I think it is intermittent in the sense that on computers with the
>>> problem, it fails consistently when building Sage in parallel; the fix is
>>> to then qu
On May 7, 2:10 pm, David Roe wrote:
> For consistency with multivariate polynomials, the coefficient method on
> univariate polynomials (and power series) only returns the nonzero
> coefficients.
Note that (x^2+1).coeffs() and list(x^2+1) do provide the desired
behaviour, so at least there's a wo
On Tuesday, May 7, 2013 9:49:13 PM UTC-4, Kwankyu Lee wrote:
>
>
> I think it is intermittent in the sense that on computers with the
>> problem, it fails consistently when building Sage in parallel; the fix is
>> to then quickly do that one package in series, then remain doing things in
>> pa
> I think it is intermittent in the sense that on computers with the
> problem, it fails consistently when building Sage in parallel; the fix is
> to then quickly do that one package in series, then remain doing things in
> parallel (see the ticket or other discussions for details). Are you s
On Tuesday, May 7, 2013 9:00:59 PM UTC-4, Kwankyu Lee wrote:
>
> Hi,
>
> Sorry that I was not clear. Reading the comments for the Trac ticket, I
> thought that for others, this happens intermittently, so they succeed in
> building Sage eventually after a couple of failures. For my case, it alwa
Hi,
Sorry that I was not clear. Reading the comments for the Trac ticket, I
thought that for others, this happens intermittently, so they succeed in
building Sage eventually after a couple of failures. For my case, it always
fails. I was asking if others experience the same consistent failures.
On Tue, May 7, 2013 at 2:45 PM, William Stein wrote:
> On Tue, May 7, 2013 at 2:10 PM, David Roe wrote:
>> I find the following behavior to be quite confusing (and it just cost me an
>> hour tracking down).
>>
>> For consistency with multivariate polynomials, the coefficient method on
>> univaria
This code:
p
=
1082159996029801447407061915918058655017421337462511263853382495313523741057008334847967336392717312405560092419564537672318099867365585979660877534008398116971703340756992868556828633685753867
R = GF(p)
R(3).nth_root(3,all=1)
takes a couple seconds to run on Sage 4.6.1 on Ubuntu
This is now http://trac.sagemath.org/sage_trac/ticket/14548
David
On Tue, May 7, 2013 at 3:58 PM, John H Palmieri wrote:
>
>
> On Tuesday, May 7, 2013 2:45:16 PM UTC-7, William wrote:
>
>> On Tue, May 7, 2013 at 2:10 PM, David Roe wrote:
>> > I find the following behavior to be quite confusing
On Tuesday, May 7, 2013 2:45:16 PM UTC-7, William wrote:
>
> On Tue, May 7, 2013 at 2:10 PM, David Roe >
> wrote:
> > I find the following behavior to be quite confusing (and it just cost me
> an
> > hour tracking down).
> >
> > For consistency with multivariate polynomials, the coefficient
On Tue, May 7, 2013 at 2:10 PM, David Roe wrote:
> I find the following behavior to be quite confusing (and it just cost me an
> hour tracking down).
>
> For consistency with multivariate polynomials, the coefficient method on
> univariate polynomials (and power series) only returns the nonzero
>
Um, yeah, that's worrisome. +1 to nonzero_coefficients.
On Tue, May 7, 2013 at 2:10 PM, David Roe wrote:
> I find the following behavior to be quite confusing (and it just cost me an
> hour tracking down).
>
> For consistency with multivariate polynomials, the coefficient method on
> univariate p
Hello all
My name is Remus Barbatei, I am a student at University of
Kaiserslautern, Germany, Department of Electrical & Computer
Engineering where I am currently doing my masters program in embedded
systems
I am interested in doing the easy server deployment project as part of
google summer of
I find the following behavior to be quite confusing (and it just cost me an
hour tracking down).
For consistency with multivariate polynomials, the coefficient method on
univariate polynomials (and power series) only returns the nonzero
coefficients. So:
sage: R. = ZZ[]
sage: (x^2+1).coefficient
On Tuesday, May 7, 2013 12:43:43 PM UTC-7, Mike S wrote:
>
>
> On Tuesday, May 7, 2013 2:55:28 PM UTC-4, kcrisman wrote:
>>
>>
>>> Anyway, I'm still having problems. This time I got a long stack trace
>>> in the middle of the build, and then it seemed to continue until stalling
>>> after the l
On Tuesday, May 7, 2013 4:02:47 PM UTC-4, Volker Braun wrote:
>
> You can try %cpaste (+enter) before pasting stuff.
>
>
Thanks. I ended up noticing this in the printout, so I've been doing that
ever since, but I get bizarre syntax errors even with %cpaste, as noted in
my last post. I've fina
On Tuesday, May 7, 2013 3:55:11 PM UTC-4, Mike S wrote:
> I've done a bit more experimenting, and it turns out my local interpreter
> is going nuts when I copy/paste a line with the print command. It asks,
> "Display all 2249 possibilities? (y or n)" and proceeds to print out an
> exhaustive l
You can try %cpaste (+enter) before pasting stuff.
On Tuesday, May 7, 2013 8:55:11 PM UTC+1, Mike S wrote:
>
> I've done a bit more experimenting, and it turns out my local interpreter
> is going nuts when I copy/paste a line with the print command. It asks,
> "Display all 2249 possibilities?
On Tuesday, May 7, 2013 3:45:22 PM UTC-4, Mike S wrote:
>
> Oops. I made a typo. In case it wasn't clear,
> write "is_prime(2^32)" interpreter
> should be,
> write "is_prime(2^32)" into the interpreter
>
>
I've done a bit more experimenting, and it turns out my local interpreter
is going nuts
Oops. I made a typo. In case it wasn't clear,
write "is_prime(2^32)" interpreter
should be,
write "is_prime(2^32)" into the interpreter
--
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
On Tuesday, May 7, 2013 2:55:28 PM UTC-4, kcrisman wrote:
>
>
>> Anyway, I'm still having problems. This time I got a long stack trace in
>> the middle of the build, and then it seemed to continue until stalling
>> after the lines,
>> [tensor ] loading cross citations... looking for now-outda
>
>
> Anyway, I'm still having problems. This time I got a long stack trace in
> the middle of the build, and then it seemed to continue until stalling
> after the lines,
> [tensor ] loading cross citations... looking for now-outdated files...
> none found
> [tensor ] no targets are out of
Hum so does someone know of a fix?
On May 6, 2013 8:46 PM, "François Bissey"
wrote:
> On Mon, 06 May 2013 20:39:26 Pong wrote:
> > Alright, I did a fresh compile with SAGE_INSTALL_GCC set to yes. This
> time
> > the compilation failed at gcc.
> > It only installed a few things before it hit gcc (
It vaguely remembers me of a problem we had on Cygwin:
http://trac.sagemath.org/sage_trac/wiki/CygwinPort#TestingSage5.5.rc1onWindows764bits
(Although the problem there is that if you want to use libintl, then it
will fail because it will not find libiconv libtool magic files.)
Could you try
Solaris 10 SPARC, with iconv-1.13.1 (not p4) installed already for other
purposes. Make dies with:
libtool: link: gcc -g -O2 iconv.o -o iconv ../srclib/libicrt.a
($HOME)/sage-5.9/local/lib/libiconv.so /usr/local/gnu/lib/libintl.so
-L/usr/local/lib /usr/local/gnu/lib/libiconv.so -lc
-R/home/
I guess Harald hasn't yet gotten around to copy the file?
vbraun@boxen:~$ ll /home/sagemath/www-files/packages/huge/
total 2710372
-rw-r--r-- 1 sagemath sagemath 1529 2013-05-06 05:52 index.html
-rw-r--r-- 1 sagemath sagemath 18 2013-05-06 05:52 list
-rw-r--r-- 1 sagemath sagemath
On 05/06/2013 06:04 PM, Harald Schilly wrote:
I'll put them into ~/www-files/packages/huge and index it
like all the others.
Hmm, I cannot find the package from #14467 in
http://www.sagemath.org/packages/huge/
What's the "official" URL now for huge packages?
(1) http://www.sagemath.org/sagedb/
31 matches
Mail list logo
