Re: [sage-release] Re: Sage 9.8.beta7 released

[G. M.-S.]

Could this be related to
https://trac.sagemath.org/ticket/34934
?
I also have
sage -standard | grep givaro
givaro..4.1.1 (4.1.1)

On Wed, 25 Jan 2023 at 18:51, Emmanuel Charpentier <
emanuel.charpent...@gmail.com> wrote:

> ```
> charpent@zen-book-flip:/usr/local/sage-9$ sage -standard | grep givaro
> givaro..4.1.1 (4.1.1)
> ```
>
> This means that Sage's givaro is installed,.
>
> I think...
>
> Le mercredi 25 janvier 2023 à 16:51:10 UTC+1, Dima Pasechnik a écrit :
>
>> On Wed, Jan 25, 2023 at 3:22 PM Emmanuel Charpentier
>>  wrote:
>> >
>> > After re-building 9.8.beta7 + #34935, running ptestlong gets me one
>> more permanent failure :
>> >
>> > ```
>> > charpent@zen-book-flip:/usr/local/sage-9$ sage -t --long --warn-long
>> 225.1 --random-seed=121252713509435388240223103279859468631
>> src/sage/schemes/elliptic_curves/hom_frobenius.py # 1 doctest failed
>> > Running doctests with ID 2023-01-25-16-07-54-8bb572eb.
>> > Git branch: t/34935/interfaces-emacs
>> > Git ref: 9.8.beta7-1-g49d4ff78cc2
>> > Running with SAGE_LOCAL='/usr/local/sage-9/local' and
>> SAGE_VENV='/usr/local/sage-9/local/var/lib/sage/venv-python3.10'
>> > Using
>> --optional=debian,dot2tex,fricas,gap_jupyter,gap_packages,libsemigroups,mathics,mathics_scanner,msolve,palettable,pari_jupyter,pint,pip,pysingular,sage,sage_spkg,singular_jupyter
>>
>> > Features to be detected:
>> 4ti2,benzene,bliss,buckygen,conway_polynomials,csdp,cvxopt,database_cremona_ellcurve,database_cremona_mini_ellcurve,database_cubic_hecke,database_jones_numfield,database_knotinfo,dvipng,gfan,graphviz,imagemagick,jupymake,kenzo,latte_int,lrslib,mcqd,meataxe,msolve,nauty,palp,pandoc,pdf2svg,pdftocairo,phitigra,plantri,polytopes_db,polytopes_db_4d,pynormaliz,python_igraph,rubiks,sage.combinat,sage.geometry.polyhedron,sage.graphs,sage.groups,sage.misc.cython,sage.plot,sage.rings.number_field,sage.rings.padics,sage.rings.real_double,sage.symbolic,sage_numerical_backends_coin,sagemath_doc_html,sphinx,tdlib
>>
>> > Doctesting 1 file.
>> > sage -t --long --warn-long 225.1
>> --random-seed=121252713509435388240223103279859468631
>> src/sage/schemes/elliptic_curves/hom_frobenius.py
>> > **
>> > File "src/sage/schemes/elliptic_curves/hom_frobenius.py", line 461, in
>> sage.schemes.elliptic_curves.hom_frobenius.EllipticCurveHom_frobenius.dual
>> > Failed example:
>> > p in (2,3) or f.dual().dual() == f
>> > Exception raised:
>> > Traceback (most recent call last):
>> > File "/usr/local/sage-9/src/sage/doctest/forker.py", line 695, in _run
>> > self.compile_and_execute(example, compiler, test.globs)
>> > File "/usr/local/sage-9/src/sage/doctest/forker.py", line 1093, in
>> compile_and_execute
>> > exec(compiled, globs)
>> > File "> sage.schemes.elliptic_curves.hom_frobenius.EllipticCurveHom_frobenius.dual[17]>",
>> line 1, in 
>> > p in (Integer(2),Integer(3)) or f.dual().dual() == f
>> > File "sage/misc/cachefunc.pyx", line 2297, in
>> sage.misc.cachefunc.CachedMethodCallerNoArgs.__call__
>> > self.cache = f(self._instance)
>> > File
>> "/usr/local/sage-9/src/sage/schemes/elliptic_curves/hom_composite.py", line
>> 689, in dual
>> > return EllipticCurveHom_composite.from_factors(phis)
>> > File
>> "/usr/local/sage-9/src/sage/schemes/elliptic_curves/hom_composite.py", line
>> 364, in from_factors
>> > maps = tuple(maps)
>> > File
>> "/usr/local/sage-9/src/sage/schemes/elliptic_curves/hom_composite.py", line
>> 688, in 
>> > phis = (phi.dual() for phi in self._phis[::-1])
>> > File
>> "/usr/local/sage-9/src/sage/schemes/elliptic_curves/ell_curve_isogeny.py",
>> line 3076, in dual
>> > corr = find_post_isomorphism(mult, rhs)
>> > File "/usr/local/sage-9/src/sage/schemes/elliptic_curves/hom.py", line
>> 856, in find_post_isomorphism
>> > isos = [iso for iso in isos if iso._eval(im_phi) == im_psi]
>> > File "/usr/local/sage-9/src/sage/schemes/elliptic_curves/hom.py", line
>> 856, in 
>> > isos = [iso for iso in isos if iso._eval(im_phi) == im_psi]
>> > File
>> "/usr/local/sage-9/src/sage/schemes/elliptic_curves/weierstrass_morphism.py",
>> line 586, in _eval
>> > return self._codomain.base_extend(k).point(Q)
>> > File
>> "/usr/local/sage-9/src/sage/schemes/elliptic_curves/ell_generic.py", line
>> 1352, in base_extend
>> > E = constructor.EllipticCurve([R(a) for a in self.a_invariants()])
>> > File
>> "/usr/local/sage-9/src/sage/schemes/elliptic_curves/ell_generic.py", line
>> 1352, in 
>> > E = constructor.EllipticCurve([R(a) for a in self.a_invariants()])
>> > File "sage/rings/finite_rings/element_givaro.pyx", line 1355, in
>> sage.rings.finite_rings.element_givaro.FiniteField_givaroElement.__int__
>> > raise TypeError("Cannot coerce element to an integer.")
>> > TypeError: Cannot coerce element to an integer.
>>
>> Is it givaro from the system?
>> If so, can you try if building Sage's givaro helps?
>>
>> > 

Re: [sage-release] Re: Sage 9.8.beta7 released

[Emmanuel Charpentier]

```
charpent@zen-book-flip:/usr/local/sage-9$ sage -standard | grep givaro
givaro..4.1.1 (4.1.1)
```

This means that Sage's givaro is installed,.

I think...

Le mercredi 25 janvier 2023 à 16:51:10 UTC+1, Dima Pasechnik a écrit :

> On Wed, Jan 25, 2023 at 3:22 PM Emmanuel Charpentier
>  wrote:
> >
> > After re-building 9.8.beta7 + #34935, running ptestlong gets me one more 
> permanent failure :
> >
> > ```
> > charpent@zen-book-flip:/usr/local/sage-9$ sage -t --long --warn-long 
> 225.1 --random-seed=121252713509435388240223103279859468631 
> src/sage/schemes/elliptic_curves/hom_frobenius.py # 1 doctest failed
> > Running doctests with ID 2023-01-25-16-07-54-8bb572eb.
> > Git branch: t/34935/interfaces-emacs
> > Git ref: 9.8.beta7-1-g49d4ff78cc2
> > Running with SAGE_LOCAL='/usr/local/sage-9/local' and 
> SAGE_VENV='/usr/local/sage-9/local/var/lib/sage/venv-python3.10'
> > Using 
> --optional=debian,dot2tex,fricas,gap_jupyter,gap_packages,libsemigroups,mathics,mathics_scanner,msolve,palettable,pari_jupyter,pint,pip,pysingular,sage,sage_spkg,singular_jupyter
> > Features to be detected: 
> 4ti2,benzene,bliss,buckygen,conway_polynomials,csdp,cvxopt,database_cremona_ellcurve,database_cremona_mini_ellcurve,database_cubic_hecke,database_jones_numfield,database_knotinfo,dvipng,gfan,graphviz,imagemagick,jupymake,kenzo,latte_int,lrslib,mcqd,meataxe,msolve,nauty,palp,pandoc,pdf2svg,pdftocairo,phitigra,plantri,polytopes_db,polytopes_db_4d,pynormaliz,python_igraph,rubiks,sage.combinat,sage.geometry.polyhedron,sage.graphs,sage.groups,sage.misc.cython,sage.plot,sage.rings.number_field,sage.rings.padics,sage.rings.real_double,sage.symbolic,sage_numerical_backends_coin,sagemath_doc_html,sphinx,tdlib
> > Doctesting 1 file.
> > sage -t --long --warn-long 225.1 
> --random-seed=121252713509435388240223103279859468631 
> src/sage/schemes/elliptic_curves/hom_frobenius.py
> > **
> > File "src/sage/schemes/elliptic_curves/hom_frobenius.py", line 461, in 
> sage.schemes.elliptic_curves.hom_frobenius.EllipticCurveHom_frobenius.dual
> > Failed example:
> > p in (2,3) or f.dual().dual() == f
> > Exception raised:
> > Traceback (most recent call last):
> > File "/usr/local/sage-9/src/sage/doctest/forker.py", line 695, in _run
> > self.compile_and_execute(example, compiler, test.globs)
> > File "/usr/local/sage-9/src/sage/doctest/forker.py", line 1093, in 
> compile_and_execute
> > exec(compiled, globs)
> > File " sage.schemes.elliptic_curves.hom_frobenius.EllipticCurveHom_frobenius.dual[17]>",
>  
> line 1, in 
> > p in (Integer(2),Integer(3)) or f.dual().dual() == f
> > File "sage/misc/cachefunc.pyx", line 2297, in 
> sage.misc.cachefunc.CachedMethodCallerNoArgs.__call__
> > self.cache = f(self._instance)
> > File 
> "/usr/local/sage-9/src/sage/schemes/elliptic_curves/hom_composite.py", line 
> 689, in dual
> > return EllipticCurveHom_composite.from_factors(phis)
> > File 
> "/usr/local/sage-9/src/sage/schemes/elliptic_curves/hom_composite.py", line 
> 364, in from_factors
> > maps = tuple(maps)
> > File 
> "/usr/local/sage-9/src/sage/schemes/elliptic_curves/hom_composite.py", line 
> 688, in 
> > phis = (phi.dual() for phi in self._phis[::-1])
> > File 
> "/usr/local/sage-9/src/sage/schemes/elliptic_curves/ell_curve_isogeny.py", 
> line 3076, in dual
> > corr = find_post_isomorphism(mult, rhs)
> > File "/usr/local/sage-9/src/sage/schemes/elliptic_curves/hom.py", line 
> 856, in find_post_isomorphism
> > isos = [iso for iso in isos if iso._eval(im_phi) == im_psi]
> > File "/usr/local/sage-9/src/sage/schemes/elliptic_curves/hom.py", line 
> 856, in 
> > isos = [iso for iso in isos if iso._eval(im_phi) == im_psi]
> > File 
> "/usr/local/sage-9/src/sage/schemes/elliptic_curves/weierstrass_morphism.py", 
> line 586, in _eval
> > return self._codomain.base_extend(k).point(Q)
> > File 
> "/usr/local/sage-9/src/sage/schemes/elliptic_curves/ell_generic.py", line 
> 1352, in base_extend
> > E = constructor.EllipticCurve([R(a) for a in self.a_invariants()])
> > File 
> "/usr/local/sage-9/src/sage/schemes/elliptic_curves/ell_generic.py", line 
> 1352, in 
> > E = constructor.EllipticCurve([R(a) for a in self.a_invariants()])
> > File "sage/rings/finite_rings/element_givaro.pyx", line 1355, in 
> sage.rings.finite_rings.element_givaro.FiniteField_givaroElement.__int__
> > raise TypeError("Cannot coerce element to an integer.")
> > TypeError: Cannot coerce element to an integer.
>
> Is it givaro from the system?
> If so, can you try if building Sage's givaro helps?
>
> > **
> > 1 item had failures:
> > 1 of 19 in 
> sage.schemes.elliptic_curves.hom_frobenius.EllipticCurveHom_frobenius.dual
> > [117 tests, 1 failure, 0.91 s]
> > --
> > sage -t --long --warn-long 225.1 
> 

Re: [sage-release] Re: Sage 9.8.beta7 released

[Dima Pasechnik]

On Wed, Jan 25, 2023 at 3:22 PM Emmanuel Charpentier
 wrote:
>
> After re-building 9.8.beta7 + #34935, running ptestlong gets me one more 
> permanent failure :
>
> ```
> charpent@zen-book-flip:/usr/local/sage-9$ sage -t --long --warn-long 225.1 
> --random-seed=121252713509435388240223103279859468631 
> src/sage/schemes/elliptic_curves/hom_frobenius.py  # 1 doctest failed
> Running doctests with ID 2023-01-25-16-07-54-8bb572eb.
> Git branch: t/34935/interfaces-emacs
> Git ref: 9.8.beta7-1-g49d4ff78cc2
> Running with SAGE_LOCAL='/usr/local/sage-9/local' and 
> SAGE_VENV='/usr/local/sage-9/local/var/lib/sage/venv-python3.10'
> Using 
> --optional=debian,dot2tex,fricas,gap_jupyter,gap_packages,libsemigroups,mathics,mathics_scanner,msolve,palettable,pari_jupyter,pint,pip,pysingular,sage,sage_spkg,singular_jupyter
> Features to be detected: 
> 4ti2,benzene,bliss,buckygen,conway_polynomials,csdp,cvxopt,database_cremona_ellcurve,database_cremona_mini_ellcurve,database_cubic_hecke,database_jones_numfield,database_knotinfo,dvipng,gfan,graphviz,imagemagick,jupymake,kenzo,latte_int,lrslib,mcqd,meataxe,msolve,nauty,palp,pandoc,pdf2svg,pdftocairo,phitigra,plantri,polytopes_db,polytopes_db_4d,pynormaliz,python_igraph,rubiks,sage.combinat,sage.geometry.polyhedron,sage.graphs,sage.groups,sage.misc.cython,sage.plot,sage.rings.number_field,sage.rings.padics,sage.rings.real_double,sage.symbolic,sage_numerical_backends_coin,sagemath_doc_html,sphinx,tdlib
> Doctesting 1 file.
> sage -t --long --warn-long 225.1 
> --random-seed=121252713509435388240223103279859468631 
> src/sage/schemes/elliptic_curves/hom_frobenius.py
> **
> File "src/sage/schemes/elliptic_curves/hom_frobenius.py", line 461, in 
> sage.schemes.elliptic_curves.hom_frobenius.EllipticCurveHom_frobenius.dual
> Failed example:
> p in (2,3) or f.dual().dual() == f
> Exception raised:
> Traceback (most recent call last):
>   File "/usr/local/sage-9/src/sage/doctest/forker.py", line 695, in _run
> self.compile_and_execute(example, compiler, test.globs)
>   File "/usr/local/sage-9/src/sage/doctest/forker.py", line 1093, in 
> compile_and_execute
> exec(compiled, globs)
>   File " sage.schemes.elliptic_curves.hom_frobenius.EllipticCurveHom_frobenius.dual[17]>",
>  line 1, in 
> p in (Integer(2),Integer(3)) or f.dual().dual() == f
>   File "sage/misc/cachefunc.pyx", line 2297, in 
> sage.misc.cachefunc.CachedMethodCallerNoArgs.__call__
> self.cache = f(self._instance)
>   File 
> "/usr/local/sage-9/src/sage/schemes/elliptic_curves/hom_composite.py", line 
> 689, in dual
> return EllipticCurveHom_composite.from_factors(phis)
>   File 
> "/usr/local/sage-9/src/sage/schemes/elliptic_curves/hom_composite.py", line 
> 364, in from_factors
> maps = tuple(maps)
>   File 
> "/usr/local/sage-9/src/sage/schemes/elliptic_curves/hom_composite.py", line 
> 688, in 
> phis = (phi.dual() for phi in self._phis[::-1])
>   File 
> "/usr/local/sage-9/src/sage/schemes/elliptic_curves/ell_curve_isogeny.py", 
> line 3076, in dual
> corr = find_post_isomorphism(mult, rhs)
>   File "/usr/local/sage-9/src/sage/schemes/elliptic_curves/hom.py", line 
> 856, in find_post_isomorphism
> isos = [iso for iso in isos if iso._eval(im_phi) == im_psi]
>   File "/usr/local/sage-9/src/sage/schemes/elliptic_curves/hom.py", line 
> 856, in 
> isos = [iso for iso in isos if iso._eval(im_phi) == im_psi]
>   File 
> "/usr/local/sage-9/src/sage/schemes/elliptic_curves/weierstrass_morphism.py", 
> line 586, in _eval
> return self._codomain.base_extend(k).point(Q)
>   File 
> "/usr/local/sage-9/src/sage/schemes/elliptic_curves/ell_generic.py", line 
> 1352, in base_extend
> E = constructor.EllipticCurve([R(a) for a in self.a_invariants()])
>   File 
> "/usr/local/sage-9/src/sage/schemes/elliptic_curves/ell_generic.py", line 
> 1352, in 
> E = constructor.EllipticCurve([R(a) for a in self.a_invariants()])
>   File "sage/rings/finite_rings/element_givaro.pyx", line 1355, in 
> sage.rings.finite_rings.element_givaro.FiniteField_givaroElement.__int__
> raise TypeError("Cannot coerce element to an integer.")
> TypeError: Cannot coerce element to an integer.

Is it givaro from the system?
If so, can you try if building Sage's givaro helps?

> **
> 1 item had failures:
>1 of  19 in 
> sage.schemes.elliptic_curves.hom_frobenius.EllipticCurveHom_frobenius.dual
> [117 tests, 1 failure, 0.91 s]
> --
> sage -t --long --warn-long 225.1 
> --random-seed=121252713509435388240223103279859468631 
> src/sage/schemes/elliptic_curves/hom_frobenius.py  # 1 doctest failed
> --
> Total 

[sage-release] Re: Sage 9.8.beta7 released

[Emmanuel Charpentier]

After re-building 9.8.beta7 + #34935, running ptestlong gets me one more 
permanent failure :

```
charpent@zen-book-flip:/usr/local/sage-9$ sage -t --long --warn-long 225.1 
--random-seed=121252713509435388240223103279859468631 
src/sage/schemes/elliptic_curves/hom_frobenius.py  # 1 doctest failed
Running doctests with ID 2023-01-25-16-07-54-8bb572eb.
Git branch: t/34935/interfaces-emacs
Git ref: 9.8.beta7-1-g49d4ff78cc2
Running with SAGE_LOCAL='/usr/local/sage-9/local' and 
SAGE_VENV='/usr/local/sage-9/local/var/lib/sage/venv-python3.10'
Using 
--optional=debian,dot2tex,fricas,gap_jupyter,gap_packages,libsemigroups,mathics,mathics_scanner,msolve,palettable,pari_jupyter,pint,pip,pysingular,sage,sage_spkg,singular_jupyter
Features to be detected: 
4ti2,benzene,bliss,buckygen,conway_polynomials,csdp,cvxopt,database_cremona_ellcurve,database_cremona_mini_ellcurve,database_cubic_hecke,database_jones_numfield,database_knotinfo,dvipng,gfan,graphviz,imagemagick,jupymake,kenzo,latte_int,lrslib,mcqd,meataxe,msolve,nauty,palp,pandoc,pdf2svg,pdftocairo,phitigra,plantri,polytopes_db,polytopes_db_4d,pynormaliz,python_igraph,rubiks,sage.combinat,sage.geometry.polyhedron,sage.graphs,sage.groups,sage.misc.cython,sage.plot,sage.rings.number_field,sage.rings.padics,sage.rings.real_double,sage.symbolic,sage_numerical_backends_coin,sagemath_doc_html,sphinx,tdlib
Doctesting 1 file.
sage -t --long --warn-long 225.1 
--random-seed=121252713509435388240223103279859468631 
src/sage/schemes/elliptic_curves/hom_frobenius.py
**
File "src/sage/schemes/elliptic_curves/hom_frobenius.py", line 461, in 
sage.schemes.elliptic_curves.hom_frobenius.EllipticCurveHom_frobenius.dual
Failed example:
p in (2,3) or f.dual().dual() == f
Exception raised:
Traceback (most recent call last):
  File "/usr/local/sage-9/src/sage/doctest/forker.py", line 695, in _run
self.compile_and_execute(example, compiler, test.globs)
  File "/usr/local/sage-9/src/sage/doctest/forker.py", line 1093, in 
compile_and_execute
exec(compiled, globs)
  File "",
 
line 1, in 
p in (Integer(2),Integer(3)) or f.dual().dual() == f
  File "sage/misc/cachefunc.pyx", line 2297, in 
sage.misc.cachefunc.CachedMethodCallerNoArgs.__call__
self.cache = f(self._instance)
  File 
"/usr/local/sage-9/src/sage/schemes/elliptic_curves/hom_composite.py", line 
689, in dual
return EllipticCurveHom_composite.from_factors(phis)
  File 
"/usr/local/sage-9/src/sage/schemes/elliptic_curves/hom_composite.py", line 
364, in from_factors
maps = tuple(maps)
  File 
"/usr/local/sage-9/src/sage/schemes/elliptic_curves/hom_composite.py", line 
688, in 
phis = (phi.dual() for phi in self._phis[::-1])
  File 
"/usr/local/sage-9/src/sage/schemes/elliptic_curves/ell_curve_isogeny.py", 
line 3076, in dual
corr = find_post_isomorphism(mult, rhs)
  File "/usr/local/sage-9/src/sage/schemes/elliptic_curves/hom.py", 
line 856, in find_post_isomorphism
isos = [iso for iso in isos if iso._eval(im_phi) == im_psi]
  File "/usr/local/sage-9/src/sage/schemes/elliptic_curves/hom.py", 
line 856, in 
isos = [iso for iso in isos if iso._eval(im_phi) == im_psi]
  File 
"/usr/local/sage-9/src/sage/schemes/elliptic_curves/weierstrass_morphism.py", 
line 586, in _eval
return self._codomain.base_extend(k).point(Q)
  File 
"/usr/local/sage-9/src/sage/schemes/elliptic_curves/ell_generic.py", line 
1352, in base_extend
E = constructor.EllipticCurve([R(a) for a in self.a_invariants()])
  File 
"/usr/local/sage-9/src/sage/schemes/elliptic_curves/ell_generic.py", line 
1352, in 
E = constructor.EllipticCurve([R(a) for a in self.a_invariants()])
  File "sage/rings/finite_rings/element_givaro.pyx", line 1355, in 
sage.rings.finite_rings.element_givaro.FiniteField_givaroElement.__int__
raise TypeError("Cannot coerce element to an integer.")
TypeError: Cannot coerce element to an integer.
**
1 item had failures:
   1 of  19 in 
sage.schemes.elliptic_curves.hom_frobenius.EllipticCurveHom_frobenius.dual
[117 tests, 1 failure, 0.91 s]
--
sage -t --long --warn-long 225.1 
--random-seed=121252713509435388240223103279859468631 
src/sage/schemes/elliptic_curves/hom_frobenius.py  # 1 doctest failed
--
Total time for all tests: 1.0 seconds
cpu time: 0.9 seconds
cumulative wall time: 0.9 seconds
Features detected for doctesting: 
pytest is not installed in the venv, skip checking tests that rely on it
```

HTH,
Le dimanche 22 janvier 2023 à 14:41:04 UTC+1, Emmanuel Charpentier a écrit :

> This patches fix my Fricas issue indeed. But losing the Emacs interface is 
> a big hit for me, so I 

Re: [sage-release] Re: Sage 9.8.beta7 released

[Dima Pasechnik]

On Wed, Jan 25, 2023 at 1:25 PM Enrique Artal  wrote:
>
> I guess the snappy problem is related to Fedora 37.  A tricky solution is 
> given by upstream team in https://github.com/3-manifolds/SnapPy/issues/88

snappy ships Cython-generated C files. That's the source of trouble...
:facepalm:
>
> El jueves, 19 de enero de 2023 a las 13:01:18 UTC+1, Enrique Artal escribió:
>>
>> I tried in another computer with the system package (3.11.1) and it worked 
>> but in both cases only after make distclean.
>> I lost the logs but sagelib complained about setup.
>> Snappy fails in both cases.
>>
>> El jueves, 19 de enero de 2023 a las 12:04:24 UTC+1, Dima Pasechnik escribió:
>>>
>>> What's wrong with Fedora's 37 Python3? (3.11.0, right?)
>>> What error do you see in config.log - which tells, hopefully, why it
>>> does not want system's python3 ?
>>>
>>> On Thu, Jan 19, 2023 at 9:43 AM Enrique Artal  wrote:
>>> >
>>> > In Fedora 37 I needed to `make distclean` and use the sage package for 
>>> > python3 and not the system one. The optional package snappy does not 
>>> > compile. Anyway, thanks for the new version. Best, Enrique.
>>> >
>>> > El jueves, 19 de enero de 2023 a las 0:48:25 UTC+1, Volker Braun escribió:
>>> >>
>>> >> As always, you can get the latest beta version from the "develop" git 
>>> >> branch. Alternatively, the self-contained source tarball is at 
>>> >> http://www.sagemath.org/download-latest.html
>>> >>
>>> >> We should probably gear up for a 9.8 release soon, so get your tickets 
>>> >> ready ;)
>>> >>
>>> >> 047281e0287 (trac/develop, tag: 9.8.beta7) Updated SageMath version to 
>>> >> 9.8.beta7
>>> >> 272c557d1f3 Trac #31668: Run TestSuite on polynomial rings
>>> >> 6f8fb9ba3ef Trac #22067: generating function of integral points of 
>>> >> polyhedra
>>> >> 5544a33b815 Trac #21003: Add package pyscipopt, add MIP backend
>>> >> b0422b2536b Trac #34838: setuptools_scm, contourpy, 
>>> >> sphinxcontrib_websupport, typing_extensions: Add missing dependencies
>>> >> 30d58156a46 Trac #34717: Check the presence of lrsnash for obtain_nash()
>>> >> c7299453922 Trac #34891: fixing some E502 in tensor, dynamics, modules, 
>>> >> plot, numerical
>>> >> bc832cb3578 Trac #34889: Installation guide: On WSL, clear /mnt/c stuff 
>>> >> from PATH
>>> >> 3570a9a63bd Trac #34881: allow to remove no constraints
>>> >> 0ceb1032430 Trac #34878: MixedIntegerLinearProgram.add_constraint: 
>>> >> Option to return row indices, fix handling of empty constraints
>>> >> df74efb66d2 Trac #34859: sagelib: Remove unnecessary import of 
>>> >> typing_extensions
>>> >> b6a76d7a848 Trac #34857: bump giac's GIAC_MIN_VERSION to 1.9
>>> >> 6a8155e6e5d Trac #34854: molien_series() should not use GAP's 
>>> >> VirtualCharacter
>>> >> dddf3ca0b08 Trac #34853: sage-env: Fix misconfiguration of pip
>>> >> 6f631021ac4 Trac #34847: modernize some for loops in cython files
>>> >> 9ffabc7f3e1 Trac #34844: removal of some unused imports about string 
>>> >> conversion
>>> >> 4b50bc2af27 Trac #34843: pep8 cleanup in ore_polynomial_element.pyx
>>> >> bdd14cec19b Trac #34837: fix E502 in some pyx files
>>> >> 172ad73ae38 Trac #34836: fix E271 and E272 in rings/ and schemes/
>>> >> 3d861266040 Trac #34749: Packages dsdp, scip_sdp
>>> >> 64d232b5bfd Trac #31329: Update scipoptsuite to 8.0.2 (now open 
>>> >> source!), rename to scip
>>> >> 2dcafb3ac57 Trac #34839: Support tox 4
>>> >> ad68f15d97f Trac #34648: Developer's guide: warn the transition to 
>>> >> GitHub and add links to the transition guide
>>> >> acebbc1a9e8 Trac #34824: do not include parent in hash of parking 
>>> >> functions
>>> >> 9a7b6310dde Trac #34818: Error when defining differentials over GCA's 
>>> >> with relations.
>>> >> bb63c582122 Trac #34807: Add Construction of Hadamard matrices up to 
>>> >> order 664
>>> >> 8a0b16d93be Trac #34804: Deprecate sage.interfaces is_...Element 
>>> >> functions
>>> >> 80f8f950e95 Trac #34793: clean 3 files inside modular
>>> >> b0cc282500e Trac #34547: Interfaces: use more lazy imports, restore 
>>> >> top-level functions maxima_console etc.
>>> >> 5905da7ebfc Trac #33915: inseparable elliptic-curve isogenies
>>> >> 98b22ebdcf7 Trac #32826: scalar-multiplication endomorphisms of elliptic 
>>> >> curves
>>> >> 4f11a750df9 Trac #8744: Improve add_edge in BipartiteGraph to make it 
>>> >> independent from the current coloring
>>> >> 08aa2f8edaa Trac #33842: Upgrade python to 3.11
>>> >> 75bedf95960 Trac #34783: various details in combinat/
>>> >> 33fa8715bd5 Trac #34742: Optional package soplex (dependency of scip)
>>> >> f84915f69d8 Trac #34726: Optional package papilo (dependency of scip)
>>> >> e5cf1c0d9f2 Trac #34694: Bug in ExteriorAlgebra interior product
>>> >> ebb9b611d02 Trac #34416: Manage pexpect logs created during doctesting
>>> >> 962177a2da1 Trac #33907: interfaces/expect.py random test failure
>>> >> 66409243991 Trac #16522: lazy_import doesn't resolve properly when 
>>> >> indirectly imported
>>> >> 2114066f877 (tag: 

Re: [sage-release] Re: Sage 9.8.beta7 released

[Enrique Artal]

I guess the snappy problem is related to Fedora 37.  A tricky solution is 
given by upstream team in https://github.com/3-manifolds/SnapPy/issues/88

El jueves, 19 de enero de 2023 a las 13:01:18 UTC+1, Enrique Artal escribió:

> I tried in another computer with the system package (3.11.1) and it worked 
> but in both cases only after make distclean.
> I lost the logs but sagelib complained about setup.
> Snappy fails in both cases.
>
> El jueves, 19 de enero de 2023 a las 12:04:24 UTC+1, Dima Pasechnik 
> escribió:
>
>> What's wrong with Fedora's 37 Python3? (3.11.0, right?) 
>> What error do you see in config.log - which tells, hopefully, why it 
>> does not want system's python3 ? 
>>
>> On Thu, Jan 19, 2023 at 9:43 AM Enrique Artal  
>> wrote: 
>> > 
>> > In Fedora 37 I needed to `make distclean` and use the sage package for 
>> python3 and not the system one. The optional package snappy does not 
>> compile. Anyway, thanks for the new version. Best, Enrique. 
>> > 
>> > El jueves, 19 de enero de 2023 a las 0:48:25 UTC+1, Volker Braun 
>> escribió: 
>> >> 
>> >> As always, you can get the latest beta version from the "develop" git 
>> branch. Alternatively, the self-contained source tarball is at 
>> http://www.sagemath.org/download-latest.html 
>> >> 
>> >> We should probably gear up for a 9.8 release soon, so get your tickets 
>> ready ;) 
>> >> 
>> >> 047281e0287 (trac/develop, tag: 9.8.beta7) Updated SageMath version to 
>> 9.8.beta7 
>> >> 272c557d1f3 Trac #31668: Run TestSuite on polynomial rings 
>> >> 6f8fb9ba3ef Trac #22067: generating function of integral points of 
>> polyhedra 
>> >> 5544a33b815 Trac #21003: Add package pyscipopt, add MIP backend 
>> >> b0422b2536b Trac #34838: setuptools_scm, contourpy, 
>> sphinxcontrib_websupport, typing_extensions: Add missing dependencies 
>> >> 30d58156a46 Trac #34717: Check the presence of lrsnash for 
>> obtain_nash() 
>> >> c7299453922 Trac #34891: fixing some E502 in tensor, dynamics, 
>> modules, plot, numerical 
>> >> bc832cb3578 Trac #34889: Installation guide: On WSL, clear /mnt/c 
>> stuff from PATH 
>> >> 3570a9a63bd Trac #34881: allow to remove no constraints 
>> >> 0ceb1032430 Trac #34878: MixedIntegerLinearProgram.add_constraint: 
>> Option to return row indices, fix handling of empty constraints 
>> >> df74efb66d2 Trac #34859: sagelib: Remove unnecessary import of 
>> typing_extensions 
>> >> b6a76d7a848 Trac #34857: bump giac's GIAC_MIN_VERSION to 1.9 
>> >> 6a8155e6e5d Trac #34854: molien_series() should not use GAP's 
>> VirtualCharacter 
>> >> dddf3ca0b08 Trac #34853: sage-env: Fix misconfiguration of pip 
>> >> 6f631021ac4 Trac #34847: modernize some for loops in cython files 
>> >> 9ffabc7f3e1 Trac #34844: removal of some unused imports about string 
>> conversion 
>> >> 4b50bc2af27 Trac #34843: pep8 cleanup in ore_polynomial_element.pyx 
>> >> bdd14cec19b Trac #34837: fix E502 in some pyx files 
>> >> 172ad73ae38 Trac #34836: fix E271 and E272 in rings/ and schemes/ 
>> >> 3d861266040 Trac #34749: Packages dsdp, scip_sdp 
>> >> 64d232b5bfd Trac #31329: Update scipoptsuite to 8.0.2 (now open 
>> source!), rename to scip 
>> >> 2dcafb3ac57 Trac #34839: Support tox 4 
>> >> ad68f15d97f Trac #34648: Developer's guide: warn the transition to 
>> GitHub and add links to the transition guide 
>> >> acebbc1a9e8 Trac #34824: do not include parent in hash of parking 
>> functions 
>> >> 9a7b6310dde Trac #34818: Error when defining differentials over GCA's 
>> with relations. 
>> >> bb63c582122 Trac #34807: Add Construction of Hadamard matrices up to 
>> order 664 
>> >> 8a0b16d93be Trac #34804: Deprecate sage.interfaces is_...Element 
>> functions 
>> >> 80f8f950e95 Trac #34793: clean 3 files inside modular 
>> >> b0cc282500e Trac #34547: Interfaces: use more lazy imports, restore 
>> top-level functions maxima_console etc. 
>> >> 5905da7ebfc Trac #33915: inseparable elliptic-curve isogenies 
>> >> 98b22ebdcf7 Trac #32826: scalar-multiplication endomorphisms of 
>> elliptic curves 
>> >> 4f11a750df9 Trac #8744: Improve add_edge in BipartiteGraph to make it 
>> independent from the current coloring 
>> >> 08aa2f8edaa Trac #33842: Upgrade python to 3.11 
>> >> 75bedf95960 Trac #34783: various details in combinat/ 
>> >> 33fa8715bd5 Trac #34742: Optional package soplex (dependency of scip) 
>> >> f84915f69d8 Trac #34726: Optional package papilo (dependency of scip) 
>> >> e5cf1c0d9f2 Trac #34694: Bug in ExteriorAlgebra interior product 
>> >> ebb9b611d02 Trac #34416: Manage pexpect logs created during doctesting 
>> >> 962177a2da1 Trac #33907: interfaces/expect.py random test failure 
>> >> 66409243991 Trac #16522: lazy_import doesn't resolve properly when 
>> indirectly imported 
>> >> 2114066f877 (tag: 9.8.beta6) Updated SageMath version to 9.8.beta6 
>> >> 
>> > -- 
>> > You received this message because you are subscribed to the Google 
>> Groups "sage-release" group. 
>> > To unsubscribe from this group and stop receiving emails from it, 

[sage-release] Re: Sage 9.8.beta7 released

[Emmanuel Charpentier]

FWIW, 9.8.beta7 + Trac#34935  runs 
under `sage-shell-mode`.

Thanks a lot !

Le mercredi 25 janvier 2023 à 00:12:42 UTC+1, John H Palmieri a écrit :

> Patch available: https://trac.sagemath.org/ticket/34935
>
>
> On Tuesday, January 24, 2023 at 2:47:15 PM UTC-8 John H Palmieri wrote:
>
>> I think Matthias found the answer in the emacs-lisp code (discussion at 
>> https://trac.sagemath.org/ticket/34547#comment:56).
>>
>> On Tuesday, January 24, 2023 at 2:31:38 PM UTC-8 emanuel.c...@gmail.com 
>> wrote:
>>
>>> I have absolutely no idea why this change would make a difference…
>>>
>>> The explanation is probably in sahe-shell-mode emacs-lisp code, 
>>> originally written by someone wose emacs-lisp fu is widely heavier than 
>>> mine.
>>>
>>> sage-shell-mode code, as far as I know, isn’t understood by nobodu, 
>>> since its original author went to greener pas$tures… A concerted effort to 
>>> understand and *comment* it might be worthwile… 
>>> ​
>>> Le mardi 24 janvier 2023 à 23:15:40 UTC+1, John H Palmieri a écrit :
>>>
 For reasons I really don't understand, removing these lines from 
 sage.interfaces.all seem to have caused this:

 -interfaces = ['gap', 'gap3', 'giac', 'gp', 'mathematica', 'gnuplot', \
 -  'kash', 'magma', 'macaulay2', 'maple', 'maxima', \
 -  'mathematica', 'mwrank', 'octave', 'r', \
 -  'singular', 'sage0', 'sage']

 At least if I restore those lines, or even just add a line "interfaces 
 = []", then emacs appears to work again. I haven't tried it very much, 
 though.

 I have absolutely no idea why this change would make a difference...


 On Tuesday, January 24, 2023 at 12:52:29 PM UTC-8 axio...@yahoo.de 
 wrote:

> I tried to comment out all the changes in all_cmdline.py, but this 
> didn't help.  The diff of src/sage/interfaces/all.py is a bit unclear to 
> me, I don't see what could be a problem there. 
>
> On Tuesday, 24 January 2023 at 17:47:29 UTC+1 John H Palmieri wrote:
>
>> This was one of my guesses because that ticket could have changed 
>> global behavior of Sage by changing some imports — most of the tickets 
>> made 
>> more focused changes. Can you start with 9.8.beta6 and just apply some 
>> of 
>> the changes from #34547? In particular, do things work if you don't 
>> include 
>> the changes in all_cmdline.py?
>>
>> -- 
>> John
>>
>>
>> On Tuesday, January 24, 2023 at 5:15:53 AM UTC-8 axio...@yahoo.de 
>> wrote:
>>
>>> I just spent some time to debug this, but I failed.  The problem 
>>> seems to be that sage-shell:wait-for-redirection-to-complete in 
>>> https://github.com/sagemath/sage-shell-mode/blob/80fbb4ee9ed8507d22214ed7a4ffd135c9e8c7c8/sage-shell-mode.el#L889
>>>  
>>> does not return.  There is only one python file involved, 
>>> https://github.com/sagemath/sage-shell-mode/blob/master/emacs_sage_shell.py,
>>>  
>>> but I do not see what #34547 has to do with it.  Something about 
>>> lazy_import maybe?
>>>
>>> I can see that in sage-shell:run-cell-raw-output the command
>>>
>>> _emacs_sage_shell.run_cell_and_print_msg_id("_emacs_sage_shell.print_sage_root()",
>>>  
>>> ’emacs_sage_shell_msg_idb3d6f70f24e51147305a3aea036ba747start’, 
>>> ’emacs_sage_shell_msg_idb3d6f70f24e51147305a3aea036ba747end’)
>>>
>>> was sent to the process (using process-send-string), and after that,
>>>
>>> (sage-shell:wait-for-redirection-to-complete)
>>>
>>> never returns.  I don't know how to debug the python code, 
>>> unfortunately.  Most importantly, I don't see what changed - what does 
>>> #34547 have to do with it?
>>>
>>> Martin
>>>
>>>
>>>
>>> On Tuesday, 24 January 2023 at 11:09:23 UTC+1 axio...@yahoo.de 
>>> wrote:
>>>
 Indeed, that was a great suggestion: 9.8.beta6 works - and it seems 
 that #16522 was already in 9.8.beta6.  However 9.8.beta6 + #34547 
 fails.
 Not sure where to go from here.  Should I open a ticket on trac?

 For me personally, this is a blocker, but I have no idea how many 
 emacs users there are.

 Martin


 On Tuesday, 24 January 2023 at 10:21:11 UTC+1 axio...@yahoo.de 
 wrote:

> Thank you for this suggestion!  I will try with 9.8.beta6 + 
> #33842.  I hope that all dependencies are in the branch.
>
> Martin
>
> On Monday, 23 January 2023 at 21:32:10 UTC+1 John H Palmieri wrote:
>
>> Could it be #34547, #16522, or #33842? I'm just taking guesses 
>> based on the newly merged tickets.
>>
>> On Monday, January 23, 2023 at 10:42:37 AM UTC-8 
>> emanuel.c...@gmail.com wrote: