On Tue, Nov 2, 2010 at 4:26 AM, Jeroen Demeyer wrote:
> This is a topic which I already touched in the "Merging tickets into
> sagenb" thread, but I believe the discussion was not finished.
>
> Currently, every new Sage version has a new version of the following
> spkgs: sage, sage_scripts, extcod
On 2010-11-03 08:57, Robert Bradshaw wrote:
> Even easier, combine sage-scripts, extcode, and examples into the main
> Sage repository. That could simplify things a lot and lead to (IMHO)
> more and better development and accessibility of those other
> components.
> I still have yet to see any com
>> As far as I am concerned it would nice not to bump packages more than
>> necessary.
>
> +N
>> If you want to go that route, I would suggest that the versioning of these
>> packages should be completely separate from the sage spkg, same as the
>> notebook.
>
> +1
If nobody objects, I will try
On Wed, Nov 3, 2010 at 1:07 AM, Jeroen Demeyer wrote:
> On 2010-11-03 08:57, Robert Bradshaw wrote:
>> Even easier, combine sage-scripts, extcode, and examples into the main
>> Sage repository. That could simplify things a lot and lead to (IMHO)
>> more and better development and accessibility of
On 2010-11-03 09:17, Robert Bradshaw wrote:
> A lot less hassle once it's implemented though.
Which "hassle"? What's the problem with the current setup? (I agree
that scripts can be improved)
Jeroen.
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this
On Wed, Nov 3, 2010 at 1:27 AM, Jeroen Demeyer wrote:
> On 2010-11-03 09:17, Robert Bradshaw wrote:
>> A lot less hassle once it's implemented though.
> Which "hassle"? What's the problem with the current setup? (I agree
> that scripts can be improved)
Nearly every time I've worked on either sag
Hi there,
On Mon, Nov 01, 2010 at 05:30:55AM -0500, Jason Grout wrote:
> On 11/1/10 12:23 AM, William Stein wrote:
> >http://sagemath.blogspot.com/2010/10/how-to-referee-sage-trac-tickets.html
> >
>
>
> Nice. I'll have more comments later, but I did notice that this:
>
> from sage.misc.m
Here are a few potentially useful talks on APIs and testing:
How To Design A Good API and Why it Matters
Joshua Bloch
http://www.youtube.com/watch?v=aAb7hSCtvGw
Slides: http://lcsd05.cs.tamu.edu/slides/keynote.pdf
Competing On The Basis Of Speed
Mary Poppendieck
http://www.youtube.com/watch?v=U%5
Hi,
I was wondering - recently I read one blog post where author was using
PyLab from notebook by importing it into namespace (from pylab import
*) and overwriting lots of things like var and plot - together 75
names:
sage: import pylab
sage: len(filter(vars().has_key, pylab.__dict__.keys()))
75
Watch out,
there are are dragons ... :-)
Let me try to give you some answers nevertheless (which might be
neither correct nor complete). Essentially, Sage uses the classical
Python setuptools/distutils, with some proprietary enhancements for
Cython support. Classically, you have a "python setup.p
On 11/03/2010 12:29 AM, Bill Hart wrote:
> I've been down with the flu for a few days and so amusing myself in
> ways that don't make my head hurt too much. So, for fun, I just read
I hope you get better soon!
> through the *very* long trac ticket for getting the new Pari into
> Sage.
>
> Firstl
On 11/3/10 6:03 AM, Andrzej Giniewicz wrote:
%pylab (or %sagelab maybe? some functions might work a bit differently
than with pure PyLab)
a=zeros(1000)
a[:100]=1
b=fft(a)
figure()
grid(True)
plot(abs(b))
show()
do exactly the same, without overwriting the names with definitions
from outside of
Thanks, that sort of makes things a bit clearer. So most of the magic
is probably happening in the g_hold2_wrapper command right? I wonder
where it get's defined, I couldn't find it anywhere.
search_def("g_hold2_wrapper") doesn't return anything so it's not in
sage self. I also used grep to maybe
By the way, http://pynac.sagemath.org/ seems outdated since
pynac-0.2.1.spkg already ships with sage while the version for
download there is pynac-0.1.11.spkg.
On Nov 3, 12:34 pm, koffie wrote:
> Thanks, that sort of makes things a bit clearer. So most of the magic
> is probably happening in the
Hello,
Sage Days are being organised at Orsay on 17-18 January 2011.
I saw announcements for Sage Days 26 and 27:
days26 (December 7-11, 2010, Seattle)
days27 (Jan 7-13 2011, almost certainly in Seattle)
Can we book number 28?
Should Sage Days 27 be added to the upcoming workshops on
http
Hi Samuel,
On Wed, Nov 3, 2010 at 10:55 PM, Samuel Lelievre
wrote:
> Hello,
>
> Sage Days are being organised at Orsay on 17-18 January 2011.
Good news!
> Can we book number 28?
Yes.
> Should Sage Days 27 be added to the upcoming workshops on
> http://wiki.sagemath.org/Workshops
Yes. And
Hi Leif,
On 3 Nov, 06:19, leif wrote:
> On 3 Nov., 06:29, Bill Hart wrote:
>
> > [...]
> > Firstly, thank you to all the people who took the time to work on
> > putting the new MPIR and Pari into Sage.
>
> > (By the way, I don't understand why MPIR has been updated to 2.1.2 and
> > not 2.1.3 whi
> Sage on Solaris? And if Pari doesn't even have a comprehensive test
> suite and a new stable release I'm not getting why we are even using
> it the way we are. We surely need to be much more sceptical about it
> and test the hell out of it before trying to put it into Sage. OK it's
> in now, but
On Wed, 03 Nov 2010 at 04:07AM -0700, Georg S. Weber wrote:
> Watch out,
>
> there are are dragons ... :-)
Yes, as I discovered when I did something that I thought was simple and
couldn't fail...
> Let me try to give you some answers nevertheless (which might be
> neither correct nor complete).
Hi there,
at #1956
http://trac.sagemath.org/sage_trac/ticket/1956
Niles implemented multivariate power series. Most of the reviewing is done
except perhaps that someone who's into multivariate power series takes a look
and plays with the code. It would be really nice if we could avoid havin
On Wed, 03 Nov 2010 at 10:01PM +0900, Dan Drake wrote:
> That's pretty much what I want. As far as I can see, if I change
> SITE_PACKAGES in setup.py, nothing at all should end up in
> lib/python/site-packages -- but it does anyway.
Ah. Of course. It's distutils that is automatically putting stuff
On Wed, Nov 3, 2010 at 4:25 AM, Jason Grout wrote:
> On 11/3/10 6:03 AM, Andrzej Giniewicz wrote:
>
>> %pylab (or %sagelab maybe? some functions might work a bit differently
>> than with pure PyLab)
>> a=zeros(1000)
>> a[:100]=1
>> b=fft(a)
>> figure()
>> grid(True)
>> plot(abs(b))
>> show()
>>
>>
On 3 Nov, 11:09, Mitesh Patel wrote:
> > I have been saying this for a very long time, to many people. *ALL*
> > mathematical libraries are broken and contain bugs. If you don't test
> > the code you are using, it *is* broken. The right ratio of test code
> > to code is really pretty close to
On Wed, Nov 3, 2010 at 5:30 AM, Bill Hart wrote:
> Finally, testing each individual spkg (against its dependencies) on
> all supported platforms *before* having to download and build the
> whole of the latest Sage seems to me to be a logical first step. I'm
> not seeing even that happen at the mom
On 3 Nov, 12:55, John Cremona wrote:
> > Sage on Solaris? And if Pari doesn't even have a comprehensive test
> > suite and a new stable release I'm not getting why we are even using
> > it the way we are. We surely need to be much more sceptical about it
> > and test the hell out of it before try
Hi,
in order to get a root of the hilbert class polynomial mod p (p prime,
D a fundamental discriminant), I am currently using the code lines
S = hilbert_class_polynomial(D);
j = S.roots(GF(p))[0][0];
Is there a (fast) way to compute the hilbert class polynomial directly
mod p in SAGE (thus avoi
Someone posted this on sci.math.symbolic, which I've never seen
before, and is the most detailed list I've see of the algorithms used
by Mathematica.
http://reference.wolfram.com/mathematica/note/SomeNotesOnInternalImplementation.html
On a somewhat different topic, it was pointed out that
Mark S
That would be a very good thing for someone to implement. As you can
see from the code (which I partly wrote), hilbert_class_polynomial(D)
computes numeraically all the h(D) j-invariants, i.e. it uses the
co-called complex method. For your use that it not optimal!
There is also access to the equ
On Wed, Nov 3, 2010 at 7:47 AM, Bill Hart wrote:
>
> On 3 Nov, 12:55, John Cremona wrote:
>> > Sage on Solaris? And if Pari doesn't even have a comprehensive test
>> > suite and a new stable release I'm not getting why we are even using
>> > it the way we are. We surely need to be much more scept
On 3 Nov, 14:46, William Stein wrote:
> On Wed, Nov 3, 2010 at 5:30 AM, Bill Hart wrote:
> > Finally, testing each individual spkg (against its dependencies) on
> > all supported platforms *before* having to download and build the
> > whole of the latest Sage seems to me to be a logical first s
Hi John,
How did you solve this problem in the end? I seem to have the same
problem on the same machine trying to build sage-4.5.3 and
sage-4.6.1.alpha0.
Marco
On 4 sep 2009, 15:31, John Cremona wrote:
> On this machine, which built 4.1.1 fine:
>
> Linuxversion2.6.28-13-generic (bui...@yellow
On 3 Nov, 15:41, William Stein wrote:
> On Wed, Nov 3, 2010 at 7:47 AM, Bill Hart wrote:
>
> > On 3 Nov, 12:55, John Cremona wrote:
> >> > Sage on Solaris? And if Pari doesn't even have a comprehensive test
> >> > suite and a new stable release I'm not getting why we are even using
> >> > it t
Sorry, but I cannot remember -- that was over a year ago!
John
On Wed, Nov 3, 2010 at 3:59 PM, Marco Streng wrote:
> Hi John,
>
> How did you solve this problem in the end? I seem to have the same
> problem on the same machine trying to build sage-4.5.3 and
> sage-4.6.1.alpha0.
>
> Marco
>
>
>
>
Hi,
Here is a blog post on Cython I just wrote:
http://sagemath.blogspot.com/2010/11/cython-sage-and-need-for-speed.html
William
--
William Stein
Professor of Mathematics
University of Washington
http://wstein.org
--
To post to this group, send an email to sage-devel@googlegroups.com
To u
> > Just for the record, for people reading this who might think Bill
> > speaks for the whole project,
>
> Wait, what!??? ...why on earth would anyone think that!!? Have I ever
> held some kind of executive capacity in the project?
>
> No!! Anything I suggest is nothing more than that, a suggest
On Wed, Nov 3, 2010 at 4:34 AM, koffie wrote:
> search_def("g_hold2_wrapper") doesn't return anything so it's not in
> sage self. I also used grep to maybe locate it in the pynac spkg but
> it's not there either (I wasn't sure if search_def also looked in the
> spkg files), and it's also not to be
On Wed, Nov 3, 2010 at 8:54 AM, Bill Hart wrote:
>
>
> On 3 Nov, 14:46, William Stein wrote:
>> On Wed, Nov 3, 2010 at 5:30 AM, Bill Hart
>> wrote:
>> > Finally, testing each individual spkg (against its dependencies) on
>> > all supported platforms *before* having to download and build the
>>
> OK, let me add that in addition to be told the time is right, Robert
> Bradshaw, John Cremona, and I were all in the same place at Sage Days
> looking for a challenging 3-day project. And John really wanted the
> new PARI since it fixed some bugs. Also, he offered us a free
> dinner...
>
Did
Is there a Sage equivalent for Mathematica's GraphicsGrid function?
If not, how about an equivalent for its Inset function?
If neither is available, any advice on rolling my own GraphicsGrid in
Sage would be much appreciated.
TIA!
~kj
--
To post to this group, send an email to sage-devel@googl
I think graphics_array is the closest.
-M.Hampton
On Nov 3, 3:26 pm, kj wrote:
> Is there a Sage equivalent for Mathematica's GraphicsGrid function?
> If not, how about an equivalent for its Inset function?
>
> If neither is available, any advice on rolling my own GraphicsGrid in
> Sage would be
On Nov 3, 7:42 am, Bill Hart wrote:
> On 3 Nov, 11:09, Mitesh Patel wrote:
>
>
> > > I have been saying this for a very long time, to many people. *ALL*
> > > mathematical libraries are broken and contain bugs. If you don't test
> > > the code you are using, it *is* broken. The right ratio of te
On Nov 3, 1:48 am, William Stein wrote:
> Hi,
>
> I have a new faster laptop with a lot more RAM (8GB, woot), so it's
> suddenly become much easier for me to install Linux into VirtualBox's
> in my spare time in the background. So I'm going to be adding
> VirtualBox images to boxen for the fol
Tnx, is there an easy way to find out these sort of things without
knowing in advance where to look. Things like search_src and
search_def seem to work fine for things which are in the sage library
themselves. How would you find out which code is called from which
library or other spkg on which sag
On Wed, Nov 3, 2010 at 3:10 PM, Dr David Kirkby wrote:
>
>
> On Nov 3, 1:48 am, William Stein wrote:
>> Hi,
>>
>> I have a new faster laptop with a lot more RAM (8GB, woot), so it's
>> suddenly become much easier for me to install Linux into VirtualBox's
>> in my spare time in the background. S
On Wed, Nov 3, 2010 at 1:35 AM, Robert Bradshaw
wrote:
> On Wed, Nov 3, 2010 at 1:27 AM, Jeroen Demeyer wrote:
>> On 2010-11-03 09:17, Robert Bradshaw wrote:
>>> A lot less hassle once it's implemented though.
>> Which "hassle"? What's the problem with the current setup? (I agree
>> that scripts
I've updated it, and yep, that makes a very big difference. Pretty
healthy looking.
I should really check a few and make sure there aren't other sections
that are getting counted as tests (I have to explicitly exclude any
sections for them to not be counted). But for the couple of files I
checked
On Nov 3, 5:29 am, Bill Hart wrote:
> Hi all,
Hi Bill
> Now the MPIR test code is pretty extensive and really ought to have
> picked up this bug. We put a lot of time into the test code for that
> MPIR release, so this is unfortunate.
Bugs are inevitable. Anybody that believes one can write a
I don't know if you intend on creating Arch images, but if you do I'd be
happy to set them up as I run Arch as my primary OS.
On Wed, Nov 3, 2010 at 8:43 PM, William Stein wrote:
> On Wed, Nov 3, 2010 at 3:10 PM, Dr David Kirkby
> wrote:
> >
> >
> > On Nov 3, 1:48 am, William Stein wrote:
> >>
Sorry for being a bit off-topic:
I saw somewhere a detailed discussion of technology behind making the
material on
http://www.sagemath.org/help-video.html
but cannot find this anymore.
I need to do a screencast with a "taking head"...
Thanks,
Dima
--
To post to this group, send an email to sage
On 4 November 2010 02:33, Geoff Ehrman wrote:
> I don't know if you intend on creating Arch images, but if you do I'd be
> happy to set them up as I run Arch as my primary OS.
IMHO, we really should have Arch images. Our README.txt claims to
support Arch, so clearly it was at one point decided it
On 4 November 2010 00:43, William Stein wrote:
> On Wed, Nov 3, 2010 at 3:10 PM, Dr David Kirkby wrote:
>>
>>
>> On Nov 3, 1:48 am, William Stein wrote:
>>> Hi,
>>>
>>> I have a new faster laptop with a lot more RAM (8GB, woot), so it's
>>> suddenly become much easier for me to install Linux int
Hi David.
On Nov 4, 2:09 am, Dr David Kirkby wrote:
> On Nov 3, 5:29 am, Bill Hart wrote:
>
> > Hi all,
>
> Hi Bill
>
> > Now the MPIR test code is pretty extensive and really ought to have
> > picked up this bug. We put a lot of time into the test code for that
> > MPIR release, so this is unfo
Hi Dima,
On Thu, Nov 4, 2010 at 2:13 PM, Dima Pasechnik wrote:
> I saw somewhere a detailed discussion of technology behind making the
> material on
> http://www.sagemath.org/help-video.html
> but cannot find this anymore.
The following threads might help:
* from sage-edu
https://groups.google.
53 matches
Mail list logo
