Dear maintainer:

I'm getting persistent build failures when trying any of the above packages because autobuilder hangs.

I'm filing a single report because this is likely a bug in one of the build-dependencies,
but I don't know which one. (I request help to determine which one and reassign
accordingly).

This is how the build typically fails, the example is taken from "src:adql":

Process 'Gradle Test Executor 2' finished with non-zero exit value 1
org.gradle.process.internal.ExecException: Process 'Gradle Test Executor 2' finished with non-zero exit value 1
         at org.gradle.process.internal.DefaultExecHandle$ExecResultImpl.assertNormalExitValue(DefaultExecHandle.java:382)
         at org.gradle.process.internal.worker.DefaultWorkerProcess.onProcessStop(DefaultWorkerProcess.java:118)
         at org.gradle.process.internal.worker.DefaultWorkerProcess.access$000(DefaultWorkerProcess.java:41)
         at org.gradle.process.internal.worker.DefaultWorkerProcess$1.executionFinished(DefaultWorkerProcess.java:74)
         at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:104)
         at java.base/java.lang.reflect.Method.invoke(Method.java:565)
         at org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:35)
         at org.gradle.internal.dispatch.ReflectionDispatch.dispatch(ReflectionDispatch.java:24)
         at org.gradle.internal.event.AbstractBroadcastDispatch.dispatch(AbstractBroadcastDispatch.java:42)
         at org.gradle.internal.event.BroadcastDispatch$SingletonDispatch.dispatch(BroadcastDispatch.java:230)
         at org.gradle.internal.event.BroadcastDispatch$SingletonDispatch.dispatch(BroadcastDispatch.java:149)
         at org.gradle.internal.event.ListenerBroadcast.dispatch(ListenerBroadcast.java:140)
         at org.gradle.internal.event.ListenerBroadcast.dispatch(ListenerBroadcast.java:37)
         at org.gradle.internal.dispatch.ProxyDispatchAdapter$DispatchingInvocationHandler.invoke(ProxyDispatchAdapter.java:93)
         at jdk.proxy1/jdk.proxy1.$Proxy73.executionFinished(Unknown Source)
         at org.gradle.process.internal.DefaultExecHandle.setEndStateInfo(DefaultExecHandle.java:215)
         at org.gradle.process.internal.DefaultExecHandle.finished(DefaultExecHandle.java:327)
         at org.gradle.process.internal.ExecHandleRunner.completed(ExecHandleRunner.java:103)
         at org.gradle.process.internal.ExecHandleRunner.run(ExecHandleRunner.java:83)
         at org.gradle.internal.operations.BuildOperationIdentifierPreservingRunnable.run(BuildOperationIdentifierPreservingRunnable.java:39)
         at org.gradle.internal.concurrent.ExecutorPolicy$CatchAndRecordFailures.onExecute(ExecutorPolicy.java:63)
         at org.gradle.internal.concurrent.ManagedExecutorImpl$1.run(ManagedExecutorImpl.java:46)
         at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1090)
         at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:614)
         at org.gradle.internal.concurrent.ThreadFactoryImpl$ManagedThreadRunnable.run(ThreadFactoryImpl.java:55)
         at java.base/java.lang.Thread.run(Thread.java:1474)
         Gradle is still running, please be patient...
         Gradle is still running, please be patient...
         Gradle is still running, please be patient...

and at this point I have to kill dpkg-buildpackage by hand, because sbuild is not brave enough to do so.

Most probably this started to happen somewhere between 2026-09-06 and 2026-09-13.

I've put sample build logs here for reference:

https://people.debian.org/~sanvila/build-logs/202609/

Thanks.

reassign 1147930 gradle
affects 1147930 src:adql src:android-platform-tools-apksig src:barclay src:capsule-maven-nextflow src:capsule-nextflow src:darcula src:dom4j src:gatk-fermilite src:gkl src:htsjdk src:igv src:libhamcrest-java src:libhttp-nio-java src:libjdom2-intellij-java src:milib src:opentest4j src:picard-tools src:vdjtools src:xgboost-predictor-java
thanks

Hi. It looks like this is a recurring problem in gradle.

I found the following references:

https://github.com/gradle/gradle/issues/2657
https://github.com/gradle/gradle/issues/4981

So, I'm doing the above reassign.
[ Note: I've added src:picard-tools, which also fails but it was not in the list ]

Thanks.

affects 1147930 - src:darcula
thanks

Note: The above one also FTBFS, but it does not make the autobuilder
to hang like the others.

affects 1147930 + src:darcula src:procyon
thanks

Sorry, I was mistaken about darcula. It just happens that sometimes it
fails in a way that dpkg-buildpackage has to be killed by hand, and
sometimes it fails in just a few minutes.

Therefore, the affects field means "packages which have failed in
this way at least once".

Thanks.

Hello.

The following packages, which I've tried to build 10 times each, build ok again:

adql
android-platform-tools-apksig
barclay
capsule-maven-nextflow
capsule-nextflow
darcula
dom4j
gatk-fermilite
gkl
htsjdk
igv
libhamcrest-java
libhttp-nio-java
libjdom2-intellij-java
milib
opentest4j
picard-tools
vdjtools
xgboost-predictor-java

This one, however, still fails:

procyon

but I think that's because of the new Java 25 as reported in #1108588.

Therefore I believe this is fixed and I'm closing it myself.

Thanks a lot!

Hello.

The following packages, which I've tried to build 10 times each, build ok again:

adql
android-platform-tools-apksig
barclay
capsule-maven-nextflow
capsule-nextflow
darcula
dom4j
gatk-fermilite
gkl
htsjdk
igv
libhamcrest-java
libhttp-nio-java
libjdom2-intellij-java
milib
opentest4j
picard-tools
vdjtools
xgboost-predictor-java

This one, however, still fails:

procyon

but I think that's because of the new Java 25 as reported in #1108588.

Therefore I believe this is fixed and I'm closing it myself.

Thanks a lot!

Hi,

Reopening: milib still hangs with gradle 4.6-2 in a clean unstable chroot
today:

  java.lang.ClassCastException: class org.slf4j.helpers.NOPLoggerFactory cannot be cast to class org.gradle.internal.logging.slf4j.OutputEventListenerBackedLoggerContext

/usr/share/java now has both slf4j-api 1.7.36 and 2.0.19, because logback
pulls in libslf4j2-java. Gradle picks the test workers' slf4j jar as the
first match in an unsorted directory listing, so whether it hangs depends
on the filesystem. That is probably why your builds passed.

Fix: https://salsa.debian.org/java-team/gradle/-/merge_requests/14
It links the 1.x jars into /usr/share/gradle/lib, which is searched
first. milib and adql build with it.

Thanks,
Juan

Hello,

Bug #1147930 in gradle reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:

https://salsa.debian.org/java-team/gradle/-/commit/a61a1a5c192a71593c6c4ed9287df6815f4566a8

(this message was generated automatically)
-- 
Greetings

https://bugs.debian.org/1147930

We believe that the bug you reported is fixed in the latest version of
gradle, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 1147930@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Emmanuel Bourg <ebourg@apache.org> (supplier of updated gradle package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)
Format: 1.8
Date: Sun, 04 Oct 2026 09:07:12 +0200
Source: gradle
Architecture: source
Version: 4.6-3
Distribution: unstable
Urgency: medium
Maintainer: Debian Java Maintainers <pkg-java-maintainers@lists.alioth.debian.org>
Changed-By: Emmanuel Bourg <ebourg@apache.org>
Closes: 1147930
Changes:
 gradle (4.6-3) unstable; urgency=medium
 .
   * Team upload.
 .
   [ Juan Manuel Méndez Rey ]
   * Link slf4j-api and jul-to-slf4j from libslf4j-java into
     /usr/share/gradle/lib. The test workers look both up by file name
     pattern in lib/ and then in /usr/share/java, where they took the 2.x
     jars of libslf4j2-java whenever the directory listed those first,
     then died on a ClassCastException while Gradle waited forever
     (Closes: #1147930).
Checksums-Sha1:
 ad88b9c73898ebf00b1f6f4396e08dc50ce28a92 3333 gradle_4.6-3.dsc
 f8eee7b79811b70cb53b7bb74bb6aa06e06920b5 72084 gradle_4.6-3.debian.tar.xz
 ae487a54db6482d06463c1fb7eaf6c438bb40b02 20091 gradle_4.6-3_source.buildinfo
Checksums-Sha256:
 ee81dad7fbba6b3787906f5f1401cc9add42b309424ca7ce50e56df1033217eb 3333 gradle_4.6-3.dsc
 6ecaf193ada53e1257c24dae5ed2c57972532c94c761454343f8059fc4eb4115 72084 gradle_4.6-3.debian.tar.xz
 a33b58d50fb64b0a965966ab44b18c04576bc6b304476a477a3bda72551225eb 20091 gradle_4.6-3_source.buildinfo
Files:
 c261cd9fea25fb7ad40a9100bfad5841 3333 java optional gradle_4.6-3.dsc
 5bdede656c7bc0db2226ceffb3b91e90 72084 java optional gradle_4.6-3.debian.tar.xz
 b221963b4dddbce5b9f3051a8f0e5033 20091 java optional gradle_4.6-3_source.buildinfo
-----BEGIN PGP SIGNATURE-----

iQJGBAEBCgAwFiEEuM5N4hCA3PkD4WxA9RPEGeS50KwFAmrB+1MSHGVib3VyZ0Bh
cGFjaGUub3JnAAoJEPUTxBnkudCsuLkP/1b8Bubwha5TfykkfqeHkfZL5UsShpJz
MElpITeAz/1NCijFJYKcnd4+2cN2YK4/eBLo2LLznokmvIHvRqmzOa5DChJr0k7s
knXP5ALN9fszCSHjKK5ucsSZkgz4PIkBDJ1fZEGChEYPzIRSSWGGEZV1mcUuxlzf
uAJCpPk/0xLet9Kt3PNZb1gkl+H830UcqTWw720QORXObFqryCRpBm9t3KZKLeuE
h+6ZZIWbf947olvbhgceKrifYzV6cAdmp1fQealYMqmr6tumdqV1/lCg4+tGlHx3
RCdrI0A48hKvTT3s4tNYIZ6ERi+E+15Lnweis+oP/76vDYDK4mmTQ3fEWk/ELgKd
y/bTgRiTiwL6OVXIQm7C42nU9AeP3j9UVxht7j/3TjnmTvV4SNH+bXH5VHktzjqQ
8Ohv8LKAsAiD1jwyAX+TMzId+8Av1r0zK7lJTWDBAKVkJAzHMWHpTYG4aP4fwyCG
WxXBNr3TATzUoiDQjVw1ZyU1K7zw6+rO/Uce1FsdD0kuF+L9++UZGSD1QXNcGFSo
b9kcJCEArUHjSkSZD6VKhN2rgiLTNwkaLlxQl4YP4EXfaWvlFzunX1rHHSYn4C24
/OmNeXQl0O+CZaVYuV6O4j5m+SAsNcP5SptsjMQTIMVOa+FpRqAcc1rquWcGqgAg
lQLEQtiasPl6
=mp+T
-----END PGP SIGNATURE-----