Re: gradle broken in sid system
- To: debian-java@lists.debian.org
- Subject: Re: gradle broken in sid system
- From: Emmanuel Bourg <ebourg@apache.org>
- Date: Fri, 05 Jun 2015 13:17:30 +0200
- Message-id: <[🔎] 5571854A.9090703@apache.org>
- In-reply-to: <5560A8FA.2000806@debian.org>
- References: <87zj53xgea.fsf@bitburger.home.felix> <87fv6v10wn.fsf@bitburger.home.felix> <555A44AA.7050600@gambaru.de> <87y4kgxvlh.fsf@bitburger.home.felix> <555F8AFC.7040903@gambaru.de> <20150522204526.GA9534@alice.nomadium.lan> <5560A8FA.2000806@debian.org>
Le 23/05/2015 18:21, tony mancill a écrit :
> Does anyone think it's worthwhile to update jruby 1.5 to build against
> jffi 1.2 as an interim measure? I think we still need jnr-posix to be
> accepted into unstable to make that work, but it should allow other
> gradle-based packages to continue to build.
I'm exploring another solution to fix Gradle, the solution would
consist in using the JDK 7 classes to get the file permissions
instead of the jnr-posix API. The code is already in Gradle 1.5
but isn't enabled by default.
I managed to build Gradle with this change, but after installing
the fixed package I get another error when rebuilding Gradle:
Gradle Worker 2 FAILED
org.gradle.api.internal.tasks.testing.TestSuiteExecutionException: Could not start test process 'Gradle Worker 2'.
at org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.startProcessing(SuiteTestClassProcessor.java:42)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at org.gradle.messaging.dispatch.ContextClassLoaderDispatch.dispatch(ContextClassLoaderDispatch.java:32)
at org.gradle.messaging.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
at com.sun.proxy.$Proxy2.startProcessing(Unknown Source)
at org.gradle.api.internal.tasks.testing.worker.TestWorker.startProcessing(TestWorker.java:97)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
at org.gradle.messaging.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
at org.gradle.messaging.remote.internal.hub.MessageHub$Handler.run(MessageHub.java:355)
at org.gradle.internal.concurrent.DefaultExecutorFactory$StoppableExecutorImpl$1.run(DefaultExecutorFactory.java:66)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by:
java.lang.AssertionError
at org.gradle.api.internal.tasks.testing.junit.JUnitTestEventAdapter.<init>(JUnitTestEventAdapter.java:45)
at org.gradle.api.internal.tasks.testing.junit.JUnitTestClassProcessor.startProcessing(JUnitTestClassProcessor.java:65)
at org.gradle.api.internal.tasks.testing.SuiteTestClassProcessor.startProcessing(SuiteTestClassProcessor.java:40)
... 21 more
Emmanuel Bourg
Reply to: