Re: gradle reboot
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
Reply to: