Re: 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 +0000, Santiago Vila wrote:
> Package: src:libsis-base-java
> Version: 14.12.0-1
> User: sanvila@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@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging
>
--
http://fam-tille.de
Reply to: