Bug#762775: marked as done (pynfft: FTBFS: dh: unable to load addon sphinxdoc)
Your message dated Tue, 04 Nov 2014 09:35:11 + with message-id e1xlaw7-0005bw...@franck.debian.org and subject line Bug#762775: fixed in pynfft 1.3.2-1.1 has caused the Debian Bug report #762775, regarding pynfft: FTBFS: dh: unable to load addon sphinxdoc to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 762775: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762775 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: pynfft Version: 1.3.2-1 Severity: serious Justification: fails to build from source Builds of pynfft in minimal environments geared for building its architecture-dependent binary packages (e.g., on the autobuilders) have been failing: dh clean --with python2,python3,sphinxdoc --buildsystem=pybuild dh: unable to load addon sphinxdoc: Can't locate Debian/Debhelper/Sequence/sphinxdoc.pm in @INC (you may need to install the Debian::Debhelper::Sequence::sphinxdoc module) (@INC contains: /etc/perl /usr/local/lib/«arch»/perl/5.20.0 /usr/local/share/perl/5.20.0 /usr/lib/«arch»/perl5/5.20 /usr/share/perl5 /usr/lib/«arch»/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl .) at (eval 13) line 2. BEGIN failed--compilation aborted at (eval 13) line 2. make: *** [clean] Error 2 debian/rules:10: recipe for target 'clean' failed Could you please either conditionalize the usage of --with sphinxdoc appropriately or move python-sphinx into the main Build-Depends field? In the latter case, please bump the version to (= 1.2.2+dfsg-2~) to avoid running into errors if there is no actual documentation to install. (See #745690.) Thanks! ---End Message--- ---BeginMessage--- Source: pynfft Source-Version: 1.3.2-1.1 We believe that the bug you reported is fixed in the latest version of pynfft, which is due to be installed in the Debian FTP archive. A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 762...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. YunQiang Su s...@debian.org (supplier of updated pynfft package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 03 Nov 2014 15:30:59 +0800 Source: pynfft Binary: python-pynfft python-pynfft-dbg python3-pynfft python3-pynfft-dbg python-pynfft-doc Architecture: source amd64 all Version: 1.3.2-1.1 Distribution: unstable Urgency: low Maintainer: Debian Science Maintainers debian-science-maintainers@lists.alioth.debian.org Changed-By: YunQiang Su s...@debian.org Description: python-pynfft - Python bindings for the NFFT3 library - Python 2 python-pynfft-dbg - Python bindings for the NFFT3 library - Python 2 (debug) python-pynfft-doc - Python bindings for the NFFT3 library - Documentation python3-pynfft - Python bindings for the NFFT3 library - Python 3 python3-pynfft-dbg - Python bindings to the NFFT3 library - Python 3 (debug) Closes: 762775 Changes: pynfft (1.3.2-1.1) unstable; urgency=low . * Non-maintainer upload. * Move python-sphinx to build-dep instead of build-indep (Closes: 762775) * Don't use -malign-double, as it is x86 only. Checksums-Sha1: 64b3b592b3f788c9265831cfe24e3062f0c62f67 2157 pynfft_1.3.2-1.1.dsc 6e569722660c0fca5b160bc9b86e6e4e730c6bfc 2628 pynfft_1.3.2-1.1.debian.tar.xz d197159ce9398fb18f000db5b73226d74a997b81 71734 python-pynfft_1.3.2-1.1_amd64.deb 0867ae038c367075a88795f718515c06d4fdae8d 82608 python-pynfft-dbg_1.3.2-1.1_amd64.deb fd0eb7f1220c56dec6a92dc38972700e6390cfa3 64946 python3-pynfft_1.3.2-1.1_amd64.deb 5220287c34c801bafc69ecd3896e20ecea3e06e1 76320 python3-pynfft-dbg_1.3.2-1.1_amd64.deb 3e39c0899f003f2a4a2f87f23cb4db18752d3e2b 29204 python-pynfft-doc_1.3.2-1.1_all.deb Checksums-Sha256: c94f68a6d0da8a3af7d2a32cf526eec03b785d2df7e62d6c6c581f1fc4eb87ed 2157 pynfft_1.3.2-1.1.dsc b7b6efc4f7854948bb90f728b7b02f0fc9ecea780a847baefe8f566ca2ff761a 2628 pynfft_1.3.2-1.1.debian.tar.xz 3f6b996dabc06f2a1e8b0e3d8191afb7a5f355924bf803ca5a987208ec57b05a 71734 python-pynfft_1.3.2-1.1_amd64.deb e8eaaf46e8c9c678172d8c3a71a17bddf3454ece6c491ba5795f0607243041b9 82608 python-pynfft-dbg_1.3.2-1.1_amd64.deb 56e39e7fedcd7d75cf38b9e8e73568ee5efbe262437eb7c435914aa06a94fcfc 64946 python3-pynfft_1.3.2-1.1_amd64.deb
Bug#766584: fenics: Fenics to be removed with recent dist-upgrade
Ok, somehow the problem seems to be solved. I had to reinstall debian for external reasons, but then apt-get complained about some missing dependency and didn't let me install fenics. For other's reference, I solved installing fenics with aptitude, which all of a sudden seems to be smarter than apt-get in managing dependencies. Massimiliano In data martedì 28 ottobre 2014 09:13:24, Johannes Ring ha scritto: Hi Massimiliano, Do you still have this problem? If so, can you please give us some more information? For instance, what do you get when you run the following command? # apt-get -s dist-upgrade Johannes On Fri, Oct 24, 2014 at 8:29 AM, Massimiliano Leoni leoni.massimilia...@gmail.com wrote: Package: fenics Version: 1:1.4.0.1 Severity: normal Dear Maintainer, since about last week apt-get dist-upgrade proposes me a huge update involving 200+ packages, whose side effect is to have fenics - and all packages coming with it - removed from the system. I would guess it's a dependency issue, but of course I'm not sure. How can I recover this? Thanks for help, Massimiliano -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fenics depends on: ii dolfin-bin 1.4.0+dfsg-4 ii dolfin-doc 1.4.0+dfsg-4 ii libdolfin-dev 1.4.0+dfsg-4 ii python-dolfin 1.4.0+dfsg-4 ii python-ffc 1.4.0-1 ii python-fiat 1.4.0-1 ii python-instant 1.4.0-1 ii python-ufl 1.4.0-1 ii python-ufl-doc 1.4.0-1 Versions of packages fenics recommends: ii python-scitools 0.9.0-1 fenics suggests no packages. -- no debconf information -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-mai ntainers -- 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#768029: root-system: Fix FTBFS on ppc64el and powerpc
Package: root-system Version: 5.34.19+dfsg-1.1 Severity: normal Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el powerpc Dear Maintainer, on the latest buildd report https://buildd.debian.org/status/package.php?p=root-system the build fails on powerpc and ppc64el. Here is a patch that should fix those. On powerpc, I fixed this in debian/rules by change the PLATFORM, else it was using the config/Makefile.linux which is using i386 specific gcc flags such as -msse leading to failure of compiling krb5 test binary during configure. With that the package is being build and in 32bits. On ppc64el, the configure was handling differently linuxppc64 whereas the way of doing for linuxx8664 is ok : this help configure to find the libs it needs. During compilation it then failed because g77 was used and not gfortran. Si I reused the way it was done on x8664 so that if g77 is not there gfortran is used thus adding a bit at the end of config/Makefile.linuxppc64gcc Maybe -m64 could be avoided as it was in the initial Makefile.linuxppc64gcc but for the sake of coherence with x8664 config file, I used the same way of doing. Hope that helps, F. --- a/debian/patches/series 2014-10-24 13:44:02.0 +0200 +++ b/debian/patches/series 2014-11-03 17:04:13.13596 +0100 @@ -32,3 +32,4 @@ 76-hurd-i386.patch 77-ruby-header-path.patch 78-html-header-logo.patch +support-for-ppc64 --- a/debian/patches/support-for-ppc64 1970-01-01 01:00:00.0 +0100 +++ b/debian/patches/support-for-ppc64 2014-11-04 11:02:54.536006646 +0100 @@ -0,0 +1,59 @@ +--- root-system-5.34.19+dfsg.orig/config/Makefile.linuxppc64gcc root-system-5.34.19+dfsg/config/Makefile.linuxppc64gcc +@@ -42,13 +42,33 @@ XLIBS = $(XPMLIBDIR) $(XPMLIB) $ + CILIBS= -lm -ldl + CRYPTLIBS = -lcrypt + ++ + # Fortran: ++ifneq ($(findstring gfortran, $(F77)),) ++ifeq ($(F77),) ++# only needed to get default compiler in ./configure ++F77 = gfortran ++endif ++F77FLAGS = -fPIC -m64 -std=legacy ++ifneq ($(shell $(F77) -m64 -print-file-name=libgfortran.$(SOEXT)),libgfortran.$(SOEXT)) ++F77LIBS := $(shell $(F77) -m64 -print-file-name=libgfortran.$(SOEXT)) ++else ++F77LIBS := $(shell $(F77) -m64 -print-file-name=libgfortran.a) ++endif ++F77LIBS += $(shell $(F77) -m64 -print-file-name=libgfortranbegin.a) ++endif ++ ++ifneq ($(findstring g77, $(F77)),) ++ifeq ($(F77),) ++# only needed to get default compiler in ./configure + F77 = g77 +-F77FLAGS = -fPIC ++endif ++F77FLAGS = -fPIC -m64 + ifneq ($(shell $(F77) -print-file-name=libg2c.so),libg2c.so) +-F77LIBS := $(shell $(F77) -print-file-name=libg2c.so) -lnsl ++F77LIBS := $(shell $(F77) -m64 -print-file-name=libg2c.so) -lnsl + else +-F77LIBS := $(shell $(F77) -print-file-name=libg2c.a) -lnsl ++F77LIBS := $(shell $(F77) -m64 -print-file-name=libg2c.a) -lnsl ++endif + endif + + # Extras +--- root-system-5.34.19+dfsg.orig/configure root-system-5.34.19+dfsg/configure +@@ -1886,7 +1886,7 @@ case $arch in + sgicc) +logmsg Will check 32bit libraries +checklib32=yes ;; +-linuxppc64*|sgicc64) ++sgicc64) +logmsg Will ONLY check 64bit libraries +checkonlylib64=yes ;; + linuxx8664k1om*) +@@ -1898,7 +1898,7 @@ linuxx8664k1om*) +enable_genvector=no +enable_tmva=no +;; +-linuxx8664*) ++linuxx8664*|linuxppc64*) +logmsg Will check 64bit libraries +checklinux64=yes +checklib64=yes ;; --- a/debian/rules 2014-10-24 13:44:02.0 +0200 +++ b/debian/rules 2014-11-03 17:13:30.408069453 +0100 @@ -24,7 +24,7 @@ EXTRA_LDFLAGS := $(LDFLAGS) export CFLAGS EXTRA_LDFLAGS DEB_HOST_MULTIARCH ifeq ($(DEB_HOST_ARCH_CPU),powerpc) -PLATFORM = linux +PLATFORM = linuxppcgcc else PLATFORM = endif -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Processed: fw
Processing commands for cont...@bugs.debian.org: forwarded 765118 http://bugzilla.scilab.org/show_bug.cgi?id=13586 Bug #765118 [src:scilab] scilab: FTBFS: [javac] /«PKGBUILDDIR»/modules/scirenderer/src/org/scilab/forge/scirenderer/implementation/jogl/JoGLCanvas.java:23: error: cannot find symbol Set Bug forwarded-to-address to 'http://bugzilla.scilab.org/show_bug.cgi?id=13586'. thanks Stopping processing here. Please contact me if you need assistance. -- 765118: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765118 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Processed: Re: libblitz-doc: fails to upgrade from 'testing' - trying to overwrite /usr/share/info/blitz.info.gz
Processing control commands: found -1 1:0.10-3 Bug #767564 {Done: Andreas Tille ti...@debian.org} [libblitz-doc] libblitz-doc: fails to upgrade from 'testing' - trying to overwrite /usr/share/info/blitz.info.gz Marked as found in versions blitz++/1:0.10-3; no longer marked as fixed in versions blitz++/1:0.10-3 and reopened. -- 767564: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767564 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- 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#767564: libblitz-doc: fails to upgrade from 'testing' - trying to overwrite /usr/share/info/blitz.info.gz
Followup-For: Bug #767564 Control: found -1 1:0.10-3 Breaks without Replaces is not sufficient Andreas -- 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#763909: Bug#767919: unblock: viewmol/2.4.1-21
Hi Andreas So far, I haven't been able to get the package to build at all without switching to source format 3.0. I'll try now to see if I am able to skip the getmachine call. For the record, debian/patches/010_build_scripts.diff already contains a patch to allow it to build on kfreebsd: +case $os in +GNU/k*BSD | GNU) +# GNU variants are treated like Linux +os=Linux +;; +*) +;; +esac + I was able to build the package in a kfreebsd virtual machine (although after switching to source format 3.0) and the package installed and ran, but complained about missing files ($VIEWMOL/GNU/kFreeBSD/*) when trying to view some of the sample molecules. So some additional work is required there, but that's for another bug. Regards Graham -- 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#763909: Bug#767919: unblock: viewmol/2.4.1-21
Hi Graham, On Tue, Nov 04, 2014 at 02:41:27PM +0200, Graham Inggs wrote: Hi Andreas So far, I haven't been able to get the package to build at all without switching to source format 3.0. Well, I personally do not agree with the set freeze rules but we need to follow if we want to see viewmol in Jessie. I'll try now to see if I am able to skip the getmachine call. This would be great. For the record, debian/patches/010_build_scripts.diff already contains a patch to allow it to build on kfreebsd: +case $os in +GNU/k*BSD | GNU) +# GNU variants are treated like Linux +os=Linux +;; +*) +;; +esac + I was able to build the package in a kfreebsd virtual machine (although after switching to source format 3.0) and the package installed and ran, but complained about missing files ($VIEWMOL/GNU/kFreeBSD/*) when trying to view some of the sample molecules. So some additional work is required there, but that's for another bug. Yes. Thanks for your work on this Andreas. -- http://fam-tille.de -- 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#768044: freefem3d: FTBFS on ppc64el -- workaround and usage of autoreconf
Source: freefem3d Severity: normal Tags: patch User: debian-powe...@lists.debian.org Dear Maintainer, The package freefem3d fails to build from source on ppc64el. The compilation breaks due to the usage of keywords that conflict with gcc macros (vector and bool). Unsetting __vector fixes that, so I added it as a workaround for ppc64el only, in debian/rules. I also added the usage of dh-autoreconf, which is recommended. Thanks. Fernando -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.16-trunk-powerpc64le (SMP w/32 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash diff -Nru freefem3d-1.0pre10/debian/changelog freefem3d-1.0pre10/debian/changelog --- freefem3d-1.0pre10/debian/changelog 2014-02-16 08:03:12.0 + +++ freefem3d-1.0pre10/debian/changelog 2014-11-04 12:56:28.0 + @@ -1,3 +1,9 @@ +freefem3d (1.0pre10-3.2ppc64el1) UNRELEASED; urgency=medium + + * debian/rules: added dh-autoreconf and workaround to undef __vector to avoid conflict with the gcc macro. + + -- Fernando Seiti Furusato ferse...@br.ibm.com Tue, 04 Nov 2014 12:55:46 + + freefem3d (1.0pre10-3.2) unstable; urgency=medium * Non-maintainer upload. diff -Nru freefem3d-1.0pre10/debian/control freefem3d-1.0pre10/debian/control --- freefem3d-1.0pre10/debian/control 2014-02-16 08:02:09.0 + +++ freefem3d-1.0pre10/debian/control 2014-11-04 12:39:15.0 + @@ -6,7 +6,7 @@ Standards-Version: 3.9.2 Vcs-Svn: svn://svn.debian.org/svn/debian-science/packages/freefem3d/trunk/ Vcs-Browser: http://svn.debian.org/viewsvn/debian-science/packages/freefem3d/trunk/ -Build-Depends: cdbs (= 0.4.23-1.1), autotools-dev, debhelper (= 4.1.0), automake1.11, libtool (= 1.5), doc-base, bison, texlive, texlive-latex-extra +Build-Depends: cdbs (= 0.4.23-1.1), dh-autoreconf, debhelper (= 4.1.0), automake1.11, libtool (= 1.5), doc-base, bison, texlive, texlive-latex-extra Package: freefem3d Architecture: any diff -Nru freefem3d-1.0pre10/debian/rules freefem3d-1.0pre10/debian/rules --- freefem3d-1.0pre10/debian/rules 2014-02-16 08:02:09.0 + +++ freefem3d-1.0pre10/debian/rules 2014-11-04 12:38:59.0 + @@ -2,6 +2,7 @@ include /usr/share/cdbs/1/class/autotools.mk include /usr/share/cdbs/1/rules/debhelper.mk +include /usr/share/cdbs/1/rules/autoreconf.mk include /usr/share/cdbs/1/rules/simple-patchsys.mk DEB_AC_AUX_DIR = $(DEB_SRCDIR)/m4 @@ -13,6 +14,11 @@ DEB_AUTO_UPDATE_AUTOCONF = yes DEB_AUTO_UPDATE_AUTOHEADER = yes +BUILD_ARCH_CPU := $(shell dpkg-architecture -qDEB_BUILD_ARCH_CPU) +ifeq ($(BUILD_ARCH_CPU), ppc64el) + CPPFLAGS+=-U__vector +endif + clean:: rm -f aclocal.m4 config.guess config.h.in config.sub install-sh rm -f libtool ltconfig ltmain.sh missing mkinstalldirs stamp-h.in -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
debian-science 1.3 MIGRATED to testing
FYI: The status of the debian-science source package in Debian's testing distribution has changed. Previous version: 1.2 Current version: 1.3 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See https://release.debian.org/testing-watch/ for more information. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
pyfai 0.10.2-1 MIGRATED to testing
FYI: The status of the pyfai source package in Debian's testing distribution has changed. Previous version: 0.3.5-1 Current version: 0.10.2-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See https://release.debian.org/testing-watch/ for more information. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
yade 1.12.0-2 MIGRATED to testing
FYI: The status of the yade source package in Debian's testing distribution has changed. Previous version: 1.11.1-3 Current version: 1.12.0-2 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See https://release.debian.org/testing-watch/ for more information. -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
Processing of gnuplot_4.6.6-1~bpo70+1_amd64.changes
gnuplot_4.6.6-1~bpo70+1_amd64.changes uploaded successfully to localhost along with the files: gnuplot_4.6.6-1~bpo70+1.dsc gnuplot_4.6.6-1~bpo70+1.debian.tar.gz gnuplot_4.6.6-1~bpo70+1_all.deb gnuplot-doc_4.6.6-1~bpo70+1_all.deb gnuplot-nox_4.6.6-1~bpo70+1_amd64.deb gnuplot-qt_4.6.6-1~bpo70+1_amd64.deb gnuplot-x11_4.6.6-1~bpo70+1_amd64.deb gnuplot-tex_4.6.6-1~bpo70+1_all.deb gnuplot-data_4.6.6-1~bpo70+1_all.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers
gnuplot_4.6.6-1~bpo70+1_amd64.changes is NEW
binary:gnuplot-data is NEW. binary:gnuplot-tex is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good OpenPGP signature and file hashes are valid), so please be patient. Packages are routinely processed through to the archive, and do feel free to browse the NEW queue[1]. If there is an issue with the upload, you will recieve an email from a member of the ftpteam. If you have any questions, you may reply to this email. [1]: https://ftp-master.debian.org/new.html -- 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#768107: ann: Fail of tests in debci (autopkgtest)
Source: ann Version: 1.1.2 Severity: normal Tags: patch User: autopkgtest-de...@lists.alioth.debian.org Usertags: autopkgtest Dear Maintainer, The tests are failing in debci using autopkgtest. Below the autopkgtest's log: adt-run [23:12:48]: test build1: [--- cp: cannot stat ‘ann_test.cpp’: No such file or directory adt-run [23:12:48]: test build1: ---] adt-run [23:12:48]: test build1: - - - - - - - - - - results - - - - - - - - - - build1 FAIL non-zero exit status 1 adt-run [23:12:49]: test build1: - - - - - - - - - - stderr - - - - - - - - - - cp: cannot stat ‘ann_test.cpp’: No such file or directory adt-run [23:12:50]: test build2: [--- cp: cannot stat ‘ann_test.cpp’: No such file or directory adt-run [23:12:50]: test build2: ---] adt-run [23:12:50]: test build2: - - - - - - - - - - results - - - - - - - - - - build2 FAIL non-zero exit status 1 adt-run [23:12:50]: test build2: - - - - - - - - - - stderr - - - - - - - - - - cp: cannot stat ‘ann_test.cpp’: No such file or directory This occur because of the wrong path of files used in tests, to correct this I only added de $TESTDIR (= debian/tests) variable before the name of files, then all the tests can find the files and the suite test is ok. Thanks for consider it! -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -rupN ann-1.1.2+doc.orig/debian/tests/build1 ann-1.1.2+doc/debian/tests/build1 --- ann-1.1.2+doc.orig/debian/tests/build1 2014-11-04 14:25:57.552987031 -0200 +++ ann-1.1.2+doc/debian/tests/build1 2014-11-04 23:06:24.239266085 -0200 @@ -6,9 +6,10 @@ set -e WORKDIR=$(mktemp -d) trap rm -rf $WORKDIR 0 INT QUIT ABRT PIPE TERM -cp ann_test.cpp $WORKDIR/ -cp rand.cpp $WORKDIR/ -cp rand.h $WORKDIR/ +TESTDIR=debian/tests +cp $TESTDIR/ann_test.cpp $WORKDIR/ +cp $TESTDIR/rand.cpp $WORKDIR/ +cp $TESTDIR/rand.h $WORKDIR/ cd $WORKDIR diff -rupN ann-1.1.2+doc.orig/debian/tests/build2 ann-1.1.2+doc/debian/tests/build2 --- ann-1.1.2+doc.orig/debian/tests/build2 2014-11-04 14:25:57.552987031 -0200 +++ ann-1.1.2+doc/debian/tests/build2 2014-11-04 23:04:58.458399428 -0200 @@ -6,9 +6,10 @@ set -e WORKDIR=$(mktemp -d) trap rm -rf $WORKDIR 0 INT QUIT ABRT PIPE TERM -cp ann_test.cpp $WORKDIR/ -cp rand.cpp $WORKDIR/ -cp rand.h $WORKDIR/ +TESTDIR=debian/tests +cp $TESTDIR/ann_test.cpp $WORKDIR/ +cp $TESTDIR/rand.cpp $WORKDIR/ +cp $TESTDIR/rand.h $WORKDIR/ cd $WORKDIR -- debian-science-maintainers mailing list debian-science-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers