Hi,
> 1- is it desirable for quo_remo and _floordiv_ to be equivalent for
> all of R1, R2, R3 and R4?
> 2- what is the most reasonable behavior?
I wouldn't expect those rings to behave the same. Defining the
multivariate ring in steps indirectly gives a position-over-term
ordering in the quo
Andrew wrote:
> On Wednesday, 27 July 2016 18:13:44 UTC+10, leif wrote:
>
> Andrew wrote:
> > I just installed an optional package but it took me a while to
> remember
> > how to do it. Of course, it is completely straightforward but I just
> > forgot
>
> Ahem, './sage
leif wrote:
> It seems I'm again not getting any trac notifications since about 20:00
> UTC yesterday (July 24th).
>
> (And no, I didn't change my preferences...)
Orthogonal to that, but also annoying is that we do no longer get
notifications when a ticket gets closed.
Is this a bug or a feature
On Wednesday, 27 July 2016 18:13:44 UTC+10, leif wrote:
>
> Andrew wrote:
> > I just installed an optional package but it took me a while to remember
> > how to do it. Of course, it is completely straightforward but I just
> > forgot
>
> Ahem, './sage --help'?
>
> Sure that's what I did
Hello,
We have isomorphism between the following rings
R1 = QQ['a']['b']['c']
R2 = QQ['a','b']['c']
R3 = QQ['a']['b','c']
R4 = QQ['a','b','c']
However, sage treats them differently.
sage: R1('a').quo_rem(R1('b'))
Traceback (most recent call last):
...
ArithmeticError: Division non exact (consi
Awesome. Thank you!
Out of curiosity is there a reason .norm_squared() doesn't just divide by 2
for us?
Joe
On Tuesday, July 26, 2016 at 4:29:00 PM UTC-4, Travis Scrimshaw wrote:
>
>
>
> On Tuesday, July 26, 2016 at 3:07:04 PM UTC-5, Joseph Hundley wrote:
>>
>> I recently looked at Computing
William Stein wrote:
> On Wed, Jul 27, 2016 at 11:51 AM, Andrey Novoseltsev
> wrote:
>> On Tuesday, 26 July 2016 20:13:56 UTC-6, William wrote:
>>>
>>> On Tue, Jul 26, 2016 at 1:04 PM, Paul Masson wrote:
What about a "packages" repository on GitHub just to store files?
>>>
>>> I was also go
On Wed, Jul 27, 2016 at 11:51 AM, Andrey Novoseltsev wrote:
> On Tuesday, 26 July 2016 20:13:56 UTC-6, William wrote:
>>
>> On Tue, Jul 26, 2016 at 1:04 PM, Paul Masson wrote:
>> > What about a "packages" repository on GitHub just to store files?
>>
>> I was also going to suggest that. A drawbac
On Tuesday, 26 July 2016 20:13:56 UTC-6, William wrote:
>
> On Tue, Jul 26, 2016 at 1:04 PM, Paul Masson > wrote:
> > What about a "packages" repository on GitHub just to store files?
>
> I was also going to suggest that. A drawback is we would have to add
> all trac users to the Github repo,
Hi,
On Tue, Jul 26, 2016 at 11:46:03AM -0700, Frédéric Chapoton wrote:
> Hello,
>
> I can log on patchbot.sagemath.org (as well as R. Bradshaw, R. A. Ohana and
> M. Marco)
>
> I do not have the technical comptetence to move the patchbot server
> elsewhere. This probably involves at least setti
On Wed, Jul 27, 2016 at 8:11 AM, Nicolas M. Thiery
wrote:
> On Tue, Jul 26, 2016 at 06:29:22PM +0200, Erik Bray wrote:
>> >> OS bashing will not be tolerated.
>> >
>> > But company bashing will... ;-)
>>
>> That's not really okay either--constructive criticisms are fine
>
> +1
>
>> but you never k
On Tue, Jul 26, 2016 at 9:46 PM, Francesco Biscani wrote:
>> That would be difficult to substantiate I think.
>
>
> If you look at languages with "true" multithreading, what they provide are
> not only the basic building blocks which Python also has (threads, locks,
> mutexes, condition variables,
On Tue, Jul 26, 2016 at 9:16 PM, leif wrote:
> William Stein wrote:
>> On Tue, Jul 26, 2016 at 6:44 AM, leif wrote:
>>> Samuel Lelievre wrote:
Maybe we could create packages.sagemath.org?
>>>
>>> And/or create a trac plug-in which saves uploaded spkgs there/elsewhere,
>>> i.e., to a location
Andrew wrote:
> I just installed an optional package but it took me a while to remember
> how to do it. Of course, it is completely straightforward but I just
> forgot
Ahem, './sage --help'?
That points you to './sage --advanced' (advanced help) as well, which gives
Installing packages and u
14 matches
Mail list logo
