Bug#808593: [Help]: Bug#808593: htsjdk: FTBFS: [testng] FAILED: testHTTPNotExist
On Mon, Mar 14, 2016 at 10:25 PM, Vincent Danjean wrote: > Le 14/03/2016 21:20, Vincent Danjean a écrit : >> Is it the correct way to build a package that requires java 8? > > I just saw that default-jre/jdk is 1.8 now, so I'm sure this > package need to be fixed. If someone can tell me how to do it > (or just point me to a package correctly written). I suggest you put default-jdk (>=2:1.8) into Build-Depends instead of openjdk-8-jre-headless and openjdk-8-jdk, and remove Build-Conflicts. Eugene
Bug#808593: [Help]: Bug#808593: htsjdk: FTBFS: [testng] FAILED: testHTTPNotExist
- Mail original - > De: "Vincent Danjean" > À: "Emmanuel Bourg" , "Andreas Tille" , > "Debian Java List" > , 808...@bugs.debian.org > Envoyé: Lundi 14 Mars 2016 21:20:11 > Objet: Re: [Help]: Bug#808593: htsjdk: FTBFS: [testng] FAILED: > testHTTPNotExist > > Le 11/02/2016 21:50, Emmanuel Bourg a écrit : > > Le 11/02/2016 21:01, Andreas Tille a écrit : > > > >> any hint why this test that worked before might fail since end of > >> December? > > > > I got a quick look and I can't explain this test failure. It doesn't > > seem very important though, you could just disable this test. > > I just upgraded htsjdk (required for picard-tools). It does not seem to > FTBFS anymore (pushed in git). yeap, I checked this with Andreas some time ago, and could not reproduce either. > I plan to upload it when picard-tools will be ready but if someone > can take a look at it before, I would be pleased. In particular, > there is in debian/control: > === > Build-Depends: openjdk-8-jre-headless, openjdk-8-jdk, ... > Build-Conflicts: openjdk-7-jre-headless > === > > And, in debian/rules: > === > dh_auto_build -- -Dant.build.javac.source=1.8 -Dant.build.javac.target=1.8 > ... > === > > Is it the correct way to build a package that requires java 8? as long as target is not specifically set in build.xml that's the way. Olivie > > I do not change this part myself and did not check the requirement, > but I just saw with picard-tools (same upstream authors) that java 8 > is also required ( <> operator (>=7) and lambda expressions (>=8) ) > so I would like to be sure to do the correct thing. > > Regards, > Vincent > > > Emmanuel Bourg > > > > > -- > Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org > GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA > Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html > APT repo: deb http://people.debian.org/~vdanjean/debian unstable main > >
Bug#808593: [Help]: Bug#808593: htsjdk: FTBFS: [testng] FAILED: testHTTPNotExist
Le 14/03/2016 21:20, Vincent Danjean a écrit : > Is it the correct way to build a package that requires java 8? I just saw that default-jre/jdk is 1.8 now, so I'm sure this package need to be fixed. If someone can tell me how to do it (or just point me to a package correctly written). Regards, Vincent -- Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main
Bug#808593: [Help]: Bug#808593: htsjdk: FTBFS: [testng] FAILED: testHTTPNotExist
Le 11/02/2016 21:50, Emmanuel Bourg a écrit : > Le 11/02/2016 21:01, Andreas Tille a écrit : > >> any hint why this test that worked before might fail since end of >> December? > > I got a quick look and I can't explain this test failure. It doesn't > seem very important though, you could just disable this test. I just upgraded htsjdk (required for picard-tools). It does not seem to FTBFS anymore (pushed in git). I plan to upload it when picard-tools will be ready but if someone can take a look at it before, I would be pleased. In particular, there is in debian/control: === Build-Depends: openjdk-8-jre-headless, openjdk-8-jdk, ... Build-Conflicts: openjdk-7-jre-headless === And, in debian/rules: === dh_auto_build -- -Dant.build.javac.source=1.8 -Dant.build.javac.target=1.8 ... === Is it the correct way to build a package that requires java 8? I do not change this part myself and did not check the requirement, but I just saw with picard-tools (same upstream authors) that java 8 is also required ( <> operator (>=7) and lambda expressions (>=8) ) so I would like to be sure to do the correct thing. Regards, Vincent > Emmanuel Bourg > -- Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main
Bug#808593: [Help]: Bug#808593: htsjdk: FTBFS: [testng] FAILED: testHTTPNotExist
Le 11/02/2016 21:01, Andreas Tille a écrit : > any hint why this test that worked before might fail since end of > December? I got a quick look and I can't explain this test failure. It doesn't seem very important though, you could just disable this test. Emmanuel Bourg
Bug#808593: [Help]: Bug#808593: htsjdk: FTBFS: [testng] FAILED: testHTTPNotExist
Hi, any hint why this test that worked before might fail since end of December? Kind regards Andreas. On Mon, Dec 21, 2015 at 10:59:11AM +, Chris Lamb wrote: > Source: htsjdk > Version: 1.138+dfsg.1-4 > Severity: serious > Justification: fails to build from source > User: reproducible-bui...@lists.alioth.debian.org > Usertags: ftbfs > X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org > > Dear Maintainer, > > htsjdk fails to build from source in unstable/amd64: > > [..] > > [testng] PASSED: testReadAndSkipWithMultipleBlocks([null of CHAR, null > of CHAR, null of FLOAT]) > [testng] PASSED: testReadAndSkipWithMultipleBlocks([null of CHAR, null > of CHAR, null of CHAR]) > [testng] FAILED: testHTTPNotExist > [testng] java.lang.AssertionError: expected [false] but found [true] > [testng] at org.testng.Assert.fail(Assert.java:94) > [testng] at org.testng.Assert.failNotEquals(Assert.java:496) > [testng] at org.testng.Assert.assertEquals(Assert.java:125) > [testng] at org.testng.Assert.assertEquals(Assert.java:288) > [testng] at org.testng.Assert.assertEquals(Assert.java:298) > [testng] at > htsjdk.tribble.util.ParsingUtilsTest.tstExists(ParsingUtilsTest.java:142) > [testng] at > htsjdk.tribble.util.ParsingUtilsTest.testHTTPNotExist(ParsingUtilsTest.java:137) > [testng] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native > Method) > [testng] at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > [testng] at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > [testng] at java.lang.reflect.Method.invoke(Method.java:606) > [testng] at > org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:85) > [testng] at > org.testng.internal.Invoker.invokeMethod(Invoker.java:639) > [testng] at > org.testng.internal.Invoker.invokeTestMethod(Invoker.java:821) > [testng] at > org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1131) > [testng] at > org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:124) > [testng] at > org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:108) > [testng] at org.testng.TestRunner.privateRun(TestRunner.java:773) > [testng] at org.testng.TestRunner.run(TestRunner.java:623) > [testng] at org.testng.SuiteRunner.runTest(SuiteRunner.java:357) > [testng] at > org.testng.SuiteRunner.runSequentially(SuiteRunner.java:352) > [testng] at > org.testng.SuiteRunner.privateRun(SuiteRunner.java:310) > [testng] at org.testng.SuiteRunner.run(SuiteRunner.java:259) > [testng] at > org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java:52) > [testng] at > org.testng.SuiteRunnerWorker.run(SuiteRunnerWorker.java:86) > [testng] at > org.testng.TestNG.runSuitesSequentially(TestNG.java:1185) > [testng] at org.testng.TestNG.runSuitesLocally(TestNG.java:1110) > [testng] at org.testng.TestNG.run(TestNG.java:1018) > [testng] at org.testng.TestNG.privateMain(TestNG.java:1325) > [testng] at org.testng.TestNG.main(TestNG.java:1294) > [testng] > [testng] SKIPPED: basic > [testng] org.testng.TestNGException: > [testng] Method public void > htsjdk.samtools.util.IupacTest.basic(java.lang.String) throws > java.lang.Exception requires a @DataProvider named : basicDataProvider > [testng] at > org.testng.internal.Parameters.findDataProvider(Parameters.java:262) > [testng] at > org.testng.internal.Parameters.handleParameters(Parameters.java:418) > [testng] at > org.testng.internal.Invoker.handleParameters(Invoker.java:1276) > [testng] at > org.testng.internal.Invoker.createParameters(Invoker.java:992) > [testng] at > org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1082) > [testng] at > org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:124) > [testng] at > org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:108) > [testng] at org.testng.TestRunner.privateRun(TestRunner.java:773) > [testng] at org.testng.TestRunner.run(TestRunner.java:623) > [testng] at org.testng.SuiteRunner.runTest(SuiteRunner.java:357) > [testng] at > org.testng.SuiteRunner.runSequentially(SuiteRunner.java:352) > [testng] at > org.testng.SuiteRunner.privateRun(SuiteRunner.java:310) > [testng] at org.testng.SuiteRunner.run(SuiteRunner.java:259) > [testng] at > org.testng.SuiteRunnerWorker.runSuite(SuiteRunnerWorker.java: