Please build, test, and report! We'd love to hear about your experiences with this release.
Note that race conditions in parallel doctesting should be an issue of the past, thanks to John Palmieri (cf. #9739). At least Dave Kirkby will appreciate that... ;-)
We fixed all doctests failing due to numerical noise on a couple of systems; special thanks go to Rob Beezer for interrupting his Sage vacation for this.
The known build errors (Singular and Symmetrica) on the not-yet-released Ubuntu 11.10 Oneiric Ocelot will be fixed in the next alpha or release candidate for the final Sage 4.7.2, such that these should no longer be an issue when the final of the new Ubuntu gets released in a few weeks.
My apologies to the folks at Sage Days 34 (the Sage / Singular Days), since I originally planned to release before that event, in order to let them base their work on this development release, which includes a lot of tickets and hence many changes to the code, which means that patches based on the previous release are quite likely to need rebasing.
-leif
Wed Sep 28 18:07:18 UTC 2011
== Tickets ==
* We closed 219 tickets in this release. For details, see
#748: [waiting on upstream] update iml to the 1.0.3 release + our patches [Reviewed by Leif Leonhardy] #1904: elliptic curves -- some period lattice functions are not implemented [Reviewed by John Cremona, David Loeffler, Paul Zimmermann] #2110: Cython annotation should be available more easily [Reviewed by Robert Bradshaw] #8085: 1d line plot [Reviewed by Karl-Dieter Crisman] #8217: Marshall Hampton: make 4ti2 an optional package [Reviewed by David Perkinson] #10152: bug in integral_points (for elliptic curves over Q) [Reviewed by William Stein] #10252: ecm does not compile on some 32-bit Linux systems [Reviewed by Leif Leonhardy] #11242: python spkg build fails on Ubuntu 11.04 [Reviewed by Jan Groenewald, Leif Leonhardy] #11405: magma interface needs work in presence of newlines [Reviewed by William Stein] #11421: Mariah Lenox: upgrade optional package NZMATH to version 1.1.0 [Reviewed by William Stein] #11427: optional spkg database_gap-4.4.12.p0.spkg fails test on sage-4.7.1.alpha1 [Reviewed by William Stein] #11504: Karl-Dieter Crisman: Tachyon fails to build on Cygwin - again [Reviewed by Reg Burgess, Leif Leonhardy] #11723: Implement completion: LaurentPolynomialRing -> LaurentSeriesRing [Reviewed by Tom Boothby] #11728: Multiplication(?) buggy in AA [Reviewed by William Stein] #11733: do not load sagenb.misc.misc on startup [Reviewed by Julian Rueth] #11746: Unify the definition of "monomial", introduce "term" [Reviewed by William Stein] #11833: Class for ternary quadratic forms [Reviewed by Leif Leonhardy] #11834: Gustavo Rama: Class for ternary quadratic forms [Reviewed by Leif Leonhardy]
Merged in sage-4.7.2.alpha3:
#813: Simon King: forced coercion vs. automatic coercion [Reviewed by Julian Rueth] #3052: Keshav Kini: mercurial --> plain text --> mercurial [Reviewed by Volker Braun] #5847: Mike Hansen, Leif Leonhardy, Jeroen Demeyer: Update GMP-ECM to 6.3 [Reviewed by Leif Leonhardy, Dmitrii Pasechnik, Mariah Lenox, Maarten Derickx] #6315: Mariah Lenox, William Stein: optional doctest failure -- caused by mistakes in lectures on number theory rst book [Reviewed by Marco Streng] #6329: Mariah Lenox, William Stein: optional doctest failure -- breakage in the sage<-->magma interface [Reviewed by Mike Hansen] #7714: Martin Albrecht: bug in matrix pivots over multivariate polynomial ring [Reviewed by Luis Felipe Tabera Alonso] #7852: Rob Beezer, Leif Leonhardy: solve_left for RDF matrices is WRONG [Reviewed by Martin Raum, Leif Leonhardy, Rob Beezer] #7879: Robert Bradshaw: Remove unnecessary signal handling for low prec mpfr operations. [Reviewed by Alex Ghitza, Mariah Lenox, William Stein] #8094: Harald Schilly, Jason Grout, Martin Raum: shortcuts properties for matrix transpose, complex conjugate, conjugate transpose, and inverse [Reviewed by Rob Beezer, Martin Raum] #8469: Minh Van Nguyen: add "Number Theory and the RSA Public Key Cryptosystem" to "Thematic Tutorials" [Reviewed by Pablo Angulo, Rob Beezer, Martin Albrecht] #8664: Mike Hansen, Leif Leonhardy: Upgrade Sage's MPIR spkg to version 2.1.3 [Reviewed by Leif Leonhardy, Dmitrii Pasechnik] #9138: Simon King: Categories for all rings [Reviewed by Volker Braun] #9739: Mitesh Patel, John Palmieri: Handle duplicate file basenames when testing multiple files in parallel [Reviewed by Robert Bradshaw, Leif Leonhardy] #10335: Mike Hansen, Jason Hill, David Loeffler: Add domains for permutation groups [Reviewed by Robert Miller, Rob Beezer, Nicolas Borie, Nicolas M. Thi ry] #10453: David Loeffler: Problem with old submodule [Reviewed by Johan Bosman] #10464: Katherine Stange: m-th power residue symbol [Reviewed by Francis Clarke, David Loeffler] #10635: Christopher Hall: refactor polynomial_element.pyx factor function [Reviewed by Mariah Lenox, William Stein, Simon Spicer] #10801: William Stein, Keshav Kini: Create a new option: "sage -strip" which deletes things that aren't needed for a binary distribution of sage, or for people that will never develop or upgrade [Reviewed by Benjamin Jones, Keshav Kini] #10850: Francis Clarke: composition and comparison of number-field homomorphisms [Reviewed by David Loeffler] #10952: Robert Bradshaw, Rob Beezer: better numerical accuracy testing [Reviewed by Jason Grout, Mariah Lenox, William Stein, John Palmieri] #10975: William Stein: creation of certain prime finite fields is double dog slow (compared to Magma) [Reviewed by David Roe, Tom Boothby] #10981: William Stein: algebraic real field partial_fraction_decomposition bug [Reviewed by Simon Spicer, Leif Leonhardy] #11036: Douglas McNeil, Maarten Derickx: improve solve_mod performance [Reviewed by John Cremona, Simon Spicer] #11120: Keshav Kini, John Palmieri: Autodetect installed 3-way merge programs (invalidates #4434) [Reviewed by John Palmieri, Keshav Kini] #11142: John Palmieri: clean up sage/misc/hg.py [Reviewed by Karl-Dieter Crisman, Keshav Kini] #11259: Rob Beezer: LU decomposition for matrices with exact base rings [Reviewed by Martin Raum] #11342: Simon King, Volker Braun: Make getattr faster on parents and elements [Reviewed by Jeroen Demeyer, Volker Braun, Simon King] #11351: Mariah Lenox: make flintqs-20070817 spkg build with -m64 rather than -march=opteron [Reviewed by Martin Albrecht] #11354: Mariah Lenox: remove dist directory from eclib spkg [Reviewed by William Stein] #11385: Volker Braun, Andrey Novoseltsev: Orbit closure as toric variety [Reviewed by Andrey Novoseltsev, Volker Braun] #11401: Nils Bruin: magma mode in 4.7 notebook broken [Reviewed by Marco Streng] #11422: Vincent Delecroix: modular subgroups [Reviewed by David Loeffler] #11431: Simon King: Conversion from Singular to Sage [Reviewed by Martin Albrecht] #11460: Fran ois Bissey, John Palmieri: upgrade ipython to 0.10.2 [Reviewed by Fran ois Bissey, John Palmieri] #11544: Rob Beezer: Viewing matrices of algebraic numbers can take a long time [Reviewed by Martin Raum] #11553: Rob Beezer: Matrix morphism additions [Reviewed by Martin Raum] #11574: Martin Albrecht: update M4RI to newest upstream release [Reviewed by Simon King, Alexander Dreyer] #11580: Nils Bruin: Magma interface cannot convert multivariate polynomials back to Sage [Reviewed by William Stein, Marco Streng] #11587: R. Andrew Ohana: update Cremona's tables for Sage [Reviewed by John Cremona, Tom Boothby] #11588: Nathann Cohen: copying a linear program crashes Sage [Reviewed by John Perry] #11595: Rob Beezer: Update exact eigenspace routines [Reviewed by Martin Raum, Leif Leonhardy] #11598: David Loeffler: Congruence testing for odd modular subgroups [Reviewed by Vincent Delecroix] #11627: Andrey Novoseltsev: Turn Fan(discard_warning) into an error [Reviewed by Volker Braun] #11640: R. Andrew Ohana: Remove DB_HOME in preference of SAGE_DATA [Reviewed by Tom Boothby] #11642: R. Andrew Ohana: Rewrite/improve/fix SQLDatabase and SQLQuery objects [Reviewed by Tom Boothby] #11657: William Stein, Rob Beezer: the vector(...) function is extremely slow [Reviewed by Rob Beezer, William Stein] #11680: Martin Albrecht: support extra_compile_args (e.g., C99) when loading/attaching .pyx (cython) files, and when using %cython in the notebook [Reviewed by William Stein, Leif Leonhardy] #11682: David Perkinson: Thematic Tutorial on Sandpiles [Reviewed by Rob Beezer, John Palmieri] #11684: Johan Bosman, Simon King: Obtaining coefficients of polynomials over finite fields is extremely slow [Reviewed by Simon King, Johan Bosman] #11685: Johan Bosman, Jeroen Demeyer: Pari finite field extension: element created by list not recognised as zero [Reviewed by Simon King, Johan Bosman, Peter Bruin] #11690: Martin Albrecht: fix AES equation systems when star=True [Reviewed by David Montminy] #11691: Ivan Andrus: scaling_term only appears in documentation [Reviewed by Nathann Cohen] #11692: Ivan Andrus: Creating a multiedged graph gives wrong error [Reviewed by Nathann Cohen] #11700: Anne Schilling: Methods concerning cores in Partitions [Reviewed by Mike Zabrocki] #11703: Fr d ric Chapoton: another example of simplicial complex : the K3 surface [Reviewed by John
...
Question about #11587: the elliptic curve datavase structure has changed incompatibly, so as well as the standard spkg being different in this release, the optional spkg (which used to be database_cremona_ellcurve-20071019.spkg) has also changed. So for a while after 4.7.2 is released we'll need to have two version of the optional spkg around, one for use by 4.7.1 and earlier releases, one for 4.7.2 and later. How is it proposed that this is managed? It could be managed in the install script in both version of the optional spkgs, which could check the version number and abort if not right.
John
On Thu, Sep 29, 2011 at 2:36 PM, leif <not.rea...@online.de> wrote: > Dear Sage lovers,
> we're releasing Sage 4.7.2.alpha3.
... > #11587: R. Andrew Ohana: update Cremona's tables for Sage [Reviewed by > John Cremona, Tom Boothby]
John Cremona wrote: > Question about #11587: the elliptic curve datavase structure has > changed incompatibly, so as well as the standard spkg being different > in this release, the optional spkg (which used to be > database_cremona_ellcurve-20071019.spkg) has also changed. So for a > while after 4.7.2 is released we'll need to have two version of the > optional spkg around, one for use by 4.7.1 and earlier releases, one > for 4.7.2 and later.
> How is it proposed that this is managed? It > could be managed in the install script in both version of the optional > spkgs, which could check the version number and abort if not right.
No idea. ;-)
Since it shouldn't take long until 4.7.2 final gets out, users of older Sage versions suddenly realizing that they need the larger database would have to (or should) switch to a newer Sage version, e.g. by running 'sage -upgrade'.
We could in principle try to convert the new database into the old format in the new optional spkg's spkg-install if the Sage installation it is to be installed upon uses the old format.
I don't think we'd have to support the opposite case. Although Andrew could of course implement that, too.
2 ct,
-leif
-- () The ASCII Ribbon Campaign /\ Help Cure HTML Email
Thanks for the useful clarification. Since the only problem case is a user of <=4.7.1 trying to install the optional spkg and failing, which will probably cause them to ask on sage-support or similar, we can live with that. We could even add an answer to the FAQ.
On Thu, Sep 29, 2011 at 3:37 PM, leif <not.rea...@online.de> wrote: > John Cremona wrote: >> Question about #11587: the elliptic curve datavase structure has >> changed incompatibly, so as well as the standard spkg being different >> in this release, the optional spkg (which used to be >> database_cremona_ellcurve-20071019.spkg) has also changed. So for a >> while after 4.7.2 is released we'll need to have two version of the >> optional spkg around, one for use by 4.7.1 and earlier releases, one >> for 4.7.2 and later.
>> How is it proposed that this is managed? It >> could be managed in the install script in both version of the optional >> spkgs, which could check the version number and abort if not right.
> No idea. ;-)
> Since it shouldn't take long until 4.7.2 final gets out, users of older > Sage versions suddenly realizing that they need the larger database > would have to (or should) switch to a newer Sage version, e.g. by > running 'sage -upgrade'.
> We could in principle try to convert the new database into the old > format in the new optional spkg's spkg-install if the Sage installation > it is to be installed upon uses the old format.
> I don't think we'd have to support the opposite case. Although Andrew > could of course implement that, too.
> 2 ct,
> -leif
> -- > () The ASCII Ribbon Campaign > /\ Help Cure HTML Email
> -- > You received this message because you are subscribed to the Google Groups "sage-release" group. > To post to this group, send email to sage-release@googlegroups.com. > To unsubscribe from this group, send email to sage-release+unsubscribe@googlegroups.com. > For more options, visit this group at http://groups.google.com/group/sage-release?hl=en.
John Cremona wrote: > Thanks for the useful clarification. Since the only problem case is a > user of <=4.7.1 trying to install the optional spkg and failing, which > will probably cause them to ask on sage-support or similar, we can > live with that. We could even add an answer to the FAQ. > On Thu, Sep 29, 2011 at 3:37 PM, leif <not.rea...@online.de> wrote: >> We could in principle try to convert the new database into the old >> format in the new optional spkg's spkg-install if the Sage installation >> it is to be installed upon uses the old format.
We could even simply recursively call 'sage -i <URL_of_old_database>' in that case.
-leif
-- () The ASCII Ribbon Campaign /\ Help Cure HTML Email
It looks fine (and as I hoped the largest conductor is now 189999 though the trac ticket still says 179999); I am running a complete test just to make sure and will report back.
On Thu, Sep 29, 2011 at 4:10 PM, leif <not.rea...@online.de> wrote: > John Cremona wrote: >> Thanks for the useful clarification. Since the only problem case is a >> user of <=4.7.1 trying to install the optional spkg and failing, which >> will probably cause them to ask on sage-support or similar, we can >> live with that. We could even add an answer to the FAQ.
>> On Thu, Sep 29, 2011 at 3:37 PM, leif <not.rea...@online.de> wrote: >>> We could in principle try to convert the new database into the old >>> format in the new optional spkg's spkg-install if the Sage installation >>> it is to be installed upon uses the old format.
> We could even simply recursively call 'sage -i <URL_of_old_database>' in > that case.
> -leif
> -- > () The ASCII Ribbon Campaign > /\ Help Cure HTML Email
> -- > You received this message because you are subscribed to the Google Groups "sage-release" group. > To post to this group, send email to sage-release@googlegroups.com. > To unsubscribe from this group, send email to sage-release+unsubscribe@googlegroups.com. > For more options, visit this group at http://groups.google.com/group/sage-release?hl=en.
I tried building this (on 64-bit Linux) with "SAGE_CHECK" set. The
python spkg failed tests, but it always has done for me. What's new is
that testing Flint also failed: it wouldn't build the Flint test suite
(let alone run it). I've done this in the past without failures, so it
must be something fishy in the Flint 1.5.0.p9 spkg. The relevant
install.log snippet is below -- I can post the whole install.log if
necessary. Is this a known failure, or shall I open a new trac ticket?
David
g++ -I/storage/masiao/sage-4.7.2.alpha3/local/include/ -I/storage/
masiao/sage-4.7.2.alpha3/local/include -mtune=opteron -march=opteron -
fPIC -funroll-loops -O2 fmpz-test.o test-support.o -o fmpz-test
zn_mod.o misc.o mul_ks.o pack.o mul.o mulmid.o mulmid_ks.o
ks_support.o mpn_mulmid.o nuss.o pmf.o pmfvec_fft.o tuning.o mul_fft.o
mul_fft_dft.o array.o invert.o mpn_extras.o mpz_extras.o memory-
manager.o ZmodF.o ZmodF_mul.o ZmodF_mul-tuning.o fmpz.o fmpz_poly.o
mpz_poly-tuning.o mpz_poly.o ZmodF_poly.o long_extras.o zmod_poly.o
theta.o zmod_mat.o F_mpz.o tinyQS.o factor_base.o poly.o sieve.o
linear_algebra.o block_lanczos.o NTL-interface.o -L/storage/masiao/
sage-4.7.2.alpha3/local/lib/ -L/storage/masiao/sage-4.7.2.alpha3/local/
lib/ -lgmp -lpthread -lntl -lm
fmpz-test.o: In function `test___fmpz_normalise':
fmpz-test.c:(.text+0x24ed): undefined reference to `mpz_random'
collect2: ld returned 1 exit status
make: *** [fmpz-test] Error 1
Error building the test suite for FLINT
*************************************
Error testing package ** flint-1.5.0.p9 **
*************************************
On Sep 29, 2:36 pm, leif <not.rea...@online.de> wrote:
> Please build, test, and report! We'd love to hear about your
> experiences with this release.
> Note that race conditions in parallel doctesting should be an issue of
> the past, thanks to John Palmieri (cf. #9739).
> At least Dave Kirkby will appreciate that... ;-)
> We fixed all doctests failing due to numerical noise on a couple of
> systems; special thanks go to Rob Beezer for interrupting his Sage
> vacation for this.
> The known build errors (Singular and Symmetrica) on the not-yet-released
> Ubuntu 11.10 Oneiric Ocelot will be fixed in the next alpha or release
> candidate for the final Sage 4.7.2, such that these should no longer be
> an issue when the final of the new Ubuntu gets released in a few weeks.
> My apologies to the folks at Sage Days 34 (the Sage / Singular Days),
> since I originally planned to release before that event, in order to let
> them base their work on this development release, which includes a lot
> of tickets and hence many changes to the code, which means that patches
> based on the previous release are quite likely to need rebasing.
> -leif
> Wed Sep 28 18:07:18 UTC 2011
> == Tickets ==
> * We closed 219 tickets in this release. For details, see
> #748: [waiting on upstream] update iml to the 1.0.3 release + our
> patches [Reviewed by Leif Leonhardy]
> #1904: elliptic curves -- some period lattice functions are not
> implemented [Reviewed by John Cremona, David Loeffler, Paul Zimmermann]
> #2110: Cython annotation should be available more easily [Reviewed by
> Robert Bradshaw]
> #8085: 1d line plot [Reviewed by Karl-Dieter Crisman]
> #8217: Marshall Hampton: make 4ti2 an optional package [Reviewed by
> David Perkinson]
> #10152: bug in integral_points (for elliptic curves over Q) [Reviewed by
> William Stein]
> #10252: ecm does not compile on some 32-bit Linux systems [Reviewed by
> Leif Leonhardy]
> #11242: python spkg build fails on Ubuntu 11.04 [Reviewed by Jan
> Groenewald, Leif Leonhardy]
> #11405: magma interface needs work in presence of newlines [Reviewed by
> William Stein]
> #11421: Mariah Lenox: upgrade optional package NZMATH to version 1.1.0
> [Reviewed by William Stein]
> #11427: optional spkg database_gap-4.4.12.p0.spkg fails test on
> sage-4.7.1.alpha1 [Reviewed by William Stein]
> #11504: Karl-Dieter Crisman: Tachyon fails to build on Cygwin - again
> [Reviewed by Reg Burgess, Leif Leonhardy]
> #11723: Implement completion: LaurentPolynomialRing -> LaurentSeriesRing
> [Reviewed by Tom Boothby]
> #11728: Multiplication(?) buggy in AA [Reviewed by William Stein]
> #11733: do not load sagenb.misc.misc on startup [Reviewed by Julian Rueth]
> #11746: Unify the definition of "monomial", introduce "term" [Reviewed
> by William Stein]
> #11833: Class for ternary quadratic forms [Reviewed by Leif Leonhardy]
> #11834: Gustavo Rama: Class for ternary quadratic forms [Reviewed by
> Leif Leonhardy]
> Merged in sage-4.7.2.alpha3:
> #813: Simon King: forced coercion vs. automatic coercion [Reviewed by
> Julian Rueth]
> #3052: Keshav Kini: mercurial --> plain text --> mercurial [Reviewed by
> Volker Braun]
> #5847: Mike Hansen, Leif Leonhardy, Jeroen Demeyer: Update GMP-ECM to
> 6.3 [Reviewed by Leif Leonhardy, Dmitrii Pasechnik, Mariah Lenox,
> Maarten Derickx]
> #6315: Mariah Lenox, William Stein: optional doctest failure -- caused
> by mistakes in lectures on number theory rst book [Reviewed by Marco Streng]
> #6329: Mariah Lenox, William Stein: optional doctest failure --
> breakage in the sage<-->magma interface [Reviewed by Mike Hansen]
> #7714: Martin Albrecht: bug in matrix pivots over multivariate
> polynomial ring [Reviewed by Luis Felipe Tabera Alonso]
> #7852: Rob Beezer, Leif Leonhardy: solve_left for RDF matrices is WRONG
> [Reviewed by Martin Raum, Leif Leonhardy, Rob Beezer]
> #7879: Robert Bradshaw: Remove unnecessary signal handling for low prec
> mpfr operations. [Reviewed by Alex Ghitza, Mariah Lenox, William Stein]
> #8094: Harald Schilly, Jason Grout, Martin Raum: shortcuts properties
> for matrix transpose, complex conjugate, conjugate transpose, and
> inverse [Reviewed by Rob Beezer, Martin Raum]
> #8469: Minh Van Nguyen: add "Number Theory and the RSA Public Key
> Cryptosystem" to "Thematic Tutorials" [Reviewed by Pablo Angulo, Rob
> Beezer, Martin Albrecht]
> #8664: Mike Hansen, Leif Leonhardy: Upgrade Sage's MPIR spkg to version
> 2.1.3 [Reviewed by Leif Leonhardy, Dmitrii Pasechnik]
> #9138: Simon King: Categories for all rings [Reviewed by Volker Braun]
> #9739: Mitesh Patel, John Palmieri: Handle duplicate file basenames when
> testing multiple files in parallel [Reviewed by Robert Bradshaw, Leif
> Leonhardy]
> #10335: Mike Hansen, Jason Hill, David Loeffler: Add domains for
> permutation groups [Reviewed by Robert Miller, Rob Beezer, Nicolas
> Borie, Nicolas M. Thiļæry]
> #10453: David Loeffler: Problem with old submodule [Reviewed by Johan
> Bosman]
> #10464: Katherine Stange: m-th power residue symbol [Reviewed by Francis
> Clarke, David Loeffler]
> #10635: Christopher Hall: refactor polynomial_element.pyx factor
> function [Reviewed by Mariah Lenox, William Stein, Simon Spicer]
> #10801: William Stein, Keshav Kini: Create a new option: "sage -strip"
> which deletes things that aren't needed for a binary distribution of
> sage, or for people that will never develop or upgrade [Reviewed by
> Benjamin Jones, Keshav Kini]
> #10850: Francis Clarke: composition and comparison of number-field
> homomorphisms [Reviewed by David Loeffler]
> #10952: Robert Bradshaw, Rob Beezer: better numerical accuracy testing
> [Reviewed by Jason Grout, Mariah Lenox, William Stein, John Palmieri]
> #10975: William Stein: creation of certain prime finite fields is double
> dog slow (compared to Magma) [Reviewed by David Roe, Tom Boothby]
> #10981: William Stein: algebraic real field
> partial_fraction_decomposition bug [Reviewed by Simon Spicer, Leif
> Leonhardy]
> #11036: Douglas McNeil, Maarten Derickx: improve solve_mod performance
> [Reviewed by John Cremona, Simon Spicer]
> #11120: Keshav Kini, John Palmieri: Autodetect installed 3-way merge
> programs (invalidates #4434) [Reviewed by John Palmieri, Keshav Kini]
> #11142: John Palmieri: clean up sage/misc/hg.py [Reviewed by Karl-Dieter
> Crisman, Keshav Kini]
> #11259: Rob Beezer: LU decomposition for matrices with exact base rings
> [Reviewed by Martin Raum]
> #11342: Simon King, Volker Braun: Make getattr faster on parents and
> elements [Reviewed by Jeroen Demeyer, Volker Braun, Simon King]
> #11351: Mariah Lenox: make flintqs-20070817 spkg build with -m64 rather
> than -march=opteron [Reviewed by Martin Albrecht]
> #11354: Mariah Lenox: remove dist directory from eclib spkg [Reviewed by
> William Stein]
> #11385: Volker Braun, Andrey Novoseltsev: Orbit closure as toric variety
> [Reviewed by Andrey Novoseltsev, Volker Braun]
> #11401: Nils Bruin: magma mode in 4.7 notebook broken [Reviewed by Marco
> Streng]
> #11422: Vincent Delecroix: modular subgroups [Reviewed by David Loeffler]
> #11431: Simon King: Conversion from Singular to Sage [Reviewed by Martin
> Albrecht]
> #11460: Franļæois Bissey, John Palmieri: upgrade ipython to 0.10.2
> [Reviewed by Franļæois Bissey, John Palmieri]
> #11544: Rob Beezer: Viewing matrices of algebraic numbers can take a
> long time [Reviewed by Martin Raum]
> #11553: Rob Beezer: Matrix
> I tried building this (on 64-bit Linux) with "SAGE_CHECK" set. The > python spkg failed tests, but it always has done for me. What's new is > that testing Flint also failed: it wouldn't build the Flint test suite > (let alone run it). I've done this in the past without failures, so it > must be something fishy in the Flint 1.5.0.p9 spkg. The relevant > install.log snippet is below -- I can post the whole install.log if > necessary. Is this a known failure, or shall I open a new trac ticket?
>> Please build, test, and report! We'd love to hear about your >> experiences with this release.
>> Note that race conditions in parallel doctesting should be an issue of >> the past, thanks to John Palmieri (cf. #9739). >> At least Dave Kirkby will appreciate that... ;-)
>> We fixed all doctests failing due to numerical noise on a couple of >> systems; special thanks go to Rob Beezer for interrupting his Sage >> vacation for this.
>> The known build errors (Singular and Symmetrica) on the not-yet-released >> Ubuntu 11.10 Oneiric Ocelot will be fixed in the next alpha or release >> candidate for the final Sage 4.7.2, such that these should no longer be >> an issue when the final of the new Ubuntu gets released in a few weeks.
>> My apologies to the folks at Sage Days 34 (the Sage / Singular Days), >> since I originally planned to release before that event, in order to let >> them base their work on this development release, which includes a lot >> of tickets and hence many changes to the code, which means that patches >> based on the previous release are quite likely to need rebasing.
>> -leif
>> Wed Sep 28 18:07:18 UTC 2011
>> == Tickets ==
>> * We closed 219 tickets in this release. For details, see
>> #748: [waiting on upstream] update iml to the 1.0.3 release + our >> patches [Reviewed by Leif Leonhardy] >> #1904: elliptic curves -- some period lattice functions are not >> implemented [Reviewed by John Cremona, David Loeffler, Paul Zimmermann] >> #2110: Cython annotation should be available more easily [Reviewed by >> Robert Bradshaw] >> #8085: 1d line plot [Reviewed by Karl-Dieter Crisman] >> #8217: Marshall Hampton: make 4ti2 an optional package [Reviewed by >> David Perkinson] >> #10152: bug in integral_points (for elliptic curves over Q) [Reviewed by >> William Stein] >> #10252: ecm does not compile on some 32-bit Linux systems [Reviewed by >> Leif Leonhardy] >> #11242: python spkg build fails on Ubuntu 11.04 [Reviewed by Jan >> Groenewald, Leif Leonhardy] >> #11405: magma interface needs work in presence of newlines [Reviewed by >> William Stein] >> #11421: Mariah Lenox: upgrade optional package NZMATH to version 1.1.0 >> [Reviewed by William Stein] >> #11427: optional spkg database_gap-4.4.12.p0.spkg fails test on >> sage-4.7.1.alpha1 [Reviewed by William Stein] >> #11504: Karl-Dieter Crisman: Tachyon fails to build on Cygwin - again >> [Reviewed by Reg Burgess, Leif Leonhardy] >> #11723: Implement completion: LaurentPolynomialRing -> LaurentSeriesRing >> [Reviewed by Tom Boothby] >> #11728: Multiplication(?) buggy in AA [Reviewed by William Stein] >> #11733: do not load sagenb.misc.misc on startup [Reviewed by Julian Rueth] >> #11746: Unify the definition of "monomial", introduce "term" [Reviewed >> by William Stein] >> #11833: Class for ternary quadratic forms [Reviewed by Leif Leonhardy] >> #11834: Gustavo Rama: Class for ternary quadratic forms [Reviewed by >> Leif Leonhardy]
>> Merged in sage-4.7.2.alpha3:
>> #813: Simon King: forced coercion vs. automatic coercion [Reviewed by >> Julian Rueth] >> #3052: Keshav Kini: mercurial --> plain text --> mercurial [Reviewed by >> Volker Braun] >> #5847: Mike Hansen, Leif Leonhardy, Jeroen Demeyer: Update GMP-ECM to >> 6.3 [Reviewed by Leif Leonhardy, Dmitrii Pasechnik, Mariah Lenox, >> Maarten Derickx] >> #6315: Mariah Lenox, William Stein: optional doctest failure -- caused >> by mistakes in lectures on number theory rst book [Reviewed by Marco Streng] >> #6329: Mariah Lenox, William Stein: optional doctest failure -- >> breakage in the sage<-->magma interface [Reviewed by Mike Hansen] >> #7714: Martin Albrecht: bug in matrix pivots over multivariate >> polynomial ring [Reviewed by Luis Felipe Tabera Alonso] >> #7852: Rob Beezer, Leif Leonhardy: solve_left for RDF matrices is WRONG >> [Reviewed by Martin Raum, Leif Leonhardy, Rob Beezer] >> #7879: Robert Bradshaw: Remove unnecessary signal handling for low prec >> mpfr operations. [Reviewed by Alex Ghitza, Mariah Lenox, William Stein] >> #8094: Harald Schilly, Jason Grout, Martin Raum: shortcuts properties >> for matrix transpose, complex conjugate, conjugate transpose, and >> inverse [Reviewed by Rob Beezer, Martin Raum] >> #8469: Minh Van Nguyen: add "Number Theory and the RSA Public Key >> Cryptosystem" to "Thematic Tutorials" [Reviewed by Pablo Angulo, Rob >> Beezer, Martin Albrecht] >> #8664: Mike Hansen, Leif Leonhardy: Upgrade Sage's MPIR spkg to version >> 2.1.3 [Reviewed by Leif Leonhardy, Dmitrii Pasechnik] >> #9138: Simon King: Categories for all rings [Reviewed by Volker Braun] >> #9739: Mitesh Patel, John Palmieri: Handle duplicate file basenames when >> testing multiple files in parallel [Reviewed by Robert Bradshaw, Leif >> Leonhardy] >> #10335: Mike Hansen, Jason Hill, David Loeffler: Add domains for >> permutation groups [Reviewed by Robert Miller, Rob Beezer, Nicolas >> Borie, Nicolas M. Thiļæry] >> #10453: David Loeffler: Problem with old submodule [Reviewed by Johan >> Bosman] >> #10464: Katherine Stange: m-th power residue symbol [Reviewed by Francis >> Clarke, David Loeffler] >> #10635: Christopher Hall: refactor polynomial_element.pyx factor >> function [Reviewed by Mariah Lenox, William Stein, Simon Spicer] >> #10801: William Stein, Keshav Kini: Create a new option: "sage -strip" >> which deletes things that aren't needed for a binary distribution of >> sage, or for people that will never develop or upgrade [Reviewed by >> Benjamin Jones, Keshav Kini] >> #10850: Francis Clarke: composition and comparison of number-field >> homomorphisms [Reviewed by David Loeffler] >> #10952: Robert Bradshaw, Rob Beezer: better numerical accuracy testing >> [Reviewed by Jason Grout, Mariah Lenox, William Stein, John Palmieri] >> #10975: William Stein: creation of certain prime finite fields is double >> dog slow (compared to Magma) [Reviewed by David Roe, Tom Boothby] >> #10981: William Stein: algebraic real field >> partial_fraction_decomposition bug [Reviewed by Simon Spicer, Leif >> Leonhardy] >> #11036: Douglas McNeil, Maarten Derickx: improve solve_mod performance >> [Reviewed by John Cremona, Simon Spicer] >> #11120: Keshav Kini, John Palmieri: Autodetect installed 3-way merge >> programs (invalidates #4434) [Reviewed by John Palmieri, Keshav Kini] >> #11142: John Palmieri: clean up sage/misc/hg.py [Reviewed by Karl-Dieter >> Crisman, Keshav Kini] >> #11259: Rob Beezer: LU decomposition for matrices with exact base rings >> [Reviewed by Martin Raum] >> #11342: Simon King, Volker Braun: Make getattr faster on parents and >> elements [Reviewed by Jeroen Demeyer, Volker Braun, Simon King] >> #11351: Mariah Lenox: make flintqs-20070817 spkg build with -m64 rather >> than -march=opteron [Reviewed by Martin Albrecht] >> #11354: Mariah Lenox: remove dist directory from eclib spkg [Reviewed by >> William Stein] >> #11385: Volker Braun, Andrey Novoseltsev: Orbit closure as toric variety >> [Reviewed by Andrey Novoseltsev, Volker Braun] >> #11401: Nils Bruin: magma mode in 4.7 notebook broken [Reviewed by Marco >> Streng] >> #11422: Vincent Delecroix: modular subgroups [Reviewed by David Loeffler] >> #11431: Simon King: Conversion from Singular to Sage [Reviewed by Martin >> Albrecht] >> #11460: Franļæois Bissey, John Palmieri: upgrade ipython to 0.10.2 >> [Reviewed by Franļæois
When I do a search for mpz_random in my email I find:
"Sure. We announced a list of deprecated symbols on sage-devel and mpir-devel. Then we permanently removed mpz_random and mpz_random2 *only* , the worst offenders."
I assume that MPIR has been updated in Sage, but the patches to support the latest MPIR are not in flint-1.5.0.
The solution is to replace the couple of references to mpz_random in flint with the new random functions as documented in the MPIR documentation. The old ones were not threadsafe and absolutely had to be deprecated in MPIR.
Beware that you cannot simply define mpz_random to initialise a random state and call the new MPIR random function otherwise you will get the same random number every time you call mpz_random.
Alternatively Sage could update to FLINT 1.5.2 which was issued to specifically fix this issue. From the CHANGES.txt file:
v 1.5.2 -- 08-Apr-10
* Added some defines for MPIR 1.3 support (use of deprecated functions)
Bill.
On 29 September 2011 19:31, Bill Hart <goodwillh...@googlemail.com> wrote:
> Flint 1.5 has been in sage forever so this is very fishy.
> On 29 September 2011 18:40, davidloeffler <dave.loeff...@gmail.com> wrote: >> I tried building this (on 64-bit Linux) with "SAGE_CHECK" set. The >> python spkg failed tests, but it always has done for me. What's new is >> that testing Flint also failed: it wouldn't build the Flint test suite >> (let alone run it). I've done this in the past without failures, so it >> must be something fishy in the Flint 1.5.0.p9 spkg. The relevant >> install.log snippet is below -- I can post the whole install.log if >> necessary. Is this a known failure, or shall I open a new trac ticket?
>>> Please build, test, and report! We'd love to hear about your >>> experiences with this release.
>>> Note that race conditions in parallel doctesting should be an issue of >>> the past, thanks to John Palmieri (cf. #9739). >>> At least Dave Kirkby will appreciate that... ;-)
>>> We fixed all doctests failing due to numerical noise on a couple of >>> systems; special thanks go to Rob Beezer for interrupting his Sage >>> vacation for this.
>>> The known build errors (Singular and Symmetrica) on the not-yet-released >>> Ubuntu 11.10 Oneiric Ocelot will be fixed in the next alpha or release >>> candidate for the final Sage 4.7.2, such that these should no longer be >>> an issue when the final of the new Ubuntu gets released in a few weeks.
>>> My apologies to the folks at Sage Days 34 (the Sage / Singular Days), >>> since I originally planned to release before that event, in order to let >>> them base their work on this development release, which includes a lot >>> of tickets and hence many changes to the code, which means that patches >>> based on the previous release are quite likely to need rebasing.
>>> -leif
>>> Wed Sep 28 18:07:18 UTC 2011
>>> == Tickets ==
>>> * We closed 219 tickets in this release. For details, see
>>> #748: [waiting on upstream] update iml to the 1.0.3 release + our >>> patches [Reviewed by Leif Leonhardy] >>> #1904: elliptic curves -- some period lattice functions are not >>> implemented [Reviewed by John Cremona, David Loeffler, Paul Zimmermann] >>> #2110: Cython annotation should be available more easily [Reviewed by >>> Robert Bradshaw] >>> #8085: 1d line plot [Reviewed by Karl-Dieter Crisman] >>> #8217: Marshall Hampton: make 4ti2 an optional package [Reviewed by >>> David Perkinson] >>> #10152: bug in integral_points (for elliptic curves over Q) [Reviewed by >>> William Stein] >>> #10252: ecm does not compile on some 32-bit Linux systems [Reviewed by >>> Leif Leonhardy] >>> #11242: python spkg build fails on Ubuntu 11.04 [Reviewed by Jan >>> Groenewald, Leif Leonhardy] >>> #11405: magma interface needs work in presence of newlines [Reviewed by >>> William Stein] >>> #11421: Mariah Lenox: upgrade optional package NZMATH to version 1.1.0 >>> [Reviewed by William Stein] >>> #11427: optional spkg database_gap-4.4.12.p0.spkg fails test on >>> sage-4.7.1.alpha1 [Reviewed by William Stein] >>> #11504: Karl-Dieter Crisman: Tachyon fails to build on Cygwin - again >>> [Reviewed by Reg Burgess, Leif Leonhardy] >>> #11723: Implement completion: LaurentPolynomialRing -> LaurentSeriesRing >>> [Reviewed by Tom Boothby] >>> #11728: Multiplication(?) buggy in AA [Reviewed by William Stein] >>> #11733: do not load sagenb.misc.misc on startup [Reviewed by Julian Rueth] >>> #11746: Unify the definition of "monomial", introduce "term" [Reviewed >>> by William Stein] >>> #11833: Class for ternary quadratic forms [Reviewed by Leif Leonhardy] >>> #11834: Gustavo Rama: Class for ternary quadratic forms [Reviewed by >>> Leif Leonhardy]
>>> Merged in sage-4.7.2.alpha3:
>>> #813: Simon King: forced coercion vs. automatic coercion [Reviewed by >>> Julian Rueth] >>> #3052: Keshav Kini: mercurial --> plain text --> mercurial [Reviewed by >>> Volker Braun] >>> #5847: Mike Hansen, Leif Leonhardy, Jeroen Demeyer: Update GMP-ECM to >>> 6.3 [Reviewed by Leif Leonhardy, Dmitrii Pasechnik, Mariah Lenox, >>> Maarten Derickx] >>> #6315: Mariah Lenox, William Stein: optional doctest failure -- caused >>> by mistakes in lectures on number theory rst book [Reviewed by Marco Streng] >>> #6329: Mariah Lenox, William Stein: optional doctest failure -- >>> breakage in the sage<-->magma interface [Reviewed by Mike Hansen] >>> #7714: Martin Albrecht: bug in matrix pivots over multivariate >>> polynomial ring [Reviewed by Luis Felipe Tabera Alonso] >>> #7852: Rob Beezer, Leif Leonhardy: solve_left for RDF matrices is WRONG >>> [Reviewed by Martin Raum, Leif Leonhardy, Rob Beezer] >>> #7879: Robert Bradshaw: Remove unnecessary signal handling for low prec >>> mpfr operations. [Reviewed by Alex Ghitza, Mariah Lenox, William Stein] >>> #8094: Harald Schilly, Jason Grout, Martin Raum: shortcuts properties >>> for matrix transpose, complex conjugate, conjugate transpose, and >>> inverse [Reviewed by Rob Beezer, Martin Raum] >>> #8469: Minh Van Nguyen: add "Number Theory and the RSA Public Key >>> Cryptosystem" to "Thematic Tutorials" [Reviewed by Pablo Angulo, Rob >>> Beezer, Martin Albrecht] >>> #8664: Mike Hansen, Leif Leonhardy: Upgrade Sage's MPIR spkg to version >>> 2.1.3 [Reviewed by Leif Leonhardy, Dmitrii Pasechnik] >>> #9138: Simon King: Categories for all rings [Reviewed by Volker Braun] >>> #9739: Mitesh Patel, John Palmieri: Handle duplicate file basenames when >>> testing multiple files in parallel [Reviewed by Robert Bradshaw, Leif >>> Leonhardy] >>> #10335: Mike Hansen, Jason Hill, David Loeffler: Add domains for >>> permutation groups [Reviewed by Robert Miller, Rob Beezer, Nicolas >>> Borie, Nicolas M. Thiļæry] >>> #10453: David Loeffler: Problem with old submodule [Reviewed by Johan >>> Bosman] >>> #10464: Katherine Stange: m-th power residue symbol [Reviewed by Francis >>> Clarke, David Loeffler] >>> #10635: Christopher Hall: refactor polynomial_element.pyx factor >>> function [Reviewed by Mariah Lenox, William Stein, Simon Spicer] >>> #10801: William Stein, Keshav Kini: Create a new option: "sage -strip" >>> which deletes things that aren't needed for a binary distribution of >>> sage, or for people that will never develop or upgrade [Reviewed by >>> Benjamin Jones, Keshav Kini] >>> #10850: Francis Clarke: composition and comparison of number-field >>> homomorphisms [Reviewed by David Loeffler] >>> #10952: Robert Bradshaw, Rob Beezer: better numerical accuracy testing >>> [Reviewed by Jason Grout, Mariah Lenox, William Stein, John Palmieri] >>> #10975: William Stein: creation of certain prime finite fields is double >>> dog slow (compared to Magma) [Reviewed by David Roe, Tom Boothby] >>> #10981: William Stein: algebraic real field >>> partial_fraction_decomposition bug [Reviewed by Simon Spicer, Leif >>> Leonhardy] >>> #11036: Douglas McNeil, Maarten Derickx: improve solve_mod performance
davidloeffler wrote: > I tried building this (on 64-bit Linux) with "SAGE_CHECK" set. The > python spkg failed tests, but it always has done for me. What's new is > that testing Flint also failed: it wouldn't build the Flint test suite > (let alone run it). I've done this in the past without failures, so it > must be something fishy in the Flint 1.5.0.p9 spkg. The relevant > install.log snippet is below -- I can post the whole install.log if > necessary. Is this a known failure, or shall I open a new trac ticket?
This is a (unfortunately) very well-known issue, at least to me. ;-)
I haven't had the time to provide a FLINT 1.5.2 (or 1.6) spkg yet, i.e. still have to rebase my changes on those others made to the 1.5.0 spkg inbetween.
This will certainly be fixed in the final 4.7.2.
-leif
-- () The ASCII Ribbon Campaign /\ Help Cure HTML Email
This is probably the wrong place to discuss the details of that ticket, but we are now aiming to have polynomial factoring over Z in flint 2.4 by Christmas. Whether we succeed remains to be seen, however some or all of that functionality will be required by Singular, Macaulay 2 and ECPP all of which want to use flint2 and so far we are on target (Fredrik has already got factoring over Z/nZ working, which is a first step).
Basically what I am saying is there is now little risk to Sage in updating all the way to flint 1.6 if that is convenient. I am also currently porting my quadratic sieve to flint2 so even that will be available in flint 2.3 shortly.
There were also some comments about the NTL interface being "totally odd". I am unsure if the FLINT-NTL interface is being described as odd or whether Sage building a monolithic FLINT library is odd. Given that the FLINT-NTL interface only exists at the request of the Sage project it can hardly be that which is "totally odd". It's designed to make interface with NTL extremely fast. We have not implemented this in the flint2 series yet and I'd be happy to leave it out if it is no longer needed. Perhaps someone can let me know.
There is the comment "There's much wrong with this spkg (including upstream)". Hmm. Very hard to replicate that bug. Nonetheless I agree, hence the total rewrite of flint from scratch.
Ah I see there is an ARM issue and a Cygwin issue. But I see people have patched those. Neither should be a problem in flint 2 series so we didn't do anything about this upstream. Both will need to be applied to flint 1.5.2 and at least the ARM patch will need to be applied to flint 1.6.
From the flint 1.6 CHANGES.txt:
"v 1.6.0 -- 24-Dec-10
Bugs: ====
* Fixed a memory leak in mpz_poly_to_string_pretty * Fixed a bug inherited from an old version of fpLLL * Makefile to respect CC and CXX * Fixed bug in F_mpz_set_si * Fixed bug in F_mpz_equal * Most for loops to C90 standard (for easier MSVC porting) * Better Cygwin support * Fixed a bug in zmod_poly_resultant * Fixed bug in F_mpz_mul_KS/2 * Fixed bug in tinyQS * Worked around some known bugs in older GMP/MPIR's"
A few hundred more issues were fixed in the flint 2 series I'm sure.
Bill.
On 29 September 2011 19:51, leif <not.rea...@online.de> wrote:
> davidloeffler wrote: >> I tried building this (on 64-bit Linux) with "SAGE_CHECK" set. The >> python spkg failed tests, but it always has done for me. What's new is >> that testing Flint also failed: it wouldn't build the Flint test suite >> (let alone run it). I've done this in the past without failures, so it >> must be something fishy in the Flint 1.5.0.p9 spkg. The relevant >> install.log snippet is below -- I can post the whole install.log if >> necessary. Is this a known failure, or shall I open a new trac ticket?
> This is a (unfortunately) very well-known issue, at least to me. ;-)
> I haven't had the time to provide a FLINT 1.5.2 (or 1.6) spkg yet, i.e. > still have to rebase my changes on those others made to the 1.5.0 spkg > inbetween.
> This will certainly be fixed in the final 4.7.2.
> -leif
> -- > () The ASCII Ribbon Campaign > /\ Help Cure HTML Email
> -- > You received this message because you are subscribed to the Google Groups "sage-release" group. > To post to this group, send email to sage-release@googlegroups.com. > To unsubscribe from this group, send email to sage-release+unsubscribe@googlegroups.com. > For more options, visit this group at http://groups.google.com/group/sage-release?hl=en.
> davidloeffler wrote:
> > I tried building this (on 64-bit Linux) with "SAGE_CHECK" set. The
> > python spkg failed tests, but it always has done for me. What's new is
> > that testing Flint also failed: it wouldn't build the Flint test suite
> > (let alone run it). I've done this in the past without failures, so it
> > must be something fishy in the Flint 1.5.0.p9 spkg. The relevant
> > install.log snippet is below -- I can post the whole install.log if
> > necessary. Is this a known failure, or shall I open a new trac ticket?
> This is a (unfortunately) very well-known issue, at least to me. ;-)
> I haven't had the time to provide a FLINT 1.5.2 (or 1.6) spkg yet, i.e.
> still have to rebase my changes on those others made to the 1.5.0 spkg
> inbetween.
> This will certainly be fixed in the final 4.7.2.
> -leif
> --
> () The ASCII Ribbon Campaign
> /\ Help Cure HTML Email
> Highly important question: who is going to do: > * the next sage-4.7.2 series development release > * the sage-4.7.3 series > ?
Well, I thought you'd dedicate the last and relatively quick alpha (alpha4) to #11130 and related tickets, as well as at least those that are blockers or can be considered very important for a final release.
As mentioned, I was expecting 4.7.2 to be released before Ubuntu 11.10 final comes out.
I'm not sure whether things like the Singular upgrade will be ready in time for that, so would otherwise reluctantly defer them to 4.7.3.
-leif
-- () The ASCII Ribbon Campaign /\ Help Cure HTML Email
Built and tested using `export MAKE="make -j4"`. Ran `make ptestlong` with no errors.
All tests passed! Total time for all tests: 1584.7 seconds bael@kimchi:~/sage/sage-4.7.2.alpha3$ uname -a Linux kimchi 2.6.32-5-amd64 #1 SMP Wed Aug 31 16:50:35 UTC 2011 x86_64 GNU/Linux
Built from scratch on Mac OS X 10.6.8 (Dual 6-core Xeon), w/o problems. All tests (ptestlong) passed!
Justin
-- Justin C. Walker, Curmudgeon at Large Director Institute for the Enhancement of the Director's Income ----------- Nobody knows the trouble I've been -----------
Keshav Kini wrote: > Great! BTW, there seem to be some loose files in devel/sage (check `hg > status`).
And what do you get?
I occasionally get some left-around temporary *_pyx.html files, but apparently not reproducibly (e.g. not right after the build), nor does this seem to be a new (Cython) feature...
-leif
-- () The ASCII Ribbon Campaign /\ Help Cure HTML Email
If a doctest for a cython file fails in alpha3 then I get a leftover sage/misc/__homedir_hostname_nn_pyx.html file. Is that what you are talking about?
On Saturday, October 1, 2011 3:05:29 PM UTC+2, leif wrote:
> I occasionally get some left-around temporary *_pyx.html files, but > apparently not reproducibly (e.g. not right after the build), nor does > this seem to be a new (Cython) feature...
