Hi, Le 2024-11-30 09:40, Markus Koschany a écrit :
I remember that upstream confirmed they only use nightly builds to build gradle
Actually it's a bit more subtle than that: out of curiosity I extracted the last 200 versions used to build Gradle [1], and it appears to be a combination of releases n-1, milestones, rc, nightly, and nightly from topic branches.
And one thing that makes me wonder what's going on is that even though I've fixed that version to 8.11.1 on my tree and that's actually what is used when I try to build from IDEA (which means these properties are used in some ways by IDEA's Gradle integration even with the wrapper scripts and JARs removed), every new day the first project sync attempts take 12-15 minutes or so and I see log traces about the latest nightly build ... and syncing just doesn't work when the offline mode is on ...
and don't promise that any later version may be able to build an older version.
We can believe them about that. If it happens to work that's just luck.
Jumping directly to gradle 8 would be perfect of course.
I think that's better. Both Gradle and Kotlin went through some awkward growth spurt phase a few years ago, and now that they are starting to mature they behave a bit better. Releases 5.x and 6.x are better forgotten IMO.
While we are at it I have a question: do you have, or has anyone else reasonably recently managed to build anything requiring libgradle-kotlin-dsl-java (i.e. that has some build.gradle.kts or other .kts excepted settings.gradle.kts because these are unsupported in this version)? I tried to use it for libnative-platform-java that has a reasonably easy build.gradle.kts (that's an empty file, which is valid) but got a Kotlin compiler error "Descriptor wasn't found for declaration SCRIPT" that smells some incompatibility issue between Kotlin (1.3.31+ds1-1) and Gradle (4.4.1-20).
Cheers, [1]: https://salsa.debian.org/-/snippets/756 -- Julien Plissonneau Duquène
