William Stein writes:
> On Mon, Jul 9, 2012 at 9:08 PM, Keshav Kini wrote:
>> Robert Bradshaw writes:
>>> I stand by my position that it's a hack to have to break things up due
>>> to technical limitations of compilation/testing. Maybe a necessary
>>> hack, but we've contorted the code due to to
Kwankyu Lee writes:
> Ah, so it is a bug. Thanks. I should not have included # in the patch file
> name.
>
> On the other hand, it is strange that the patchbot tries to fetch an old patch
> file "trac#12503.patch" rather than the new patch file named
> "trac_12503_v3.patch" though I placed the com
Ah, so it is a bug. Thanks. I should not have included # in the patch file
name.
On the other hand, it is strange that the patchbot tries to fetch an old
patch file "trac#12503.patch" rather than the new patch file named
"trac_12503_v3.patch" though I placed the comment "apply
trac_12503_v3.p
On 7/9/12 11:47 PM, William Stein wrote:
Seriously? You guys actually*want* a single 20,000 line Cython file?
Why? The only argument you are giving is that you can't remember
which file something is in, so let's just put everything in one
massive file. I'm clearly missing something.
I was
On Mon, Jul 9, 2012 at 9:08 PM, Keshav Kini wrote:
> Robert Bradshaw writes:
>
>> On Mon, Jul 9, 2012 at 11:54 AM, William Stein wrote:
>>> On Mon, Jul 9, 2012 at 11:49 AM, Robert Bradshaw
>>> wrote:
On Mon, Jun 18, 2012 at 7:03 PM, Jason Grout
wrote:
> On 6/18/12 8:05 PM, John H
Kwankyu Lee writes:
> Hi,
>
> The patchbot is failing(ApplyFailed) on my patch for ticket #12503. I want to
> understand the reason.
>
> According to the log below, the patchbot seems to try to fetch the file at
>
> http://trac.sagemath.org/sage_trac/raw-attachment/ticket/12503/trac#12503.patch
>
Hi,
The patchbot is failing(ApplyFailed) on my patch for ticket #12503. I want to
understand the reason.
According to the log below, the patchbot seems to try to fetch the file at
http://trac.sagemath.org/sage_trac/raw-attachment/ticket/12503/trac#12503.patch
I copied this line into the brow
Robert Bradshaw writes:
> On Mon, Jul 9, 2012 at 11:54 AM, William Stein wrote:
>> On Mon, Jul 9, 2012 at 11:49 AM, Robert Bradshaw
>> wrote:
>>> On Mon, Jun 18, 2012 at 7:03 PM, Jason Grout
>>> wrote:
On 6/18/12 8:05 PM, John H Palmieri wrote:
>
> On Monday, June 18, 2012 3:34:15
On Tuesday, 10 July 2012 03:19:52 UTC+8, Robert Bradshaw wrote:
>
> The problem with Graph vs. BipartiteGraph is because the one extends
> from the other. Instead, both should descend from a common base class
> that implements the common functionality. Something like add_edge
> would not belon
Try Maxima:
taylor(1/(x+x^2),x,0,3)
gives
1/x-1+x-x^2+x^3
which may be what you want. But I'm not sure because the
text you quote looks like gobbledygook.
RJF
On Monday, July 9, 2012 1:27:30 AM UTC-7, John Cremona wrote:
>
> A colleague reported this, which looks like a bug to me. This i
Jeroen Demeyer wrote:
Because many of the Sage testing machines (redhawk and all of Skynet)
are down, version sage-5.1.rc1 has been tested much less than usual.
So, please build sage-5.1.rc1 and report unexpected problems, especially
if you have an unusual system. Downloads at:
http://www.sagem
On Mon, Jul 9, 2012 at 11:54 AM, William Stein wrote:
> On Mon, Jul 9, 2012 at 11:49 AM, Robert Bradshaw
> wrote:
>> On Mon, Jun 18, 2012 at 7:03 PM, Jason Grout
>> wrote:
>>> On 6/18/12 8:05 PM, John H Palmieri wrote:
On Monday, June 18, 2012 3:34:15 AM UTC-7, Nathann Cohen wrote:
>>>
The problem with Graph vs. BipartiteGraph is because the one extends
from the other. Instead, both should descend from a common base class
that implements the common functionality. Something like add_edge
would not belong in this baseclass, and algorithms that take advantage
of special graph functi
That is indeed a bug. A fix is up for review at
http://trac.sagemath.org/sage_trac/ticket/13218, along with 100% doctest
coverage of laurent_series_ring (which caught a few other bugs too).
David
On Mon, Jul 9, 2012 at 4:27 AM, John Cremona wrote:
> sage: R, x = PowerSeriesRing(ZZ, 'x', default
On Mon, Jul 9, 2012 at 11:49 AM, Robert Bradshaw
wrote:
> On Mon, Jun 18, 2012 at 7:03 PM, Jason Grout
> wrote:
>> On 6/18/12 8:05 PM, John H Palmieri wrote:
>>>
>>> On Monday, June 18, 2012 3:34:15 AM UTC-7, Nathann Cohen wrote:
>>>
>>> Helloo everybody !!!
>>>
>>> Our graph file
On Mon, Jun 18, 2012 at 7:03 PM, Jason Grout
wrote:
> On 6/18/12 8:05 PM, John H Palmieri wrote:
>>
>> On Monday, June 18, 2012 3:34:15 AM UTC-7, Nathann Cohen wrote:
>>
>> Helloo everybody !!!
>>
>> Our graph files are getting quite large, and there is in some
>> situations a
On 07/09/12 08:45, John W. Foster wrote:
Jan: I did as you suggested & restarted the compiling process on my
system. I did have to restart it 2 times to get it to finish, but I do
have it running now and it appears fine. I will be testing it out and
look forward to the final release. Thanks for
Jan: I did as you suggested & restarted the compiling process on my
system. I did have to restart it 2 times to get it to finish, but I do
have it running now and it appears fine. I will be testing it out and
look forward to the final release. Thanks for the tip on restarting the
compile. I now ne
Can you replace spkg/standard/atlas-3.8.4.p1.spkg with
http://www.stp.dias.ie/~vbraun/Sage/spkg/atlas-3.9.84.spkg
and try again? This is a newer version that hopefully will fix your issue.
On Saturday, July 7, 2012 2:12:53 PM UTC+1, Goutam Paul wrote:
>
> Hi Jan,
>
> Thanks again, but I sear
On Sun, 2012-07-08 at 06:49 -0700, Timo wrote:
> G.is_isomorphic(H)
I'm not a mathematician but I was able to reproduce your sage results
with the new sage-5.1.rc1 that I just built. I was looikng for some
input to test the build so thought I might try this.
Thanks
frosty
--
--
To post to this g
Hi Goutam,
Please stick to the mailing list. It can easily be considered offensive to
take
matters off list where voluntary community support is involved.
On 9 July 2012 11:57, Goutam Paul wrote:
> -- Forwarded message --
> From: Goutam Paul
> Date: Sat, Jul 7, 2012 at 3:12 PM
Thanks, I'll manage to have one. This is a short full-time busy period for
me (graduation-related things, looking for new MSc degree course etc.),
and I can't do too much work alone, but I can enter the "development
process" by now.
Teammates are welcome too.
Il giorno lunedì 9 luglio 2012 11:
Pleased to known someone interested and working with that.
It would be great, in my capabilities I would give my aid wherever needed,
in the long-term too (I hope).
Il giorno lunedì 9 luglio 2012 11:56:10 UTC+2, Dima Pasechnik ha scritto:
>
> Here at NTU we are using Sage to compute linear progra
I don't know anything about QEC but this sounds like a welcomed addition.
You would need a track account and a developer who would review your
work. I guess you would add your new module in the sage/coding directory.
On Mon, Jul 9, 2012 at 5:36 AM, fabiol wrote:
> - This is my first post, hope t
Here at NTU we are using Sage to compute linear programming bounds on
quantum codes, prove optimality, etc.
We can think of adding things like weight enumerators for quantum codes,
etc, into Sage...
On Monday, 9 July 2012 17:47:01 UTC+8, fabiol wrote:
>
> - This is my first post, hope to do not
- This is my first post, hope to do nothing wrong -
I noticed there are not many functions related to Quantum Information
Theory in Sage.
Nowadays the field of Quantum Error Correction has become of central
importance and many scientist-physicians-
matematicians are getting involved with this. M
- This is my first post, hope to do nothing wrong -
I noticed there are not many functions related to Quantum Information
Theory in Sage.
Nowadays the field of Quantum Error Correction has become of central
importance and many scientist-physicians-
matematicians are getting involved with this. M
- This is my first post, hope to do nothing wrong -
I noticed there are not many functions related to Quantum Information
Theory in Sage.
Nowadays the field of Quantum Error Correction has become of central
importance and many scientist-physicians-matematicians are getting involved
with this.
Why cannot we have our cake and eat it too?
Isn't there a way to have the import/export classes in
a separate file that gets imported inside an import/export
alias in the graph class so that
G.export
is actually GraphExporter(G, whatever) and tab
completion works?
Partially related, ticket #9
On Monday, July 9, 2012 2:59:33 AM UTC+1, Birk Eisermann wrote:
>
> (I have searched and found that there has been discussion on how much
> networkx will be adapted in sage - and it seems that there is some issue
> with the license... right? I also read the sage-devel thread "graph
> theory: ref
A colleague reported this, which looks like a bug to me. This is in
Sage-5.1.rc0. Note that g.prec() is only 19 though f.prec() is
Infinity.
John
I'm not sure who to bother about this, so I thought I could ask you.
Here is a version of a Sage behaviour (feature? bug?) that bit me
recently.
31 matches
Mail list logo