On May 7, 11:13 pm, Rado wrote:
> How does it handle intensive JS computations like :
>
> http://www.chiptune.com/starfield/starfield.html
OK, Starfield is pretty fun. ;-) And works great on another 64-bit
laptop I just tried. But is pathetic on my 64-bit desktop machine - I
couldn't even tell
Hi Rob,
does this problem happens systematically (each time you run
sagelwlcd after typing "sudo startx") or just happened to you
once? I tried in several machines and didn't have any troubles
at all.
I'm downloading sagelwlcd to check if there's no data corruption
and research about what your pr
On Thu, May 7, 2009 at 11:13 PM, Rado wrote:
>
> That is weird. Unfortunately I don't have a 64bit OS to test it.
> Processing JS is just a parser that parses processing (java) code and
> runs it as JS. I tried to write everything in JS but its major pain in
> the butt, since js has very weird wa
That is weird. Unfortunately I don't have a 64bit OS to test it.
Processing JS is just a parser that parses processing (java) code and
runs it as JS. I tried to write everything in JS but its major pain in
the butt, since js has very weird way of doing classes (they are not
even called classes). H
Hi Lucio,
Got a command prompt, entered startx, chose Sage off the fluxbox
menu. Got a terminal window and the Sage banner.
A few seconds later and the terminal window closed. Now every time I
choose Sage off the menu, the terminal just blinks and immediately
closes.
Running ./sage from a fr
Looking real good. I like the red edges prior to deletion when you
drag outside the canvas.
I've now run this on two machines - one is 32-bit, one 64-bit.
Otherwise pretty much the same - recent Firefox on KUbuntu, approx
3GHz chips. The editor is very crisp and robust on the 32-bit
machine. O
On Thu, May 7, 2009 at 8:19 PM, Brian Granger wrote:
>
>> Indeed... but the OP claimed that a jpeg couldn't be a derived work of
>> gimp because it's not a C++ program, which is a non sequitur.
>
> Do you actually think a JPEG is a derived for of GIMP or do you
> disagree with how I was arguing?
On May 7, 2009, at 8:53 PM, kcrisman wrote:
>
>>
>> Most of all, everyone, please go read the damn GPL!
>
> Out of curiosity, does anyone on the list actually know a lawyer at
> FSF? I wouldn't be surprised if someone does with all the Boston
> connections.
I think (hope) that the restrictions
>
> Most of all, everyone, please go read the damn GPL!
Out of curiosity, does anyone on the list actually know a lawyer at
FSF? I wouldn't be surprised if someone does with all the Boston
connections.
If so, getting even a small piece of FSF's "official" position,
without all the IANAL stuff,
> Indeed... but the OP claimed that a jpeg couldn't be a derived work of
> gimp because it's not a C++ program, which is a non sequitur.
Do you actually think a JPEG is a derived for of GIMP or do you
disagree with how I was arguing? If you merely disagree with my
argument, please don't misquote
Hi everybody,
I built a LiveCD with Sage that intends to be minimal in
all senses.
It has some rough edges yet and much to be improved,
that's why I invite you to download it from here:
http://sage.math.washington.edu/home/luciolastra/isos/v2/
try it out and give me any feedback (bugs, possibl
On Thu, May 7, 2009 at 10:45 PM, Robert Dodier wrote:
> Gonzalo Tornaria wrote:
>> Auch... then, if I take GIMP source code, and carefully translate it
>> 100% into, say... lisp, then the resulting work is not a C++ program,
>> and therefore not a derived work.
>
> Careful. I'm pretty sure a tran
Gonzalo Tornaria wrote:
> Auch... then, if I take GIMP source code, and carefully translate it
> 100% into, say... lisp, then the resulting work is not a C++ program,
> and therefore not a derived work.
Careful. I'm pretty sure a translation (be it from natural
language or computer language) is
Brian Granger wrote:
> Are you arguing that jpeg's produced by GIMP are all GPL'd?
No.
> I agree that it is definitely possible to release "non-programs", such
> as JPEGs, under the GPL.
OK, I misunderstood. I thought you were claiming just the opposite.
Robert Dodier
--~--~-~--~
New version is up:
http://www.math.uiuc.edu/~rkirov2/processing/grapheditor.html
The short changelog:
1) By popular demand, when you drag a vertex out of the page the edges
turn red to indicate you are going to lose it and it is not erased
until you release the button.
2) There is an accompanyin
On Thu, May 7, 2009 at 5:10 PM, mabshoff wrote:
>
>
>
> On May 7, 5:04 pm, Jason Grout wrote:
>> William Stein wrote:
>
>
>
>> > wst...@sage:~$ ginsh
>> > ginsh - GiNaC Interactive Shell (ginac V1.4.1)
>> > ...
>> >> sqrt(2)^2;
>> > 2
>>
>> > I've added this to the wiki.
>>
>> It might be usefu
On May 7, 5:04 pm, Jason Grout wrote:
> William Stein wrote:
> > wst...@sage:~$ ginsh
> > ginsh - GiNaC Interactive Shell (ginac V1.4.1)
> > ...
> >> sqrt(2)^2;
> > 2
>
> > I've added this to the wiki.
>
> It might be useful, if possible, to make sage -ginsh launch ginsh, or
> something simi
William Stein wrote:
> On Thu, May 7, 2009 at 3:25 PM, Robert Bradshaw
> wrote:
>> On May 7, 2009, at 4:10 AM, Mike Hansen wrote:
>>
>>> Hello all,
>>>
>>> I've been doing a lot of work recent trying to get the new symbolics
>>> ready for Sage 4.0. With 4.0 due out in 8 days, we're trying to do
On Thu, May 7, 2009 at 3:25 PM, Robert Bradshaw
wrote:
>
> On May 7, 2009, at 4:10 AM, Mike Hansen wrote:
>
>> Hello all,
>>
>> I've been doing a lot of work recent trying to get the new symbolics
>> ready for Sage 4.0. With 4.0 due out in 8 days, we're trying to do
>> the final push.
>>
>> Ther
On Thu, May 7, 2009 at 3:51 PM, Gonzalo Tornaria
wrote:
>
> Gee... is "Sage" a trademark?
Yes, "Sage" is a trademark. It's not mine though. It is explicitly
listed here:
http://www.sagenorthamerica.com/copyright_trademarks/
Another company changed their name to Sage software and write on th
> Gee... is "Sage" a trademark?
>
> Besides, I don't think a trademark is that strong... E.g. "firefox" is
> a trademark of mozilla. Debian doesn't want to be bound by the terms
> of use of said trademark, so the rename the program to "iceweasel".
> All visible occurrences of the name "firefox" a
Gee... is "Sage" a trademark?
Besides, I don't think a trademark is that strong... E.g. "firefox" is
a trademark of mozilla. Debian doesn't want to be bound by the terms
of use of said trademark, so the rename the program to "iceweasel".
All visible occurrences of the name "firefox" are replaced
On Thu, May 7, 2009 at 5:41 PM, Brian Granger wrote:
> * The JPEG stands on its own and can be "used" independently of GIMP.
Beware... copyright law is more about "copying" and "distribution",
than about "use". Besides, when I post a notebook, or publish a sage
script in a book, I'm not using Sa
On May 7, 2009, at 4:10 AM, Mike Hansen wrote:
> Hello all,
>
> I've been doing a lot of work recent trying to get the new symbolics
> ready for Sage 4.0. With 4.0 due out in 8 days, we're trying to do
> the final push.
>
> There are currently a lot of printing errors since Pynac/GiNaC prints
>
On May 7, 2009, at 2:15 PM, John Cremona wrote:
> It is a documented feature -- look at the docstring which says
>
> def coefficient(self, degrees):
> """
> Return the coefficient of the variables with the degrees
> specified in the python dictionary \code{degrees}.
>> sage-ultralight must have the same name as sage. Then you get into
>> copyright/trademark related issues (the name "sage" is already taken).
>> Just the same I could create a GUI toolkit named "Qt" that was also
>> released under the SACL license, but you can guess what would happen.
>
> Inco
On Thu, May 7, 2009 at 1:20 PM, Brian Granger wrote:
> He, he. For the above script to run in sage-ultralight,
> sage-ultralight must have the same name as sage. Then you get into
> copyright/trademark related issues (the name "sage" is already taken).
> Just the same I could create a GUI too
2009/5/7 Brian Granger :
>
>>> I disagree. A jpeg or .doc file is not source code in any sense of
>>> the word, thus the GPL is completely irrelevant (I think we agree on
>>> that).
>>
>> That simply isn't so. To quote the GPL:
>> "This License applies to any program or other work ..."
>> "The "P
It is a documented feature -- look at the docstring which says
def coefficient(self, degrees):
"""
Return the coefficient of the variables with the degrees
specified in the python dictionary \code{degrees}. Mathematically,
this is the coefficient in the base r
On Thu, May 7, 2009 at 1:54 PM, Alfredo Portes wrote:
>
> On Thu, May 7, 2009 at 4:23 PM, William Stein wrote:
>
>> That FAQ entry which you partially quoted concludes with "A
>> consequence is that if you choose to use GPL'd Perl modules or Java
>> classes in your program, you must release the
On Thu, May 7, 2009 at 4:23 PM, William Stein wrote:
> That FAQ entry which you partially quoted concludes with "A
> consequence is that if you choose to use GPL'd Perl modules or Java
> classes in your program, you must release the program in a
> GPL-compatible way, regardless of the license us
>> I disagree. A jpeg or .doc file is not source code in any sense of
>> the word, thus the GPL is completely irrelevant (I think we agree on
>> that).
>
> That simply isn't so. To quote the GPL:
> "This License applies to any program or other work ..."
> "The "Program", below, refers to any such
On Thu, May 7, 2009 at 11:52 AM, Tom Boothby wrote:
> I just found this thread, sorry for weighing in late.
>
> Note: this is a light-hearted response to a topic which I consider
> very grave. It's been claimed that the script
>
> from sage import Integer
> print Integer(2)+Integer(2)
>
> must b
> Note: this is a light-hearted response to a topic which I consider
> very grave. It's been claimed that the script
>
> from sage import Integer
> print Integer(2)+Integer(2)
>
> must be GPL'd. I claim that the above is a sage-ultralight script.
> I've attached an independent implementation of
On May 7, 9:24 pm, John Cremona wrote:
> Thanks for taking the time to explain, Jason.
>
> 2009/5/7 Jason Grout :
>
>
>
>
>
> > John Cremona wrote:
> >> 2009/5/7 Nick Alexander :
> sage:RIF( 3 , 3.2 )
> 4.±1
> >>> -2 to unicode or whatever lets you type $\pm$.
>
> >>> As for the fact
Hi,
this might be a design decision, so I haven't filed a bug report for it yet.
However, it seems that coefficient is returning the wrong type when it's
called on multinomials. Here is an example code:
sage: K.=QQ[]
sage: f = x^3+y^3+z^3
sage: f.coefficient([3,0,0]).parent()
Multivariate Polynom
Thanks for taking the time to explain, Jason.
2009/5/7 Jason Grout :
>
> John Cremona wrote:
>> 2009/5/7 Nick Alexander :
sage:RIF( 3 , 3.2 )
4.±1
>>> -2 to unicode or whatever lets you type $\pm$.
>>>
>>> As for the fact that 4.? is confusing to people who know nothing about
>>> sage,
John Cremona wrote:
> 2009/5/7 Nick Alexander :
>>> sage:RIF( 3 , 3.2 )
>>> 4.±1
>> -2 to unicode or whatever lets you type $\pm$.
>>
>> As for the fact that 4.? is confusing to people who know nothing about
>> sage, that does not concern me in the slightest. I find lots of
>> things that I know
I just found this thread, sorry for weighing in late.
Note: this is a light-hearted response to a topic which I consider
very grave. It's been claimed that the script
from sage import Integer
print Integer(2)+Integer(2)
must be GPL'd. I claim that the above is a sage-ultralight script.
I've a
On Thu, May 7, 2009 at 10:06 AM, kcrisman wrote:
>
>> > Because graphics objects don't implement equality (there are no __eq__
>> > or __cmp__ methods defined), so the default implementation is used,
>> > which is "is" (object identity, pointer equality).
>>
>> > Carl
>>
>> Ergo, you should imple
2009/5/7 Nick Alexander :
>
>> sage:RIF( 3 , 3.2 )
>> 4.±1
>
> -2 to unicode or whatever lets you type $\pm$.
>
> As for the fact that 4.? is confusing to people who know nothing about
> sage, that does not concern me in the slightest. I find lots of
> things that I know nothing about confusing!
> sage:RIF( 3 , 3.2 )
> 4.±1
-2 to unicode or whatever lets you type $\pm$.
As for the fact that 4.? is confusing to people who know nothing about
sage, that does not concern me in the slightest. I find lots of
things that I know nothing about confusing!
Nick
--~--~-~--~~--
On Thu, May 7, 2009 at 10:08 AM, Yann wrote:
>
> On May 7, 3:38 am, Nick Alexander wrote:
>> > 1.234567?
>>
>> +1
>>
>> > 1.234567?1 is more
>>
>> -1
>>
>> Nick
>
> +1 on this example...
> I don't want to look stubborn but let's try another vote (it´s my last
> comment on this thread...)
>
> sag
William Stein wrote:
[...]
>
> Delete constants.so:
>
> $ rm devel/sage/build/lib.macosx-10.3-i386-2.5/sage/symbolic/constants*
> $ rm devel/sage/build/temp.macosx-10.3-i386-2.5/sage/symbolic/constants*
> $ rm devel/sage/build/sage/symbolic/constants.so
>
> Then
>
> teragon:sage-3.4.2 wstein$
Hi Burcin,
On Thu, May 7, 2009 at 8:25 AM, Burcin Erocal wrote:
> I guess the first patch is a collection of my patches sitting on trac,
> so I didn't read it. Is this right?
Yep.
> Some minor comments after reading the 2nd patch:
>
> * does new_Expression_from_GEx() really need the new paren
On Thu, May 7, 2009 at 9:51 AM, William Stein wrote:
> On Thu, May 7, 2009 at 9:05 AM, Jason Grout
> wrote:
>>
>> Jaap Spies wrote:
>>> Mike Hansen wrote:
>>>
>>> Hi Mike
>>> [...]
If you want to try the code out, there is an spkg and two patches in
http://sage.math.washington.edu/hom
On May 7, 3:38 am, Nick Alexander wrote:
> > 1.234567?
>
> +1
>
> > 1.234567?1 is more
>
> -1
>
> Nick
+1 on this example...
I don't want to look stubborn but let's try another vote (it´s my last
comment on this thread...)
sage:RIF( 3 , 3.2 )
4.?
or
sage:RIF( 3 , 3.2 )
4.±1
--~--~-~--
> > Because graphics objects don't implement equality (there are no __eq__
> > or __cmp__ methods defined), so the default implementation is used,
> > which is "is" (object identity, pointer equality).
>
> > Carl
>
> Ergo, you should implement __cmp__.
Umm... how would I do that? Or is "you" cwi
On Thu, May 7, 2009 at 9:05 AM, Jason Grout wrote:
>
> Jaap Spies wrote:
>> Mike Hansen wrote:
>>
>> Hi Mike
>> [...]
>>> If you want to try the code out, there is an spkg and two patches in
>>> http://sage.math.washington.edu/home/mhansen/symbolics/. These should
>>> install and apply cleanly t
On Thu, May 7, 2009 at 9:32 AM, Carl Witty wrote:
>
> On Thu, May 7, 2009 at 7:01 AM, kcrisman wrote:
>> I am hoping to help the push to 75% by adding some doctests to some of
>> the plotting primitives. But for some reason, the following always
>> occurs:
>>
>> sage: G = some graphics object
>
On Thu, May 7, 2009 at 10:32 AM, David Joyner wrote:
>
>
> I just want to pass along some ideas I got from Sage developers at the
> recent NSF-CDI conference in Rhode Island. I don't know how feasible
> they are.
>
I guess you meant "Maple developers"?
> (1) One Maple developer suggested that th
On May 5, 8:05 pm, Brian Granger wrote:
> > A sage worksheet is no more a derived work of Sage than a jpeg would
> > be a derived work of Photoshop/GIMP or a .doc file would be a derived
> > work of MS Office or OpenOffice.
>
> I disagree. A jpeg or .doc file is not source code in any sense of
On Thu, May 7, 2009 at 7:01 AM, kcrisman wrote:
> I am hoping to help the push to 75% by adding some doctests to some of
> the plotting primitives. But for some reason, the following always
> occurs:
>
> sage: G = some graphics object
> sage: G == loads(dumps(G))
> False
>
> Nonetheless, no matt
I noticed something in the code i wrote which can be improved. This
is something which was not in Chris Wuthrich's original
implementation, so it is my fault.
Here's what we do: (1) find an upper bound on the torsion order, i.e.
a positive integer N such that the torsion order is certainly a
di
Jaap Spies wrote:
> Mike Hansen wrote:
>
> Hi Mike
> [...]
>> If you want to try the code out, there is an spkg and two patches in
>> http://sage.math.washington.edu/home/mhansen/symbolics/. These should
>> install and apply cleanly to Sage 3.4.2.
>>
>
> I tried applying to sage-3.4.2, got:
> [
On Thu, May 7, 2009 at 11:32 AM, Burcin Erocal wrote:
>
> On Thu, 7 May 2009 10:32:56 -0400
> David Joyner wrote:
>
>>
>> Hi:
>>
>> I just want to pass along some ideas I got from Sage developers at
>> the recent NSF-CDI conference in Rhode Island. I don't know how
>> feasible they are.
>>
...
On Thu, 7 May 2009 10:32:56 -0400
David Joyner wrote:
>
> Hi:
>
> I just want to pass along some ideas I got from Sage developers at
> the recent NSF-CDI conference in Rhode Island. I don't know how
> feasible they are.
>
> (1) One Maple developer suggested that the pexpect interface
> Sage<-
On Thu, 7 May 2009 04:10:30 -0700
Mike Hansen wrote:
>
> Hello all,
>
> I've been doing a lot of work recent trying to get the new symbolics
> ready for Sage 4.0. With 4.0 due out in 8 days, we're trying to do
> the final push.
Thank you very much for working on this. I am really amazed to s
Jason Grout wrote:
> David Joyner wrote:
>> Hello:
>>
>> At a recent NSF workshop
>> http://www4.ncsu.edu/~kaltofen/NSF_WS_ECCAD09_Itinerary.html
>> Hoon Hong (managing editor of the J Symb Comp) asked for a list of
>> papers written using Sage
>> by students. The obvious answer was to look at
>>
David Joyner wrote:
> Hello:
>
> At a recent NSF workshop
> http://www4.ncsu.edu/~kaltofen/NSF_WS_ECCAD09_Itinerary.html
> Hoon Hong (managing editor of the J Symb Comp) asked for a list of
> papers written using Sage
> by students. The obvious answer was to look at
> http://www.sagemath.org/libr
Hi:
I just want to pass along some ideas I got from Sage developers at the recent
NSF-CDI conference in Rhode Island. I don't know how feasible they are.
(1) One Maple developer suggested that the pexpect interface Sage<->Maple
could be improved using the Openmaple API
(http://www.maplesoft.com/
One more thing: I have updated http://wiki.sagemath.org/plan/sage-4.0
in the wiki with most of the info here, but it might be a good idea
to
(a) keep it current as things develop
(b) add all missing info about projects, i.e. who is working on
coverage, etc
(c) clean it up in general
Signing o
On May 7, 7:16 am, Jaap Spies wrote:
> Mike Hansen wrote:
>
> Hi Mike
> ImportError: libpynac-0.1.so.2: cannot open shared object file: No such file
> or directory
> Error importing ipy_profile_sage - perhaps you should run %upgrade?
> WARNING: Loading of ipy_profile_sage failed.
>
> What's
Mike Hansen wrote:
Hi Mike
[...]
> If you want to try the code out, there is an spkg and two patches in
> http://sage.math.washington.edu/home/mhansen/symbolics/. These should
> install and apply cleanly to Sage 3.4.2.
>
I tried applying to sage-3.4.2, got:
[j...@paix sage-3.4.2]$ ./sage
-
Dear Devel,
I am hoping to help the push to 75% by adding some doctests to some of
the plotting primitives. But for some reason, the following always
occurs:
sage: G = some graphics object
sage: G == loads(dumps(G))
False
Nonetheless, no matter how hard I try, I cannot actually find a
differen
On May 7, 6:41 am, Golam Mortuza Hossain wrote:
> Hi Michael,
Hi Golam,
> On Wed, May 6, 2009 at 3:37 AM, mabshoff wrote:
>
> > All the bits are in the usual place in
>
> > http://sage.math.washington.edu/home/mabshoff/release-cycles-3.4.2/
>
> I am wondering whether pre-compiled binaries of
Hi Michael,
On Wed, May 6, 2009 at 3:37 AM, mabshoff wrote:
>
> All the bits are in the usual place in
>
> http://sage.math.washington.edu/home/mabshoff/release-cycles-3.4.2/
I am wondering whether pre-compiled binaries of sage-3.4.2 for
Ubuntu and others will be available? I am thinking of t
I spend some time tonight on the gcc 4.4.0 porting problem and there
is only little work left to be done: I had resolved all issues in Sage
3.1.2, but neglected to merge all the fixed into subsequent releases.
Issues from 3.1.2 (3.4.2):
* gmp (gone in MPIR)
* ntl (Fixed in ntl-5.4.2.p7.spkg, n
On May 7, 12:55 am, davidloeffler wrote:
> Can I use this opportunity to request some reviews for modular forms
> patches? I decided I'd spend a few afternoons squashing as many easy
> modular forms buglets as I could, with the result that there is now a
> bunch of tickets that are "[with patch
On May 7, 1:11 am, Martin Albrecht
wrote:
> > Mon May 11: fix fallout; malb fix os x libsingular (?)
>
> > Tue May 12: sage-4.0.rc1.tar
>
> > Wed May 13:
>
> > Thu May 14: sage-4.0.final.tar
>
> > Fri May 15: Release sage-4.0.tar.
>
> Well, my plan was to update Singular to 3.1 and P
On May 7, 2:06 pm, David Joyner wrote:
> The impression I got from this conference was that *student* research
> activity involving Sage
> is a major plus from the NSF's perspective and more precise
> quantitative on this might
> help people get Sage-related grants.
That's an interesting point.
Hello:
At a recent NSF workshop
http://www4.ncsu.edu/~kaltofen/NSF_WS_ECCAD09_Itinerary.html
Hoon Hong (managing editor of the J Symb Comp) asked for a list of
papers written using Sage
by students. The obvious answer was to look at
http://www.sagemath.org/library/publications.html
but (a) there
On Tue, May 5, 2009 at 6:36 PM, victor miller wrote:
> Fredrik, I just saw on the SAGE days 15 project list you have the
> Meissel-Lehmer-Lagarias-Miller-Odlyzko algorithm. I still have my old C
> code for this, if that would be a good start. I never looked in detail at
> the variants that were
Hello all,
I've been doing a lot of work recent trying to get the new symbolics
ready for Sage 4.0. With 4.0 due out in 8 days, we're trying to do
the final push.
There are currently a lot of printing errors since Pynac/GiNaC prints
expressions differently than Maxima does. Some things still n
> Mon May 11: fix fallout;malb fix os x libsingular (?)
>
> Tue May 12: sage-4.0.rc1.tar
>
> Wed May 13:
>
> Thu May 14: sage-4.0.final.tar
>
> Fri May 15: Release sage-4.0.tar.
Well, my plan was to update Singular to 3.1 and PolyBoRi to 0.6 during the
week mentioned above and I was
Can I use this opportunity to request some reviews for modular forms
patches? I decided I'd spend a few afternoons squashing as many easy
modular forms buglets as I could, with the result that there is now a
bunch of tickets that are "[with patch, needs review]". It would be
cool to get some of th
76 matches
Mail list logo
