Hello community, here is the log from the commit of package pari for openSUSE:Factory checked in at 2014-10-18 09:09:21 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Comparing /work/SRC/openSUSE:Factory/pari (Old) and /work/SRC/openSUSE:Factory/.pari.new (New) ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Package is "pari" Changes: -------- --- /work/SRC/openSUSE:Factory/pari/pari.changes 2014-08-06 11:42:38.000000000 +0200 +++ /work/SRC/openSUSE:Factory/.pari.new/pari.changes 2014-10-18 09:09:44.000000000 +0200 @@ -1,0 +2,24 @@ +Sun Oct 12 08:15:21 UTC 2014 - [email protected] + +- Update to new upstream release 2.7.2. Fixed were: +* (gp -p N) or (primelimit=N in gprc_ for N >= 436273290 resulted + in an incorrect primetable. +* monomial(exact zero, d, v) returned an invalid t_POL / t_RFRAC +* contfracpnqn(v, n) returned partial quotients p[-1]/q[-1] ... + p[n-1]/q[n-1], instead of the documented p[0]/q[0] ... p[n]/q[n] +* iferr() could crash if some component of the t_ERROR were clones +* nffactor() could overflow the stack when default accuracy too low +* obsolete use of E=[a1,a2,a3,a4,a6] in ellmul crashed +* incorrect rounding in mulrr/divrr for one-word precision reals +* multiif did not handle correctly return() in conditions +* is_gener_Fp could return wrong results +* Fq_sqrtn(t_INT,..,&zeta) could return a wrong root of 1 +* bnfinit: SEGV due to precision issues +* zm_zc_mul only worked for square zm matrices +* [gphelp] infinite loop when $COLUMNS too small +* factoru(1) returned a t_MAT instead of the expected "matsmall" +* when compatible = 3; series() used a random precision +* isprime() could crash on large input +* gphelp did not handle === correctly + +------------------------------------------------------------------- Old: ---- pari-2.7.1.changelog pari-2.7.1.tar.gz pari-2.7.1.tar.gz.asc New: ---- pari-2.7.2.changelog pari-2.7.2.tar.gz pari-2.7.2.tar.gz.asc ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ Other differences: ------------------ ++++++ pari.spec ++++++ --- /var/tmp/diff_new_pack.7XIUyz/_old 2014-10-18 09:09:45.000000000 +0200 +++ /var/tmp/diff_new_pack.7XIUyz/_new 2014-10-18 09:09:45.000000000 +0200 @@ -18,7 +18,7 @@ Name: pari %define lname libpari-gmp4 -Version: 2.7.1 +Version: 2.7.2 Release: 0 Summary: Computer Algebra System for fast computations in Number Theory License: GPL-2.0 @@ -106,7 +106,6 @@ make install DESTDIR="$b"; %post -n %lname -p /sbin/ldconfig - %postun -n %lname -p /sbin/ldconfig %files gp ++++++ pari-2.7.1.changelog -> pari-2.7.2.changelog ++++++ --- /work/SRC/openSUSE:Factory/pari/pari-2.7.1.changelog 2014-08-06 11:42:38.000000000 +0200 +++ /work/SRC/openSUSE:Factory/.pari.new/pari-2.7.2.changelog 2014-10-18 09:09:42.000000000 +0200 @@ -1,6 +1,42 @@ # $Id$ Bug numbers refer to the BTS at http://pari.math.u-bordeaux.fr/Bugs/ +Done for version 2.7.2 (released 19/09/2014): +[last column crossreferences current development release 2.8.0] + + Fixed + 1- gaffsg(0, t_PADIC): wrong valuation [F21] + 2- (t_INTMOD with word-sized modulus)^(huge negative power) [#1584] [F24] + 3- (gp -p N) or (primelimit=N in gprc_ for N >= 436273290 resulted in an + incorrect primetable. N.B. Such commands are now useless: needed primes + are produced dynamically anyway. [F25] + 4- monomial(exact zero, d, v) returned an invalid t_POL / t_RFRAC [F26] + 5- contfracpnqn(v, n) returned partial quotients p[-1]/q[-1] ... + p[n-1]/q[n-1], instead of the documented p[0]/q[0] ... p[n]/q[n] [F27] + 6- factor((3+4*I)/25) -> factor 2+I had 0 exponent [#1586] [F29] +BA 7- iferr() could crash if some component of the t_ERROR were clones. [F31] + 8- nffactor() could overflow the stack when default accuracy too low [F32] +BA 9- obsolete use of E=[a1,a2,a3,a4,a6] in ellmul crashed [#1589] [F33] + 10- incorrect rounding in mulrr/divrr for one-word precision reals [F34] +BA 11- multiif did not handle correctly return() in conditions [#1590] [F35] + 12- [0..5] -> [0,0,0,0,0] on some architectures [F36] + 13- is_gener_Fp could return wrong results [F37] + 14- Fq_sqrtn(t_INT,..,&zeta) could return a wrong root of 1 [F38] + 15- bnfinit: SEGV due to precision issues [#1592] [F39] + 16- zm_zc_mul only worked for square zm matrices [F40] + 17- genus2red(0,27*x^5+97*x^4+118*x^3+60*x^2+13*x+1,3) -> bug [#1596] [F41] + 18- [gphelp] oo loop when $COLUMNS too small [#1594] [F42] + 19- genus2red(x,-x^6-3*x^4-10*x^2-1,3) -> impossible inverse [#1597] [F43] + 20- factoru(1) returned a t_MAT instead of the expected "matsmall" [F44] + 21- FpM_charpoly wrong in small characteristic [#1602] [F45] + 22- when compatible = 3; series() used a random precision [F50] + 23- genus2red(0,6*x^6+5*x^4+x^2+1,7) -> impossible inverse [#1597] [F51] + 24- isprime() could crash on large input [#1604] [F52] + 25- genus2red(x^3+1,1) -> type error [#1597] [F53] + 26- gphelp did not handle === correctly [#1603] [F54] + 27- FpXY_evaly() wrong when evaluating at 0 [F56] + 28- [mingw] gp could crash at start up [#1607] [F57] + Done for version 2.7.1 (released 16/05/2014): [last column crossreferences current development release 2.8.0] ++++++ pari-2.7.1.tar.gz -> pari-2.7.2.tar.gz ++++++ ++++ 2748 lines of diff (skipped) -- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
