On Fri, Jul 17, 2009 at 9:23 AM, William Stein wrote:
>
> On Thu, Jul 16, 2009 at 4:24 AM, Martin
> Albrecht wrote:
>>
>> Hi there,
>>
>> is there any compelling technical reason why we are using all.py for module
>> level initialisation instead of the Python standard __init__.py?
>>
>> Cheers,
>>
>> is there any compelling technical reason why we are using all.py
>> for module
>> level initialisation instead of the Python standard __init__.py?
> I would welcome somebody fixing this, assuming I'm right
> that this is just a mistake on my part.
+1 -- I was annoyed by this myself a few da
Maybe not everybody here reads python-announce.
So I hope, that's interesting for at least some of you.
Michael
Anfang der weitergeleiteten E-Mail:
> Von: Christian Tismer
> Datum: 17. Juli 2009 04:26:02 MESZ
> An: undisclosed-recipients: ;
> Betreff: ANN: psyco V2
> Antwort an: python-l...@pyt
Rob Beezer wrote:
> (a) Is there a way to control edge thickness? I see an "edge style"
> for digraphs, but can't find much more.
Replying to myself: for a graph G,
G.plot(thickness=10)
works as expected, yet
show(G, thickness=10)
raises an error about "thickness" being unrecognized.
Also,
Are you using sage 4.1? Unfortunately the tachyon interface got
broken in that release, but there is a patch at
http://trac.sagemath.org/sage_trac/ticket/6542
which will fix this in 4.1.1.
-Marshall Hampton
On Jul 16, 4:36 pm, Marcello Seri wrote:
> I'm learning to use SAGE because I think
Minh Nguyen wrote:
> On Fri, Jul 17, 2009 at 12:01 PM, Dr. David
> Kirkby wrote:
>
>
>
>> I forgot. Try:
>>
>> http://sage.math.washington.edu/home/kirkby/Solaris-fixes/mpfr/mpfr-2.4.1p0.spkg
>>
>> it should make no difference whatsoever, as the version of gcc in use
>> should be ok without the
On Fri, Jul 17, 2009 at 12:01 PM, Dr. David
Kirkby wrote:
> I forgot. Try:
>
> http://sage.math.washington.edu/home/kirkby/Solaris-fixes/mpfr/mpfr-2.4.1p0.spkg
>
> it should make no difference whatsoever, as the version of gcc in use
> should be ok without the patch, but you can at least try it
Minh Nguyen wrote:
> On Fri, Jul 17, 2009 at 11:45 AM, Dr. David
> Kirkby wrote:
>
>
>
>>> I see some junk in that spkg:
>>>
>>> [mv...@sage polybori-0.5rc.p9]$ hg st
>>> M SPKG.txt
>>> M patches/SConstruct
>>> M patches/custom.py
>>> ? patches/SConstruct.p7
>> Sorry, my errro.
>
> No worries.
On Fri, Jul 17, 2009 at 11:45 AM, Dr. David
Kirkby wrote:
>> I see some junk in that spkg:
>>
>> [mv...@sage polybori-0.5rc.p9]$ hg st
>> M SPKG.txt
>> M patches/SConstruct
>> M patches/custom.py
>> ? patches/SConstruct.p7
>
> Sorry, my errro.
No worries.
> The modification time on the pack
Minh Nguyen wrote:
> Hi David,
>
> On Fri, Jul 17, 2009 at 10:04 AM, Dr. David
> Kirkby wrote:
>
>
>
>> Hi Minh,
>>
>> The package I made at
>>
>> http://sage.math.washington.edu/home/kirkby/Solaris-fixes/polybori/polybori-0.5rc.p9.spkg
>
> I see some junk in that spkg:
>
> [mv...@sage polyb
Hi David,
On Fri, Jul 17, 2009 at 10:04 AM, Dr. David
Kirkby wrote:
> Hi Minh,
>
> The package I made at
>
> http://sage.math.washington.edu/home/kirkby/Solaris-fixes/polybori/polybori-0.5rc.p9.spkg
I see some junk in that spkg:
[mv...@sage polybori-0.5rc.p9]$ hg st
M SPKG.txt
M patches/SCon
Dr. David Kirkby wrote:
> To get around the MPIR problem on 't2', I've changed the default version
> of gcc on 't2' from 4.4.0 to 4.2.4. Since doing that, it would appear
> polybori is failing to build on 't2', but there might be some other
> reason. So certainly testing
Sorry, it is mpfr NOT
Minh Nguyen wrote:
> Hi David,
>
> On Fri, Jul 17, 2009 at 9:15 AM, Dr. David
> Kirkby wrote:
>
>
>
>> As a quick hack, I have managed to build polybori. I've done that by
>> ensuring that the Sun tools are no longer in the path, as there are no
>> longer any links to the Sun tools to /usr/bin
Hi David,
On Fri, Jul 17, 2009 at 9:15 AM, Dr. David
Kirkby wrote:
> As a quick hack, I have managed to build polybori. I've done that by
> ensuring that the Sun tools are no longer in the path, as there are no
> longer any links to the Sun tools to /usr/bin. Apparently when Sun
> Studio is in
On Thu, Jul 16, 2009 at 4:24 AM, Martin
Albrecht wrote:
>
> Hi there,
>
> is there any compelling technical reason why we are using all.py for module
> level initialisation instead of the Python standard __init__.py?
>
> Cheers,
> Martin
No, there is no compelling technical reason.The actual
Dr. David Kirkby wrote:
> Minh Nguyen wrote:
>> On Thu, Jul 16, 2009 at 10:58 PM, Alexander
>> Dreyer wrote:
>>> Hi,
PolyBori now fails saying that there are too many errors. The full
compressed log is available at
http://sage.math.washington.edu/home/mvngu/patch/solaris-instal
On Thursday 16 July 2009, William Stein wrote:
> On Thu, Jul 16, 2009 at 3:51 PM, Martin
>
> Albrecht wrote:
> > Hi John,
> >
> >> page 29 has "PolyBoRi is not use inexplicitly": Should it be "is not
> >> used explicitly" or "is used implicitly" or "is used explicitly"?
> >
> > I mean to say that
Minh Nguyen wrote:
> On Thu, Jul 16, 2009 at 10:58 PM, Alexander
> Dreyer wrote:
>> Hi,
>>> PolyBori now fails saying that there are too many errors. The full
>>> compressed log is available at
>>>
>>> http://sage.math.washington.edu/home/mvngu/patch/solaris-install-poly...
>> I've had a look at i
On Thu, Jul 16, 2009 at 3:51 PM, Martin
Albrecht wrote:
>
> Hi John,
>
>> page 29 has "PolyBoRi is not use inexplicitly": Should it be "is not
>> used explicitly" or "is used implicitly" or "is used explicitly"?
>
> I mean to say that PolyBoRi is not used 'behind the scenes' when it is not
> expli
On Thu, Jul 16, 2009 at 3:47 PM, Martin
Albrecht wrote:
>
>> Who told you that? I don't agree with that at all. Just because
>> something has a cython interface doesn't mean it has be a standard
>> component of Sage. That would be a pretty sad limitation for Sage.
>
> I did. The patch up for r
Hi John,
> page 29 has "PolyBoRi is not use inexplicitly": Should it be "is not
> used explicitly" or "is used implicitly" or "is used explicitly"?
I mean to say that PolyBoRi is not used 'behind the scenes' when it is not
explicit requested.
> page 57 has "at least 10 \times -20 \times": "10-
> Who told you that? I don't agree with that at all. Just because
> something has a cython interface doesn't mean it has be a standard
> component of Sage. That would be a pretty sad limitation for Sage.
I did. The patch up for review at
http://trac.sagemath.org/sage_trac/ticket/6416
requi
I'm learning to use SAGE because I think it would be nice to teach to
my students how to use it. I was playing with the examples in
http://www.sagemath.org/doc/reference/sage/plot/plot3d/tachyon.html#sage.plot.plot3d.tachyon.Tachyon
but none of them showed the picture. I tried to see what was ha
On Thu, Jul 16, 2009 at 6:20 AM, Bjarke Hammersholt
Roune wrote:
>
> Frobby is currently an optional component of Sage, which performs
> computations related to monomial ideals. In particular, it can compute
>
> * Multigraded Hilbert series
> * Alexander dual of monomial ideals
> * Maximal stan
On 16 Jul., 15:20, Bjarke Hammersholt Roune
wrote:
> Frobby is currently an optional component of Sage, which performs
> computations related to monomial ideals. In particular, it can compute
>
> * Multigraded Hilbert series
> * Alexander dual of monomial ideals
> * Maximal standard monomial
Martin,
page 29 has "PolyBoRi is not use inexplicitly": Should it be "is not
used explicitly" or "is used implicitly" or "is used explicitly"?
page 57 has "at least 10 \times -20 \times": "10--20x" (not in math
mode) might be more readable; right now it looks like "negative 20
times"
page 57 ha
On Thu, Jul 16, 2009 at 11:59 AM, kcrisman wrote:
>
>
>
> On Jul 16, 2:19 pm, Alex Clemesha wrote:
>> Thanks for posting this! I'm really surprised that Mozilla has lagged on
>> this
>> as much as they did. Searching for "@font-face browser support" shows
>> that IE has had this since
>> vers
On Jul 16, 2:19 pm, Alex Clemesha wrote:
> Thanks for posting this! I'm really surprised that Mozilla has lagged on this
> as much as they did. Searching for "@font-face browser support" shows
> that IE has had this since
> version4:http://webfonts.info/wiki/index.php?title=%40font-face_brow
I have added a patch that fixes this, available at:
http://trac.sagemath.org/sage_trac/raw-attachment/ticket/6542/trac_6542_tachyon_tostr.patch
Since tachyon is currently broken on all systems in sage-4.1, I fixed
the immediate problem rather than taking the time to improve the
testing of tachyo
Thanks for posting this! I'm really surprised that Mozilla has lagged on this
as much as they did. Searching for "@font-face browser support" shows
that IE has had this since version4:
http://webfonts.info/wiki/index.php?title=%40font-face_browser_support
but now it looks like all the major brow
Although I know about as much as my dog about Solaris, I gave it a try
on t2. After downloading the 0.8.0 spkg from trac I did:
sage -sh
export GMPLIB=/home/wstein/sparc/sage-3.4.1.rc4-mark-gcc-4.3.3/local
$MAKE library MODE=shared ldflags="$LDFLAGS" GMP_INC_DIR="$GMPLIB"
and things compiled we
At long last, the Mozilla team has heard the voice of reason, and
allows the browser to download fonts! This means no more jsmath
warning! Next week, I'm going to take a crack at remedying this
problem in jsmath itself, and submitting it upstream. Failing that,
I'll put it into the notebook cod
On Wed, Jul 15, 2009 at 05:27:21PM -0700, Rob Beezer wrote:
>
> I cannot determine if it is possible to control the thickness/width of
> an edge of a graph using plot/show.
>
> For a graph with approximately 50 vertices, I scale the vertices to be
> large enough to contain the labels, which are
Minh Nguyen wrote:
> On Thu, Jul 16, 2009 at 10:58 PM, Alexander
> Dreyer wrote:
>> Hi,
>>> PolyBori now fails saying that there are too many errors. The full
>>> compressed log is available at
>>>
>>> http://sage.math.washington.edu/home/mvngu/patch/solaris-install-poly...
>> I've had a look at i
Marshall Hampton wrote:
> Does it work on Solaris? My impression is that is a required feature
> now for standard inclusion.
>
> -M. Hampton
I'm a bit busy now, but will check in the next 12 hours or so
dave
--~--~-~--~~~---~--~~
To post to this group, send ema
I found this out later... It also fails when I type ./configure
in a SAGE shell... But I still have no idea of where it comes from O_o
Nathann
On Jul 16, 4:50 pm, Simon King wrote:
> Hi Nathann,
>
> On 16 Jul., 09:03, Nathann Cohen wrote:
>
> > I am trying to build a spkg for GLPK, and so
Hi Bjarke,
On Fri, Jul 17, 2009 at 1:03 AM, Bjarke Hammersholt
Roune wrote:
>
> I don't know if it works on Solaris since I don't have access to a
> Solaris installation to check. I have no reason to think that it
> doesn't, but this would come down to giving me acces to a Solaris
> installation,
I don't know if it works on Solaris since I don't have access to a
Solaris installation to check. I have no reason to think that it
doesn't, but this would come down to giving me acces to a Solaris
installation, or someone with access to Solaris giving it a spin. For
someone willing to try, the ti
Hi Nathann,
On 16 Jul., 09:03, Nathann Cohen wrote:
> I am trying to build a spkg for GLPK, and something happens that I
> don't understand. There is no error at all when I run manually "./
> configure && make && make install" in the console, and that is all the
> file spkg-install does, but whe
Does it work on Solaris? My impression is that is a required feature
now for standard inclusion.
-M. Hampton
On Jul 16, 9:00 am, Minh Nguyen wrote:
> On Thu, Jul 16, 2009 at 11:20 PM, Bjarke Hammersholt
>
> Roune wrote:
>
>
>
> > Frobby has an extensive test-suite, which includes running Frob
On Thu, Jul 16, 2009 at 11:20 PM, Bjarke Hammersholt
Roune wrote:
> Frobby has an extensive test-suite, which includes running Frobby
> under valgrind to detect memory leaks, and is supported for Mac OS
> 10.5, Linux and Cygwin. It compiles using MS Visual Studio Express,
> though I haven't tes
On Thu, Jul 16, 2009 at 9:20 AM, Bjarke Hammersholt
Roune wrote:
>
> Frobby is currently an optional component of Sage, which performs
> computations related to monomial ideals. In particular, it can compute
>
> * Multigraded Hilbert series
> * Alexander dual of monomial ideals
> * Maximal stan
On Thu, Jul 16, 2009 at 10:58 PM, Alexander
Dreyer wrote:
>
> Hi,
>> PolyBori now fails saying that there are too many errors. The full
>> compressed log is available at
>>
>> http://sage.math.washington.edu/home/mvngu/patch/solaris-install-poly...
> I've had a look at it (and the output above).
>
Hello (:,
I published some worksheet with my account on "Sage via the Web", but
it was not on purpose. How can I delete (or even edit) this publihed
document ? (I should add that I have deleted this document in my home
page)
I'm writing about the published document whose title is :
Frobby is currently an optional component of Sage, which performs
computations related to monomial ideals. In particular, it can compute
* Multigraded Hilbert series
* Alexander dual of monomial ideals
* Maximal standard monomials of monomial ideals
* Irreducible decomposition of monomial ide
Hi,
> PolyBori now fails saying that there are too many errors. The full
> compressed log is available at
>
> http://sage.math.washington.edu/home/mvngu/patch/solaris-install-poly...
I've had a look at it (and the output above).
Try to add:
opts.Add('SHCXX', 'C++ Compiler (preparing shared libs)
Carlo Hamalainen wrote:
> On Thu, Jul 16, 2009 at 2:17 PM, Dr. David
> Kirkby wrote:
>> drkir...@kestrel:[~] $ arch -k
>> sun4u
>>
>>
>> Is 'arch -k' supported on all platforms - linux, FreeBSD, OS X or
>> anything else we want Sage to work on?
>
> Not on Ubuntu, apparently it has been deprecated
Martin Albrecht wrote:
> On Thursday 16 July 2009, Dr. David Kirkby wrote:
>> I need to create a patch which is only applied on the sun4v
>> architecture. The way to test for that on Solaris is use use 'arch -k'
>>
>> On 't2'
>>
>> kir...@t2:[~] $ arch -k
>> sun4v
>>
>> On my own Sun Blade 2000
>>
On Thu, Jul 16, 2009 at 2:17 PM, Dr. David
Kirkby wrote:
> drkir...@kestrel:[~] $ arch -k
> sun4u
>
>
> Is 'arch -k' supported on all platforms - linux, FreeBSD, OS X or
> anything else we want Sage to work on?
Not on Ubuntu, apparently it has been deprecated upstream (in Debian?):
https://bugs.
On Thursday 16 July 2009, Dr. David Kirkby wrote:
> I need to create a patch which is only applied on the sun4v
> architecture. The way to test for that on Solaris is use use 'arch -k'
>
> On 't2'
>
> kir...@t2:[~] $ arch -k
> sun4v
>
> On my own Sun Blade 2000
>
> drkir...@kestrel:[~] $ arch -k
>
I need to create a patch which is only applied on the sun4v
architecture. The way to test for that on Solaris is use use 'arch -k'
On 't2'
kir...@t2:[~] $ arch -k
sun4v
On my own Sun Blade 2000
drkir...@kestrel:[~] $ arch -k
sun4u
Is 'arch -k' supported on all platforms - linux, FreeBSD, OS
Hi David,
On Thu, Jul 16, 2009 at 9:11 AM, Dr. David
Kirkby wrote:
>> [4] polybori-0.5rc.p9.spkg
>> http://trac.sagemath.org/sage_trac/ticket/6437 [still reviewing]
>
> It's unfortunate you will have to wait for atlas to build. I wish I
> could work out how to save the intermediate files. If I
Hi there,
is there any compelling technical reason why we are using all.py for module
level initialisation instead of the Python standard __init__.py?
Cheers,
Martin
--
name: Martin Albrecht
_pgp: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x8EF0DC99
_otr: 47F43D1A 5D68C36F 468BAEBA 640
On 2009-Jul-16 20:04:15 +1000, Minh Nguyen wrote:
>Anyone else, besides Peter, who has access to a FreeBSD machine, can
>you please have a look at #5873? I'm not even sure that the machine
>boxen has FreeBSD running in a virtual machine.
boxen is running both 32-bit and 64-bit versions of FreeBSD
Hi Peter,
On Thu, Jul 16, 2009 at 7:58 PM, Peter
Jeremy wrote:
> On 2009-Jul-16 18:16:58 +1000, Minh Nguyen wrote:
>>On Thu, Jul 16, 2009 at 9:35 AM, Tom Boothby wrote:
>>> Does anybody know/use FreeBSD?
>>> bsd #5873 [with patch, needs review] Fix matplotlib build on FreeBSD
>>
>>I think
On 2009-Jul-16 18:16:58 +1000, Minh Nguyen wrote:
>On Thu, Jul 16, 2009 at 9:35 AM, Tom Boothby wrote:
>> Does anybody know/use FreeBSD?
>> bsd #5873 [with patch, needs review] Fix matplotlib build on FreeBSD
>
>I think Peter Jeremy (pjeremy) uses FreeBSD. He has ported a number of
Since I
Hi Kiran,
this is now
http://www.singular.uni-kl.de:8002/trac/ticket/154
Cheers,
Martin
On Thursday 16 July 2009, Kiran Kedlaya wrote:
> One pet complaint that you might bring up with the Singular team: I
> have had trouble using Singular for Groebner basis computations over
> the rational f
On Thursday 16 July 2009, David Joyner wrote:
> On Wed, Jul 15, 2009 at 7:31 PM, Kiran Kedlaya wrote:
> > One pet complaint that you might bring up with the Singular team: I
>
> Speaking of pet complaints, can you ask if they will at some point fix
> the bugs in the Riemann-Roch computations in th
On Jul 15, 2009, at 10:41 AM, Nathann Cohen wrote:
> Hello !!!
>
> I am writing an interface to a C library and I am having trouble with
> one of its functions... It is writing a lot of text to stdout or
> stderr ( I do not even know that ! ) and I would like to mute that. I
> tried this trick I
On Thu, Jul 16, 2009 at 6:37 PM, Dr. David
Kirkby wrote:
>
> Minh Nguyen wrote:
>> Hi David,
>>
>> On Thu, Jul 16, 2009 at 9:11 AM, Dr. David
>> Kirkby wrote:
>>
>>
>>
>>> It's also unfortunate the NFS shared disks are slow. You might consider
>>> building in /scratch, which is a local disk on t2
Minh Nguyen wrote:
> Hi David,
>
> On Thu, Jul 16, 2009 at 9:11 AM, Dr. David
> Kirkby wrote:
>
>
>
>> It's also unfortunate the NFS shared disks are slow. You might consider
>> building in /scratch, which is a local disk on t2, or /tmp. Obviously
>> /tmp is not backed up, but neither is /scra
Nice talk Martin,
have a good time in K-town next week, sorry that I can't be there.
On Jul 16, 1:43 am, David Joyner wrote:
> On Wed, Jul 15, 2009 at 7:31 PM, Kiran Kedlaya wrote:
>
> > One pet complaint that you might bring up with the Singular team: I
>
> Speaking of pet complaints, can you
Hi David,
On Thu, Jul 16, 2009 at 9:11 AM, Dr. David
Kirkby wrote:
> It's also unfortunate the NFS shared disks are slow. You might consider
> building in /scratch, which is a local disk on t2, or /tmp. Obviously
> /tmp is not backed up, but neither is /scratch too.
Yes, I've always do develo
On Thu, Jul 16, 2009 at 9:35 AM, Tom Boothby wrote:
>
> I'm about to send out some review requests. I don't know who to
> assign the following tickets to:
>
> Does anybody know/use FreeBSD?
> bsd #5873 [with patch, needs review] Fix matplotlib build on FreeBSD
I think Peter Jeremy (pjeremy
On Thu, Jul 16, 2009 at 5:51 PM, Dr. David
Kirkby wrote:
>
> Nathann Cohen wrote:
>> Hello !!
>>
>> I am trying to build a spkg for GLPK, and something happens that I
>> don't understand. There is no error at all when I run manually "./
>> configure && make && make install" in the console, and tha
Rob writes:
> Hi again. Unfortunately it failed again, but this time with a
> different error message. Here's what it does now:
>
> ...
>
> checking for gtar... no
> checking for tar... tar
> checking for gpatch... no
> checking for patch... no
> configure: error: FriCAS needs a patch program
Nathann Cohen wrote:
> Hello !!
>
> I am trying to build a spkg for GLPK, and something happens that I
> don't understand. There is no error at all when I run manually "./
> configure && make && make install" in the console, and that is all the
> file spkg-install does, but when I try to install
Hello,
On Thu, Jul 16, 2009 at 12:03 AM, Nathann Cohen wrote:
>
> Hello !!
>
> I am trying to build a spkg for GLPK, and something happens that I
> don't understand. There is no error at all when I run manually "./
> configure && make && make install" in the console, and that is all the
> file sp
Bill Hart wrote:
> Yes it is certainly possible the old autotools we use does not know
> about the new OpenSolaris on x86.
That seems the most likely issue to me.
> It is as you say, an autotools issue. However we can probably hack our
> configure script. The problem we have with autotools is re
Hello !!
I am trying to build a spkg for GLPK, and something happens that I
don't understand. There is no error at all when I run manually "./
configure && make && make install" in the console, and that is all the
file spkg-install does, but when I try to install GLPK with SAGE using
the spkg, I
70 matches
Mail list logo
