Hi
What is the difference between the lmza and lrz files?
ftp://ftp.sun.ac.za/pub/mirrors/www.sagemath.org/linux/64bit/index.html
Besides the obvious difference in compression.
Regards,
Jan
--
.~.
/V\ Jan Groenewald
/( )\www.aims.ac.za
^^-^^
--
You received this message becaus
>
>
> >> I have teaching duties that week, so, unfortunately, i can't go.
> >>>
> >>>
> >
> > Same here.
>
> When is your Spring Break?
>
>
Just a couple weeks from now, and already spoken for :) sorry :( because I
would be interested in a dedicated Sage time right now, which I don't have
>
> In fact, I would be OK with removing all of the following as official
> optional Sage packages that appear when doing "sage -optional" on a
> fresh sage-6.5 install:
>
> beautifulsoup-3.2.1 . not installed # in pypi
>
Then we would need to update some documentat
On Mon, Feb 23, 2015 at 6:00 PM, kcrisman wrote:
>> I have teaching duties that week, so, unfortunately, i can't go.
>>>
>>>
>
> Same here.
When is your Spring Break?
-- William
>
> --
> You received this message because you are subscribed to the Google Groups
> "sage-devel" group.
> To unsubs
>
> I have teaching duties that week, so, unfortunately, i can't go.
>
>>
>>
Same here.
--
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...@go
Hi,
I propose that we remove the optional package "extra_docs-20070208"
from sage completely. It's static copies of documentation from 8
years ago relevant to sage. It's a package I made. Clearly I'm
not updating it.
I also think we should remove java3d-20070901 and knoboo-20080411.
In fact
Hi Karl-Dieter,
On 2015-02-23, kcrisman wrote:
> There is even a tag (I forget the exact wording) for saying that this is an
> indirect doctest, which hopefully this script picks out.
sage: I think the tag it is # indirect doctest
Cheers,
Simon
--
You received this message because you are su
There is even a tag (I forget the exact wording) for saying that this is an
indirect doctest, which hopefully this script picks out.
On Monday, February 23, 2015 at 1:22:51 PM UTC-5, Nils Bruin wrote:
>
> On Monday, February 23, 2015 at 10:07:13 AM UTC-8, kcrisman wrote:
>>
>> I couldn't get a go
Hi
In my case there is a cm.coercion_map(parent(myElement), parent(0))
(line 907) namely the coercions into the modular forms ring.
These maps are then used to map both myElement and 0 to the modular
forms ring (in contrast to the (vector) space myElement.parent()).
Unfortunately the check for
On 2015-02-21, Volker Braun wrote:
> http://trac.edgewall.org/ticket/9971
Thanks, it's comforting to hear it's a known problem.
See also the discussion at: https://code.djangoproject.com/ticket/16763
Apparently a key configuration variable, given the current notification
system, is always_notif
On Monday, February 23, 2015 at 10:07:13 AM UTC-8, kcrisman wrote:
>
> I couldn't get a good sense of what "wrong" meant from that patch. What
> does that specifically refer to?
>
I wondered about that too. Apparently, it's "sage --coverage" jargon. A
doctest is "possibly wrong" if the name of
There is currently a 404 for
> http://sagemath.org/mirror/src/changelogs/sage-6.5.txt
> which is linked from
> http://sagemath.org/
>
>
Yes, there is always a slight delay in creating this because the creation
is no longer an automated part of the process. The finalized version
should be
I think it would make more sense to wrap qepcad than to rewrite its
functionality from scratch.
Of course, SymPy doesn't follow the same approach as Sage, so i guess for
them it makes sense to reinvent the wheel.
El lunes, 23 de febrero de 2015, 17:13:38 (UTC+1), robert.pollak escribió:
>
> Am
I have teaching duties that week, so, unfortunately, i can't go.
El lunes, 23 de febrero de 2015, 19:06:31 (UTC+1), William escribió:
>
> Hi,
>
> How many people would be interested in a Sage days in (very nice
> sunny) Seattle during Mar 21-29, 2015, a month from now? This is
> during UW's sp
>
> 401 files with wrong documentation
>
>
I couldn't get a good sense of what "wrong" meant from that patch. What
does that specifically refer to?
Thanks,
- kcrisman
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this g
Hi,
How many people would be interested in a Sage days in (very nice
sunny) Seattle during Mar 21-29, 2015, a month from now? This is
during UW's spring break, so we would have plenty of space on campus.
This would be all expenses paid for all US people (unfortunately the
grant only covers them)
Hello,
Because of #17841 we can get global statistics of documentation
coverage... and right now
Global score: 94.4% (35344 of 37421)
401 files with wrong documentation
1514 functions with no doc
563 functions with no test
310 doctest are potentially wrong
Vincent
--
You received this message
I think this would be for pedagogical purposes. There would be no
point (that I can see) in duplicating all the functionality now
available for Weierstrass models. Obvioulsy Bernstein's optimised
formulas should be used, otherwise there is really little point. But
don't artificially restrict to
Le 23/02/2015 16:25, Volker Braun a écrit :
Yes, exactly!
On Monday, February 23, 2015 at 4:16:40 PM UTC+1, Snark wrote:
If I put something similar in configure_fast, will I be able to test it
looks good using :
export SAGE_ATLAS_ARCH=fast
./sage -f atlas
It's ticket #17843. And this tim
Am 13.02.2015 um 17:04 schrieb mmarco:
> Apperently there have been some movement on that aspect on sympy too:
Yes, but unfortunately no GSoC students worked on this. They also have no CAD
yet, see
https://github.com/sympy/sympy/wiki/GSoC-2015-Ideas#cylindrical-algebraic-decomposition
.
--
Yo
Yes, exactly!
On Monday, February 23, 2015 at 4:16:40 PM UTC+1, Snark wrote:
>
> If I put something similar in configure_fast, will I be able to test it
> looks good using :
> export SAGE_ATLAS_ARCH=fast
> ./sage -f atlas
>
>
--
You received this message because you are subscribed to the Goo
Le 23/02/2015 15:48, Julien Puydt a écrit :
Le 23/02/2015 15:40, Jean-Pierre Flori a écrit :
I agree with Volker, just put one thing here.
I would say: arch='ARMv6' for base (and arch="ARMv7" for fast if you want
to enable a "fast" configuration).
It would also be good to put ISA="" (don't re
2015-02-23 15:54 UTC+01:00, Bill Hart :
> On the other hand, if there are theoretically interesting problems
> [...]
Pedagogical purpose can be fine as well. But in that case, the
documentation has to be irreproachable.
Vincent
--
You received this message because you are subscribed to the Goog
I'm a bit ignorant about Edwards models. I understood its main usefulness
was because it was faster than the usual models, requiring less arithmetic
operations.
Given that this was the primary usefulness, wouldn't it make sense to
compare your library with some other fast libraries to show that
Le 23/02/2015 15:40, Jean-Pierre Flori a écrit :
I agree with Volker, just put one thing here.
I would say: arch='ARMv6' for base (and arch="ARMv7" for fast if you want
to enable a "fast" configuration).
It would also be good to put ISA="" (don't remember the var name or syntax)
to explicitely d
On Monday, February 23, 2015 at 3:34:08 PM UTC+1, Dima Pasechnik wrote:
>
> On 2015-02-23, Julien Puydt > wrote:
> > Le 23/02/2015 15:05, Julien Puydt a écrit :
> >> Le 23/02/2015 14:27, Julien Puydt a écrit :
> >>> That will take some time though : this box isn't fast. And I work on
> it
>
Le 23/02/2015 15:34, Volker Braun a écrit :
The "base" configuration is supposed to be a fixed one. If you want to tune
for your respective cpu then we can do that already.
What do we fix to, then armv7 or armv6 ?
Snark on #sagemath
--
You received this message because you are subscribed to t
Le 23/02/2015 15:33, Dima Pasechnik a écrit :
hmm, shouldn't there also be a distinction between hardware and software
floats?
(Although I believe ARM chips you want to run Sage on all have hardware
floats - but the question is how the OS is configured).
There is already code in spkg-install
The "base" configuration is supposed to be a fixed one. If you want to tune
for your respective cpu then we can do that already.
On Monday, February 23, 2015 at 3:26:47 PM UTC+1, Snark wrote:
>
> Le 23/02/2015 15:05, Julien Puydt a écrit :
> > Le 23/02/2015 14:27, Julien Puydt a écrit :
> >> Th
On 2015-02-23, Julien Puydt wrote:
> Le 23/02/2015 15:05, Julien Puydt a écrit :
>> Le 23/02/2015 14:27, Julien Puydt a écrit :
>>> That will take some time though : this box isn't fast. And I work on it
>>> while it plays with sage.
>
> In fact, when an arch is given, it does compile ad nauseum s
Le 23/02/2015 15:05, Julien Puydt a écrit :
Le 23/02/2015 14:27, Julien Puydt a écrit :
That will take some time though : this box isn't fast. And I work on it
while it plays with sage.
In fact, when an arch is given, it does compile ad nauseum so it doesn't
take that much time.
The box is
Le 23/02/2015 14:27, Julien Puydt a écrit :
Hi,
Le 23/02/2015 12:13, Volker Braun a écrit :
In spkg-install you need to add a suitable branch in configure_base():
Yes, but my question was : how do I know how to write that branch? I
didn't manage to get "from configuration import conf" to wo
Hi,
Le 23/02/2015 12:13, Volker Braun a écrit :
In spkg-install you need to add a suitable branch in configure_base():
Yes, but my question was : how do I know how to write that branch? I
didn't manage to get "from configuration import conf" to work, so I
couldn't look at 'conf' to know what
On Mon, 23 Feb 2015, Volker Braun wrote:
post the log
Duh. There was no c++ compiler installed.
It seems that configure continues after not founding g++; contrary to
this, if ar is not found, configure stops (and last error message is
meaningful).
I am now compiling without parallel comp
Nobody should use -Werror on production compiles. I consider this an
upstream bug.
--
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...@googlegr
On Monday, February 23, 2015 at 10:36:40 AM UTC+1, Jori Mantysalo wrote:
>
> Did you test on Fedora 21 server on Fedora 21 normal version? At server
> version, and after installing m4, binutils, perl, gcc and gfortran I got
> error about cpp sanity check failing.
>
post the log
--
You receive
In spkg-install you need to add a suitable branch in configure_base():
On Monday, February 23, 2015 at 11:36:42 AM UTC+1, Snark wrote:
>
> Hi,
>
> Le 21/02/2015 17:25, Volker Braun a écrit :
> > The atlas build script just aborts with SAGE_ATLAS_ARCH=base, nothing
> else
> > to see here.
>
>
On 2015-02-23 11:05, John Cremona wrote:
It is rather hard to write all such
doctests to be invariant under such things, especially as doctests
also serve as examples for the reference manual, so you really do want
such an example which computes fundamental units *and displays them*
as a user wou
Hi,
Le 21/02/2015 17:25, Volker Braun a écrit :
The atlas build script just aborts with SAGE_ATLAS_ARCH=base, nothing else
to see here.
I compiled sage-6.5 with my usual setup, then tried:
export SAGE_FAT_BINARY=yes
./sage -f atlas
and the compilation with :
Traceback (most recent call last):
2015-02-23 10:46 UTC+01:00, Clemens Heuberger :
>
>
> On 2015-02-23 10:59, Vincent Delecroix wrote:
>> I would look at matrix_integer_dense.pyx which wraps fmpz_mat from
>> flint (which looks even better after #17822 (needs review)).
>
> thanks for the hint.
>
>> Are there also arb's polynomial?
>
On 23 February 2015 at 09:23, Julien Puydt wrote:
> Hi,
>
> Le 18/02/2015 13:53, Julien Puydt a écrit :
>>
>> I'm having strange numerical behaviour with my experimental sage using
>> debian packages, with two failing doctests in the src/sage/libs/pari/
>> directory (both in gen.pyx) :
>>
>> Faile
There is currently a 404 for
http://sagemath.org/mirror/src/changelogs/sage-6.5.txt
which is linked from
http://sagemath.org/
Ralf
--
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, s
On Saturday, February 21, 2015 at 5:25:07 PM UTC+1, Volker Braun wrote:
>
> The atlas build script just aborts with SAGE_ATLAS_ARCH=base, nothing else
> to see here.
>
> Pointing to a specific location for the atlas library isn't going to be
> much use in a binary that we distribute.
>
>
>
> On
On 2015-02-23 10:59, Vincent Delecroix wrote:
> I would look at matrix_integer_dense.pyx which wraps fmpz_mat from
> flint (which looks even better after #17822 (needs review)).
thanks for the hint.
> Are there also arb's polynomial?
Yes, arb provides polynomials
http://fredrikj.net/arb/arb_p
On 2015-02-23 11:25, Dima Pasechnik wrote:
> On 2015-02-23, Clemens Heuberger wrote:
>> http://www.sagemath.org/doc/reference/matrices/sage/matrix/docs.html#implementation-and-design
>>
>> mentions
>>
>> "See the files matrix_template.pxd and matrix_template.pyx."
>>
>> However, I could not find t
On Fri, 20 Feb 2015, Volker Braun wrote:
You need to build the zeromq library before building the python binding for
it:
sage -f zeromq && sage -f pyzmq
Definitely works on Fedora 21
I don't quite understand. I was building whole Sage, not just one package.
Did you test on Fedora 21 server
On 2015-02-23, Clemens Heuberger wrote:
> http://www.sagemath.org/doc/reference/matrices/sage/matrix/docs.html#implementation-and-design
>
> mentions
>
> "See the files matrix_template.pxd and matrix_template.pyx."
>
> However, I could not find these files.
Could you open a trac ticket on this?
Th
Hi,
Le 18/02/2015 13:53, Julien Puydt a écrit :
I'm having strange numerical behaviour with my experimental sage using
debian packages, with two failing doctests in the src/sage/libs/pari/
directory (both in gen.pyx) :
Failed example:
(s*z)^5
Expected:
2.00 - 1.08420217248
I would look at matrix_integer_dense.pyx which wraps fmpz_mat from
flint (which looks even better after #17822 (needs review)).
Are there also arb's polynomial?
Vincent
2015-02-23 9:56 UTC+01:00, Clemens Heuberger :
> http://www.sagemath.org/doc/reference/matrices/sage/matrix/docs.html#implement
http://www.sagemath.org/doc/reference/matrices/sage/matrix/docs.html#implementation-and-design
mentions
"See the files matrix_template.pxd and matrix_template.pyx."
However, I could not find these files.
If they do not exist: is there a recommended example to follow when I implement
bindings fo
On Sunday, February 22, 2015 at 1:03:54 PM UTC+1, Burcin Erocal wrote:
>
> Pynac already calls the Python comparison function if both are
> pyobjects. In this case, infinity and constants are not pyobjects. They
> are a basic class as in mul, add, symbol, etc.
>
The code need not be fast so my s
Hi,
Le dimanche 22 février 2015 21:25:02 UTC+1, Jeroen Demeyer a écrit :
>
>
> On the other, this special case is consistent with the idea of the
> "univeral 0 object" proposed by John Cremona.
>
Indeed. In this respect, it is probably safe to use the literal 0 provided
one makes sure that it
52 matches
Mail list logo
