Jan Groenewald:
> Hi
>
> On 19 September 2017 at 21:18, Jan Groenewald wrote:
>
>> Thanks
>>
>> On 19 September 2017 at 21:08, Ximin Luo wrote:
>>
>>> Samuel Lelièvre:
>>>> Dear debian-science-sagemath,
>>>>
>>>
Samuel Lelièvre:
> Dear debian-science-sagemath,
>
> There is a question on sage-devel about SageMath
> on Debian and MathJax:
>
> https://groups.google.com/d/topic/sage-devel/sL_iYHfFB2M/discussion
>
> Could anyone on this list answer it?
>
Hi, (I think) the default is actually controlled by
Jeroen Demeyer:
> On 2017-09-06 14:53, Ximin Luo wrote:
>> I've seen numerous cases where Sage has to change the expected test output
>> simply because a dependency was upgraded. There has to be a more sustainable
>> way of achieving this...
>
> Suggestions w
Thanks a lot!
'Martin R. Albrecht' via sage-devel:
> Hi all,
>
> this is now https://trac.sagemath.org/ticket/21728
>
> Cheers,
> Martin
>
--
GPG: ed25519/56034877E1F87C35
GPG: rsa4096/1318EFAC5FBBDBCE
https://github.com/infinity0/pubkeys.git
--
You received this message because you are su
Jeroen Demeyer:
> On 2016-10-18 17:52, Ximin Luo wrote:
>> (2) In the long run, one can think about splitting out sage.rings.integers
>> (and related things) into a small library "sage-types" or something like
>> that. Then sagelib and fpylll can depend
Jeroen Demeyer:
> On 2016-10-18 17:52, Ximin Luo wrote:
>> One straw-man way to resolve this is to move the tests into a separate
>> Debian package "sagemath-distribution".
>
> I still think that this is the real solution, also because it mimics what
&
Hi, we're trying to package Sage 7.4 for Debian and are running into a
difficulty. This will affect not just Debian, but all buildsystems /
distributions that want to (1) run tests at build-time, before installation and
(2) don't allow extra installations or network access *during* the build of
