[Debian-med-packaging] Bug#806632: libsis-base-java: FTBFS when built with dpkg-buildpackage -A (override_dh_auto_test fails)

[Andreas Tille]

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 +0000, Santiago Vila wrote:
> Package: src:libsis-base-java
> Version: 14.12.0-1
> User: sanvila at 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 '/<<PKGBUILDDIR>>'
> 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 '/<<PKGBUILDDIR>>'
> 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-packaging at lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
> 

-- 
http://fam-tille.de