The current plan is to release sage-5.0.beta14 merging most or all of
the tickets which are currently positively reviewed.
After that, no more patches adding new features, only bugfixes. So I
guess there might be one additional beta (beta15), and then release
candidates. The new notebook will no
On 2012-04-11 05:33, Bruce Cohen wrote:
> I believe that I am running the latest Xcode 4.3.2
Are you sure? I have only seen this error with *older* XCode versions.
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel+
On Tuesday, April 10, 2012 3:45:01 PM UTC-7, Nicolas M. Thiéry wrote:
>
> On Mon, Apr 09, 2012 at 05:03:08PM -0700, John H Palmieri wrote:
> > I agree that it would be nice if __*__ and _*_ showed up in the
> > documentation.
> > David
> >
> >Then run "sage --docbuild -u refer
On Apr 10, 9:50 am, Jeroen Demeyer wrote:
> On 2012-04-10 16:53, John Cremona wrote:> How should I deal with a doctest
> which produces a DeprecationWarning?
>
> I would say that a doctest should not produce a deprecation warning.
>
> The point of deprecations is usually that whatever you are doi
My attempt failed:
make[1]: *** [installed/ecm-6.3.p4] Error 1
real99m39.857s
user81m37.692s
sys 11m27.742s
Error building Sage.
[rinehart:~] 1% clang --version
Apple clang version 3.1 (tags/Apple/clang-318.0.5
On Apr 8, 2012, at 06:01 , William Stein wrote:
> On Sun, Apr 8, 2012 at 2:12 AM, Francis Clarke
> wrote:
>>
>>
>> On Friday, 6 April 2012 23:21:45 UTC+1, William wrote:
>>>
>>> Hi,
>>>
>>> There is exactly one test failure in running the full "make ptestlong"
>>> test suite after a clean bu
On Tue, Apr 10, 2012 at 5:56 PM, Florent Hivert wrote:
> Hi
>
>> I've got the correct spkg file now, and emacs doesn't complain on
>> loading a .py file, but now I get another error after `M-x sage`:
>> "Unknown button type `help-xref'"
>
> Hum ! As I said, I'm not the maintainer of the packa
On 4/9/12 6:07 AM, Volker Braun wrote:
Are we going to make zeromq+pyzmq a standard spkg anytime soon, or is
anybody opposed to doing so? I think a communication framework would be
potentially of more use than just for the notebook server, but I haven't
seen any efforts towards including zeromq.
On 4/10/12 5:56 PM, Florent Hivert wrote:
Hum ! As I said, I'm not the maintainer of the package and this is going
quickly out of my expertise range...
Is there a maintainer? You might be the closest thing we have to a
maintainer. The original author has not been active in Sage development
I am very interested as well. I'd be happy to help with anything. I
would also like to be CC'd (afleckenstein) on any ticket you create.
On Tue, 2012-04-10 at 06:30 -0700, Niles Johnson wrote:
>
> On Monday, April 9, 2012 7:07:14 AM UTC-4, Volker Braun wrote:
> I think it would be of gene
Hi
> I've got the correct spkg file now, and emacs doesn't complain on
> loading a .py file, but now I get another error after `M-x sage`:
> "Unknown button type `help-xref'"
Hum ! As I said, I'm not the maintainer of the package and this is going
quickly out of my expertise range...
I wou
On Mon, Apr 09, 2012 at 05:03:08PM -0700, John H Palmieri wrote:
> I agree that it would be nice if __*__ and _*_ showed up in the
> documentation.
> David
>
>Then run "sage --docbuild -u reference html". According to "sage
>--docbuild help":
>
>-u, --underscore
I accidentally downloaded sage 5.0b13 instead of sage 5.0b13-lion. However, the
build just finished without errors (after over 12 hours!) on an ibook
running 10.7.
I tested sage 5.0b13 by starting it and typing the command 2+3. It started and
returned 5 as expected. I just exited sage so I could st
On Tue, Apr 10, 2012 at 5:23 PM, Florent Hivert wrote:
> Hi,
>
>> I was playing around with sage-mode recently too, but I couldn't even
>> get it to load. I did `sage -f sage-mode-0.7.spkg` and added the lines
>> {{{
>> (add-to-list 'load-path (expand-file-name
>> "/Users/jonesbe/sage/sage-4.8/
Hi,
> I was playing around with sage-mode recently too, but I couldn't even
> get it to load. I did `sage -f sage-mode-0.7.spkg` and added the lines
> {{{
> (add-to-list 'load-path (expand-file-name
> "/Users/jonesbe/sage/sage-4.8/data/emacs"))
> (require 'sage "sage")
> (setq sage-command "/
>
> Well, it's only a 4.8 after all : I only had one 5.0beta?? tree left,
> and it was in a dubious state. 4.8 is the last which should work (even
> though I didn't use it since long :-/)
>
> I ran "./sage -bdist 4.8", then removed the obtained .tar.gz, then
> re-made a .tar.bz2 (and it's still bi
On Tue, Apr 10, 2012 at 4:38 PM, Ezequiel Birman
wrote:
> Are sage-mode inferior-sage-mode and sage-view still supported?
>
> I (kind of) managed to get an Inferior Sage. Is there a way to eval last
> expresion in sage-mode instead of the whole buffer (C-c C-r)?
>
> I am using latest sage (4.8) an
Hi,
On Tue, Apr 10, 2012 at 06:38:54PM -0300, Ezequiel Birman wrote:
> Are sage-mode inferior-sage-mode and sage-view still supported?
Sure ! Though I'm not the main maintainer.
> I (kind of) managed to get an Inferior Sage. Is there a way to eval last
> expresion in sage-mode instead of t
Please review, it shouldn't take much effort...
On 2012-04-04 21:25, Jeroen Demeyer wrote:
> At #12800, I'm doing a simple upgrade of the zlib spkg. It fixes some
> portability issues, it builds with GCC 4.7.0 on Solaris, unlike the
> previous version.
>
> This is a very straight-forward upgrade
Are sage-mode inferior-sage-mode and sage-view still supported?
I (kind of) managed to get an Inferior Sage. Is there a way to eval last
expresion in sage-mode instead of the whole buffer (C-c C-r)?
I am using latest sage (4.8) and sage-mode cloned from mercurial
repo. (by the way, I've built an
On Tuesday, April 10, 2012 1:44:21 PM UTC-4, Nils Bruin wrote:
>
> Excellent initiative!
Thanks :) I've created the following ticket for this:
http://trac.sagemath.org/sage_trac/ticket/12827
> Just make sure that animate(...) accepts general
> iterables and only keeps one frame at a time
Em 10 de abril de 2012 13:50, Paulo César Pereira de Andrade
escreveu:
> Em 10 de abril de 2012 05:05, Gustavo de Oliveira
> escreveu:
>> I have recently uploaded to the trac server a Portuguese translation of "A
>> Tour of Sage" and "Tutorial":
>>
>> http://trac.sagemath.org/sage_trac/ticket/125
Excellent initiative! Just make sure that animate(...) accepts general
iterables and only keeps one frame at a time in memory. We won't get
past the requirement that at one point, all frames must exist together
on disk in a directory, but it would be nice to avoid having a full
description of all f
So far this patch only deletes an is_* function if it literally does
nothing but wrap a call to isinstance without even changing the name.
If there's a change in the class name because of a factory or if the
is_* function does something more complicated like test a few
different classes then that's
Em 10 de abril de 2012 05:05, Gustavo de Oliveira
escreveu:
> I have recently uploaded to the trac server a Portuguese translation of "A
> Tour of Sage" and "Tutorial":
>
> http://trac.sagemath.org/sage_trac/ticket/12502
> http://trac.sagemath.org/sage_trac/ticket/12822
>
> If you read Portuguese,
On 10 April 2012 17:20, John Cremona wrote:
> Julien,
>
> Sorry that I had not responded to this -- probably eclib issues should
> be in another thread.
>
> Although I interpreted your "nifty" as positive, I take Jeroen's point
> about not using -Werror, but I'll leave in -Wall.
>
> On 7 April 201
PS
>> I also read libsrc/Makefile.am : can't the file listed in
>> EXTRA_DIST be put in the various *_DOTHS?
>
> I could rename that variable as (say) extra_includes and add it to the
> DOTHS list. They are not header files though.
>
The files listed in EXTRA_DIST are needed when building the li
Julien,
Sorry that I had not responded to this -- probably eclib issues should
be in another thread.
Although I interpreted your "nifty" as positive, I take Jeroen's point
about not using -Werror, but I'll leave in -Wall.
On 7 April 2012 15:00, Julien Puydt wrote:
> Le mardi 10 avril, John Crem
On 10 April 2012 16:50, Jeroen Demeyer wrote:
> On 2012-04-10 16:53, John Cremona wrote:
>> How should I deal with a doctest which produces a DeprecationWarning?
> I would say that a doctest should not produce a deprecation warning.
>
> The point of deprecations is usually that whatever you are do
On 2012-04-07 16:00, Julien Puydt wrote:
> -Werror
I haven't looked at the new eclib, but please don't use -Werror. Some
devel version of MPC broke because of that, I managed to convince the
MPC developers to remove -Werror. You just don't know which warnings
different versions of gcc will produ
On Mon, Apr 9, 2012 at 6:07 AM, Volker Braun wrote:
> Are we going to make zeromq+pyzmq a standard spkg anytime soon, or is
> anybody opposed to doing so? I think a communication framework would be
> potentially of more use than just for the notebook server, but I haven't
> seen any efforts toward
On 2012-04-10 16:53, John Cremona wrote:
> How should I deal with a doctest which produces a DeprecationWarning?
I would say that a doctest should not produce a deprecation warning.
The point of deprecations is usually that whatever you are doing should
be done in a different way. It should be ea
How should I deal with a doctest which produces a DeprecationWarning?
Change the doctest output? Or look up how to switch off the warning
in that doctest?
John
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel+uns
On Apr 10, 8:28 am, Florent Hivert wrote:
> Hi Andrey,
>
> > I think "_included_private_doc_" attribute would be great. Does it
> > have to be a list of strings, or can it be a list of class members,
> > i.e. without quotes?
>
> If we want to be consistent with __all__, it should be a list (
On Mon, Apr 09, 2012 at 10:51:43PM +0200, Nicolas M. Thiery wrote:
> On Mon, Apr 09, 2012 at 10:06:32AM -0700, Andrey Novoseltsev wrote:
> > I think "_included_private_doc_" attribute would be great.
>
> Of course, as Florent and David I'd much prefer the approach of
> including a private method i
Hi Andrey,
> I think "_included_private_doc_" attribute would be great. Does it
> have to be a list of strings, or can it be a list of class members,
> i.e. without quotes?
If we want to be consistent with __all__, it should be a list (or more
generally iterable) of string. DO you have a pr
Le samedi 07 avril, Julien Puydt a écrit:
> I'll dig the documentation to find out how to make one of what I have
> (I think it's a 5.0.beta4 or 5.0.beta5), and post a link.
Well, it's only a 4.8 after all : I only had one 5.0beta?? tree left,
and it was in a dubious state. 4.8 is the last which
On Monday, April 9, 2012 7:07:14 AM UTC-4, Volker Braun wrote:
>
> I think it would be of general interest, but of course depends on zeromq.
Indeed, I am interested! Please Cc me ("niles") on any ticket you make for
this!
--
To post to this group, send an email to sage-devel@googlegroups.com
Le mardi 10 avril, John Cremona a écrit:
> If you are interested in taking a look, it is at
> http://homepages.warwick.ac.uk/staff/J.E.Cremona/ftp/progs/ (NB not
> yet an spkg)
I configure-d, make-d and make check-ed it on x86_64 and on ARM : no
problem (and out of tree).
I had a look at the con
Niles,
Great! However, we need to get together on this. I'm slowly working
towards solving some of these problems. Unfortunately, I get a couple of
hours a week to work on this until May/June, then things will open up a
bit. See trac 12299, where I have updated Jmol to produce static images
On 10 April 2012 05:20, leif wrote:
> On 7 Apr., 23:55, John Cremona wrote:
>> I have a new autotools-based release of eclib, which will be turned
>> into a new spkg after the weekend, and with luck that will settle some
>> build issues.
>
>
> Nice. No more `make` warnings due to Makefiles inclu
On 2012-04-10 11:46, Ondřej Čertík wrote:
> What is your opinion on this thread:
>
> https://groups.google.com/d/msg/sage-devel/9CBKLU6LYkU/HNhJBKJ45VMJ
What do you mean specifically? It's a long thread, many things are
discussed...
> In your experience is there
> any problem with simply buildin
On Sat, Mar 31, 2012 at 2:01 PM, William Stein wrote:
> On Sat, Mar 31, 2012 at 9:35 PM, leif wrote:
>> On 31 Mrz., 22:13, Volker Braun wrote:
>>> On Saturday, March 31, 2012 7:11:23 PM UTC+1, kcrisman wrote:
>>>
>>> > therefore lack the “structural beauty” of the Mathematica® language.
>>>
>>>
I though the depreciation is for including is_* in the global namespace
only. My impression was that they are to stay in the library code as an
internal way to test that an argument is already of a suitable type.
Generally, is_X(foo) is more strict than foo in X:
sage: is_Integer(5/1)
/home/vbr
Hi Jeroen,
On Sun, Mar 11, 2012 at 2:56 PM, Jeroen Demeyer wrote:
> I have made a spkg for GCC (GNU compiler collection) version 4.6.3 with
> compilers for C, C++ and Fortran. We don't always build GCC, by default
> only on systems where this is needed or which have an old GCC version.
>
> The m
Well, I wrote a script to delete some of the is_* functions, but it
turned out to be a little more complicated of a task then I thought it
would be, so this patch doesn't delete as many as I was aiming for but
at least it's a start: http://trac.sagemath.org/sage_trac/ticket/12824
-Jim
On Thu, Mar
Dear doc fan,
I just discovered that since a few beta release the html documentation of
extension methods/function is (again) broken. For example in
Expression.find_root the documentation doesn't shows any argument, while there
are plenty.
sage: sage.misc.sageinspect.sage_getargspec(Express
Please build the following source tarball from source on OS X 10.7:
http://boxen.math.washington.edu/home/jdemeyer/release/sage-5.0.beta13-lion/sage-5.0.beta13-lion.tar
I have included a few fixes, now *hopefully* it should work for everybody.
Report success and failure, include the output of
$ c
I have recently uploaded to the trac server a Portuguese translation of "A
Tour of Sage" and "Tutorial":
http://trac.sagemath.org/sage_trac/ticket/12502
http://trac.sagemath.org/sage_trac/ticket/12822
If you read Portuguese, please review the above tickets. If you know
someone who could do that
49 matches
Mail list logo
