On Wed, Oct 19, 2016 at 1:22 PM, Ximin Luo wrote:
> 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
>>>
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
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 on this, and there would be no
>>
Very much appreciated Martin! Since this ticket doesn’t touch
sagelib Gentoo, Debian and other distributions will be able to
use fpylll-0.23 directly in sage-7.4. I’ll issue a revision of
the sage-7.4 ebuild tomorrow and review the ticket if no one
has done it by then.
François
> On 19/10/2016,
Hi all,
this is now https://trac.sagemath.org/ticket/21728
Cheers,
Martin
Martin R. Albrecht writes:
> Hi there,
>
> Ximin Luo writes:
>> We can do "pre-install tests" with Sage 7.3, by doing a "dummy
>> install" using Sage's Makefiles, running the tests here, then
>> installing them to the
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 on this, and there would be no circular dependency, even when
Hi there,
Ximin Luo writes:
> We can do "pre-install tests" with Sage 7.3, by doing a "dummy
> install" using Sage's Makefiles, running the tests here, then
> installing them to the "real location". (This requires some patching,
> but we have achieved this already and it works.) However with Sage
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
> Sage does: within the
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 Sage does: within the Sage-the-distribution build system,
Here is another solution, but it involves upstream fpylll. I'm not sure
how realistic it is, because of the auto-generated config.pxi:
(3) Ship the Cython-generated files with fpylll. This moves the
dependency on Sage from build-time to packaging-time.
--
You received this message because
10 matches
Mail list logo