Look for

settings.gradle.kts

in the most recent log file

ok @eskatos think i have an idea of what was happening. i couldnt figure out how to "retrigger" a settings resolution (synchronization/opening the file/refreshing the gradle project all didn't seem to work) so i just restarted intellij each time we have a file at

gradle/kotlinVersion.txt

and in

settings.gradle.kts

that we refer to in a couple places

resolutionStrategy {
        val kotlinVersion = Paths.get("gradle", "kotlinVersion.txt").toFile().readText().trim()

and also a

dependencies.gradle

that we use in

build.gradle

as

apply from: 'dependencies.gradle'

file that does the same crap

ext {
    versions = [
        kotlin: Paths.get("gradle", "kotlinVersion.txt").getText(StandardCharsets.UTF_8.name()).trim(),

both of these lead to a

failure = 		org.gradle.tooling.BuildException: Could not fetch model of type 'KotlinBuildScriptModel' using Gradle installation '/home/mkobit/.gradle/wrapper/dists/gradle-4.7-all/4cret0dgl5o3b21weaoncl7ys/gradle-4.7'.
	Caused by: java.nio.file.NoSuchFileException: gradle/kotlinVersion.txt` coming up

if i just change those to constants everything in the IDE is dandy

should the tooling models be built relative to the project dir? or i should i be doing something differently here?

i could use a

gradle.properties

and get it from there too, i think that'll work in the meantime

I wonder about your usage of

Paths.get()

Why not use

file("..")

that handles paths relative to the script whatever is the CWD?

val kotlinVersion = file("gradle/kotlinVersion.txt").readText().trim()

and

def kotlinVersion = file(‘gradle/kotlinVersion.txt’).text.trim()

We need to get better error reporting in cases such as yours

https://github.com/gradle/kotlin-dsl/pull/866 will already be a step forward, but no details about the error yet