The sage_numerical_backends_* packages are on their way out anyway.
Coin support will switch to go through CVXPy
in https://trac.sagemath.org/ticket/34251, and Gurobi/CPLEX likewise in a
follow up ticket
On Saturday, August 6, 2022 at 1:09:37 PM UTC-7 John H Palmieri wrote:
> Thank you for the
Thank you for the link. With this ticket, the gurobi and cplex backends
still fail because I don't have gurobi and cplex installed. It would be
nice if that was detected earlier in the process and the build failed right
away. Actually, it is detected early in the process:
/bin/sh: gurobi.sh:
The symengine ticket is https://trac.sagemath.org/ticket/34141
On Saturday, August 6, 2022 at 11:57:08 AM UTC-7 isu...@gmail.com wrote:
> I haven't seen any reports about symengine.py failing to build. Can you
> open an issue?
>
> Isuru
>
> On Sat, Aug 6, 2022 at 1:55 PM John H Palmieri
>
This one is https://trac.sagemath.org/ticket/34221
On Saturday, August 6, 2022 at 11:55:36 AM UTC-7 John H Palmieri wrote:
> Also, the various sage_numerical_backend_* packages fail to build, with
> errors like
>
>
> Error compiling Cython file:
>
Sorry of course the parent of kH(a) and kH.one() are the same. We do see
that the parents of the indexing elements are different despite being
mathematically the same:
sage: a.parent()
sage: list(kH.one().monomial_coefficients())[0].parent()
Permutation Group with generators [(5,6,7)(12,14,18),
I haven't seen any reports about symengine.py failing to build. Can you
open an issue?
Isuru
On Sat, Aug 6, 2022 at 1:55 PM John H Palmieri
wrote:
> Also, the various sage_numerical_backend_* packages fail to build, with
> errors like
>
>
> Error compiling Cython file:
>
Also, the various sage_numerical_backend_* packages fail to build, with
errors like
Error compiling Cython file:
...
from sage.numerical.backends.generic_backend cimport GenericBackend
^
The following bug was reported on sage-support, which I was able to
reproduce on 9.7.beta7.
sage: H = PermutationGroup([[(1,2), (3,4)], [(5,6,7),(12,14,18)]])
sage: kH = H.algebra(GF(2))
sage: H.gens()
((5,6,7)(12,14,18), (1,2)(3,4))
sage: a, b = H.gens()
sage: x = kH(a) + kH(b) + kH.one(); x
Up to now, there were
4 positive,
1 implicitly positive,
1 implicitly negative
votes. Thank you who voted. I think it is safe to conclude that the
standard Furo package is accepted.
The new standard package enables the new doc in Furo theme, which will be
the default in the next sage
Up to now, the voting counts
(1) grayish: 5
(2) detoned: 1
(3) no opinion: 1
So I conclude that grayish is the winner.
Let me close the voting. Once again, I thank you who participated.
The new doc will be prepared according to the result.
--
You received this message because you are
Thanks, David, that´s very helpful. I will look a bit deeper into these
approaches.
Kind regards
Achim
David Roe schrieb am Freitag, 5. August 2022 um 23:11:54 UTC+2:
> Hi Achim,
> Many of the polynomials you mention can be factored by Sage if you use
> number fields for your coefficients
On Friday, August 5, 2022 at 9:49:21 PM UTC-7 John H Palmieri wrote:
> The following packages do not build for me on OS X 12.5 (Monterrey), Intel
> chip:
>
>- polylib (#33758)
>- symengine_py (#34141)
>- p_group_cohomology (#30787)
>- r_jupyter
>- rubiks
>
> I propose
12 matches
Mail list logo