On Wed, 23 Aug 2017, Travis Scrimshaw wrote:
Thank you for doing this. Do you want to add this as a file into the
$SAGE_SRC/sage/tests? How long does it take to run these tests on your
system?
Since they are around 1 second, you could add the test code to our tests folder with one
to a few "
On Tuesday, August 29, 2017 at 4:29:21 PM UTC-7, Jon Yard wrote:
>
>
> /home/jyard/sage/local/lib/python2.7/site-packages/sage/rings/number_field/galois_group.pyc
>
> in __init__(self, number_field, names)
>
> 202 self._number_field = number_field203 --> 204 if
> not num
I am having trouble computing Galois groups in Sage using
Magma. Specifically,
sage: magma(2+2)
4
works fine (i.e. I've got Magma installed and Sage seems to know about it),
but
sage: NumberField(x^32 + 1,'a').galois_group(algorithm='magma', names='b')
gives me a not implemented error (l
I would say this is a bug
David
On Mon, Aug 28, 2017 at 9:25 PM, Vincent Delecroix <
20100.delecr...@gmail.com> wrote:
> Hi,
>
> I found the following curious
>
> sage: G = Graph([(0,3),(1,3),(2,3)])
> sage: H = G.copy()
> sage: G == H
> True
> sage: H.allow_loops(True)
> sage: G == H
> False
Hi,
I found the following curious
sage: G = Graph([(0,3),(1,3),(2,3)])
sage: H = G.copy()
sage: G == H
True
sage: H.allow_loops(True)
sage: G == H
False
Is there any reason why allowing loops in H should change the status of
equality!?
Vincent
--
You received this message because you are su
On Mon, Aug 28, 2017 at 01:04:02PM -0700, Nils Bruin wrote:
>... However,
>finding out where that code might live seems to be nigh impossible
>thanks to the category stuff:
>sage: QQ.__getitem__??
> ...
>try:
>meth = super(Parent, self).__getite
An account on Arando would work, thanks i'll send a pm.
--
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+unsubscr...@googlegroups.com.
To post to this gr
On Tuesday, August 29, 2017 at 4:17:25 PM UTC+1, Maarten Derickx wrote:
>
> Hi all,
>
> At https://patchbot.sagemath.org/ticket/15341/ I changed the way hashing
> of congruence subgroups works in order to make it compatible with == .
> However I don't know how to fix the doctests on 32bit machines
Option 2.3 might be to make solution 2.1 optional and dependent on the
presence of something like # unorderedset in the doctest. I actually like
this the best since it allows us to use it only in the cases where it is
really needed. So we can have the advantages of 2.1 and 2.2 depending on
the
On 2017-07-22 00:43, Volker Braun wrote:
> The "master" git branch has been updated to Sage-8.0.
make ptestlong produced the failing doctest below. Trying again with
"sage -t --long src/sage/interfaces/rubik.py" let the test pass. Is this
something known?
sage -t --long src/sage/interfaces/rubik
The output of both dict and set are ordered by a display hook from IPython,
the problem is that this sorting is done on the basis of __cmp__ and the
default way of sorting using __cmp__ is using the id of an object which is
not deterministic, so even though the output is sorted it is done on a
On Tue, Aug 29, 2017 at 8:17 AM, Maarten Derickx
wrote:
> Hi all,
>
> At https://patchbot.sagemath.org/ticket/15341/ I changed the way hashing of
> congruence subgroups works in order to make it compatible with == .
> However I don't know how to fix the doctests on 32bit machines, since I
> don't
Hi all,
At https://patchbot.sagemath.org/ticket/15341/ I changed the way hashing of
congruence subgroups works in order to make it compatible with == .
However I don't know how to fix the doctests on 32bit machines, since I
don't know what hashes will be returned on these machines. Is there some
On Fri, 25 Aug 2017, kcrisman wrote:
But see that
https://github.com/sagemath/sagenb/commit/7bff646746bfad908a431621eedeb55296594d85
fixes something similar
to this, I am guessing, based on https://stackoverflow.com/a/25496041/782821
In
fact, https://github.com/sagemath/sagenb/issues/420 se
The related https://trac.sagemath.org/ticket/23372 has been refused.
Le lundi 28 août 2017 22:04:02 UTC+2, Nils Bruin a écrit :
>
> On Monday, August 28, 2017 at 3:45:23 AM UTC-7, Nicolas M. Thiéry wrote:
>>
>> sage: from __future__ import unicode_literals
>> sage: QQ['x,y']
>>
Python 2.7.14rc1 was released:
https://mail.python.org/pipermail/python-announce-list/2017-August/011675.html
--
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
16 matches
Mail list logo
