On Tue, Jan 13, 2015 at 3:20 PM, Simon King wrote:
> Hi William,
>
> On 2015-01-13, William Stein wrote:
>>> Ideally, there would be a category framework fully implemented in
>>> Cython---which is impossible, since you can't create cdef classes
>>> dynamically
>>> and also can not (yet?) create c
Hi all,
in http://trac.sagemath.org/ticket/17618
we are looking to move to matplotlib 1.4.x
for various reasons.
One problem that is becoming apparent is that
sage is currently using delaunay triangulation
defaulting to a nearest neighbour algorithm.
Delaunay is deprecated and will be removed in
Hi William,
On 2015-01-13, William Stein wrote:
>> Ideally, there would be a category framework fully implemented in
>> Cython---which is impossible, since you can't create cdef classes
>> dynamically
>> and also can not (yet?) create cdef classes inheriting from more than
>> one base class.
>>
>
On Tue, Jan 13, 2015 at 4:53 PM, Simon King wrote:
> On 2015-01-13, Daniel Krenn wrote:
> > Am 2015-01-12 um 22:07 schrieb David Roe:
> >> I would say that, ideally, the kind of functionality that
> >> you're moving from Group to Monoid should go in the categories. Then we
> >> don't need an in
On 2015-01-13, Daniel Krenn wrote:
> Am 2015-01-12 um 22:07 schrieb David Roe:
>> I would say that, ideally, the kind of functionality that
>> you're moving from Group to Monoid should go in the categories. Then we
>> don't need an intermediate class in the Python inheritance tree.
>
> Does this
I have personally mostly eliminated the use of LD_LIBRARY_PATH from my linux
cluster
in favour of coding runpath in programs and libraries so that it is never an
issue (the only
exception would be openfoam I think).
In the case of gcc, it means changing the specs (as in gcc -dumpspecs) to
enfor
The compile completed. I have installed it in the "official" location. I
will now ask the user to run it through its paces.
Thanks for your help
Cindy
On Tuesday, January 13, 2015 at 11:16:29 AM UTC-6, crook...@gmail.com wrote:
>
> Thank you. I had forgotten to include the gcc "lib64" dire
> > Note that this is not actually part of the tutorial; translations of the
> > tutorial are separate documents. But your question is a good one.
>
> Thank you. Would you agree to have them removed? You quoted the trac
> ticket for the spanish translation of this document, to bring our
> a
Am 2015-01-12 um 22:07 schrieb David Roe:
> I would say that, ideally, the kind of functionality that
> you're moving from Group to Monoid should go in the categories. Then we
> don't need an intermediate class in the Python inheritance tree.
Does this also mean, that (ideally) there shouldn't ev
*dum dum dum*
last call before closing ;-)
Vincent
2014-12-18 9:26 UTC+01:00, Vincent Delecroix <20100.delecr...@gmail.com>:
> Hello William,
>
> I have done some changes to continued fractions in #14567. It has been
> in positive review but I first would like to have your comments
> because it
> Note that this is not actually part of the tutorial; translations of the
> tutorial are separate documents. But your question is a good one.
Thank you. Would you agree to have them removed? You quoted the trac
ticket for the spanish translation of this document, to bring our
attention upon a s
Thank you. I had forgotten to include the gcc "lib64" directory in my
LD_LIBRARY_PATH. I have updated the appropriate module file. I will see
what happens next.
Cindy
On Monday, January 12, 2015 at 5:59:51 PM UTC-6, François wrote:
>
> It looks like something has gone wrong with LD_LIBRARY_P
>
> >
> >
> > A First Taste of Sage?
>
> For example. Or: "Sage for the impatient". "Sage in a nutshell".
>
>
I like "Sage for the impatient", as long as we make it clear that it is
basically a random collection of stuff.
--
You received this message because you are subscribed to the Googl
>
> 2) If the document is moved to "Tutorials" with a new name, I do not
> know what to do of the translations (except removing them). Or should
> we have instead (many) partial translations of the tutorial which
> would only contain this document ? I do not like this idea much.
>
>
Note that
Thanks!
On Tuesday, January 13, 2015 at 4:30:48 PM UTC+1, Volker Braun wrote:
>
> Done!
>
> On Tue, Jan 13, 2015 at 4:20 PM, Jean-Pierre Flori > wrote:
> > Thanks!
> > I also added Volker just in case.
> >
> > On Tuesday, January 13, 2015 at 4:15:09 PM UTC+1, Dima Pasechnik wrote:
> >>
> >
> I would like to invite all of you to submit a paper to the Conference on
> Intelligent Computer Mathematics, and particularly its Systems & Data track
> (Washington DC, July 13-17).
Fantastic! That seems to be precisely what Nicolas' H2020 proposal is about.
Nathann
--
You received this messa
Done!
On Tue, Jan 13, 2015 at 4:20 PM, Jean-Pierre Flori wrote:
> Thanks!
> I also added Volker just in case.
>
> On Tuesday, January 13, 2015 at 4:15:09 PM UTC+1, Dima Pasechnik wrote:
>>
>> On 2015-01-13, Jean-Pierre Flori wrote:
>> > GMP was added as an optional package in
>> > http://trac.sa
Thanks!
I also added Volker just in case.
On Tuesday, January 13, 2015 at 4:15:09 PM UTC+1, Dima Pasechnik wrote:
>
> On 2015-01-13, Jean-Pierre Flori > wrote:
> > GMP was added as an optional package in
> > http://trac.sagemath.org/ticket/12661.
> >
> > Who should I CC?
> Harald, I believe.
Hi,
I would like to invite all of you to submit a paper to the Conference on
Intelligent Computer Mathematics, and particularly its Systems & Data track
(Washington DC, July 13-17).
This track is very inclusive. It aims at an exchange of ideas between
developers and users in any area related to c
On 2015-01-13, Jean-Pierre Flori wrote:
> GMP was added as an optional package in
> http://trac.sagemath.org/ticket/12661.
>
> Who should I CC?
Harald, I believe.
>
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group a
On 2015-01-08, William Stein wrote:
> Hi,
>
> Would anybody be interested in helping me to organize a bug days
> workshop sometime in the next few months?
> I have plenty of funding for this for US people and can scrounge up
> some funds for some non-US people.
looks like mid-Aug --- mid-Oct we wi
Hello,
Another functionality that rarely works is the gap_group arg:
>
> sage: PermutationGroup(gap_group=gap.SymmetricGroup(4))
> Permutation Group with generators [(1,2), (1,2,3,4)]
> sage: PermutationGroup(gap_group=gap.DihedralGroup(4))
> #Boom!
>
If you feel like fixing it in Sage, it lo
GMP was added as an optional package in
http://trac.sagemath.org/ticket/12661.
Who should I CC?
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to sage-devel+unsubs
Am 2015-01-12 um 22:07 schrieb David Roe:
> This is a circular import error. If you look at the chain of imports,
> you'll see that earlier you're in the file "sage/rings/all.py," and the
> error occurs when you later try to import sage.rings.all.
>
> A brief glance at your code doesn't reveal th
On 01/12/2015 10:16 PM, William Stein wrote:
On Mon, Jan 12, 2015 at 12:30 PM, Simon King mailto:simon.k...@uni-jena.de>> wrote:
Hi!
On 2015-01-12, David Joyner mailto:wdjoy...@gmail.com>> wrote:
> Depends on the group:
>
> ...
>
> The simplest explanation would
Hello again !
> Sorry -- I didn't mean to offend you -- I was just writing in a hurry when
> I got a moment at the booth.
Thank you for having had the patience to read what I said aftwerwards
despite my first-line reaction.
> OK, I am completely convinced by your arguments above. Thanks for ta
Hello everybody,
I am trying to improve Sage's documentation these days, and I need
help for the reviews. A documentation patch is usually easy to review:
- No specific technical/mathematical knowledge of anything is required
- If it is informative and works, it can help someone
Could you help m
27 matches
Mail list logo
