> On Sat, Jul 17, 2010 at 7:16 AM, William Stein wrote:
> > Hi Sage-Devel,
> >
> > Amazingly, University of Washington has >= 1 postdoc jobs starting in
> > 2011. It's a very competitive position, and pays pretty well.
> > Anyway, here is the job ad:
> >
> > http://www.math.washingt
I wouldn't call this a postdoc. It is non-tenure track position that
requires teaching. The blurb doesn't mention
how much teaching or how much money. Actually, the ad doesn't call it
a postdoc either.
RJF
On Jul 17, 7:16 am, William Stein wrote:
> Hi Sage-Devel,
>
> Amazingly, University of W
On Sat, Jul 17, 2010 at 7:16 AM, William Stein wrote:
> Hi Sage-Devel,
>
> Amazingly, University of Washington has >= 1 postdoc jobs starting in
> 2011. It's a very competitive position, and pays pretty well.
> Anyway, here is the job ad:
>
> http://www.math.washington.edu/Appts/jobin
On 07/17/10 06:23 PM, William Stein wrote:
On Saturday, July 17, 2010, Dr. David Kirkby wrote:
I just noticed a problem with the version of gsl in Sage. The exit code of the
Makefile is not tested, so if there are test failures, it does not cause the
build to stop like it does with other pack
On Wed, Jul 14, 2010 at 12:42:53AM -0700, Maurizio wrote:
> By the way, some
> time ago we managed to run spyder letting it use the sage console as
> interpreter, which was kind of fun, but never used it extensively.
Did you keep a log of what exactly you did to achieve this? After
seeing an impre
On Thu, Jul 15, 2010 at 08:49:03PM -0700, Mike Hansen wrote:
> On Thu, Jul 15, 2010 at 7:54 PM, Nicolas M. Thiery
> wrote:
> > Should I file a ticket?
>
> http://trac.sagemath.org/sage_trac/ticket/9344 which has a positive review.
Great, thanks! I guess I screwed up my trac search :-)
Cheers,
On 07/17/10 11:12 PM, Dr. David Kirkby wrote:
I've just tried to build Sage in parallel on sage.math and got an error
when installing 'gd'.
http://boxen.math.washington.edu/home/kirkby/gd-2.0.35.p5.log
This just failed again for me. I've not bothered saving the log, but are going
to rebuild i
I've just tried to build Sage in parallel on sage.math and got an error when
installing 'gd'.
http://boxen.math.washington.edu/home/kirkby/gd-2.0.35.p5.log
** Configuration summary for gd 2.0.35:
Support for PNG library: yes
Support for JPEG library: no
Support for Fr
On Sat, Jul 17, 2010 at 5:57 AM, Robert Miller wrote:
> Although
>
> http://trac.sagemath.org/sage_trac/ticket/5906
>
> was supposed to eliminate this problem for good, sometimes random
> (i.e. spring-layout) algorithms seem to trigger it, in particular when
> a short path happens to get put into
2010/7/17 François Bissey :
>> As an aside, if two upstream packages include another upstream
>> package (e.g. both include GMP) what does Sage do? Are there
>> two copies of GMP? They could have different versions of the
>> same package since project 1 could have stopped at one version
>> and proj
On Saturday, July 17, 2010, Dr. David Kirkby wrote:
> I just noticed a problem with the version of gsl in Sage. The exit code of
> the Makefile is not tested, so if there are test failures, it does not cause
> the build to stop like it does with other packages. (It reports an error, but
> does
I just noticed a problem with the version of gsl in Sage. The exit code of the
Makefile is not tested, so if there are test failures, it does not cause the
build to stop like it does with other packages. (It reports an error, but does
not exit).
However, I decided to have a look at the GSL web
On Sat, Jul 17, 2010 at 6:02 PM, parisse
wrote:
> Hi,
>
> It seems the original source is stored in a src subdirectory and you
> added the shell script spkg-install and the readme SPKG.txt file, is
> there any other changes?
Nope, that's all it is. spkg's are really simple.
-- William
--
Wil
Hi,
It seems the original source is stored in a src subdirectory and you
added the shell script spkg-install and the readme SPKG.txt file, is
there any other changes?
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-dev
> After installing enough latex packages so that the docs seemed to
> build, my build still fails here:
>
> ln: creating symbolic link
> `/scratch/wstein/build/sage-4.4.4/local/share/giac/doc/aide_cas': File
> exists
Indeed, the command in the Makefile should be ln -sf instead of ln -s,
I will fix
Hi,
I put my experimental giac spkg here:
http://sage.math.washington.edu/home/wstein/patches/giac-20100717.spkg
To build it you have to "sage -f -m giac-20100717". Then "sage -sh",
then delete the file it complains about (repeat, lather), type "make
install"
On Fri, Jul 16, 2010 at 2:50 PM, parisse
wrote:
>> I'm *REALLY*, really, really confused about which tarball is the
>> source code for the
>> latest version of giac. Just to clarify, please send me a direct link
>> in email here, please.
>>
>
> Should be there
> http://www-fourier.ujf-grenoble.fr
On 07/17/10 02:46 PM, Dr. David Kirkby wrote:
In the spkg-check file for givaro, it says:
make check
if [ $? -ne 0 ]; then
echo "Error while running the R testsuite ... exiting"
exit 1
fi
Is this as I expect, a simple typo, or is it true?
Dave
I hope it just a typo - I forgot I had positiv
Hi Sage-Devel,
Amazingly, University of Washington has >= 1 postdoc jobs starting in
2011. It's a very competitive position, and pays pretty well.
Anyway, here is the job ad:
http://www.math.washington.edu/Appts/jobinfo.php
This is relevant to Sage, since tons of Sage development g
In the spkg-check file for givaro, it says:
make check
if [ $? -ne 0 ]; then
echo "Error while running the R testsuite ... exiting"
exit 1
fi
Is this as I expect, a simple typo, or is it true?
Dave
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe f
On Sat, Jul 17, 2010 at 11:03 AM, Thierry Dumont
wrote:
> 2) For the ODEs, the best and the most *modern* methods are there:
> http://www.unige.ch/~hairer/software.html
> H. Hairer, G. Wanner, C. Lubich are among the best specialist of numerical
> methods for ODE and their programs (even if writte
Le 17/07/2010 15:18, Harald Schilly a écrit :
On Jul 17, 11:03 am, Thierry Dumont
wrote:
2) For the ODEs, ... (even if written in f77)...
I don't know their work but I think there is nothing wrong with f77
for this type of problem. Do you know f2py [1]? Shouldn't be too hard
to wrap their f7
On Jul 17, 11:03 am, Thierry Dumont
wrote:
> 2) For the ODEs, ... (even if written in f77)...
I don't know their work but I think there is nothing wrong with f77
for this type of problem. Do you know f2py [1]? Shouldn't be too hard
to wrap their f77 functions in python!
[1] http://cens.ioc.ee/
On 07/17/10 01:07 PM, William Stein wrote:
On Sat, Jul 17, 2010 at 2:03 PM, Dr. David Kirkby
wrote:
On 07/17/10 12:32 PM, William Stein wrote:
On Sat, Jul 17, 2010 at 1:16 PM, Robert Miller
wrote:
With the rest of the packages, we just do
export MAKE="make -j6"
to enable parallel build
I'm interested in your C++ psarse matrix class based on std::map,
since I have one too (and it is in Sage in the eclib spkg). If you
type CremonaModularSymbols(12345) they are being used.
John
On 17 July 2010 10:03, Thierry Dumont wrote:
> Le 17/07/2010 09:22, Martin Rubey a écrit :
>>
>> Willi
Although
http://trac.sagemath.org/sage_trac/ticket/5906
was supposed to eliminate this problem for good, sometimes random
(i.e. spring-layout) algorithms seem to trigger it, in particular when
a short path happens to get put into a straight vertical or horizontal
line. What surprises me is that i
'nose' aids testing of python packages. Metesh Patel suggested I used it
yesterday, to resolve a problem. But one has to download it, since it is not a
standard package in Sage.
If one looks as the spkg-check
sqlalchemy-0.5.8/spkg-check
we can see it does absolutely nothing, as it has in it:
On Sat, Jul 17, 2010 at 2:03 PM, Dr. David Kirkby
wrote:
> On 07/17/10 12:32 PM, William Stein wrote:
>>
>> On Sat, Jul 17, 2010 at 1:16 PM, Robert Miller
>> wrote:
>>>
>>> With the rest of the packages, we just do
>>>
>>> export MAKE="make -j6"
>>>
>>> to enable parallel building. Why don't we j
On 07/17/10 12:32 PM, William Stein wrote:
On Sat, Jul 17, 2010 at 1:16 PM, Robert Miller wrote:
With the rest of the packages, we just do
export MAKE="make -j6"
to enable parallel building. Why don't we just use this in atlas as
well? Why do we need to make a special case?
I think the OP w
On Sat, Jul 17, 2010 at 1:16 PM, Robert Miller wrote:
> With the rest of the packages, we just do
>
> export MAKE="make -j6"
>
> to enable parallel building. Why don't we just use this in atlas as
> well? Why do we need to make a special case?
I think the OP was suggesting building ATLAS so that
With the rest of the packages, we just do
export MAKE="make -j6"
to enable parallel building. Why don't we just use this in atlas as
well? Why do we need to make a special case?
--
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email
Le 17/07/2010 09:22, Martin Rubey a écrit :
William Stein writes:
http://wstein.org/talks/stein-sd24/stein-sd24.pdf
Reading this document, I was, among many things, very interested by the
2012 horizon (Sage 7.0) and specially by the Engineering projects.
I am interested by this point an
On Sat, Jul 17, 2010 at 10:28 AM, Dr. David Kirkby
wrote:
> On 07/17/10 07:50 AM, William Stein wrote:
>>
>> http://wstein.org/talks/stein-sd24/stein-sd24.pdf
>>
>
> Point #7 about why you don't like Magma may be true. The developer community
> might be too small, and there may be no public mailin
The last line of the spkg-install of cvxopt is:
python setup.py install
That's two I've found this week (cephes and cvxopt), which will always report
"Successfully installed $package_name"
when in fact they might have failed to install.
This is now
http://trac.sagemath.org/sage_trac/ticket/9
On 07/17/10 07:50 AM, William Stein wrote:
http://wstein.org/talks/stein-sd24/stein-sd24.pdf
Point #7 about why you don't like Magma may be true. The developer community
might be too small, and there may be no public mailing list.
But to say the same is true of Maple - "(Similar remarks abo
On 07/17/10 07:20 AM, Martin Albrecht wrote:
How does this sound.
1) We add an environment variable SAGE_ATLAS_THREADS
2) If unset, then the behavior is unchanged, so we build an unthreaded
ATLAS. 3) If set to "auto":
$ export SAGE_ATLAS_THREADS=auto
then we let ATLAS automatically determine t
On Jul 17, 8:36 am, William Stein wrote:
> flat:sage wstein$ find . -print |grep "pyx\|pxi\|pxd\|.py$" | xargs cat |wc
> -l
> 948712
> flat:sage wstein$ find . -print |grep "pyx\|pxi\|pxd\|.py$" | xargs
> cat |sort|uniq|wc -l
> 453612
Would be interesting to distinguish between documentatio
Hi all,
I just hit this zinger:
{{{
sage: polygen(GF(49, 'a')) ; polygen(GF(9, 'a'))
x
x
sage: x = polygen(GF(49, 'a'))
sage: -x
2*x
sage: x + 0
x
sage: -x
6*x
}}}
This is definitely still present in sage-4.5 (at least, William tried
it on his laptop and said he hit it). The underlying issue is
William Stein writes:
> http://wstein.org/talks/stein-sd24/stein-sd24.pdf
"world domination" has a very intimidating (naziesque) connotation for
me (I do not think only for me, but I cannot know). Sage is great, but
that makes me shiver.
Martin
--
To post to this group, send an email to sage
39 matches
Mail list logo
