Re: [sage-release] Re: Sage 6.10.rc0 released
On 2015-12-11 22:39, William Stein wrote: Hi, I tried to build sage-6.10.rc0 for system-wide use on SageMathCloud, and hit this at the very end when building docs: "RuntimeError: In order to initialize the database, /projects/sage/sage-6.10/local/share/conway_polynomials/conway_polynomials.sobj must exist." As Dima said, this is fixed in http://trac.sagemath.org/ticket/19679 Given that several people reported this bug now but not earlier, there is a regression of some sort: formerly, building the documentation did not require conway_polynomials. Any thoughts? How did other people report success? I guess this problem *only* appears in non-parallel builds. After building the Sage library, conway_polynomials might be built in parallel with the doc just in time. -- 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 post to this group, send email to sage-release@googlegroups.com. Visit this group at https://groups.google.com/group/sage-release. For more options, visit https://groups.google.com/d/optout.
[sage-release] Re: Sage 6.10.rc0 released
Ahem... Testing 6.10rc0 *alone* gave me a (reproduced below) doctest failure : charpent@asus16-ec:/usr/local/sage$ sage -t --long --warn-long 71.2 src/sage/groups/generic.py # 2 doctests failed Running doctests with ID 2015-12-12-10-51-10-1915af2a. Git branch: develop Using --optional=database_gap,dot2tex,mpir,python2,sage,sage_mode Doctesting 1 file. sage -t --long --warn-long 71.2 src/sage/groups/generic.py ** File "src/sage/groups/generic.py", line 1388, in sage.groups.generic.structure_description Failed example: G.structure_description() # optional - database_gap Expected: 'C7' Got: '"C7"' ** File "src/sage/groups/generic.py", line 1393, in sage.groups.generic.structure_description Failed example: groups.matrix.GL(4,2).structure_description() # optional - database_gap Expected: 'A8' Got: '"A8"' ** 1 item had failures: 2 of 14 in sage.groups.generic.structure_description [216 tests, 2 failures, 2.85 s] -- sage -t --long --warn-long 71.2 src/sage/groups/generic.py # 2 doctests failed -- Total time for all tests: 2.9 seconds cpu time: 2.7 seconds cumulative wall time: 2.8 seconds I also get this failure (and only this failure) when testing 6.10rc0+Trac#19692 (in progress : upgrade R to 3.2.3). I do *not* understand this failure (and especially the fact I do *not* get it with Trac#19638..., which upgrades RPy2 (also work in progress, because it still needs documentation). HTH (but doubting it), -- Emmanuel Charpentier Le vendredi 11 décembre 2015 20:39:30 UTC+1, Emmanuel Charpentier a écrit : > > FWIW 6.10rc0+Trac#19638 (not yet reviewed !) passes ptestlong with no > error on Debian testing running on Core i7 + 16 GB RAM. > > I had a compilation hiccup on the build of simplegeneric (0.8.1), which > failed for lack of build directory, but was unable t reproduce the error : > a second make (with no modification whatsoever) was successful and passed > ptestlong. > > I was compiling with MAKE="make -j8". It might be a simple synchronization > problem, but the machine was not especially loaded at the time... > > HTH, > > -- > Emmanuel Charpentier > > Le jeudi 10 décembre 2015 00:50:28 UTC+1, 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 >> >> 098b62d Updated Sage version to 6.10.rc0 >> 2c4edac Trac #19668: Symmetric square L-functions for modular forms >> 4d6e860 Trac #19675: Move normalize_names() out of CategoryObject >> 11979c8 Trac #19643: BRiAl not building on cygwin >> 31843ae Trac #19438: generators given by as_permutation_group in the >> wrong order >> 37d3d59 Trac #19035: Improve assumption documentation and doctest recent >> improvements >> 790580d Trac #17379: Add a 'all' option to the .nth_root() method of >> algebraic numbers >> 250258a Trac #19663: Fix sublinking again >> 10b3951 Trac #19619: Simplify words.py >> 64908bf Trac #19590: Further NTL cleanup >> 89e4c3b Trac #19672: giac depends on Sage runtime >> 1380421 Trac #19648: simplegeneric depends on setuptools >> 672a7d7 Trac #19644: arb does not build on cygwin >> 0e7f333 Trac #19395: Implement Tableau to sign matrix code >> f8392e3 Trac #19664: Fix Laurent series comparison and make it more >> efficient >> 283aad7 Trac #19632: Haemers srgs >> a3d8df6 Trac #19660: Fix bug in word problem for GammaH arithmetic groups >> 94635f7 Trac #19662: Less wasteful management of edge labels >> 7e82223 Trac #19452: Fix PolynomialSequence >> 413272d Trac #19364: Add edges() and endpoints() method to intervals >> 68504c2 Trac #19107: Do not count 4 times the same solution (up to >> rotations) in QuantuminoSolver >> 002d253 Trac #18928: A new structure for Reed-Solomon codes in Sage >> 4ba1e9a Trac #13543: Multi-character variables not supported in >> legend_labels >> 7c27cd2 Updated Sage version to 6.10.beta7 >> >> -- 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 post to this group, send email to sage-release@googlegroups.com. Visit this group at https://groups.google.com/group/sage-release. For more options, visit https://groups.google.com/d/optout.
Re: [sage-release] Re: Sage 6.10.rc0 released
On Friday, December 11, 2015 at 10:39:57 PM UTC+1, William Stein wrote: > > but there's no "conway_polynomials-0.4.p0" in upstream/, only > "conway_polynomials-0.4.tar.bz2", i.e,. with no p0. > Thats normal, the patchlevel is to force reinstalling the package when the spkg-install script changed. The tarball is always pristine upstream (without -pN). -- 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 post to this group, send email to sage-release@googlegroups.com. Visit this group at https://groups.google.com/group/sage-release. For more options, visit https://groups.google.com/d/optout.
[sage-release] Re: Sage 6.10.rc0 released
On Saturday, 12 December 2015 10:02:33 UTC, Emmanuel Charpentier wrote: > Testing 6.10rc0 *alone* gave me a (reproduced below) doctest failure : > > charpent@asus16-ec:/usr/local/sage$ sage -t --long --warn-long 71.2 > src/sage/groups/generic.py # 2 doctests failed > Running doctests with ID 2015-12-12-10-51-10-1915af2a. > Git branch: develop > Using --optional=database_gap,dot2tex,mpir,python2,sage,sage_mode > Doctesting 1 file. > sage -t --long --warn-long 71.2 src/sage/groups/generic.py > ** > File "src/sage/groups/generic.py", line 1388, in > sage.groups.generic.structure_description > Failed example: > G.structure_description() # optional - database_gap > Expected: > 'C7' > Got: > '"C7"' > ** > File "src/sage/groups/generic.py", line 1393, in > sage.groups.generic.structure_description > Failed example: > groups.matrix.GL(4,2).structure_description() # optional - > database_gap > Expected: > 'A8' > Got: > '"A8"' > ** > 1 item had failures: >2 of 14 in sage.groups.generic.structure_description > [216 tests, 2 failures, 2.85 s] > -- > sage -t --long --warn-long 71.2 src/sage/groups/generic.py # 2 doctests > failed > -- > Total time for all tests: 2.9 seconds > cpu time: 2.7 seconds > cumulative wall time: 2.8 seconds > > yes, I get this with rc0 (and few totally irrelevant patches on top). The change goes back to 2015-01-26, according to git blame. Should I open a ticket for this? Dima -- 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 post to this group, send email to sage-release@googlegroups.com. Visit this group at https://groups.google.com/group/sage-release. For more options, visit https://groups.google.com/d/optout.
Re: [sage-release] Re: Sage 6.10.rc0 released
Another data point : to solve another problem, I recompiled Sage from a pristine git clone ... and got the same error as William did. Simply importing the conway_polynomials tarball from the upstream directory of another Sage tree in the "pristine" upstream allowed to recompile ( make distclean &&make ) a Sage that passes ptestlong with no errors. It seems that the build system can build conway_polynomials, but fails to download it if not present, and (worse), fails *silently* : it does not report its absence at software-compilation time, but only at doc-compilation time. HTH, -- Emmanuel Charpentier Le samedi 12 décembre 2015 12:27:22 UTC+1, Volker Braun a écrit : > > On Friday, December 11, 2015 at 10:39:57 PM UTC+1, William Stein wrote: >> >> but there's no "conway_polynomials-0.4.p0" in upstream/, only >> "conway_polynomials-0.4.tar.bz2", i.e,. with no p0. >> > > Thats normal, the patchlevel is to force reinstalling the package when the > spkg-install script changed. The tarball is always pristine upstream > (without -pN). > -- 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 post to this group, send email to sage-release@googlegroups.com. Visit this group at https://groups.google.com/group/sage-release. For more options, visit https://groups.google.com/d/optout.
Re: [sage-release] Re: Sage 6.10.rc0 released
On 2015-12-12 18:42, Emmanuel Charpentier wrote: It seems that the build system can build conway_polynomials, but fails to download it if not present, and (worse), fails *silently* Are you seeing any evidence that the build of conway_polynomials failed? Most likely, the download/build of conway_polynomials did not fail, it just didn't happen. it does not report its absence at software-compilation time, but only at doc-compilation time. There is no longer a difference between software-compilation time and doc-compilation time: the doc can be built in parallel with packages. -- 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 post to this group, send email to sage-release@googlegroups.com. Visit this group at https://groups.google.com/group/sage-release. For more options, visit https://groups.google.com/d/optout.
[sage-release] Re: Sage 6.10.rc0 released
Recompiling from a pristine clone of the git tree seems to fix the problem. The build system seems to have a few problems in its dependencies. Probably not easy to diagnose. A ticket seems in order to me (bu I'm a newbie with Sage development...). HTH, -- Emmanuel Charpentier Le samedi 12 décembre 2015 16:01:06 UTC+1, Dima Pasechnik a écrit : > > > > On Saturday, 12 December 2015 10:02:33 UTC, Emmanuel Charpentier wrote: > >> Testing 6.10rc0 *alone* gave me a (reproduced below) doctest failure : >> >> charpent@asus16-ec:/usr/local/sage$ sage -t --long --warn-long 71.2 >> src/sage/groups/generic.py # 2 doctests failed >> Running doctests with ID 2015-12-12-10-51-10-1915af2a. >> Git branch: develop >> Using --optional=database_gap,dot2tex,mpir,python2,sage,sage_mode >> Doctesting 1 file. >> sage -t --long --warn-long 71.2 src/sage/groups/generic.py >> ** >> File "src/sage/groups/generic.py", line 1388, in >> sage.groups.generic.structure_description >> Failed example: >> G.structure_description() # optional - database_gap >> Expected: >> 'C7' >> Got: >> '"C7"' >> ** >> File "src/sage/groups/generic.py", line 1393, in >> sage.groups.generic.structure_description >> Failed example: >> groups.matrix.GL(4,2).structure_description() # optional - >> database_gap >> Expected: >> 'A8' >> Got: >> '"A8"' >> ** >> 1 item had failures: >>2 of 14 in sage.groups.generic.structure_description >> [216 tests, 2 failures, 2.85 s] >> -- >> sage -t --long --warn-long 71.2 src/sage/groups/generic.py # 2 doctests >> failed >> -- >> Total time for all tests: 2.9 seconds >> cpu time: 2.7 seconds >> cumulative wall time: 2.8 seconds >> >> yes, I get this with rc0 (and few totally irrelevant patches on top). > The change goes back to 2015-01-26, according to git blame. > > Should I open a ticket for this? > > Dima > > -- 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 post to this group, send email to sage-release@googlegroups.com. Visit this group at https://groups.google.com/group/sage-release. For more options, visit https://groups.google.com/d/optout.
Re: [sage-release] Re: Sage 6.10.rc0 released
Le samedi 12 décembre 2015 20:10:48 UTC+1, Jeroen Demeyer a écrit : > > On 2015-12-12 18:42, Emmanuel Charpentier wrote: > > It seems that the build system can build conway_polynomials, but fails > > to download it if not present, and (worse), fails *silently* > > Are you seeing any evidence that the build of conway_polynomials failed? > Nope : I was on other problems, and I solved this problem the Alexandine way : make distclean && make... > Most likely, the download/build of conway_polynomials did not fail, it > just didn't happen. > Quite possible. But this is a problem _per se_, which went unreported. > > > it does > > not report its absence at software-compilation time, but only at > > doc-compilation time > There is no longer a difference between software-compilation time and > doc-compilation time: the doc can be built in parallel with packages. > Could that explain that sometimes, I get a build error for some random packages, and that retrying immediately (i. e. with no modification of the tree) another attempt at make succeeds ? That would point to a problem of tasks synchronization. HTH, -- Emmanuel Charpentier -- 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 post to this group, send email to sage-release@googlegroups.com. Visit this group at https://groups.google.com/group/sage-release. For more options, visit https://groups.google.com/d/optout.
[sage-release] Re: Sage 6.10.rc0 released
Building from scratch on OS X 10.11 fails for me. In the singular log: error: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/install_name_tool: changing install names or rpaths can't be redone for: /Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/local/lib/libsingular.dylib (for architecture x86_64) because larger updated load commands do not fit (the program must be relinked, and you may need to use -headerpad or -headerpad_max_install_names) The build seems to complete, but then when "Testing that Sage starts": Traceback (most recent call last): File "/Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/src/bin/sage-eval", line 4, in from sage.all import * File "/Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/local/lib/python2.7/site-packages/sage/all.py", line 99, in from sage.rings.all import * File "/Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/local/lib/python2.7/site-packages/sage/rings/all.py", line 62, in from number_field.all import * File "/Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/local/lib/python2.7/site-packages/sage/rings/number_field/all.py", line 7, in from totallyreal import enumerate_totallyreal_fields_prim File "sage/rings/number_field/totallyreal_data.pxd", line 12, in init sage.rings.number_field.totallyreal (build/cythonized/sage/rings/number_field/totallyreal.c:10979) File "sage/rings/number_field/totallyreal_data.pyx", line 40, in init sage.rings.number_field.totallyreal_data (build/cythonized/sage/rings/number_field/totallyreal_data.c:11690) File "/Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/local/lib/python2.7/site-packages/sage/rings/polynomial/polynomial_ring_constructor.py", line 459, in PolynomialRing R = _single_variate(base_ring, name, sparse, implementation) File "/Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/local/lib/python2.7/site-packages/sage/rings/polynomial/polynomial_ring_constructor.py", line 531, in _single_variate R = m.PolynomialRing_integral_domain(base_ring, name, sparse, implementation) File "/Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/local/lib/python2.7/site-packages/sage/rings/polynomial/polynomial_ring.py", line 1545, in __init__ sparse=sparse, element_class=element_class) File "/Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/local/lib/python2.7/site-packages/sage/rings/polynomial/polynomial_ring.py", line 1452, in __init__ sparse=sparse, element_class=element_class, category=category) File "/Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/local/lib/python2.7/site-packages/sage/rings/polynomial/polynomial_ring.py", line 306, in __init__ from sage.matrix.matrix_space import is_MatrixSpace File "/Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/local/lib/python2.7/site-packages/sage/matrix/matrix_space.py", line 57, in import matrix_mpolynomial_dense ImportError: dlopen(/Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/local/lib/python2.7/site-packages/sage/matrix/matrix_mpolynomial_dense.so, 2): Library not loaded: libsingular.dylib Referenced from: /Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/local/lib/python2.7/site-packages/sage/matrix/matrix_mpolynomial_dense.so Reason: image not found Sage failed to start up. Please email sage-devel (http://groups.google.com/group/sage-devel) explaining the problem and send the log file /Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/logs/start.log Describe your computer, operating system, etc. make[2]: *** [/Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/local/etc/sage-started.txt] Error 1 make[1]: *** [all] Error 2 On Wednesday, December 9, 2015 at 3:50:28 PM UTC-8, 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 > > 098b62d Updated Sage version to 6.10.rc0 > 2c4edac Trac #19668: Symmetric square L-functions for modular forms > 4d6e860 Trac #19675: Move normalize_names() out of CategoryObject > 11979c8 Trac #19643: BRiAl not building on cygwin > 31843ae Trac #19438: generators given by as_permutation_group in the wrong > order > 37d3d59 Trac #19035: Improve assumption documentation and doctest recent > improvements > 790580d Trac #17379: Add a 'all' option to the .nth_root() method of > algebraic numbers > 250258a Trac #19663: Fix sublinking again > 10b3951 Trac #19619: Simplify words.py > 64908bf Trac #19590: Further NTL cleanup > 89e4c3b Trac #19672: giac depends on Sage runtime > 1380421 Trac #19648: simplegeneric depends on setuptools > 672a7d7 Trac #19644: arb does not build on cygwin > 0e
Re: [sage-release] Sage 6.10.rc0 released
Are you moving sage or is it just after the build? I guess adding header pad_max_install_names on OS X is not a bad idea and would probably help Volker’s work. François > On 13/12/2015, at 18:51, John H Palmieri wrote: > > Building from scratch on OS X 10.11 fails for me. In the singular log: > > error: > /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/install_name_tool: > changing install names or rpaths can't be redone for: > /Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/local/lib/libsingular.dylib > (for architecture x86_64) because larger updated load commands do not fit > (the program must be relinked, and you may need to use -headerpad or > -headerpad_max_install_names) > > The build seems to complete, but then when "Testing that Sage starts": > > Traceback (most recent call last): > File > "/Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/src/bin/sage-eval", > line 4, in > from sage.all import * > File > "/Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/local/lib/python2.7/site-packages/sage/all.py", > line 99, in > from sage.rings.all import * > File > "/Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/local/lib/python2.7/site-packages/sage/rings/all.py", > line 62, in > from number_field.all import * > File > "/Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/local/lib/python2.7/site-packages/sage/rings/number_field/all.py", > line 7, in > from totallyreal import enumerate_totallyreal_fields_prim > File "sage/rings/number_field/totallyreal_data.pxd", line 12, in init > sage.rings.number_field.totallyreal > (build/cythonized/sage/rings/number_field/totallyreal.c:10979) > File "sage/rings/number_field/totallyreal_data.pyx", line 40, in init > sage.rings.number_field.totallyreal_data > (build/cythonized/sage/rings/number_field/totallyreal_data.c:11690) > File > "/Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/local/lib/python2.7/site-packages/sage/rings/polynomial/polynomial_ring_constructor.py", > line 459, in PolynomialRing > R = _single_variate(base_ring, name, sparse, implementation) > File > "/Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/local/lib/python2.7/site-packages/sage/rings/polynomial/polynomial_ring_constructor.py", > line 531, in _single_variate > R = m.PolynomialRing_integral_domain(base_ring, name, sparse, > implementation) > File > "/Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/local/lib/python2.7/site-packages/sage/rings/polynomial/polynomial_ring.py", > line 1545, in __init__ > sparse=sparse, element_class=element_class) > File > "/Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/local/lib/python2.7/site-packages/sage/rings/polynomial/polynomial_ring.py", > line 1452, in __init__ > sparse=sparse, element_class=element_class, category=category) > File > "/Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/local/lib/python2.7/site-packages/sage/rings/polynomial/polynomial_ring.py", > line 306, in __init__ > from sage.matrix.matrix_space import is_MatrixSpace > File > "/Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/local/lib/python2.7/site-packages/sage/matrix/matrix_space.py", > line 57, in > import matrix_mpolynomial_dense > ImportError: > dlopen(/Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/local/lib/python2.7/site-packages/sage/matrix/matrix_mpolynomial_dense.so, > 2): Library not loaded: libsingular.dylib > Referenced from: > /Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/local/lib/python2.7/site-packages/sage/matrix/matrix_mpolynomial_dense.so > Reason: image not found > Sage failed to start up. > Please email sage-devel (http://groups.google.com/group/sage-devel) > explaining the problem and send the log file > > /Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/logs/start.log > Describe your computer, operating system, etc. > make[2]: *** > [/Users/palmieri/Desktop/Sage_stuff/sage_builds/clean/sage-6.10.rc0/local/etc/sage-started.txt] > Error 1 > make[1]: *** [all] Error 2 > > > > On Wednesday, December 9, 2015 at 3:50:28 PM UTC-8, 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 > > 098b62d Updated Sage version to 6.10.rc0 > 2c4edac Trac #19668: Symmetric square L-functions for modular forms > 4d6e860 Trac #19675: Move normalize_names() out of CategoryObject > 11979c8 Trac #19643: BRiAl not building on cygwin > 31843ae Trac #19438: generators given by as_permutation_group in the wrong > order > 37d3d59 Trac #19035: Improve assumption documentation and doctest recent > improvements > 790580d Trac #
