[Debian-science-sagemath] Nearly released; but ell_rational_field has lfunction/sympow failures

[Ximin Luo]

I built 7.4-1 for Debian experimental, it failed with 89 test failures. However, I think I have fixed 12 of them, which takes it below our arbitrary "80 failed tests" limit and I am now rebuilding it. I will upload this to NEW in the morning.

However, we do need to fix the following before we re-upload to unstable:

30+ of those test failures are from ell_rational_field.py, the direct failures in that file (17) are attached. It seems related to lfunction or sympow. 

I had thought perhaps it was the recent upload of GCC that caused it. I found https://trac.sagemath.org/ticket/11226 which seems related (it's years old though). However I cannot reproduce these failures on my other remote build machine which does have this newer GCC as well.

Here are the differences in installed packages:

(no errors)$ aptitude versions '~VCURRENT (~Aexperimental|~Aunstable-sage|~Asid-sage|~Oalioth) !~Atesting' --group-by=none 
i A gap 4r8p6-1+sage17                            sid                       500 
i   gap-core 4r8p6-1+sage17                       sid                       500 
i A gap-libs 4r8p6-1+sage17                       sid                       500 
i A gap-online-help 4r8p6-1+sage17                sid                       500 
i   jmol 14.6.4+2016.11.05+dfsg1-2                experimental              100 
i   libgap-sage-4 4.8.6+3+20160327g69a66f0+dsx-2~ sid                       500 
i A libgap-sage-dev 4.8.6+3+20160327g69a66f0+dsx- sid                       500 
i A libjmol-java 14.6.4+2016.11.05+dfsg1-2        experimental              100 
i A python-numpy 1:1.11.2-1+sage1                 sid                       500 
i A python-sagetex 3.0+ds-1                       experimental              100 
i A python-sympy 1.0-2+sage1                      sid                       500 
i A sagetex 3.0+ds-1                              experimental              100 

(with errors)$ aptitude versions '~VCURRENT (~Aexperimental|~Aunstable-sage|~Asid-sage|~Oalioth) !~Atesting' --group-by=none
i A gap 4r8p6-1+sage17                            sid                       500 
i A gap-core 4r8p6-1+sage17                       sid                       500
i A gap-libs 4r8p6-1+sage17                       sid                       500
i A gap-online-help 4r8p6-1+sage17                sid                       500
i A jmol 14.6.4+2016.11.05+dfsg1-2                experimental              100
i A libdbus-1-3 1.11.8-1                          experimental              100
i A libgc-dev 1:7.4.4-1                           experimental              100
i A libgc1c2 1:7.4.4-1                            experimental              100
i A libglib2.0-0 2.51.0-2                         experimental              100
i A libjmol-java 14.6.4+2016.11.05+dfsg1-2        experimental              100
i A libnss3 2:3.27.1-1                            experimental              100
i   python-numpy 1:1.11.2-1+sage1                 sid                       500
i A python-sagetex 3.0+ds-1                       experimental              100
i A python-sympy 1.0-2+sage1                      sid                       500
i A sagetex 3.0+ds-1                              experimental              100

I tried downgrading libgc and upgrading libgap on this second machine, but it didn't work either. I didn't yet try rebuilding, though. (I assume dbus/GNOME-glib shouldn't interfere with this.)

BTW, we should probably get rid of our custom GAP packages, now that we know where the real problem is (and how to avoid it during the build). Jerome, do you agree?

X

-- 
GPG: ed25519/56034877E1F87C35
GPG: rsa4096/1318EFAC5FBBDBCE
https://github.com/infinity0/pubkeys.git
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ell_rational_field.log
Type: text/x-log
Size: 26549 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/debian-science-sagemath/attachments/20161214/3a4188fe/attachment-0001.bin>