Bug#806632: libsis-base-java: FTBFS when built with dpkg-buildpackage -A (override_dh_auto_test fails)
Hi, it seems this is a general FTBFS error since it also fails for normal builds. Any hint how to fix this would be welcome. Kind regards Andreas. On Sun, Nov 29, 2015 at 04:22:57PM +, Santiago Vila wrote: > Package: src:libsis-base-java > Version: 14.12.0-1 > User: sanv...@debian.org > Usertags: binary-indep > Severity: important > > Dear maintainer: > > I tried to build this package with "dpkg-buildpackage -A" > (i.e. only architecture-independent packages), and it failed: > > > [...] > debian/rules build-indep > dh build-indep --with javahelper >dh_testdir -i >debian/rules override_dh_auto_configure > make[1]: Entering directory '/<>' > cp debian/build_native/* source/c > #Needed on Ubuntu 14.04 > touch source/c/NEWS source/c/README source/c/AUTHORS source/c/ChangeLog > cd source/c && autoreconf -i > libtoolize: putting auxiliary files in `.'. > libtoolize: copying file `./ltmain.sh' > libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and > > [... snipped ...] > > OS: Linux (v3.16.7-ckt11-qemu-amd64) > Test class: UnixTests > > Running testGetLinkInfoSymLink > Running testGetLinkInfoSymLinkDanglingLink > Running testGetLinkInfoNonExistent > Running testCreateSymbolicLinkNull > Running testCreateHardLinkNull > Running testGetLinkInfoHardLink > Running testGetUid > Running testGetEuid > Running testGetGid > Running testGetEgid > Running testGetUidForUserName > Running testGetUidForUserNameNull > Running testGetGidForGroupName > Running testGetGidForGroupNameNull > Running testTryGetGroupByName > Running testTryGetGroupByNameNull > Running testTryGetGroupByGid > Running testTryGetUserByName > Running testTryGetUserByNameNull > Running testTryGetUserByUid > Running testDetectProcess > Exception in thread "main" java.lang.AssertionError: > at org.testng.AssertJUnit.fail(AssertJUnit.java:59) > at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24) > at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:33) > at > ch.systemsx.cisd.base.unix.UnixTests.testDetectProcess(UnixTests.java:296) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at ch.systemsx.cisd.base.unix.UnixTests.main(UnixTests.java:323) > at ch.systemsx.cisd.base.AllTests.main(AllTests.java:55) > debian/rules:45: recipe for target 'override_dh_auto_test' failed > make[1]: *** [override_dh_auto_test] Error 1 > make[1]: Leaving directory '/<>' > debian/rules:15: recipe for target 'build-indep' failed > make: *** [build-indep] Error 2 > dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2 > > > Sorry not to have a fix, as I am reporting many bugs similar to > this one. The common hints are: > > * If the only architecture-independent packages are dummy transitional > ones and they were released with jessie, the easy fix is to drop them > now. > > * When using "dh", it is allowed to use (independently) > optional targets override_dh_foo-arch and override_dh_foo-indep > (for several values of "foo"). > > > Once that both "dpkg-buildpackage -A" and "dpkg-buildpackage -B" work > properly, the package would be suitable to be uploaded in source-only > form if you wish. > > Thanks. > > ___ > Debian-med-packaging mailing list > debian-med-packag...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging > -- http://fam-tille.de
Bug#806632: libsis-base-java: FTBFS when built with dpkg-buildpackage -A (override_dh_auto_test fails)
On 11/29/2015 10:04 AM, Andreas Tille wrote: > Hi, > > it seems this is a general FTBFS error since it also fails for normal > builds. Any hint how to fix this would be welcome. > > Kind regards > >Andreas. Hi Andreas, I am able to build in a clean cowbuilder chroot, but I think the root cause for the error you're seeing lies with how the Unix class in libsis-base-java performs process detection. It will: (a) check for the existence of /proc/$pid/ and if that fails: (b) invoke "ps -p $pid" and check the return code If the build environment doesn't provide /proc and doesn't have procps installed (which is only priority "important" and so isn't guaranteed to be there), then that could explain the failure you're seeing. If that fits what you're seeing, you could try adding a build-dep on procps. Cheers, tony signature.asc Description: OpenPGP digital signature
Bug#806632: libsis-base-java: FTBFS when built with dpkg-buildpackage -A (override_dh_auto_test fails)
Package: src:libsis-base-java Version: 14.12.0-1 User: sanv...@debian.org Usertags: binary-indep Severity: important Dear maintainer: I tried to build this package with "dpkg-buildpackage -A" (i.e. only architecture-independent packages), and it failed: [...] debian/rules build-indep dh build-indep --with javahelper dh_testdir -i debian/rules override_dh_auto_configure make[1]: Entering directory '/<>' cp debian/build_native/* source/c #Needed on Ubuntu 14.04 touch source/c/NEWS source/c/README source/c/AUTHORS source/c/ChangeLog cd source/c && autoreconf -i libtoolize: putting auxiliary files in `.'. libtoolize: copying file `./ltmain.sh' libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and [... snipped ...] OS: Linux (v3.16.7-ckt11-qemu-amd64) Test class: UnixTests Running testGetLinkInfoSymLink Running testGetLinkInfoSymLinkDanglingLink Running testGetLinkInfoNonExistent Running testCreateSymbolicLinkNull Running testCreateHardLinkNull Running testGetLinkInfoHardLink Running testGetUid Running testGetEuid Running testGetGid Running testGetEgid Running testGetUidForUserName Running testGetUidForUserNameNull Running testGetGidForGroupName Running testGetGidForGroupNameNull Running testTryGetGroupByName Running testTryGetGroupByNameNull Running testTryGetGroupByGid Running testTryGetUserByName Running testTryGetUserByNameNull Running testTryGetUserByUid Running testDetectProcess Exception in thread "main" java.lang.AssertionError: at org.testng.AssertJUnit.fail(AssertJUnit.java:59) at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:24) at org.testng.AssertJUnit.assertTrue(AssertJUnit.java:33) at ch.systemsx.cisd.base.unix.UnixTests.testDetectProcess(UnixTests.java:296) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at ch.systemsx.cisd.base.unix.UnixTests.main(UnixTests.java:323) at ch.systemsx.cisd.base.AllTests.main(AllTests.java:55) debian/rules:45: recipe for target 'override_dh_auto_test' failed make[1]: *** [override_dh_auto_test] Error 1 make[1]: Leaving directory '/<>' debian/rules:15: recipe for target 'build-indep' failed make: *** [build-indep] Error 2 dpkg-buildpackage: error: debian/rules build-indep gave error exit status 2 Sorry not to have a fix, as I am reporting many bugs similar to this one. The common hints are: * If the only architecture-independent packages are dummy transitional ones and they were released with jessie, the easy fix is to drop them now. * When using "dh", it is allowed to use (independently) optional targets override_dh_foo-arch and override_dh_foo-indep (for several values of "foo"). Once that both "dpkg-buildpackage -A" and "dpkg-buildpackage -B" work properly, the package would be suitable to be uploaded in source-only form if you wish. Thanks.