[sage-release] Re: Sage 9.7.beta5 released

[Marc Culler]

I am not able to build beta5 after running make distclean using my standard 
build script that includes no external libraries.  I am seeing errors about 
missing autoconf commands:

make: `configure' is up to date.
./configure: line 4932: AC_LIB_RPATH: command not found
./configure: line 24924: AC_LIB_PREPARE_PREFIX: command not found
./configure: line 24925: AC_LIB_RPATH: command not found
./configure: line 24930: syntax error near unexpected token `iconv'
./configure: line 24930: `  AC_LIB_LINKFLAGS_BODY(iconv)'

The make build run then fails with the same errors:

-
Checking whether SageMath should install SPKG gsl...
checking whether any of openblas is installed as or will be installed as 
SPKG... yes; install gsl as well
configure: no suitable system package found for SPKG gsl
./configure: line 24924: AC_LIB_PREPARE_PREFIX: command not found
./configure: line 24925: AC_LIB_RPATH: command not found
./configure: line 24930: syntax error near unexpected token `iconv'
./configure: line 24930: `  AC_LIB_LINKFLAGS_BODY(iconv)'

Since the recently discovered issues with primecount were very closely 
related to the way that the primecount spkg (an no other spkgs) uses 
@rpath, I am concerned that care may be required when defining 
AC_LIB_RPATH.  Currently all spkgs, except for primecount, set the rpath in 
a dylib to an absolute path to the directory containing the library.  Also 
most libraries have multiple copies of the LC_RPATH load command with sets 
that rpath.  (There are usually between 2 and 5 LS_RPATH load commands.)

- Marc
On Sunday, July 10, 2022 at 6:24:36 PM UTC-5 Volker Braun wrote:

> 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
>
> 625ac58151 (trac/develop, tag: 9.7.beta5) Updated SageMath version to 
> 9.7.beta5
> 413ff13c54 Trac #34056: cleaning two files in quadratic forms
> cb65d06dd2 Trac #34055: Remove "ssl" target from Makefile
> 0740d209ca Trac #34053: pycodestyle cleanup in 
> src/sage/graphs/base/static_sparse_graph.pyx
> 539a5c073c Trac #34046: pycodestyle cleanup in 
> src/sage/graphs/base/boost_graph.pyx
> 6790b30aeb Trac #34044: pycodestyle cleanup in 
> src/sage/graphs/generators/smallgraphs.py (part 3)
> 6e4de5191b Trac #34043: pycodestyle cleanup in 
> src/sage/graphs/generators/smallgraphs.py (part 2)
> 3d2f91c326 Trac #34042: pycodestyle cleanup in 
> src/sage/graphs/generators/smallgraphs.py (part 1)
> 45c1d36c3a Trac #34034: pycodestyle cleanup in 
> src/sage/graphs/generators/random.py
> 9f1388bac5 Trac #34032: pycodestyle cleanup in 
> src/sage/graphs/generators/world_map.py
> 248a6e15e6 Trac #34023: pycodestyle cleanup in distance_regular.pyx (part 
> 1)
> 0a77b4496f Trac #34022: pycodestyle cleanup in 
> src/sage/graphs/generators/classical_geometries.py
> 0cec8684d7 Trac #34135: modernize super() in groups
> 38b2bf7529 Trac #34058: sage 9.6 special function translation issue with 
> fricas. elliptic_ec
> 720adde3bb Trac #32716: pkgs/sagemath-*/tox.ini: Create environment that 
> uses Sage's python as the basepython, fix sagemath-standard deps
> 6294f36ee4 Trac #28925: Modify find_python_sources to support 
> modularization of sagelib by native namespace packages (PEP 420)
> 5063ca7441 Trac #34021: pycodestyle in 5 files of 
> src/sage/graphs/generators
> 648ea02cda Trac #34018: pycodestyle cleanup in 
> src/sage/graphs/graph_decompositions/
> 44562ec0cf Trac #34016: improve pycodestyle in 4 files in graphs
> aa79451a04 Trac #34015: pycodestyle cleanup in planarity.pyx and 
> path_enumeration.pyx
> 3268d19fa5 Trac #34013: pycodestyle cleanup in schnyder.py and 
> print_graphs.py
> a6f5a56109 Trac #34012: pycodestyle cleanup in 
> sage.graphs.spanning_tree.pyx, weakly_chordal.pyx
> b5041b18ad Trac #34011: pycodestyle cleanup in sage.graphs.views.pyx, 
> trees.pyx, traversals.pyx
> 81f843e76b Trac #34010: pycodestyle cleanup in 
> sage.graphs.tutte_polynomial.py
> c2550f7093 Trac #34009: pycodestyle cleanup in 
> sage.graphs.hyperbolicity.pyx
> 44a5f5b3d9 Trac #33952: Add methods to compute holomorphic differentials 
> of function field
> 6ea1dc5f9e Trac #33868: Add modules over integral domain
> b593b48ed7 Trac #33791: ci-cygwin: Refactor using reusable workflows
> 1fc79b83f6 Trac #33788: GH Actions: Split ci-macos.yml out from tox.yml
> 931d6ac039 Trac #33777: Deprecate Sage's CHomP interface
> c364788de0 Trac #33708: make elliptic-curve isogenies compute Montgomery 
> codomains
> 64e29cf9d9 Trac #33144: Remove some py2 tags in explain_pickle
> 1c0f22aabf Trac #34132: Update primesieve to 8.0, primecount to 7.4
> 9793520438 <(979)%20352-0438> Trac #34121: Heegner point method can 
> return a point defined over the wrong field
> 3208d2c51f Trac #34112: some details in L-functions
> 65722f53c1 Trac #34111: 'PosixPath' object has no attribute '_libga

[sage-release] Re: Sage 9.7.beta5 released

[Marc Culler]

After working around the issues with the bootstrap script and symengine_py 
I have managed to build 9.7.beta5 on an arm mac mini.  This was an 
incremental build from beta4.  When the build finished I noticed that both 
sage/local/var/lib/sage/venv-python3.10.3 and 
sage/local/var/lib/sage/venv-python3.10.5 existed.  The 3.10.3 venv cannot 
be required, because it never gets created if make distclean is run first.  
So it seems to be doing nothing but wasting disk space.  Shouldn't it get 
removed once the build finishes?

- Marc

On Sunday, July 10, 2022 at 6:24:36 PM UTC-5 Volker Braun wrote:

> 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
>
> 625ac58151 (trac/develop, tag: 9.7.beta5) Updated SageMath version to 
> 9.7.beta5
> 413ff13c54 Trac #34056: cleaning two files in quadratic forms
> cb65d06dd2 Trac #34055: Remove "ssl" target from Makefile
> 0740d209ca Trac #34053: pycodestyle cleanup in 
> src/sage/graphs/base/static_sparse_graph.pyx
> 539a5c073c Trac #34046: pycodestyle cleanup in 
> src/sage/graphs/base/boost_graph.pyx
> 6790b30aeb Trac #34044: pycodestyle cleanup in 
> src/sage/graphs/generators/smallgraphs.py (part 3)
> 6e4de5191b Trac #34043: pycodestyle cleanup in 
> src/sage/graphs/generators/smallgraphs.py (part 2)
> 3d2f91c326 Trac #34042: pycodestyle cleanup in 
> src/sage/graphs/generators/smallgraphs.py (part 1)
> 45c1d36c3a Trac #34034: pycodestyle cleanup in 
> src/sage/graphs/generators/random.py
> 9f1388bac5 Trac #34032: pycodestyle cleanup in 
> src/sage/graphs/generators/world_map.py
> 248a6e15e6 Trac #34023: pycodestyle cleanup in distance_regular.pyx (part 
> 1)
> 0a77b4496f Trac #34022: pycodestyle cleanup in 
> src/sage/graphs/generators/classical_geometries.py
> 0cec8684d7 Trac #34135: modernize super() in groups
> 38b2bf7529 Trac #34058: sage 9.6 special function translation issue with 
> fricas. elliptic_ec
> 720adde3bb Trac #32716: pkgs/sagemath-*/tox.ini: Create environment that 
> uses Sage's python as the basepython, fix sagemath-standard deps
> 6294f36ee4 Trac #28925: Modify find_python_sources to support 
> modularization of sagelib by native namespace packages (PEP 420)
> 5063ca7441 Trac #34021: pycodestyle in 5 files of 
> src/sage/graphs/generators
> 648ea02cda Trac #34018: pycodestyle cleanup in 
> src/sage/graphs/graph_decompositions/
> 44562ec0cf Trac #34016: improve pycodestyle in 4 files in graphs
> aa79451a04 Trac #34015: pycodestyle cleanup in planarity.pyx and 
> path_enumeration.pyx
> 3268d19fa5 Trac #34013: pycodestyle cleanup in schnyder.py and 
> print_graphs.py
> a6f5a56109 Trac #34012: pycodestyle cleanup in 
> sage.graphs.spanning_tree.pyx, weakly_chordal.pyx
> b5041b18ad Trac #34011: pycodestyle cleanup in sage.graphs.views.pyx, 
> trees.pyx, traversals.pyx
> 81f843e76b Trac #34010: pycodestyle cleanup in 
> sage.graphs.tutte_polynomial.py
> c2550f7093 Trac #34009: pycodestyle cleanup in 
> sage.graphs.hyperbolicity.pyx
> 44a5f5b3d9 Trac #33952: Add methods to compute holomorphic differentials 
> of function field
> 6ea1dc5f9e Trac #33868: Add modules over integral domain
> b593b48ed7 Trac #33791: ci-cygwin: Refactor using reusable workflows
> 1fc79b83f6 Trac #33788: GH Actions: Split ci-macos.yml out from tox.yml
> 931d6ac039 Trac #33777: Deprecate Sage's CHomP interface
> c364788de0 Trac #33708: make elliptic-curve isogenies compute Montgomery 
> codomains
> 64e29cf9d9 Trac #33144: Remove some py2 tags in explain_pickle
> 1c0f22aabf Trac #34132: Update primesieve to 8.0, primecount to 7.4
> 9793520438 <(979)%20352-0438> Trac #34121: Heegner point method can 
> return a point defined over the wrong field
> 3208d2c51f Trac #34112: some details in L-functions
> 65722f53c1 Trac #34111: 'PosixPath' object has no attribute '_libgap_init_'
> d860f2e146 Trac #34098: Installation manual: Improvements for homebrew, 
> conda
> afb3761f26 Trac #34090: Update python3 to 3.10.5
> f56dc7b1f3 Trac #34085: fix some details in braid groups
> b1a00624dc Trac #34082: Add an option up_to_isomorphism for is_subgraph
> 8c5d4ca3a4 Trac #34080: pycodestyle cleanup in src/sage/graphs/digraph.py
> 7ad1358ac7 Trac #34062: enhance our conversion system
> 9c530f7a59 Trac #34061: fix pyflakes warnings in src/sage/misc/cython.py
> b221b0d7e1 Trac #34060: Height function for polynomials on number fields
> 57ec521c2a Trac #34052: tweaking the giac / libgiac interface
> 99fba2a5de Trac #34051: Update FriCAS to 1.3.8
> 0de1a2c955 Trac #34049: fix wrong use of Path inside libgap.Read
> 9d189b384a Trac #34045: OpenSSL 3.0.4 security update
> f0e2346cbf Trac #34041: improve and document GAP and libgap memory 
> customisation
> 59188e4443 Trac #34040: fix W605 in all pyx files inside matrix/
> ac0188973e Trac #34039: fix pycodestyle E306 in categories and part of 
> combinat
> 890daa517b Trac #34029: bug in elliptic curve saturation: update to ecli

[sage-release] Re: Sage 9.7.beta5 released

[Matthias Köppe]

Yes, you can delete the old venv. We do not uninstall other venvs that may 
have been built previously. 

On Wednesday, July 13, 2022 at 1:08:57 PM UTC-7 marc@gmail.com wrote:

> After working around the issues with the bootstrap script and symengine_py 
> I have managed to build 9.7.beta5 on an arm mac mini.  This was an 
> incremental build from beta4.  When the build finished I noticed that both 
> sage/local/var/lib/sage/venv-python3.10.3 and 
> sage/local/var/lib/sage/venv-python3.10.5 existed.  The 3.10.3 venv cannot 
> be required, because it never gets created if make distclean is run first.  
> So it seems to be doing nothing but wasting disk space.  Shouldn't it get 
> removed once the build finishes?
>
> - Marc
>
> On Sunday, July 10, 2022 at 6:24:36 PM UTC-5 Volker Braun wrote:
>
>> 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
>>
>> 625ac58151 (trac/develop, tag: 9.7.beta5) Updated SageMath version to 
>> 9.7.beta5
>> 413ff13c54 Trac #34056: cleaning two files in quadratic forms
>> cb65d06dd2 Trac #34055: Remove "ssl" target from Makefile
>> 0740d209ca Trac #34053: pycodestyle cleanup in 
>> src/sage/graphs/base/static_sparse_graph.pyx
>> 539a5c073c Trac #34046: pycodestyle cleanup in 
>> src/sage/graphs/base/boost_graph.pyx
>> 6790b30aeb Trac #34044: pycodestyle cleanup in 
>> src/sage/graphs/generators/smallgraphs.py (part 3)
>> 6e4de5191b Trac #34043: pycodestyle cleanup in 
>> src/sage/graphs/generators/smallgraphs.py (part 2)
>> 3d2f91c326 Trac #34042: pycodestyle cleanup in 
>> src/sage/graphs/generators/smallgraphs.py (part 1)
>> 45c1d36c3a Trac #34034: pycodestyle cleanup in 
>> src/sage/graphs/generators/random.py
>> 9f1388bac5 Trac #34032: pycodestyle cleanup in 
>> src/sage/graphs/generators/world_map.py
>> 248a6e15e6 Trac #34023: pycodestyle cleanup in distance_regular.pyx (part 
>> 1)
>> 0a77b4496f Trac #34022: pycodestyle cleanup in 
>> src/sage/graphs/generators/classical_geometries.py
>> 0cec8684d7 Trac #34135: modernize super() in groups
>> 38b2bf7529 Trac #34058: sage 9.6 special function translation issue with 
>> fricas. elliptic_ec
>> 720adde3bb Trac #32716: pkgs/sagemath-*/tox.ini: Create environment that 
>> uses Sage's python as the basepython, fix sagemath-standard deps
>> 6294f36ee4 Trac #28925: Modify find_python_sources to support 
>> modularization of sagelib by native namespace packages (PEP 420)
>> 5063ca7441 Trac #34021: pycodestyle in 5 files of 
>> src/sage/graphs/generators
>> 648ea02cda Trac #34018: pycodestyle cleanup in 
>> src/sage/graphs/graph_decompositions/
>> 44562ec0cf Trac #34016: improve pycodestyle in 4 files in graphs
>> aa79451a04 Trac #34015: pycodestyle cleanup in planarity.pyx and 
>> path_enumeration.pyx
>> 3268d19fa5 Trac #34013: pycodestyle cleanup in schnyder.py and 
>> print_graphs.py
>> a6f5a56109 Trac #34012: pycodestyle cleanup in 
>> sage.graphs.spanning_tree.pyx, weakly_chordal.pyx
>> b5041b18ad Trac #34011: pycodestyle cleanup in sage.graphs.views.pyx, 
>> trees.pyx, traversals.pyx
>> 81f843e76b Trac #34010: pycodestyle cleanup in 
>> sage.graphs.tutte_polynomial.py
>> c2550f7093 Trac #34009: pycodestyle cleanup in 
>> sage.graphs.hyperbolicity.pyx
>> 44a5f5b3d9 Trac #33952: Add methods to compute holomorphic differentials 
>> of function field
>> 6ea1dc5f9e Trac #33868: Add modules over integral domain
>> b593b48ed7 Trac #33791: ci-cygwin: Refactor using reusable workflows
>> 1fc79b83f6 Trac #33788: GH Actions: Split ci-macos.yml out from tox.yml
>> 931d6ac039 Trac #33777: Deprecate Sage's CHomP interface
>> c364788de0 Trac #33708: make elliptic-curve isogenies compute Montgomery 
>> codomains
>> 64e29cf9d9 Trac #33144: Remove some py2 tags in explain_pickle
>> 1c0f22aabf Trac #34132: Update primesieve to 8.0, primecount to 7.4
>> 9793520438 <(979)%20352-0438> Trac #34121: Heegner point method can 
>> return a point defined over the wrong field
>> 3208d2c51f Trac #34112: some details in L-functions
>> 65722f53c1 Trac #34111: 'PosixPath' object has no attribute 
>> '_libgap_init_'
>> d860f2e146 Trac #34098: Installation manual: Improvements for homebrew, 
>> conda
>> afb3761f26 Trac #34090: Update python3 to 3.10.5
>> f56dc7b1f3 Trac #34085: fix some details in braid groups
>> b1a00624dc Trac #34082: Add an option up_to_isomorphism for is_subgraph
>> 8c5d4ca3a4 Trac #34080: pycodestyle cleanup in src/sage/graphs/digraph.py
>> 7ad1358ac7 Trac #34062: enhance our conversion system
>> 9c530f7a59 Trac #34061: fix pyflakes warnings in src/sage/misc/cython.py
>> b221b0d7e1 Trac #34060: Height function for polynomials on number fields
>> 57ec521c2a Trac #34052: tweaking the giac / libgiac interface
>> 99fba2a5de Trac #34051: Update FriCAS to 1.3.8
>> 0de1a2c955 Trac #34049: fix wrong use of Path inside libgap.Read
>> 9d189b384a Trac #34045: OpenSSL 3.0.4 security update
>> f0e2346cbf Trac #34041: 

[sage-release] Re: Sage 9.7.beta5 released

[Marc Culler]

I don't want to have to remember to do this by hand.  If I delete all of 
the venvs before starting an incremental build will the build still work, 
and will it create a new venv that is appropriate for its python, even if 
the python version has not changed?

- Marc

On Wednesday, July 13, 2022 at 4:55:02 PM UTC-5 matthia...@gmail.com wrote:

> Yes, you can delete the old venv. We do not uninstall other venvs that may 
> have been built previously. 
>
> On Wednesday, July 13, 2022 at 1:08:57 PM UTC-7 marc@gmail.com wrote:
>
>> After working around the issues with the bootstrap script and 
>> symengine_py I have managed to build 9.7.beta5 on an arm mac mini.  This 
>> was an incremental build from beta4.  When the build finished I noticed 
>> that both sage/local/var/lib/sage/venv-python3.10.3 and 
>> sage/local/var/lib/sage/venv-python3.10.5 existed.  The 3.10.3 venv cannot 
>> be required, because it never gets created if make distclean is run first.  
>> So it seems to be doing nothing but wasting disk space.  Shouldn't it get 
>> removed once the build finishes?
>>
>> - Marc
>>
>> On Sunday, July 10, 2022 at 6:24:36 PM UTC-5 Volker Braun wrote:
>>
>>> 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
>>>
>>> 625ac58151 (trac/develop, tag: 9.7.beta5) Updated SageMath version to 
>>> 9.7.beta5
>>> 413ff13c54 Trac #34056: cleaning two files in quadratic forms
>>> cb65d06dd2 Trac #34055: Remove "ssl" target from Makefile
>>> 0740d209ca Trac #34053: pycodestyle cleanup in 
>>> src/sage/graphs/base/static_sparse_graph.pyx
>>> 539a5c073c Trac #34046: pycodestyle cleanup in 
>>> src/sage/graphs/base/boost_graph.pyx
>>> 6790b30aeb Trac #34044: pycodestyle cleanup in 
>>> src/sage/graphs/generators/smallgraphs.py (part 3)
>>> 6e4de5191b Trac #34043: pycodestyle cleanup in 
>>> src/sage/graphs/generators/smallgraphs.py (part 2)
>>> 3d2f91c326 Trac #34042: pycodestyle cleanup in 
>>> src/sage/graphs/generators/smallgraphs.py (part 1)
>>> 45c1d36c3a Trac #34034: pycodestyle cleanup in 
>>> src/sage/graphs/generators/random.py
>>> 9f1388bac5 Trac #34032: pycodestyle cleanup in 
>>> src/sage/graphs/generators/world_map.py
>>> 248a6e15e6 Trac #34023: pycodestyle cleanup in distance_regular.pyx 
>>> (part 1)
>>> 0a77b4496f Trac #34022: pycodestyle cleanup in 
>>> src/sage/graphs/generators/classical_geometries.py
>>> 0cec8684d7 Trac #34135: modernize super() in groups
>>> 38b2bf7529 Trac #34058: sage 9.6 special function translation issue with 
>>> fricas. elliptic_ec
>>> 720adde3bb Trac #32716: pkgs/sagemath-*/tox.ini: Create environment that 
>>> uses Sage's python as the basepython, fix sagemath-standard deps
>>> 6294f36ee4 Trac #28925: Modify find_python_sources to support 
>>> modularization of sagelib by native namespace packages (PEP 420)
>>> 5063ca7441 Trac #34021: pycodestyle in 5 files of 
>>> src/sage/graphs/generators
>>> 648ea02cda Trac #34018: pycodestyle cleanup in 
>>> src/sage/graphs/graph_decompositions/
>>> 44562ec0cf Trac #34016: improve pycodestyle in 4 files in graphs
>>> aa79451a04 Trac #34015: pycodestyle cleanup in planarity.pyx and 
>>> path_enumeration.pyx
>>> 3268d19fa5 Trac #34013: pycodestyle cleanup in schnyder.py and 
>>> print_graphs.py
>>> a6f5a56109 Trac #34012: pycodestyle cleanup in 
>>> sage.graphs.spanning_tree.pyx, weakly_chordal.pyx
>>> b5041b18ad Trac #34011: pycodestyle cleanup in sage.graphs.views.pyx, 
>>> trees.pyx, traversals.pyx
>>> 81f843e76b Trac #34010: pycodestyle cleanup in 
>>> sage.graphs.tutte_polynomial.py
>>> c2550f7093 Trac #34009: pycodestyle cleanup in 
>>> sage.graphs.hyperbolicity.pyx
>>> 44a5f5b3d9 Trac #33952: Add methods to compute holomorphic differentials 
>>> of function field
>>> 6ea1dc5f9e Trac #33868: Add modules over integral domain
>>> b593b48ed7 Trac #33791: ci-cygwin: Refactor using reusable workflows
>>> 1fc79b83f6 Trac #33788: GH Actions: Split ci-macos.yml out from tox.yml
>>> 931d6ac039 Trac #33777: Deprecate Sage's CHomP interface
>>> c364788de0 Trac #33708: make elliptic-curve isogenies compute Montgomery 
>>> codomains
>>> 64e29cf9d9 Trac #33144: Remove some py2 tags in explain_pickle
>>> 1c0f22aabf Trac #34132: Update primesieve to 8.0, primecount to 7.4
>>> 9793520438 <(979)%20352-0438> Trac #34121: Heegner point method can 
>>> return a point defined over the wrong field
>>> 3208d2c51f Trac #34112: some details in L-functions
>>> 65722f53c1 Trac #34111: 'PosixPath' object has no attribute 
>>> '_libgap_init_'
>>> d860f2e146 Trac #34098: Installation manual: Improvements for homebrew, 
>>> conda
>>> afb3761f26 Trac #34090: Update python3 to 3.10.5
>>> f56dc7b1f3 Trac #34085: fix some details in braid groups
>>> b1a00624dc Trac #34082: Add an option up_to_isomorphism for is_subgraph
>>> 8c5d4ca3a4 Trac #34080: pycodestyle cleanup in src/sage/graphs/digraph.py
>>> 7ad1358ac7 Trac #34062: enhance ou

[sage-release] Re: Sage 9.7.beta5 released

[Marc Culler]

That statement is actually false.  I think this issue needs to be 
addressed.  I think the old venvs should be removed when doing an 
incremental build, since I cannot think of any use for them.

Here is the problem.  When I did an incremental build with the 
venv-python3.10.3 in place, a new venv named python3.10.5 was created.  But 
that new venv depends on the old 3.10.3 venv.  In fact, there are at least 
16 executable files in sage/venv-python3.10.5/bin for which the shebang 
points to
sage/venv-python3.10.3/bin/python3
This prevents sage from working after the 3.10.3 venv is removed.  There 
may be other dependencies between the two venvs as well.

It seems like bad practice to create a venv which depends on another venv.  
That defeats the purpose of a venv.  Also it does not make sense to me for 
incremental builds to cause the sage directory to contain an ever-expanding 
set of virtual envs each of which depends on the previous one.

I am guessing that these bad shebangs are created because the old venv is 
actually being used to build the new venv. 

Here is a list of the files with bad shebangs in sage/venv-python3.10.5/bin
math-readline
sage-cleaner
sage-coverage
sage-cython
sage-eval
sage-fixdoctests
sage-ipython
sage-list-packages
sage-notebook
sage-num-threads.py
sage-preparse
sage-run
sage-run-cython
sage-runtests
sage-startuptime.py
sage-venv-config

- Marc





On Wednesday, July 13, 2022 at 4:55:02 PM UTC-5 matthia...@gmail.com wrote:

> Yes, you can delete the old venv. We do not uninstall other venvs that may 
> have been built previously. 
>
> On Wednesday, July 13, 2022 at 1:08:57 PM UTC-7 marc@gmail.com wrote:
>
>> After working around the issues with the bootstrap script and 
>> symengine_py I have managed to build 9.7.beta5 on an arm mac mini.  This 
>> was an incremental build from beta4.  When the build finished I noticed 
>> that both sage/local/var/lib/sage/venv-python3.10.3 and 
>> sage/local/var/lib/sage/venv-python3.10.5 existed.  The 3.10.3 venv cannot 
>> be required, because it never gets created if make distclean is run first.  
>> So it seems to be doing nothing but wasting disk space.  Shouldn't it get 
>> removed once the build finishes?
>>
>> - Marc
>>
>> On Sunday, July 10, 2022 at 6:24:36 PM UTC-5 Volker Braun wrote:
>>
>>> 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
>>>
>>> 625ac58151 (trac/develop, tag: 9.7.beta5) Updated SageMath version to 
>>> 9.7.beta5
>>> 413ff13c54 Trac #34056: cleaning two files in quadratic forms
>>> cb65d06dd2 Trac #34055: Remove "ssl" target from Makefile
>>> 0740d209ca Trac #34053: pycodestyle cleanup in 
>>> src/sage/graphs/base/static_sparse_graph.pyx
>>> 539a5c073c Trac #34046: pycodestyle cleanup in 
>>> src/sage/graphs/base/boost_graph.pyx
>>> 6790b30aeb Trac #34044: pycodestyle cleanup in 
>>> src/sage/graphs/generators/smallgraphs.py (part 3)
>>> 6e4de5191b Trac #34043: pycodestyle cleanup in 
>>> src/sage/graphs/generators/smallgraphs.py (part 2)
>>> 3d2f91c326 Trac #34042: pycodestyle cleanup in 
>>> src/sage/graphs/generators/smallgraphs.py (part 1)
>>> 45c1d36c3a Trac #34034: pycodestyle cleanup in 
>>> src/sage/graphs/generators/random.py
>>> 9f1388bac5 Trac #34032: pycodestyle cleanup in 
>>> src/sage/graphs/generators/world_map.py
>>> 248a6e15e6 Trac #34023: pycodestyle cleanup in distance_regular.pyx 
>>> (part 1)
>>> 0a77b4496f Trac #34022: pycodestyle cleanup in 
>>> src/sage/graphs/generators/classical_geometries.py
>>> 0cec8684d7 Trac #34135: modernize super() in groups
>>> 38b2bf7529 Trac #34058: sage 9.6 special function translation issue with 
>>> fricas. elliptic_ec
>>> 720adde3bb Trac #32716: pkgs/sagemath-*/tox.ini: Create environment that 
>>> uses Sage's python as the basepython, fix sagemath-standard deps
>>> 6294f36ee4 Trac #28925: Modify find_python_sources to support 
>>> modularization of sagelib by native namespace packages (PEP 420)
>>> 5063ca7441 Trac #34021: pycodestyle in 5 files of 
>>> src/sage/graphs/generators
>>> 648ea02cda Trac #34018: pycodestyle cleanup in 
>>> src/sage/graphs/graph_decompositions/
>>> 44562ec0cf Trac #34016: improve pycodestyle in 4 files in graphs
>>> aa79451a04 Trac #34015: pycodestyle cleanup in planarity.pyx and 
>>> path_enumeration.pyx
>>> 3268d19fa5 Trac #34013: pycodestyle cleanup in schnyder.py and 
>>> print_graphs.py
>>> a6f5a56109 Trac #34012: pycodestyle cleanup in 
>>> sage.graphs.spanning_tree.pyx, weakly_chordal.pyx
>>> b5041b18ad Trac #34011: pycodestyle cleanup in sage.graphs.views.pyx, 
>>> trees.pyx, traversals.pyx
>>> 81f843e76b Trac #34010: pycodestyle cleanup in 
>>> sage.graphs.tutte_polynomial.py
>>> c2550f7093 Trac #34009: pycodestyle cleanup in 
>>> sage.graphs.hyperbolicity.pyx
>>> 44a5f5b3d9 Trac #33952: Add methods to compute holomorphic differentials 
>>> of function field
>>> 6ea1dc5f9e Trac 

[sage-release] Re: Sage 9.7.beta5 released

[Marc Culler]

I used sed to fix the 16 files with bad shebangs in 
sage/venv-python3.10.5/bin and that appeared to produce a working copy of 
sage.  So perhaps the bad shebangs are the only reason that 
venv-python3.10.5 depends on venv-python3.10.3.

- Marc

On Thursday, July 14, 2022 at 7:30:47 AM UTC-5 Marc Culler wrote:

> That statement is actually false.  I think this issue needs to be 
> addressed.  I think the old venvs should be removed when doing an 
> incremental build, since I cannot think of any use for them.
>
> Here is the problem.  When I did an incremental build with the 
> venv-python3.10.3 in place, a new venv named python3.10.5 was created.  But 
> that new venv depends on the old 3.10.3 venv.  In fact, there are at least 
> 16 executable files in sage/venv-python3.10.5/bin for which the shebang 
> points to
> sage/venv-python3.10.3/bin/python3
> This prevents sage from working after the 3.10.3 venv is removed.  There 
> may be other dependencies between the two venvs as well.
>
> It seems like bad practice to create a venv which depends on another 
> venv.  That defeats the purpose of a venv.  Also it does not make sense to 
> me for incremental builds to cause the sage directory to contain an 
> ever-expanding set of virtual envs each of which depends on the previous 
> one.
>
> I am guessing that these bad shebangs are created because the old venv is 
> actually being used to build the new venv. 
>
> Here is a list of the files with bad shebangs in sage/venv-python3.10.5/bin
> math-readline
> sage-cleaner
> sage-coverage
> sage-cython
> sage-eval
> sage-fixdoctests
> sage-ipython
> sage-list-packages
> sage-notebook
> sage-num-threads.py
> sage-preparse
> sage-run
> sage-run-cython
> sage-runtests
> sage-startuptime.py
> sage-venv-config
>
> - Marc
>
>
>
>
>
> On Wednesday, July 13, 2022 at 4:55:02 PM UTC-5 matthia...@gmail.com 
> wrote:
>
>> Yes, you can delete the old venv. We do not uninstall other venvs that 
>> may have been built previously. 
>>
>> On Wednesday, July 13, 2022 at 1:08:57 PM UTC-7 marc@gmail.com wrote:
>>
>>> After working around the issues with the bootstrap script and 
>>> symengine_py I have managed to build 9.7.beta5 on an arm mac mini.  This 
>>> was an incremental build from beta4.  When the build finished I noticed 
>>> that both sage/local/var/lib/sage/venv-python3.10.3 and 
>>> sage/local/var/lib/sage/venv-python3.10.5 existed.  The 3.10.3 venv cannot 
>>> be required, because it never gets created if make distclean is run first.  
>>> So it seems to be doing nothing but wasting disk space.  Shouldn't it get 
>>> removed once the build finishes?
>>>
>>> - Marc
>>>
>>> On Sunday, July 10, 2022 at 6:24:36 PM UTC-5 Volker Braun wrote:
>>>
 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

 625ac58151 (trac/develop, tag: 9.7.beta5) Updated SageMath version to 
 9.7.beta5
 413ff13c54 Trac #34056: cleaning two files in quadratic forms
 cb65d06dd2 Trac #34055: Remove "ssl" target from Makefile
 0740d209ca Trac #34053: pycodestyle cleanup in 
 src/sage/graphs/base/static_sparse_graph.pyx
 539a5c073c Trac #34046: pycodestyle cleanup in 
 src/sage/graphs/base/boost_graph.pyx
 6790b30aeb Trac #34044: pycodestyle cleanup in 
 src/sage/graphs/generators/smallgraphs.py (part 3)
 6e4de5191b Trac #34043: pycodestyle cleanup in 
 src/sage/graphs/generators/smallgraphs.py (part 2)
 3d2f91c326 Trac #34042: pycodestyle cleanup in 
 src/sage/graphs/generators/smallgraphs.py (part 1)
 45c1d36c3a Trac #34034: pycodestyle cleanup in 
 src/sage/graphs/generators/random.py
 9f1388bac5 Trac #34032: pycodestyle cleanup in 
 src/sage/graphs/generators/world_map.py
 248a6e15e6 Trac #34023: pycodestyle cleanup in distance_regular.pyx 
 (part 1)
 0a77b4496f Trac #34022: pycodestyle cleanup in 
 src/sage/graphs/generators/classical_geometries.py
 0cec8684d7 Trac #34135: modernize super() in groups
 38b2bf7529 Trac #34058: sage 9.6 special function translation issue 
 with fricas. elliptic_ec
 720adde3bb Trac #32716: pkgs/sagemath-*/tox.ini: Create environment 
 that uses Sage's python as the basepython, fix sagemath-standard deps
 6294f36ee4 Trac #28925: Modify find_python_sources to support 
 modularization of sagelib by native namespace packages (PEP 420)
 5063ca7441 Trac #34021: pycodestyle in 5 files of 
 src/sage/graphs/generators
 648ea02cda Trac #34018: pycodestyle cleanup in 
 src/sage/graphs/graph_decompositions/
 44562ec0cf Trac #34016: improve pycodestyle in 4 files in graphs
 aa79451a04 Trac #34015: pycodestyle cleanup in planarity.pyx and 
 path_enumeration.pyx
 3268d19fa5 Trac #34013: pycodestyle cleanup in schnyder.py and 
 print_graphs.py
 a6f5a56109 Trac #34012: pycodestyle cl

[sage-release] Re: Sage 9.7.beta5 released

[Matthias Köppe]

On Thursday, July 14, 2022 at 5:30:47 AM UTC-7 marc@gmail.com wrote:

> When I did an incremental build with the venv-python3.10.3 in place, a new 
> venv named python3.10.5 was created.  But that new venv depends on the old 
> 3.10.3 venv.  In fact, there are at least 16 executable files in 
> sage/venv-python3.10.5/bin for which the shebang points to
> sage/venv-python3.10.3/bin/python3
> This prevents sage from working after the 3.10.3 venv is removed.  
>
 

> I am guessing that these bad shebangs are created because the old venv is 
> actually being used to build the new venv.
>

No, I don't think that's what's happening.
 
It's probably just that the scripts are cached in 
pkgs/sagemath-standard/build/scripts/

Try "make sagelib-clean".



-- 
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, send an email 
to sage-release+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sage-release/8960ed12-d6b1-4f3a-a98e-62224c411375n%40googlegroups.com.

[sage-release] Re: Sage 9.7.beta5 released

[Matthias Köppe]

On Thursday, July 14, 2022 at 5:30:47 AM UTC-7 marc@gmail.com wrote:

> If I delete all of the venvs before starting an incremental build will the 
> build still work, and will it create a new venv that is appropriate for its 
> python, even if the python version has not changed?
>

Yes.

-- 
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, send an email 
to sage-release+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sage-release/33b5a586-19a6-4d80-93d8-3189a182a3ccn%40googlegroups.com.

[sage-release] Re: Sage 9.7.beta5 released

[Matthias Köppe]

I've opened https://trac.sagemath.org/ticket/34181 for this.

On Thursday, July 14, 2022 at 7:36:15 AM UTC-7 Matthias Köppe wrote:

> On Thursday, July 14, 2022 at 5:30:47 AM UTC-7 marc@gmail.com wrote:
>
>> When I did an incremental build with the venv-python3.10.3 in place, a 
>> new venv named python3.10.5 was created.  But that new venv depends on the 
>> old 3.10.3 venv.  In fact, there are at least 16 executable files in 
>> sage/venv-python3.10.5/bin for which the shebang points to
>> sage/venv-python3.10.3/bin/python3
>> This prevents sage from working after the 3.10.3 venv is removed.  
>>
>  
>
>> I am guessing that these bad shebangs are created because the old venv is 
>> actually being used to build the new venv.
>>
>
> No, I don't think that's what's happening.
>  
> It's probably just that the scripts are cached in 
> pkgs/sagemath-standard/build/scripts/
>
> Try "make sagelib-clean".
>
>
>
>

-- 
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, send an email 
to sage-release+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sage-release/de5fae15-f7c3-45f7-8a0f-b0c3e7491b75n%40googlegroups.com.

[sage-release] Re: Sage 9.7.beta5 released

[Emmanuel Charpentier]

FWIW, a recent routine update of Debian testing removed part of the flint 
libraries used by Sage ; I tried to re/.configure to re-specify the use of 
the (new) system flint, but then make failed due to the snag already 
reported on documentation building ; I then resorted to make distclean ; 
rebuilt Sage from this fresh state, and re-ptestlonged it (for 
consistency’s sake). This gave me one *transient* failure (reported below), 
which was not reproducible by running the test standalone :

sage -t --long --warn-long 195.7 
--random-seed=235618870789586020618978017884435145468 src/sage/rings/integer.pyx
**
File "src/sage/rings/integer.pyx", line 3041, in 
sage.rings.integer.Integer.divisors
Failed example:
for i in range(20):  # long time
try:
alarm(RDF.random_element(1e-3, 0.5))
_ = n.divisors()
cancel_alarm()  # we never get here
except AlarmInterrupt:
pass
Exception raised:
Traceback (most recent call last):
  File "", line 4, in 

_ = n.divisors()
  File "sage/rings/integer.pyx", line 3128, in 
sage.rings.integer.Integer.divisors
for p, e in f:
  File "/usr/local/sage-9/src/sage/structure/factorization.py", line 319, 
in __getitem__
def __getitem__(self, i):
  File "src/cysignals/signals.pyx", line 310, in 
cysignals.signals.python_check_interrupt
cysignals.signals.AlarmInterrupt

During handling of the above exception, another exception occurred:

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 4, in 

_ = n.divisors()
  File "src/cysignals/signals.pyx", line 310, in 
cysignals.signals.python_check_interrupt
cysignals.signals.AlarmInterrupt
**
1 item had failures:

This might be an inadvertent capture of a signal raised by another test 
running in parallel…

HTH,
​
Le lundi 11 juillet 2022 à 01:24:36 UTC+2, Volker Braun a écrit :

> 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
>
> 625ac58151 (trac/develop, tag: 9.7.beta5) Updated SageMath version to 
> 9.7.beta5
> 413ff13c54 Trac #34056: cleaning two files in quadratic forms
> cb65d06dd2 Trac #34055: Remove "ssl" target from Makefile
> 0740d209ca Trac #34053: pycodestyle cleanup in 
> src/sage/graphs/base/static_sparse_graph.pyx
> 539a5c073c Trac #34046: pycodestyle cleanup in 
> src/sage/graphs/base/boost_graph.pyx
> 6790b30aeb Trac #34044: pycodestyle cleanup in 
> src/sage/graphs/generators/smallgraphs.py (part 3)
> 6e4de5191b Trac #34043: pycodestyle cleanup in 
> src/sage/graphs/generators/smallgraphs.py (part 2)
> 3d2f91c326 Trac #34042: pycodestyle cleanup in 
> src/sage/graphs/generators/smallgraphs.py (part 1)
> 45c1d36c3a Trac #34034: pycodestyle cleanup in 
> src/sage/graphs/generators/random.py
> 9f1388bac5 Trac #34032: pycodestyle cleanup in 
> src/sage/graphs/generators/world_map.py
> 248a6e15e6 Trac #34023: pycodestyle cleanup in distance_regular.pyx (part 
> 1)
> 0a77b4496f Trac #34022: pycodestyle cleanup in 
> src/sage/graphs/generators/classical_geometries.py
> 0cec8684d7 Trac #34135: modernize super() in groups
> 38b2bf7529 Trac #34058: sage 9.6 special function translation issue with 
> fricas. elliptic_ec
> 720adde3bb Trac #32716: pkgs/sagemath-*/tox.ini: Create environment that 
> uses Sage's python as the basepython, fix sagemath-standard deps
> 6294f36ee4 Trac #28925: Modify find_python_sources to support 
> modularization of sagelib by native namespace packages (PEP 420)
> 5063ca7441 Trac #34021: pycodestyle in 5 files of 
> src/sage/graphs/generators
> 648ea02cda Trac #34018: pycodestyle cleanup in 
> src/sage/graphs/graph_decompositions/
> 44562ec0cf Trac #34016: improve pycodestyle in 4 files in graphs
> aa79451a04 Trac #34015: pycodestyle cleanup in planarity.pyx and 
> path_enumeration.pyx
> 3268d19fa5 Trac #34013: pycodestyle cleanup in schnyder.py and 
> print_graphs.py
> a6f5a56109 Trac #34012: pycodestyle cleanup in 
> sage.graphs.spanning_tree.pyx, weakly_chordal.pyx
> b5041b18ad Trac #34011: pycodestyle cleanup in sage.graphs.views.pyx, 
> trees.pyx, traversals.pyx
> 81f843e76b Trac #34010: pycodestyle cleanup in 
> sage.graphs.tutte_polynomial.py
> c2550f7093 Trac #34009: pycodestyle cleanup in 
> sage.graphs.hyperbolicity.pyx
> 44a5f5b3d9 Trac #33952: Add methods to compute holomorphic differentials 
> of function field
> 6ea1dc5f9e Trac #33868: Add modules over integral domain
> b593b48ed7 Trac #33791: ci-cygwin: Refactor using reusabl

Re: [sage-release] Re: Sage 9.7.beta5 released

[Dima Pasechnik]

did you run
./bootstrap
?
On Mon, 11 Jul 2022, 13:08 Marc Culler,  wrote:

> I am not able to build beta5 after running make distclean using my
> standard build script that includes no external libraries.  I am seeing
> errors about missing autoconf commands:
>
> make: `configure' is up to date.
> ./configure: line 4932: AC_LIB_RPATH: command not found
> ./configure: line 24924: AC_LIB_PREPARE_PREFIX: command not found
> ./configure: line 24925: AC_LIB_RPATH: command not found
> ./configure: line 24930: syntax error near unexpected token `iconv'
> ./configure: line 24930: `  AC_LIB_LINKFLAGS_BODY(iconv)'
>
> The make build run then fails with the same errors:
>
>
> -
> Checking whether SageMath should install SPKG gsl...
> checking whether any of openblas is installed as or will be installed as
> SPKG... yes; install gsl as well
> configure: no suitable system package found for SPKG gsl
> ./configure: line 24924: AC_LIB_PREPARE_PREFIX: command not found
> ./configure: line 24925: AC_LIB_RPATH: command not found
> ./configure: line 24930: syntax error near unexpected token `iconv'
> ./configure: line 24930: `  AC_LIB_LINKFLAGS_BODY(iconv)'
>
> Since the recently discovered issues with primecount were very closely
> related to the way that the primecount spkg (an no other spkgs) uses
> @rpath, I am concerned that care may be required when defining
> AC_LIB_RPATH.  Currently all spkgs, except for primecount, set the rpath in
> a dylib to an absolute path to the directory containing the library.  Also
> most libraries have multiple copies of the LC_RPATH load command with sets
> that rpath.  (There are usually between 2 and 5 LS_RPATH load commands.)
>
> - Marc
> On Sunday, July 10, 2022 at 6:24:36 PM UTC-5 Volker Braun wrote:
>
>> 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
>>
>> 625ac58151 (trac/develop, tag: 9.7.beta5) Updated SageMath version to
>> 9.7.beta5
>> 413ff13c54 Trac #34056: cleaning two files in quadratic forms
>> cb65d06dd2 Trac #34055: Remove "ssl" target from Makefile
>> 0740d209ca Trac #34053: pycodestyle cleanup in
>> src/sage/graphs/base/static_sparse_graph.pyx
>> 539a5c073c Trac #34046: pycodestyle cleanup in
>> src/sage/graphs/base/boost_graph.pyx
>> 6790b30aeb Trac #34044: pycodestyle cleanup in
>> src/sage/graphs/generators/smallgraphs.py (part 3)
>> 6e4de5191b Trac #34043: pycodestyle cleanup in
>> src/sage/graphs/generators/smallgraphs.py (part 2)
>> 3d2f91c326 Trac #34042: pycodestyle cleanup in
>> src/sage/graphs/generators/smallgraphs.py (part 1)
>> 45c1d36c3a Trac #34034: pycodestyle cleanup in
>> src/sage/graphs/generators/random.py
>> 9f1388bac5 Trac #34032: pycodestyle cleanup in
>> src/sage/graphs/generators/world_map.py
>> 248a6e15e6 Trac #34023: pycodestyle cleanup in distance_regular.pyx (part
>> 1)
>> 0a77b4496f Trac #34022: pycodestyle cleanup in
>> src/sage/graphs/generators/classical_geometries.py
>> 0cec8684d7 Trac #34135: modernize super() in groups
>> 38b2bf7529 Trac #34058: sage 9.6 special function translation issue with
>> fricas. elliptic_ec
>> 720adde3bb Trac #32716: pkgs/sagemath-*/tox.ini: Create environment that
>> uses Sage's python as the basepython, fix sagemath-standard deps
>> 6294f36ee4 Trac #28925: Modify find_python_sources to support
>> modularization of sagelib by native namespace packages (PEP 420)
>> 5063ca7441 Trac #34021: pycodestyle in 5 files of
>> src/sage/graphs/generators
>> 648ea02cda Trac #34018: pycodestyle cleanup in
>> src/sage/graphs/graph_decompositions/
>> 44562ec0cf Trac #34016: improve pycodestyle in 4 files in graphs
>> aa79451a04 Trac #34015: pycodestyle cleanup in planarity.pyx and
>> path_enumeration.pyx
>> 3268d19fa5 Trac #34013: pycodestyle cleanup in schnyder.py and
>> print_graphs.py
>> a6f5a56109 Trac #34012: pycodestyle cleanup in
>> sage.graphs.spanning_tree.pyx, weakly_chordal.pyx
>> b5041b18ad Trac #34011: pycodestyle cleanup in sage.graphs.views.pyx,
>> trees.pyx, traversals.pyx
>> 81f843e76b Trac #34010: pycodestyle cleanup in
>> sage.graphs.tutte_polynomial.py
>> c2550f7093 Trac #34009: pycodestyle cleanup in
>> sage.graphs.hyperbolicity.pyx
>> 44a5f5b3d9 Trac #33952: Add methods to compute holomorphic differentials
>> of function field
>> 6ea1dc5f9e Trac #33868: Add modules over integral domain
>> b593b48ed7 Trac #33791: ci-cygwin: Refactor using reusable workflows
>> 1fc79b83f6 Trac #33788: GH Actions: Split ci-macos.yml out from tox.yml
>> 931d6ac039 Trac #33777: Deprecate Sage's CHomP interface
>> c364788de0 Trac #33708: make elliptic-curve isogenies compute Montgomery
>> codomains
>> 64e29cf9d9 Trac #33144: Remove some py2 tags in explain_pickle
>> 1c0f22aabf Trac #34132: Update primesieve to 8.0, primecount to 7.4
>> 9793520438 <(979)%20352-0438> Trac #34121: Heegner point method can
>> r

Re: [sage-release] Re: Sage 9.7.beta5 released

[Marc Culler]

Yes, I tried that but there was no change.

However when I deleted the calls to the undefined autoconf commands from 
the configure script (which meant changing about 5 lines in the script) I 
was able to run configure and the make build appears to be running normally 
after that.  Incidentally, the bootstrap script generates warning about the 
same commands, as well as AC_LIB_APPENDTOVAR:

*m4/sage_spkg_configures.m4:605: warning: AC_LIB_PREPARE_PREFIX is 
m4_require'd but not m4_defun'd*
*m4/sage_spkg_configures.m4:605: warning: AC_LIB_RPATH is m4_require'd but 
not m4_defun'd*
*m4/sage_spkg_configures.m4:605: the top level*





*configure.ac:52: error: possibly undefined macro: AC_LIB_RPATH  If 
this token and others are legitimate, please use m4_pattern_allow.  See 
the Autoconf documentation.configure:24924: error: possibly undefined 
macro: AC_LIB_PREPARE_PREFIXconfigure:24930: error: possibly undefined 
macro: AC_LIB_LINKFLAGS_BODYconfigure:24938: error: possibly undefined 
macro: AC_LIB_APPENDTOVAR*


Here are the changes I had to make to get a working configure script:


















*4932c4932< AC_LIB_RPATH---> #AC_LIB_RPATH24924,24925c24924,24925< 
AC_LIB_PREPARE_PREFIX< AC_LIB_RPATH---> #AC_LIB_PREPARE_PREFIX> 
#AC_LIB_RPATH24930c24930<   AC_LIB_LINKFLAGS_BODY(iconv)---> # 
 AC_LIB_LINKFLAGS_BODY(iconv)24938c24938<   AC_LIB_APPENDTOVAR(CPPFLAGS, 
$INCICONV)---> #  AC_LIB_APPENDTOVAR(CPPFLAGS, $INCICONV)*


- Marc
On Monday, July 11, 2022 at 7:11:21 AM UTC-5 Dima Pasechnik wrote:

>
> did you run
> ./bootstrap
> ?
> On Mon, 11 Jul 2022, 13:08 Marc Culler,  wrote:
>
>> I am not able to build beta5 after running make distclean using my 
>> standard build script that includes no external libraries.  I am seeing 
>> errors about missing autoconf commands:
>>
>> make: `configure' is up to date.
>> ./configure: line 4932: AC_LIB_RPATH: command not found
>> ./configure: line 24924: AC_LIB_PREPARE_PREFIX: command not found
>> ./configure: line 24925: AC_LIB_RPATH: command not found
>> ./configure: line 24930: syntax error near unexpected token `iconv'
>> ./configure: line 24930: `  AC_LIB_LINKFLAGS_BODY(iconv)'
>>
>> The make build run then fails with the same errors:
>>
>>
>> -
>> Checking whether SageMath should install SPKG gsl...
>> checking whether any of openblas is installed as or will be installed as 
>> SPKG... yes; install gsl as well
>> configure: no suitable system package found for SPKG gsl
>> ./configure: line 24924: AC_LIB_PREPARE_PREFIX: command not found
>> ./configure: line 24925: AC_LIB_RPATH: command not found
>> ./configure: line 24930: syntax error near unexpected token `iconv'
>> ./configure: line 24930: `  AC_LIB_LINKFLAGS_BODY(iconv)'
>>
>> Since the recently discovered issues with primecount were very closely 
>> related to the way that the primecount spkg (an no other spkgs) uses 
>> @rpath, I am concerned that care may be required when defining 
>> AC_LIB_RPATH.  Currently all spkgs, except for primecount, set the rpath in 
>> a dylib to an absolute path to the directory containing the library.  Also 
>> most libraries have multiple copies of the LC_RPATH load command with sets 
>> that rpath.  (There are usually between 2 and 5 LS_RPATH load commands.)
>>
>> - Marc
>> On Sunday, July 10, 2022 at 6:24:36 PM UTC-5 Volker Braun wrote:
>>
>>> 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
>>>
>>> 625ac58151 (trac/develop, tag: 9.7.beta5) Updated SageMath version to 
>>> 9.7.beta5
>>> 413ff13c54 Trac #34056: cleaning two files in quadratic forms
>>> cb65d06dd2 Trac #34055: Remove "ssl" target from Makefile
>>> 0740d209ca Trac #34053: pycodestyle cleanup in 
>>> src/sage/graphs/base/static_sparse_graph.pyx
>>> 539a5c073c Trac #34046: pycodestyle cleanup in 
>>> src/sage/graphs/base/boost_graph.pyx
>>> 6790b30aeb Trac #34044: pycodestyle cleanup in 
>>> src/sage/graphs/generators/smallgraphs.py (part 3)
>>> 6e4de5191b Trac #34043: pycodestyle cleanup in 
>>> src/sage/graphs/generators/smallgraphs.py (part 2)
>>> 3d2f91c326 Trac #34042: pycodestyle cleanup in 
>>> src/sage/graphs/generators/smallgraphs.py (part 1)
>>> 45c1d36c3a Trac #34034: pycodestyle cleanup in 
>>> src/sage/graphs/generators/random.py
>>> 9f1388bac5 Trac #34032: pycodestyle cleanup in 
>>> src/sage/graphs/generators/world_map.py
>>> 248a6e15e6 Trac #34023: pycodestyle cleanup in distance_regular.pyx 
>>> (part 1)
>>> 0a77b4496f Trac #34022: pycodestyle cleanup in 
>>> src/sage/graphs/generators/classical_geometries.py
>>> 0cec8684d7 Trac #34135: modernize super() in groups
>>> 38b2bf7529 Trac #34058: sage 9.6 special function translation issue with 
>>> fricas. elliptic_ec
>>> 720adde3bb Trac #32716: pkgs/sagemath-*/tox.ini: Create environment that 
>>> uses Sage's python

Re: [sage-release] Re: Sage 9.7.beta5 released

[Kenji Iohara]

On my Mac OS 12.4 with Intel Core i5, with homebrew and Xcode 13.4.1, it
compiled from the first build.


2022年7月11日(月) 15:21 Marc Culler :

> Yes, I tried that but there was no change.
>
> However when I deleted the calls to the undefined autoconf commands from
> the configure script (which meant changing about 5 lines in the script) I
> was able to run configure and the make build appears to be running normally
> after that.  Incidentally, the bootstrap script generates warning about the
> same commands, as well as AC_LIB_APPENDTOVAR:
>
> *m4/sage_spkg_configures.m4:605: warning: AC_LIB_PREPARE_PREFIX is
> m4_require'd but not m4_defun'd*
> *m4/sage_spkg_configures.m4:605: warning: AC_LIB_RPATH is m4_require'd but
> not m4_defun'd*
> *m4/sage_spkg_configures.m4:605: the top level*
>
>
>
>
>
> *configure.ac:52 : error: possibly undefined
> macro: AC_LIB_RPATH  If this token and others are legitimate, please
> use m4_pattern_allow.  See the Autoconf documentation.configure:24924:
> error: possibly undefined macro: AC_LIB_PREPARE_PREFIXconfigure:24930:
> error: possibly undefined macro: AC_LIB_LINKFLAGS_BODYconfigure:24938:
> error: possibly undefined macro: AC_LIB_APPENDTOVAR*
>
>
> Here are the changes I had to make to get a working configure script:
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *4932c4932< AC_LIB_RPATH---> #AC_LIB_RPATH24924,24925c24924,24925<
> AC_LIB_PREPARE_PREFIX< AC_LIB_RPATH---> #AC_LIB_PREPARE_PREFIX>
> #AC_LIB_RPATH24930c24930<   AC_LIB_LINKFLAGS_BODY(iconv)---> #
>  AC_LIB_LINKFLAGS_BODY(iconv)24938c24938<   AC_LIB_APPENDTOVAR(CPPFLAGS,
> $INCICONV)---> #  AC_LIB_APPENDTOVAR(CPPFLAGS, $INCICONV)*
>
>
> - Marc
> On Monday, July 11, 2022 at 7:11:21 AM UTC-5 Dima Pasechnik wrote:
>
>>
>> did you run
>> ./bootstrap
>> ?
>> On Mon, 11 Jul 2022, 13:08 Marc Culler,  wrote:
>>
>>> I am not able to build beta5 after running make distclean using my
>>> standard build script that includes no external libraries.  I am seeing
>>> errors about missing autoconf commands:
>>>
>>> make: `configure' is up to date.
>>> ./configure: line 4932: AC_LIB_RPATH: command not found
>>> ./configure: line 24924: AC_LIB_PREPARE_PREFIX: command not found
>>> ./configure: line 24925: AC_LIB_RPATH: command not found
>>> ./configure: line 24930: syntax error near unexpected token `iconv'
>>> ./configure: line 24930: `  AC_LIB_LINKFLAGS_BODY(iconv)'
>>>
>>> The make build run then fails with the same errors:
>>>
>>>
>>> -
>>> Checking whether SageMath should install SPKG gsl...
>>> checking whether any of openblas is installed as or will be installed as
>>> SPKG... yes; install gsl as well
>>> configure: no suitable system package found for SPKG gsl
>>> ./configure: line 24924: AC_LIB_PREPARE_PREFIX: command not found
>>> ./configure: line 24925: AC_LIB_RPATH: command not found
>>> ./configure: line 24930: syntax error near unexpected token `iconv'
>>> ./configure: line 24930: `  AC_LIB_LINKFLAGS_BODY(iconv)'
>>>
>>> Since the recently discovered issues with primecount were very closely
>>> related to the way that the primecount spkg (an no other spkgs) uses
>>> @rpath, I am concerned that care may be required when defining
>>> AC_LIB_RPATH.  Currently all spkgs, except for primecount, set the rpath in
>>> a dylib to an absolute path to the directory containing the library.  Also
>>> most libraries have multiple copies of the LC_RPATH load command with sets
>>> that rpath.  (There are usually between 2 and 5 LS_RPATH load commands.)
>>>
>>> - Marc
>>> On Sunday, July 10, 2022 at 6:24:36 PM UTC-5 Volker Braun wrote:
>>>
 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

 625ac58151 (trac/develop, tag: 9.7.beta5) Updated SageMath version to
 9.7.beta5
 413ff13c54 Trac #34056: cleaning two files in quadratic forms
 cb65d06dd2 Trac #34055: Remove "ssl" target from Makefile
 0740d209ca Trac #34053: pycodestyle cleanup in
 src/sage/graphs/base/static_sparse_graph.pyx
 539a5c073c Trac #34046: pycodestyle cleanup in
 src/sage/graphs/base/boost_graph.pyx
 6790b30aeb Trac #34044: pycodestyle cleanup in
 src/sage/graphs/generators/smallgraphs.py (part 3)
 6e4de5191b Trac #34043: pycodestyle cleanup in
 src/sage/graphs/generators/smallgraphs.py (part 2)
 3d2f91c326 Trac #34042: pycodestyle cleanup in
 src/sage/graphs/generators/smallgraphs.py (part 1)
 45c1d36c3a Trac #34034: pycodestyle cleanup in
 src/sage/graphs/generators/random.py
 9f1388bac5 Trac #34032: pycodestyle cleanup in
 src/sage/graphs/generators/world_map.py
 248a6e15e6 Trac #34023: pycodestyle cleanup in distance_regular.pyx
 (part 1)
 0a77b4496f Trac #34022: pycodestyle cleanup in
 src/sage/graphs/generators/classical

Re: [sage-release] Re: Sage 9.7.beta5 released

[Dima Pasechnik]

On Mon, Jul 11, 2022 at 2:21 PM Marc Culler  wrote:
>
> Yes, I tried that but there was no change.
Was it succesfully run?

Do you have autotools and gettext installed?

>
> However when I deleted the calls to the undefined autoconf commands from the 
> configure script (which meant changing about 5 lines in the script) I was 
> able to run configure and the make build appears to be running normally after 
> that.  Incidentally, the bootstrap script generates warning about the same 
> commands, as well as AC_LIB_APPENDTOVAR:
>
> m4/sage_spkg_configures.m4:605: warning: AC_LIB_PREPARE_PREFIX is 
> m4_require'd but not m4_defun'd
> m4/sage_spkg_configures.m4:605: warning: AC_LIB_RPATH is m4_require'd but not 
> m4_defun'd
> m4/sage_spkg_configures.m4:605: the top level
> configure.ac:52: error: possibly undefined macro: AC_LIB_RPATH
>   If this token and others are legitimate, please use m4_pattern_allow.
>   See the Autoconf documentation.
> configure:24924: error: possibly undefined macro: AC_LIB_PREPARE_PREFIX
> configure:24930: error: possibly undefined macro: AC_LIB_LINKFLAGS_BODY
> configure:24938: error: possibly undefined macro: AC_LIB_APPENDTOVAR
>
>
> Here are the changes I had to make to get a working configure script:
>
> 4932c4932
> < AC_LIB_RPATH
> ---
> > #AC_LIB_RPATH
> 24924,24925c24924,24925
> < AC_LIB_PREPARE_PREFIX
> < AC_LIB_RPATH
> ---
> > #AC_LIB_PREPARE_PREFIX
> > #AC_LIB_RPATH
> 24930c24930
> <   AC_LIB_LINKFLAGS_BODY(iconv)
> ---
> > #  AC_LIB_LINKFLAGS_BODY(iconv)
> 24938c24938
> <   AC_LIB_APPENDTOVAR(CPPFLAGS, $INCICONV)
> ---
> > #  AC_LIB_APPENDTOVAR(CPPFLAGS, $INCICONV)
>
>
> - Marc
> On Monday, July 11, 2022 at 7:11:21 AM UTC-5 Dima Pasechnik wrote:
>>
>>
>> did you run
>> ./bootstrap
>> ?
>> On Mon, 11 Jul 2022, 13:08 Marc Culler,  wrote:
>>>
>>> I am not able to build beta5 after running make distclean using my standard 
>>> build script that includes no external libraries.  I am seeing errors about 
>>> missing autoconf commands:
>>>
>>> make: `configure' is up to date.
>>> ./configure: line 4932: AC_LIB_RPATH: command not found
>>> ./configure: line 24924: AC_LIB_PREPARE_PREFIX: command not found
>>> ./configure: line 24925: AC_LIB_RPATH: command not found
>>> ./configure: line 24930: syntax error near unexpected token `iconv'
>>> ./configure: line 24930: `  AC_LIB_LINKFLAGS_BODY(iconv)'
>>>
>>> The make build run then fails with the same errors:
>>>
>>> -
>>> Checking whether SageMath should install SPKG gsl...
>>> checking whether any of openblas is installed as or will be installed as 
>>> SPKG... yes; install gsl as well
>>> configure: no suitable system package found for SPKG gsl
>>> ./configure: line 24924: AC_LIB_PREPARE_PREFIX: command not found
>>> ./configure: line 24925: AC_LIB_RPATH: command not found
>>> ./configure: line 24930: syntax error near unexpected token `iconv'
>>> ./configure: line 24930: `  AC_LIB_LINKFLAGS_BODY(iconv)'
>>>
>>> Since the recently discovered issues with primecount were very closely 
>>> related to the way that the primecount spkg (an no other spkgs) uses 
>>> @rpath, I am concerned that care may be required when defining 
>>> AC_LIB_RPATH.  Currently all spkgs, except for primecount, set the rpath in 
>>> a dylib to an absolute path to the directory containing the library.  Also 
>>> most libraries have multiple copies of the LC_RPATH load command with sets 
>>> that rpath.  (There are usually between 2 and 5 LS_RPATH load commands.)
>>>
>>> - Marc
>>> On Sunday, July 10, 2022 at 6:24:36 PM UTC-5 Volker Braun wrote:

 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

 625ac58151 (trac/develop, tag: 9.7.beta5) Updated SageMath version to 
 9.7.beta5
 413ff13c54 Trac #34056: cleaning two files in quadratic forms
 cb65d06dd2 Trac #34055: Remove "ssl" target from Makefile
 0740d209ca Trac #34053: pycodestyle cleanup in 
 src/sage/graphs/base/static_sparse_graph.pyx
 539a5c073c Trac #34046: pycodestyle cleanup in 
 src/sage/graphs/base/boost_graph.pyx
 6790b30aeb Trac #34044: pycodestyle cleanup in 
 src/sage/graphs/generators/smallgraphs.py (part 3)
 6e4de5191b Trac #34043: pycodestyle cleanup in 
 src/sage/graphs/generators/smallgraphs.py (part 2)
 3d2f91c326 Trac #34042: pycodestyle cleanup in 
 src/sage/graphs/generators/smallgraphs.py (part 1)
 45c1d36c3a Trac #34034: pycodestyle cleanup in 
 src/sage/graphs/generators/random.py
 9f1388bac5 Trac #34032: pycodestyle cleanup in 
 src/sage/graphs/generators/world_map.py
 248a6e15e6 Trac #34023: pycodestyle cleanup in distance_regular.pyx (part 
 1)
 0a77b4496f Trac #34022: pycodestyle cleanup in 
 src/sage/graphs/generators/classical_geometries.py
>>

Re: [sage-release] Re: Sage 9.7.beta5 released

[Marc Culler]

As I said, I am not using any homebrew packages or any other external 
libraries for this build.  Sage should be able to build without homebrew,.  
The binary macOS app needs to be self-contained and relocatable.

The configure file for previous betas did not use the AC_LIB_RPATH command, 
although it is mentioned in configure.ac.  The other undefined autoconf 
commands do not appear at all in earlier betas.

- Marc

On Monday, July 11, 2022 at 8:25:27 AM UTC-5 Kenji Iohara wrote:

> On my Mac OS 12.4 with Intel Core i5, with homebrew and Xcode 13.4.1, it 
> compiled from the first build. 
>
>
> 2022年7月11日(月) 15:21 Marc Culler :
>
>> Yes, I tried that but there was no change.
>>
>> However when I deleted the calls to the undefined autoconf commands from 
>> the configure script (which meant changing about 5 lines in the script) I 
>> was able to run configure and the make build appears to be running normally 
>> after that.  Incidentally, the bootstrap script generates warning about the 
>> same commands, as well as AC_LIB_APPENDTOVAR:
>>
>> *m4/sage_spkg_configures.m4:605: warning: AC_LIB_PREPARE_PREFIX is 
>> m4_require'd but not m4_defun'd*
>> *m4/sage_spkg_configures.m4:605: warning: AC_LIB_RPATH is m4_require'd 
>> but not m4_defun'd*
>> *m4/sage_spkg_configures.m4:605: the top level*
>>
>>
>>
>>
>>
>> *configure.ac:52 : error: possibly undefined 
>> macro: AC_LIB_RPATH  If this token and others are legitimate, please 
>> use m4_pattern_allow.  See the Autoconf documentation.configure:24924: 
>> error: possibly undefined macro: AC_LIB_PREPARE_PREFIXconfigure:24930: 
>> error: possibly undefined macro: AC_LIB_LINKFLAGS_BODYconfigure:24938: 
>> error: possibly undefined macro: AC_LIB_APPENDTOVAR*
>>
>>
>> Here are the changes I had to make to get a working configure script:
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> *4932c4932< AC_LIB_RPATH---> #AC_LIB_RPATH24924,24925c24924,24925< 
>> AC_LIB_PREPARE_PREFIX< AC_LIB_RPATH---> #AC_LIB_PREPARE_PREFIX> 
>> #AC_LIB_RPATH24930c24930<   AC_LIB_LINKFLAGS_BODY(iconv)---> # 
>>  AC_LIB_LINKFLAGS_BODY(iconv)24938c24938<   AC_LIB_APPENDTOVAR(CPPFLAGS, 
>> $INCICONV)---> #  AC_LIB_APPENDTOVAR(CPPFLAGS, $INCICONV)*
>>
>>
>> - Marc
>> On Monday, July 11, 2022 at 7:11:21 AM UTC-5 Dima Pasechnik wrote:
>>
>>>
>>> did you run
>>> ./bootstrap
>>> ?
>>> On Mon, 11 Jul 2022, 13:08 Marc Culler,  wrote:
>>>
 I am not able to build beta5 after running make distclean using my 
 standard build script that includes no external libraries.  I am seeing 
 errors about missing autoconf commands:

 make: `configure' is up to date.
 ./configure: line 4932: AC_LIB_RPATH: command not found
 ./configure: line 24924: AC_LIB_PREPARE_PREFIX: command not found
 ./configure: line 24925: AC_LIB_RPATH: command not found
 ./configure: line 24930: syntax error near unexpected token `iconv'
 ./configure: line 24930: `  AC_LIB_LINKFLAGS_BODY(iconv)'

 The make build run then fails with the same errors:


 -
 Checking whether SageMath should install SPKG gsl...
 checking whether any of openblas is installed as or will be installed 
 as SPKG... yes; install gsl as well
 configure: no suitable system package found for SPKG gsl
 ./configure: line 24924: AC_LIB_PREPARE_PREFIX: command not found
 ./configure: line 24925: AC_LIB_RPATH: command not found
 ./configure: line 24930: syntax error near unexpected token `iconv'
 ./configure: line 24930: `  AC_LIB_LINKFLAGS_BODY(iconv)'

 Since the recently discovered issues with primecount were very closely 
 related to the way that the primecount spkg (an no other spkgs) uses 
 @rpath, I am concerned that care may be required when defining 
 AC_LIB_RPATH.  Currently all spkgs, except for primecount, set the rpath 
 in 
 a dylib to an absolute path to the directory containing the library.  Also 
 most libraries have multiple copies of the LC_RPATH load command with sets 
 that rpath.  (There are usually between 2 and 5 LS_RPATH load commands.)

 - Marc
 On Sunday, July 10, 2022 at 6:24:36 PM UTC-5 Volker Braun wrote:

> 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
>
> 625ac58151 (trac/develop, tag: 9.7.beta5) Updated SageMath version to 
> 9.7.beta5
> 413ff13c54 Trac #34056: cleaning two files in quadratic forms
> cb65d06dd2 Trac #34055: Remove "ssl" target from Makefile
> 0740d209ca Trac #34053: pycodestyle cleanup in 
> src/sage/graphs/base/static_sparse_graph.pyx
> 539a5c073c Trac #34046: pycodestyle cleanup in 
> src/sage/graphs/base/boost_graph.pyx
> 6790b30aeb Trac #34044: pycodestyle cleanup 

Re: [sage-release] Re: Sage 9.7.beta5 released

[Dima Pasechnik]

On Mon, Jul 11, 2022 at 3:54 PM Marc Culler  wrote:
>
> As I said, I am not using any homebrew packages or any other external 
> libraries for this build.  Sage should be able to build without homebrew,.

You need autotools if you want to modify ./configure
They can come from Homebrew, conda, doesn't matter, because they are
not bundled with Sage anyway.

Probably configure package for beta5 was not made correctly.

One way to fix it is to re-create ./configure from ./bootstrap



> The binary macOS app needs to be self-contained and relocatable.
>
> The configure file for previous betas did not use the AC_LIB_RPATH command, 
> although it is mentioned in configure.ac.  The other undefined autoconf 
> commands do not appear at all in earlier betas.
>
> - Marc
>
> On Monday, July 11, 2022 at 8:25:27 AM UTC-5 Kenji Iohara wrote:
>>
>> On my Mac OS 12.4 with Intel Core i5, with homebrew and Xcode 13.4.1, it 
>> compiled from the first build.
>>
>>
>> 2022年7月11日(月) 15:21 Marc Culler :
>>>
>>> Yes, I tried that but there was no change.
>>>
>>> However when I deleted the calls to the undefined autoconf commands from 
>>> the configure script (which meant changing about 5 lines in the script) I 
>>> was able to run configure and the make build appears to be running normally 
>>> after that.  Incidentally, the bootstrap script generates warning about the 
>>> same commands, as well as AC_LIB_APPENDTOVAR:
>>>
>>> m4/sage_spkg_configures.m4:605: warning: AC_LIB_PREPARE_PREFIX is 
>>> m4_require'd but not m4_defun'd
>>> m4/sage_spkg_configures.m4:605: warning: AC_LIB_RPATH is m4_require'd but 
>>> not m4_defun'd
>>> m4/sage_spkg_configures.m4:605: the top level
>>> configure.ac:52: error: possibly undefined macro: AC_LIB_RPATH
>>>   If this token and others are legitimate, please use m4_pattern_allow.
>>>   See the Autoconf documentation.
>>> configure:24924: error: possibly undefined macro: AC_LIB_PREPARE_PREFIX
>>> configure:24930: error: possibly undefined macro: AC_LIB_LINKFLAGS_BODY
>>> configure:24938: error: possibly undefined macro: AC_LIB_APPENDTOVAR
>>>
>>>
>>> Here are the changes I had to make to get a working configure script:
>>>
>>> 4932c4932
>>> < AC_LIB_RPATH
>>> ---
>>> > #AC_LIB_RPATH
>>> 24924,24925c24924,24925
>>> < AC_LIB_PREPARE_PREFIX
>>> < AC_LIB_RPATH
>>> ---
>>> > #AC_LIB_PREPARE_PREFIX
>>> > #AC_LIB_RPATH
>>> 24930c24930
>>> <   AC_LIB_LINKFLAGS_BODY(iconv)
>>> ---
>>> > #  AC_LIB_LINKFLAGS_BODY(iconv)
>>> 24938c24938
>>> <   AC_LIB_APPENDTOVAR(CPPFLAGS, $INCICONV)
>>> ---
>>> > #  AC_LIB_APPENDTOVAR(CPPFLAGS, $INCICONV)
>>>
>>>
>>> - Marc
>>> On Monday, July 11, 2022 at 7:11:21 AM UTC-5 Dima Pasechnik wrote:


 did you run
 ./bootstrap
 ?
 On Mon, 11 Jul 2022, 13:08 Marc Culler,  wrote:
>
> I am not able to build beta5 after running make distclean using my 
> standard build script that includes no external libraries.  I am seeing 
> errors about missing autoconf commands:
>
> make: `configure' is up to date.
> ./configure: line 4932: AC_LIB_RPATH: command not found
> ./configure: line 24924: AC_LIB_PREPARE_PREFIX: command not found
> ./configure: line 24925: AC_LIB_RPATH: command not found
> ./configure: line 24930: syntax error near unexpected token `iconv'
> ./configure: line 24930: `  AC_LIB_LINKFLAGS_BODY(iconv)'
>
> The make build run then fails with the same errors:
>
> -
> Checking whether SageMath should install SPKG gsl...
> checking whether any of openblas is installed as or will be installed as 
> SPKG... yes; install gsl as well
> configure: no suitable system package found for SPKG gsl
> ./configure: line 24924: AC_LIB_PREPARE_PREFIX: command not found
> ./configure: line 24925: AC_LIB_RPATH: command not found
> ./configure: line 24930: syntax error near unexpected token `iconv'
> ./configure: line 24930: `  AC_LIB_LINKFLAGS_BODY(iconv)'
>
> Since the recently discovered issues with primecount were very closely 
> related to the way that the primecount spkg (an no other spkgs) uses 
> @rpath, I am concerned that care may be required when defining 
> AC_LIB_RPATH.  Currently all spkgs, except for primecount, set the rpath 
> in a dylib to an absolute path to the directory containing the library.  
> Also most libraries have multiple copies of the LC_RPATH load command 
> with sets that rpath.  (There are usually between 2 and 5 LS_RPATH load 
> commands.)
>
> - Marc
> On Sunday, July 10, 2022 at 6:24:36 PM UTC-5 Volker Braun wrote:
>>
>> 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
>>
>> 625ac58151 (trac/develop, tag: 9.7.beta5) Updated SageMath version to

Re: [sage-release] Re: Sage 9.7.beta5 released

[Marc Culler]

I do not install anything on my build system (except I am forced to install
the homebrew gfortran on the arm64 build system).  Everything needed to
build sage must be included in the sage repo, and until 9.7.beta5 that was
the case.

I do not think it would be wise to require people to install gettext and
autotools in order to build sage and it is clearly not necessary since it
was not necessary until this moment.  If you read configure.ac you will see
this in the comments:

dnl The AC_LIB_RPATH macro comes from gettext, which is one of our bootstrap
dnl packages. It defines, among other things, the $acl_shlibext variable
that
dnl contains the shared library extension for this system. We already use
the
dnl AM_ICONV macro from gettext (which ultimately calls AC_LIB_RPATH), and
we
dnl avoid involving libtool by using it to get the shared library extension.

It would appear that somehow gettext was silently removed from the list of
bootstrap packages for beta5, which is clearly not a good idea.

- Marc

- Marc

On Mon, Jul 11, 2022 at 9:08 AM Dima Pasechnik  wrote:

> On Mon, Jul 11, 2022 at 2:21 PM Marc Culler  wrote:
> >
> > Yes, I tried that but there was no change.
> Was it succesfully run?
>
> Do you have autotools and gettext installed?
>
> >
> > However when I deleted the calls to the undefined autoconf commands from
> the configure script (which meant changing about 5 lines in the script) I
> was able to run configure and the make build appears to be running normally
> after that.  Incidentally, the bootstrap script generates warning about the
> same commands, as well as AC_LIB_APPENDTOVAR:
> >
> > m4/sage_spkg_configures.m4:605: warning: AC_LIB_PREPARE_PREFIX is
> m4_require'd but not m4_defun'd
> > m4/sage_spkg_configures.m4:605: warning: AC_LIB_RPATH is m4_require'd
> but not m4_defun'd
> > m4/sage_spkg_configures.m4:605: the top level
> > configure.ac:52: error: possibly undefined macro: AC_LIB_RPATH
> >   If this token and others are legitimate, please use
> m4_pattern_allow.
> >   See the Autoconf documentation.
> > configure:24924: error: possibly undefined macro: AC_LIB_PREPARE_PREFIX
> > configure:24930: error: possibly undefined macro: AC_LIB_LINKFLAGS_BODY
> > configure:24938: error: possibly undefined macro: AC_LIB_APPENDTOVAR
> >
> >
> > Here are the changes I had to make to get a working configure script:
> >
> > 4932c4932
> > < AC_LIB_RPATH
> > ---
> > > #AC_LIB_RPATH
> > 24924,24925c24924,24925
> > < AC_LIB_PREPARE_PREFIX
> > < AC_LIB_RPATH
> > ---
> > > #AC_LIB_PREPARE_PREFIX
> > > #AC_LIB_RPATH
> > 24930c24930
> > <   AC_LIB_LINKFLAGS_BODY(iconv)
> > ---
> > > #  AC_LIB_LINKFLAGS_BODY(iconv)
> > 24938c24938
> > <   AC_LIB_APPENDTOVAR(CPPFLAGS, $INCICONV)
> > ---
> > > #  AC_LIB_APPENDTOVAR(CPPFLAGS, $INCICONV)
> >
> >
> > - Marc
> > On Monday, July 11, 2022 at 7:11:21 AM UTC-5 Dima Pasechnik wrote:
> >>
> >>
> >> did you run
> >> ./bootstrap
> >> ?
> >> On Mon, 11 Jul 2022, 13:08 Marc Culler,  wrote:
> >>>
> >>> I am not able to build beta5 after running make distclean using my
> standard build script that includes no external libraries.  I am seeing
> errors about missing autoconf commands:
> >>>
> >>> make: `configure' is up to date.
> >>> ./configure: line 4932: AC_LIB_RPATH: command not found
> >>> ./configure: line 24924: AC_LIB_PREPARE_PREFIX: command not found
> >>> ./configure: line 24925: AC_LIB_RPATH: command not found
> >>> ./configure: line 24930: syntax error near unexpected token `iconv'
> >>> ./configure: line 24930: `  AC_LIB_LINKFLAGS_BODY(iconv)'
> >>>
> >>> The make build run then fails with the same errors:
> >>>
> >>>
> -
> >>> Checking whether SageMath should install SPKG gsl...
> >>> checking whether any of openblas is installed as or will be installed
> as SPKG... yes; install gsl as well
> >>> configure: no suitable system package found for SPKG gsl
> >>> ./configure: line 24924: AC_LIB_PREPARE_PREFIX: command not found
> >>> ./configure: line 24925: AC_LIB_RPATH: command not found
> >>> ./configure: line 24930: syntax error near unexpected token `iconv'
> >>> ./configure: line 24930: `  AC_LIB_LINKFLAGS_BODY(iconv)'
> >>>
> >>> Since the recently discovered issues with primecount were very closely
> related to the way that the primecount spkg (an no other spkgs) uses
> @rpath, I am concerned that care may be required when defining
> AC_LIB_RPATH.  Currently all spkgs, except for primecount, set the rpath in
> a dylib to an absolute path to the directory containing the library.  Also
> most libraries have multiple copies of the LC_RPATH load command with sets
> that rpath.  (There are usually between 2 and 5 LS_RPATH load commands.)
> >>>
> >>> - Marc
> >>> On Sunday, July 10, 2022 at 6:24:36 PM UTC-5 Volker Braun wrote:
> 
>  As always, you can get the latest beta version from the "develop" git
> branch. Alternatively, the self-contained source tarbal

Re: [sage-release] Re: Sage 9.7.beta5 released

[Marc Culler]

On Mon, Jul 11, 2022 at 10:01 AM Dima Pasechnik  wrote:

>
> One way to fix it is to re-create ./configure from ./bootstrap
>

The problem with this is that the bootstrap script in beta5 generates
warnings about the exact same commands, but then it still goes ahead and
produces a configure script that requires those missing commands.

- Marc

-- 
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, send an email 
to sage-release+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sage-release/CALcZXRHg%3DDdQE9E9pPTYaNXLp222pEFy7c98ZDHuKAEgJm%3Djvw%40mail.gmail.com.

Re: [sage-release] Re: Sage 9.7.beta5 released

[Dima Pasechnik]

On Mon, Jul 11, 2022 at 4:02 PM Marc Culler  wrote:
>
> I do not install anything on my build system (except I am forced to install 
> the homebrew gfortran on the arm64 build system).  Everything needed to build 
> sage must be included in the sage repo, and until 9.7.beta5 that was the case.
>
> I do not think it would be wise to require people to install gettext and 
> autotools in order to build sage

developers do have autotools etc installed, as a rule, and this is a
beta release.
(this is totally not a problem on Linux, and only requires a mild
extra effort on macOS)


>  and it is clearly not necessary since it was not necessary until this 
> moment.  If you read configure.ac you will see this in the comments:
>
> dnl The AC_LIB_RPATH macro comes from gettext, which is one of our bootstrap
> dnl packages. It defines, among other things, the $acl_shlibext variable that
> dnl contains the shared library extension for this system. We already use the
> dnl AM_ICONV macro from gettext (which ultimately calls AC_LIB_RPATH), and we
> dnl avoid involving libtool by using it to get the shared library extension.
>
> It would appear that somehow gettext was silently removed from the list of 
> bootstrap packages for beta5, which is clearly not a good idea.
>
> - Marc
>
> - Marc
>
> On Mon, Jul 11, 2022 at 9:08 AM Dima Pasechnik  wrote:
>>
>> On Mon, Jul 11, 2022 at 2:21 PM Marc Culler  wrote:
>> >
>> > Yes, I tried that but there was no change.
>> Was it succesfully run?
>>
>> Do you have autotools and gettext installed?
>>
>> >
>> > However when I deleted the calls to the undefined autoconf commands from 
>> > the configure script (which meant changing about 5 lines in the script) I 
>> > was able to run configure and the make build appears to be running 
>> > normally after that.  Incidentally, the bootstrap script generates warning 
>> > about the same commands, as well as AC_LIB_APPENDTOVAR:
>> >
>> > m4/sage_spkg_configures.m4:605: warning: AC_LIB_PREPARE_PREFIX is 
>> > m4_require'd but not m4_defun'd
>> > m4/sage_spkg_configures.m4:605: warning: AC_LIB_RPATH is m4_require'd but 
>> > not m4_defun'd
>> > m4/sage_spkg_configures.m4:605: the top level
>> > configure.ac:52: error: possibly undefined macro: AC_LIB_RPATH
>> >   If this token and others are legitimate, please use m4_pattern_allow.
>> >   See the Autoconf documentation.
>> > configure:24924: error: possibly undefined macro: AC_LIB_PREPARE_PREFIX
>> > configure:24930: error: possibly undefined macro: AC_LIB_LINKFLAGS_BODY
>> > configure:24938: error: possibly undefined macro: AC_LIB_APPENDTOVAR
>> >
>> >
>> > Here are the changes I had to make to get a working configure script:
>> >
>> > 4932c4932
>> > < AC_LIB_RPATH
>> > ---
>> > > #AC_LIB_RPATH
>> > 24924,24925c24924,24925
>> > < AC_LIB_PREPARE_PREFIX
>> > < AC_LIB_RPATH
>> > ---
>> > > #AC_LIB_PREPARE_PREFIX
>> > > #AC_LIB_RPATH
>> > 24930c24930
>> > <   AC_LIB_LINKFLAGS_BODY(iconv)
>> > ---
>> > > #  AC_LIB_LINKFLAGS_BODY(iconv)
>> > 24938c24938
>> > <   AC_LIB_APPENDTOVAR(CPPFLAGS, $INCICONV)
>> > ---
>> > > #  AC_LIB_APPENDTOVAR(CPPFLAGS, $INCICONV)
>> >
>> >
>> > - Marc
>> > On Monday, July 11, 2022 at 7:11:21 AM UTC-5 Dima Pasechnik wrote:
>> >>
>> >>
>> >> did you run
>> >> ./bootstrap
>> >> ?
>> >> On Mon, 11 Jul 2022, 13:08 Marc Culler,  wrote:
>> >>>
>> >>> I am not able to build beta5 after running make distclean using my 
>> >>> standard build script that includes no external libraries.  I am seeing 
>> >>> errors about missing autoconf commands:
>> >>>
>> >>> make: `configure' is up to date.
>> >>> ./configure: line 4932: AC_LIB_RPATH: command not found
>> >>> ./configure: line 24924: AC_LIB_PREPARE_PREFIX: command not found
>> >>> ./configure: line 24925: AC_LIB_RPATH: command not found
>> >>> ./configure: line 24930: syntax error near unexpected token `iconv'
>> >>> ./configure: line 24930: `  AC_LIB_LINKFLAGS_BODY(iconv)'
>> >>>
>> >>> The make build run then fails with the same errors:
>> >>>
>> >>> -
>> >>> Checking whether SageMath should install SPKG gsl...
>> >>> checking whether any of openblas is installed as or will be installed as 
>> >>> SPKG... yes; install gsl as well
>> >>> configure: no suitable system package found for SPKG gsl
>> >>> ./configure: line 24924: AC_LIB_PREPARE_PREFIX: command not found
>> >>> ./configure: line 24925: AC_LIB_RPATH: command not found
>> >>> ./configure: line 24930: syntax error near unexpected token `iconv'
>> >>> ./configure: line 24930: `  AC_LIB_LINKFLAGS_BODY(iconv)'
>> >>>
>> >>> Since the recently discovered issues with primecount were very closely 
>> >>> related to the way that the primecount spkg (an no other spkgs) uses 
>> >>> @rpath, I am concerned that care may be required when defining 
>> >>> AC_LIB_RPATH.  Currently all spkgs, except for primecount, set the rpath 
>> >>> in a dylib to an absolute path to the directory c

Re: [sage-release] Re: Sage 9.7.beta5 released

[Dima Pasechnik]

On Mon, Jul 11, 2022 at 4:06 PM Marc Culler  wrote:
>
> On Mon, Jul 11, 2022 at 10:01 AM Dima Pasechnik  wrote:
>>
>>
>> One way to fix it is to re-create ./configure from ./bootstrap
>
>
> The problem with this is that the bootstrap script in beta5 generates 
> warnings about the exact same commands, but then it still goes ahead and 
> produces a configure script that requires those missing commands.

that's a bug in ./bootstrap then.
(Frankly speaking  I am sick and tired of that "no deps" setup we are
supposed to maintain, it's such a timesink...
Why are build tools a problem to have ?)


Does

./bootstrap -D

provide a better ./configure ?

>
> - Marc
>
> --
> 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, send an 
> email to sage-release+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/sage-release/CALcZXRHg%3DDdQE9E9pPTYaNXLp222pEFy7c98ZDHuKAEgJm%3Djvw%40mail.gmail.com.

-- 
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, send an email 
to sage-release+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sage-release/CAAWYfq2tAo-EHigFfxNdSjfYfkqTeYujzv3cfCQi99dQcHOuxw%40mail.gmail.com.

Re: [sage-release] Re: Sage 9.7.beta5 released

[Matthias Köppe]

On Monday, July 11, 2022 at 8:11:38 AM UTC-7 Dima Pasechnik wrote:

> that's a bug in ./bootstrap then.
>

Yes, see https://trac.sagemath.org/ticket/34152 for a proposed fix

 

-- 
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, send an email 
to sage-release+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/sage-release/4deaedc4-d11b-4e92-9cb8-0482dca56a5cn%40googlegroups.com.