Nah, I'll pick up some review credit.
On Sun, Nov 18, 2012 at 10:16 PM, Jernej Azarija wrote:
> Tom,
>
> I have created a patch implementing the edge/arc transitive tests. I
> mentioned on the wiki page that the main idea of the test was suggested by
> you, but in case you want to claim any extra
On 11/19/2012 10:41 AM, Eric Verner wrote:
When I try to plot data using matplotlib from the sage command line using
show(), nothing happens. I have done some research and tried several different
backends to matplotlib in the matplotlibrc file, including Cairo, GTK, WX, Agg,
and MacOSX, and no
Tom,
I have created a patch implementing the edge/arc transitive tests. I
mentioned on the wiki page that the main idea of the test was suggested by
you, but in case you want to claim any extra credit or something, here is
the track ticket:
http://trac.sagemath.org/sage_trac/ticket/13721
On T
Are there clear-cut guidelines somewhere on when to use import and when to
use lazy_import? If it was always better to use lazy_import then I would
have thought that that all of the all.py files would have been changed so
that they use lazy_import.
Is there a reason why lazy_import is used so r
When I try to plot data using matplotlib from the sage command line using
show(), nothing happens. I have done some research and tried several different
backends to matplotlib in the matplotlibrc file, including Cairo, GTK, WX, Agg,
and MacOSX, and nothing works. I have tried to install pygtk an
Hi Johannes,
If gap_packages managed to install with sage -f, then you can complete the
sagemath-optional installation with
dpkg-reconfigure sagemath-optional
Until you do this your package manager will stay in a broken state.
When you run dpkg -l sagemath-optional, it should also say "ii"
next
David Roe writes:
> Hi everyone,
> I'm working on #12415 and am revising the methods for continuing
> lines. Currently you can continue a line with the standard python
> ..., which looks good in standard Python doctests since it has the
> same length as >>>, but doesn't look at nice in Sage. Af
On 2012-11-18, Nils Bruin wrote:
> On Nov 18, 9:22 am, Dima Pasechnik wrote:
>
>> How different is "rational number"*"finite field element"
>> from division, which is also a partial operation?
>> (Well, I admit I don't know Sage's coersion model at all...)
>
> Robert is probably more qualified to
Jason Grout writes:
> On 11/5/12 7:40 PM, Michael Orlitzky wrote:
>> I didn't realize foo[1,2] would pass the tuple (1,2) to __getitem__
>> until the very end, so it would make sense to go back and replace the
>> function calls with indexing.
>>
>> I think the only thing we'd lose is a() -> 'a', a
Hey,
On 18.11.2012 20:23, Jan Groenewald wrote:
> Dear Johannes,
>
> How did you install? From the PPA? Is this the sagemath-optional trying
> to build?
I once installed Sage by `apt-get install sagemath-optional
sagemath-upstream-binary`
>
> Johannes, please list the installed PPA packages:
>
Dear Johannes,
How did you install? From the PPA? Is this the sagemath-optional trying to
build?
Note that this package might be discontinued in future as I see this
message:
"Installing optional GAP packages, which may not be open source."
and free PPAs are only for open source. It's also not we
On Nov 18, 9:22 am, Dima Pasechnik wrote:
> How different is "rational number"*"finite field element"
> from division, which is also a partial operation?
> (Well, I admit I don't know Sage's coersion model at all...)
Robert is probably more qualified to explain, but I'll try for now.
Both
*
an
On 2012-11-18, Nils Bruin wrote:
> On Nov 17, 9:28 pm, Robert Bradshaw
> wrote:
>> How about doing
>>
>> sage: f = legendre_P(3, GF(11)['x'].gen()); f
>> 8*x^3 + 4*x
>> sage: parent(f)
>> Univariate Polynomial Ring in x over Finite Field of size 11
>> sage: f(5)
>> 8
>>
>> However, the impleme
13 matches
Mail list logo
