Bug#844403: src:nfft: FTBFS on ppc64el

2016-12-14 Thread Breno Leitao
Hi Ghis, On 12/14/2016 09:30 AM, Ghislain Vaillant wrote: > Thanks for your contribution. Let me know if a long-term solution comes up > later. Sure. I closed the bug on the changelog, but, you can keep it open to track the final and long term solution. -- debian-science-maintainers mailing lis

Bug#844403: src:nfft: FTBFS on ppc64el

2016-12-12 Thread Breno Leitao
cy=medium + + * Avoid running tests with long double on ppc64el due to failing tests +(Closes: #844403) + * Add build-dependency for latex. + + -- Breno Leitao Fri, 09 Dec 2016 16:12:51 -0500 + nfft (3.3.2-1) unstable; urgency=medium * New upstream version 3.3.2 diff -Nru nfft-3.3

Bug#844403: src:nfft: FTBFS on ppc64el

2016-12-09 Thread Breno Leitao
Hello Ghislain, On 12/09/2016 07:01 AM, Ghislain Vaillant wrote: > I might eventually just bypass testing for ppc64el to let the package > transition to testing, unless you think you are gonna have a fix ready very > soon. With the transition window extended to 10 days and the soft-freeze > deadli

Bug#845082: (no subject)

2016-11-28 Thread Breno Leitao
We just created a pull request to have this fixed upstream. https://github.com/pydata/numexpr/pull/235 Should we create a Debian patch also? -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debi

Bug#844403: src:nfft: FTBFS on ppc64el

2016-11-28 Thread Breno Leitao
On 11/27/2016 07:16 PM, Ghislain Vaillant wrote: > On Thu, 24 Nov 2016 18:49:29 -0200 Breno Leitao wrote: >> I am looking at this issue, and the first test set is checkall. >> >> If I run it inside dpkg-buildpackage, it fails as in the log, but, if I run >> it isolated,

Bug#844403: (no subject)

2016-11-24 Thread Breno Leitao
I am looking at this issue, and the first test set is checkall. If I run it inside dpkg-buildpackage, it fails as in the log, but, if I run it isolated, I see no errors, as showed: $ ./checkall 2>&1 | grep -i fail $ Looking all tests I see "-> OK". Anyway, I am continue to debug what is the

Bug#845082: numexpr FTBFS on ppc64el: test failures

2016-11-21 Thread Breno Leitao
On 11/20/2016 07:41 AM, Adrian Bunk wrote: > > Lots of failures like: > Yes. I just tried it here, and more than 40 tests failed. It is usually off by 1, and I am wondering if we are being bite by a similar issue I found on OpenJDK, where there are math inconsistency when using optimization hig

Bug#844008: (no subject)

2016-11-14 Thread Breno Leitao
Is anyone looking/debugging this issue? -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers

Bug#811621: critterding: diff for NMU version 1.0-beta12.1-1.3

2016-07-17 Thread Breno Leitao
ebian/changelog 2012-05-13 10:38:30.0 -0400 +++ critterding-1.0-beta12.1/debian/changelog 2016-07-17 17:11:02.0 -0400 @@ -1,3 +1,10 @@ +critterding (1.0-beta12.1-1.3) unstable; urgency=medium + + * Non-maintainer upload. + * Fixing FTBFS on GCC 6. (Closes: 811621) + + -- Breno Leitao

Bug#811621: (no subject)

2016-07-17 Thread Breno Leitao
-beta12.1/debian/changelog 2016-07-17 17:11:02.0 -0400 @@ -1,3 +1,10 @@ +critterding (1.0-beta12.1-1.3) unstable; urgency=medium + + * Non-maintainer upload. + * Fixing FTBFS on GCC 6. (Closes: 811621) + + -- Breno Leitao Sun, 17 Jul 2016 16:46:12 -0400 + critterding (1.0-beta12.1-1.2

Bug#811621: FTBFS with GCC 6: cannot convert x to y

2016-07-14 Thread Breno Leitao
I am looking at this problem, and I understand that the following patch fixes this problem: --- critterding-1.0-beta12.1.orig/src/brainz/brainz.cpp +++ critterding-1.0-beta12.1/src/brainz/brainz.cpp @@ -137,7 +137,7 @@ Brainz::Brainz() // clear Motor Outputs

Bug#819091: clblas: Enable altivec on ppc64el

2016-03-23 Thread Breno Leitao
Source: clblas Version: 6 Severity: wishlist Currently, clblas has altivec disabled due to bug #798024. This causes some performance issue on ppc64el platform. I am opening this bug to track altivec enablement for clblas. I might also work to have this solved. Breno -- System Information: Debi

Bug#754330: (no subject)

2014-08-05 Thread Breno Leitao
Control: retitle -1 "healpy FTBFS on arm64, ppc64 and ppc64el test failure" Hi, The same problem happen on ppc64el, as the following log shows: http://ftp.unicamp.br/pub/ppc64el/debian/buildd-upstream/build_logs/logs/healpy_1.8.1-1_ppc64el.build I created the following upstream bug also: https

Bug#756299: mmdb: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4

2014-07-28 Thread Breno Leitao
Package: mmdb Version: 1.25.5-1 Severity: normal Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el User: debian-de...@lists.debian.org Usertags: autoreconf Dear Maintainer, Currently this package FTBFS when compiled in new architectures (as ppc64el) that is not supported on the

Bug#755826: blitz++: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4 and support ppc64e

2014-07-23 Thread Breno Leitao
Source: blitz++ Version: 0.10-1 Severity: normal Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el User: debian-de...@lists.debian.org Usertags: autoreconf Dear Maintainer, Currently this package FTBFS when compiled in new architectures (as ppc64el) that is not supported on the

Bug#755729: libgtkdatabox: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4

2014-07-22 Thread Breno Leitao
Source: libgtkdatabox Version: 0.9.2.0 Severity: normal Tags: patch Dear Maintainer, Currently this package FTBFS when compiled in new architectures (as ppc64el) that is not supported on the outdated package autotools files, mainly because it fails to understand that the new architectures has sup

Bug#754094: opencv: add tbb while building on ppc64el

2014-07-07 Thread Breno Leitao
Package: opencv Version: 2.4.8+dfsg1-2.2 Severity: normal Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el Dear Maintainer, With the recent changes in tbb package, now it builds on ppc64el, so, we should enable opencv to depend on tbb as the other architectures. I just created

Bug#750133: (no subject)

2014-07-03 Thread Breno Leitao
I am still facing the same issue on package 2.0.0-5, which is suppose to contain the fix. I tested on ppc64el, take a look at the problem, which seems to be the same. The following tests FAILED: 1 - INTEGRATION_audio (Timeout) 3 - INTEGRATION_cfm_damp

Bug#753521: libmatio: FTBFS in new archs. Update libtool.m4

2014-07-02 Thread Breno Leitao
Package: libmatio Version: 1.5.2-1 Severity: normal Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el Dear Maintainer, The package libmatio does not build on new architecture because the libtool files is not updated automatically by either autoreconf (just updates the config fil

Bug#752795: timblserver: use dh-autoreconf in order to build on new architectures

2014-06-26 Thread Breno Leitao
Hi Sylvestre, On 06/26/2014 02:33 PM, Sylvestre Ledru wrote: > On 26/06/2014 09:53, Breno Leitao wrote: >> Source: timblserver >> /bin/bash ../libtool --tag=CXX --mode=link g++ -g -O2 >> -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-secur

Bug#752798: ticcutils: use dh-autoreconf in order to build on new architectures

2014-06-26 Thread Breno Leitao
Source: ticcutils Version: 0.4-5 Severity: normal Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el User: debian-de...@lists.debian.org Usertags: autoreconf Dear Maintainer, The package ticcutils fails to build on ppc64el, as on new architectures, because the config.{guess,sub}

Bug#750594: healpix-cxx: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4

2014-06-04 Thread Breno Leitao
Package: healpix-cxx Version: 3.11.2-6 Severity: normal Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el User: debian-de...@lists.debian.org Usertags: autoreconf Hi, The package healpix-cxx fails to build on ppc64el, as on new architectures, because the config.{guess,sub} files

Bug#710635: (no subject)

2014-05-14 Thread Breno Leitao
I just reproduced this bug on the ppc64el buildd. This is exact some error: /usr/bin/ld: cannot find -lz http://deb1.ltc.br.ibm.com/wanna-buildd-upstream/logs/pynac_0.2.6-1_ppc64el-20140510-0908.build -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org