On Wed, Nov 26, 2008 at 7:38 PM, John H Palmieri <[EMAIL PROTECTED]> wrote:
>
> On Intel Mac OS X.5: after jumping through all of the appropriate
> hoops to make this version, sage -testall -long had four failures, two
> of which are familiar:
>
> 1. #3758 sage -t -long devel/sage/sage/crypto/mq/s
On Nov 26, 7:38 pm, John H Palmieri <[EMAIL PROTECTED]> wrote:
Hi John,
> On Intel Mac OS X.5: after jumping through all of the appropriate
> hoops to make this version,
:)
> sage -testall -long had four failures, two
> of which are familiar:
>
> 1. #3758 sage -t -long devel/sage/sage/crypto
On Intel Mac OS X.5: after jumping through all of the appropriate
hoops to make this version, sage -testall -long had four failures, two
of which are familiar:
1. #3758 sage -t -long devel/sage/sage/crypto/mq/sr.py
2. #3760 sage -t -long devel/sage/sage/schemes/elliptic_curves/
ell_finite_field.p
mabshoff wrote:
>
>
> On Nov 26, 6:32 pm, Jaap Spies <[EMAIL PROTECTED]> wrote:
>
>
>
>> The following tests failed:
>>
>> sage -t devel/sage/sage/rings/polynomial/multi_polynomial_ideal.py
>
> Mmmh, M2 installed? Maybe a 32 vs. 64 bit thing for the toy
> implementation?
M2 install
On Nov 26, 6:32 pm, Jaap Spies <[EMAIL PROTECTED]> wrote:
> The following tests failed:
>
> sage -t devel/sage/sage/rings/polynomial/multi_polynomial_ideal.py
Mmmh, M2 installed? Maybe a 32 vs. 64 bit thing for the toy
implementation?
> sage -t devel/sage/sage/interfaces/p
William Stein wrote:
> On Wed, Nov 26, 2008 at 2:04 PM, Jaap Spies <[EMAIL PROTECTED]> wrote:
>> mabshoff wrote:
>>> Hello folks,
>>>
>>> here goes 3.2.1.alpha2. This one should actually build out of the box.
>> alpha1 I hope? Else I'm not keeping up pace!
>>
>>> Various setup.py issues have been
On Nov 26, 5:13 pm, Tim Lahey <[EMAIL PROTECTED]> wrote:
> On Nov 26, 2008, at 7:54 PM, Bill Page wrote:
Hi Tim,
> > One thing that I wanted to do with your code is to include comparisons
> > of the answers produced by both Maxima and FriCAS as well as the
> > comparison to the Schaum's tabula
On Nov 26, 2008, at 7:54 PM, Bill Page wrote:
> One thing that I wanted to do with your code is to include comparisons
> of the answers produced by both Maxima and FriCAS as well as the
> comparison to the Schaum's tabulated value. Here is a small patch to
> 'integral_test1.sage' (changes to oth
On Nov 26, 4:54 pm, "Bill Page" <[EMAIL PROTECTED]> wrote:
> On Wed, Nov 26, 2008 at 12:28 AM, Tim Lahey wrote:
Hi Bill,
> In order to run these tests, it is also necessary to make some simple
> additions to the 'axiom.py' interface:
>
> [EMAIL PROTECTED]:~/sage-3.1.4/devel/sage-main/sage/in
William Stein wrote:
> On Wed, Nov 26, 2008 at 2:04 PM, Jaap Spies <[EMAIL PROTECTED]> wrote:
ith exit status 1
>> sage: There was an error installing modified sage library code.
>
> I might have a fix (not 100% tested yet, but I'm pretty confident).
> Apply the patch at
>
>http://trac.sagem
On Nov 26, 4:58 pm, Carl Witty <[EMAIL PROTECTED]> wrote:
> I'm still planning to work on this for most of the "basic" Sage types,
> but I don't know when I'll get to it; if anybody wants to help, let me
> know! (The basic framework is in place in sage/misc/sage_input.py,
> and there's quite
On Nov 25, 11:26 pm, "William Stein" <[EMAIL PROTECTED]> wrote:
> On Tue, Nov 25, 2008 at 11:16 PM, Martin Rubey
> > For cooperation: is there an equivalent of "InputForm" in Sage? I.e.,
> > given an
> > object ("output"), is there a way to have Sage output a string ("input"),
> > which
> > fed
On Wed, Nov 26, 2008 at 12:28 AM, Tim Lahey wrote:
>
> On Nov 26, 2008, at 12:25 AM, Bill Page wrote:
>>
>> That magic worked. 'integral_test1.sage' runs as expected. Now
>> I'm happy. :-)
>>
>> Thanks!
>
> Great. If you have any suggestions (or code), I'd be happy to hear
> them.
>
One thing tha
Hi, Michael,
On Nov 25, 2008, at 11:28 , mabshoff wrote:
> On Nov 25, 8:25 am, "Justin C. Walker" <[EMAIL PROTECTED]> wrote:
>> On Nov 23, 2008, at 03:37 , mabshoff wrote:
>
>> Built w/o problems on Mac OS X, 10.4.11 (Core 2 Duo). Test (-j2)
>> showed no failures.
>
> I am surprised that the mi
One more thing: Before doctesting run "hg update -C" on the local/bin
repo due to
[EMAIL PROTECTED]:/scratch/mabshoff/release-cycle/sage-3.2.1.alpha2/local/
bin$ hg sta
! ipy_profile_sage.py
I cought that on the way out, but my manual fix in the scripts spkg
was insufficient. I know the fix and
On Wed, Nov 26, 2008 at 2:04 PM, Jaap Spies <[EMAIL PROTECTED]> wrote:
>
> mabshoff wrote:
>> Hello folks,
>>
>> here goes 3.2.1.alpha2. This one should actually build out of the box.
>
> alpha1 I hope? Else I'm not keeping up pace!
>
>> Various setup.py issues have been fixed and the Magma doctes
On Nov 26, 2:30 pm, Jaap Spies <[EMAIL PROTECTED]> wrote:
> mabshoff wrote:
>
> > On Nov 26, 2:04 pm, Jaap Spies <[EMAIL PROTECTED]> wrote:
> >> mabshoff wrote:
>
> Hi Michael,
hi Jaap,
> >>> Hello folks,
> >>> here goes 3.2.1.alpha2. This one should actually build out of the box.
> >> alpha1
mabshoff wrote:
>
>
> On Nov 26, 2:04 pm, Jaap Spies <[EMAIL PROTECTED]> wrote:
>> mabshoff wrote:
Hi Michael,
>>> Hello folks,
>>> here goes 3.2.1.alpha2. This one should actually build out of the box.
>> alpha1 I hope? Else I'm not keeping up pace!
>
> Well, since I screwed up alpha1 there
On 11/26/2008 08:26 AM, William Stein wrote:
> On Tue, Nov 25, 2008 at 11:16 PM, Martin Rubey
> <[EMAIL PROTECTED]> wrote:
>> "Tim Lahey" <[EMAIL PROTECTED]>:
>>
>> a hint: the simplification facilities in FriCAS are not extremely powerful
>> (because they try to be correct - in vain). The closes
On Nov 26, 10:43 am, Jason Grout <[EMAIL PROTECTED]> wrote:
> David Joyner wrote:
> > This is less than what google or sun does. However, GAP does nothing like
> > this.
> > On the other hand, GAP is organized around modules (often single-authored
> > and sometimes with non-GPL'd licenses), wit
On Nov 26, 2:04 pm, Jaap Spies <[EMAIL PROTECTED]> wrote:
> mabshoff wrote:
> > Hello folks,
>
> > here goes 3.2.1.alpha2. This one should actually build out of the box.
>
> alpha1 I hope? Else I'm not keeping up pace!
Well, since I screwed up alpha1 there will be an alpha2 tonight.
> ERROR in
mabshoff wrote:
> Hello folks,
>
> here goes 3.2.1.alpha2. This one should actually build out of the box.
alpha1 I hope? Else I'm not keeping up pace!
> Various setup.py issues have been fixed and the Magma doctests should
> now all pass. In addition performance improvements to homespace and
>
On Nov 26, 1:36 pm, mabshoff <[EMAIL PROTECTED]> wrote:
> On Nov 26, 12:56 pm, "David Joyner" <[EMAIL PROTECTED]> wrote:
>
>
>
> > There was a problem with the installation on an amd64 ubuntu 8.10:
>
> > ...
>
> > building 'sage.libs.ntl.ntl_ZZ' extension
> > creating build/temp.linux-x86_64-2.5
On Nov 26, 2008, at 10:43 AM, Jason Grout wrote:
>
> David Joyner wrote:
>> This is less than what google or sun does. However, GAP does
>> nothing like this.
>> On the other hand, GAP is organized around modules (often single-
>> authored
>> and sometimes with non-GPL'd licenses), with a smal
On Nov 26, 12:56 pm, "David Joyner" <[EMAIL PROTECTED]> wrote:
> There was a problem with the installation on an amd64 ubuntu 8.10:
>
> ...
>
> building 'sage.libs.ntl.ntl_ZZ' extension
> creating build/temp.linux-x86_64-2.5/sage/libs/ntl
> gcc -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall
A similar thing could be http://matek.hu
Robert
> > I was thinking about doing something like that for some time too, though
> > I currently don't have time nor the skill to accomplish it.
> > My idea is to copy the interface of an HP50g graphing calculator, which
> > is pretty straightforward,
There was a problem with the installation on an amd64 ubuntu 8.10:
...
building 'sage.libs.ntl.ntl_ZZ' extension
creating build/temp.linux-x86_64-2.5/sage/libs/ntl
gcc -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall
-Wstrict-prototypes -fPIC
-I/home/wdj/sagefiles/sage-3.2.1.alpha1/local//inc
On Wed, Nov 26, 2008 at 1:43 PM, Jason Grout
<[EMAIL PROTECTED]> wrote:
>
>
>
> Linux is a huge open-source project to which lots of huge corporations
> are committing code, as well as single people. What do they do? What
> about other projects that have lots of people committing code?
This O
David Joyner wrote:
> This is less than what google or sun does. However, GAP does nothing like
> this.
> On the other hand, GAP is organized around modules (often single-authored
> and sometimes with non-GPL'd licenses), with a small number of people
> contributing to the kernel. I don't think M
This is less than what google or sun does. However, GAP does nothing like this.
On the other hand, GAP is organized around modules (often single-authored
and sometimes with non-GPL'd licenses), with a small number of people
contributing to the kernel. I don't think Maxima does this either. But
as
Hi there,
what is the practice w.r.t. this kind of stuff in other big open-source
software projects? Quite honestly, I find it rather worrying that so much
legal stuff is suddenly involved in writing a simple patch. If at all
possible I would love to avoid this.
Martin
--
name: Martin Albr
mabshoff wrote:
>
>
> On Nov 24, 12:31 pm, Robert Bradshaw <[EMAIL PROTECTED]>
> wrote:
>> On Nov 24, 2008, at 9:49 AM, mabshoff wrote:
>
>
>
>>> Robert: Are you working on the updated cython.spkg or is that not on
>>> your to do list? I am sure in that case somebody else will take care
>>> o
Fixed now.
Thanks!
On Wed, Nov 26, 2008 at 12:32 PM, Alfredo Portes <[EMAIL PROTECTED]> wrote:
>
> This line (third paragraph) needs to be changed:
>
> You accept and agree to the following terms and conditions for Your
> present and future Contributions submitted to Google. Except for the
> li
This line (third paragraph) needs to be changed:
You accept and agree to the following terms and conditions for Your
present and future Contributions submitted to Google. Except for the
license granted herein to Google and recipients of software
distributed by Google, You reserve all right, title
On Wed, Nov 26, 2008 at 9:41 AM, koffie <[EMAIL PROTECTED]> wrote:
>
> As we are now bussy discussing copyright and licence issues. (How) is
> the google CLA licenced?
> I.e. is it legal to make an almost litteral copy of it and use it for
> sage purposes ;)
There is a link at the bottom of
http
Hello folks,
here goes 3.2.1.alpha2. This one should actually build out of the box.
Various setup.py issues have been fixed and the Magma doctests should
now all pass. In addition performance improvements to homespace and
integral_points have been merged. There is also the latest upstream
Cython.
As we are now bussy discussing copyright and licence issues. (How) is
the google CLA licenced?
I.e. is it legal to make an almost litteral copy of it and use it for
sage purposes ;)
Maarten
--~--~-~--~~~---~--~~
To post to this group, send email to sage-devel@goo
On Nov 26, 2008, at 8:02 AM, mabshoff wrote:
>
> On Nov 26, 4:43 am, "David Joyner" <[EMAIL PROTECTED]> wrote:
>> I know of no code which in Sage which is GPLv2 only. William or
>> Michael, please
>> correct me if I am wrong.
>
> Yes, as I mentioned above there is none.
>
>> I think that code wh
On Nov 26, 4:47 am, Tim Lahey <[EMAIL PROTECTED]> wrote:
> > Nope, there isn't. We want GPL V2+ or compatible. If you prefer BSD
> > that if fine too, obviously. GPL V2 only code will not be merged in
> > the Sage library - we had that discussion a while back and all people
> > who submitted
On Nov 26, 4:43 am, "David Joyner" <[EMAIL PROTECTED]> wrote:
> I know of no code which in Sage which is GPLv2 only. William or Michael,
> please
> correct me if I am wrong.
Yes, as I mentioned above there is none.
> I think that code which is GPLv2 (only) is not GPLv2+ compatible,
> since GP
On Nov 26, 2008, at 7:42 AM, mabshoff wrote:
> On Nov 26, 4:36 am, Tim Lahey <[EMAIL PROTECTED]> wrote:
>
>
>
>> My only real concern is the specific statement about GPL V2 (or
>> later)
>> in
>> what David wrote. While my test suite I'm licensing under BSD
>> (which is
>> stated at the top
I know of no code which in Sage which is GPLv2 only. William or Michael, please
correct me if I am wrong.
I think that code which is GPLv2 (only) is not GPLv2+ compatible,
since GPL2+ says the
modifications can be released under either GPL2 or GPL3 (at your choice).
"GPLv2 only" restricts that ch
On Nov 26, 4:36 am, Tim Lahey <[EMAIL PROTECTED]> wrote:
> My only real concern is the specific statement about GPL V2 (or later)
> in
> what David wrote. While my test suite I'm licensing under BSD (which is
> stated at the top of each .sage file), I'm not a fan of GPL V3, so I'd
> likely
Agreed. It is basically a contract saying that you, in exchange for
using the trac
service maintained by Sage (I used the "Sage Foundation" since AFAIK it is a
legal entity), agree to license your posts in a GPLv2+ compatible way
(or else mark
your post clearly as "Not a contribution" or "Submitte
> On Nov 26, 12:44 am, mabshoff <[EMAIL PROTECTED]> wrote:
>> On Nov 25, 10:38 pm, Jason Grout <[EMAIL PROTECTED]> wrote:
>>
>>> root wrote:
Standard industry practice on half a million open source projects
does not include an "I have signed over my copyright on this
particular
>>
On Nov 26, 2008, at 7:29 AM, Bill Page wrote:
>
> It seems awkward to have to perform each integration twice:
>
> test_int = integrand.integrate(x)
> ...
> mx_time = timeit.eval('integrand.integrate(x)')
>
> The first one gets the value for comparison and the second time to get
> the cpu time.
On Tue, Nov 25, 2008 at 3:05 AM, Tim Lahey wrote:
>
> I've put together a very preliminary integral testing set
> ...
> http://dl.getdropbox.com/u/48225/integral_test1.sage
>
It seems awkward to have to perform each integration twice:
test_int = integrand.integrate(x)
...
mx_time = timeit.
Yes, it seems better to be safe than sorry here and I think David's
suggestion is a good one. I'm not sure how vigilant people have been
about updating the author sections but that would be a good thing to
have right as well.
-M. Hampton
On Nov 26, 12:44 am, mabshoff <[EMAIL PROTECTED]> wrote:
48 matches
Mail list logo
