Piotr Krzemiński
09/18/2025, 7:16 AMAn exception occurred applying plugin request [id: 'buildsrc.conventions.lang.kotlin-multiplatform']
> Failed to apply plugin 'buildsrc.conventions.lang.kotlin-multiplatform'.
> Future was not completed yet 'Kotlin Plugin Lifecycle: (root project 'snakeyaml-engine-kmp') stage 'EvaluateBuildscript''
Full logs here. I cannot reproduce locally, although admittedly I have a Mac, and the build works fine on a MacOS worker.
Is anyone else seeing this as well? Or having a Linux/Windows machine where it reproduces?ursus
09/19/2025, 8:32 PMumbrella modules?
Say umbrella consists of 10 modules and that is cached.
If one module changes, would I still get a cache hit on the 9, even if its exposed to ios via the umbrella?Piotr Krzemiński
09/21/2025, 3:37 PMeygraber
09/21/2025, 4:32 PMGRADLE_OPTS env var:
-Dkotlin.incremental=false
I'm guessing that's not actually doing anything because -D is a meant for JVM properties, but is there any chance that's getting forwarded to KGP?mbonnin
09/22/2025, 9:47 AMagp-9) that contributes the main jar but does not leak its compileOnly dependencies to the main compilation?
• If I use main.associateWith(agp-9) , the dependencies are automatically added
• I can configure the dependencies manually but then internal declarations are not seen from main, I'm guessing because of friendSourceSets
Is there a way?Oliver.O
09/24/2025, 9:54 AMandroidUnitTest dependency's symbols are not found during clean testReleaseUnitTest, unless the dependency is removed, testReleaseUnitTest is executed again, the dependency is re-added, after which testReleaseUnitTest succeeds. Does this ring a bell to anyone? Details in 🧵.Said Shatila
09/26/2025, 3:30 PM/**
* Minimal Hilt convention:
* - Applies Hilt Gradle plugin and KSP
* - Wires hilt-android + hilt-compiler (KSP)
* Assumes the module already applies com.android.* and kotlin-android outside.
*/
class AndroidHiltConventionPlugin : Plugin<Project> {
override fun apply(target: Project) = with(target) {
// Apply external plugins to the target project
pluginManager.apply("com.google.dagger.hilt.android")
pluginManager.apply("com.google.devtools.ksp")
// Access the root version catalog named "libs"
val libs = extensions.getByType<VersionCatalogsExtension>().named("libs")
dependencies {
add("implementation", libs.findLibrary("hilt-android").get())
add("ksp", libs.findLibrary("hilt-android-compiler").get())
}
}
}
My register in build.gradle for build logic.
register("androidHilt") {
id = "com.yinzcam.android.hilt"
implementationClass = "yinz.cam.build_logic.conventions.AndroidHiltConventionPlugin"
}
// Top-level build file where you can add configuration options common to all sub-projects/modules.
buildscript {
ext.kotlinVersion = "2.1.0"
ext.kotlinCoroutinesVersion = '1.6.4'
ext.kotlinSerializationVersion = '1.0.1'
ext.dokkaVersion = "0.10.1"
def gradlePluginVersion = "8.9.1"
def hiltVersion = '2.57'
def kspVersion = '2.1.0-1.0.29'
repositories {
google()
mavenCentral()
mavenLocal()
jcenter()
}
dependencies {
classpath "com.android.tools.build:gradle:$gradlePluginVersion"
classpath 'com.google.gms:google-services:4.3.14'
classpath "org.jetbrains.kotlin:kotlin-gradle-plugin:$project.ext.kotlinVersion"
classpath "org.jetbrains.kotlin:kotlin-serialization:$kotlinVersion"
classpath 'com.google.firebase:firebase-crashlytics-gradle:2.9.5'
classpath "org.jetbrains.dokka:dokka-gradle-plugin:$dokkaVersion"
classpath "org.jfrog.buildinfo:build-info-extractor-gradle:5.2.5"
classpath "androidx.navigation:navigation-safe-args-gradle-plugin:2.5.3"
classpath "com.google.android.libraries.mapsplatform.secrets-gradle-plugin:secrets-gradle-plugin:2.0.1"
classpath "org.jetbrains.kotlin:compose-compiler-gradle-plugin:$project.ext.kotlinVersion"
classpath "com.google.dagger:hilt-android-gradle-plugin:$hiltVersion"
classpath "com.google.devtools.ksp:com.google.devtools.ksp.gradle.plugin:$kspVersion"
}
}
plugins {
alias(libs.plugins.hilt) apply false
}
This build.gradle is the one that is outside for all of the project and the main module app since the app isn't modularized still
and this is the one responsible for dependencies and inner plugins
buildscript {
repositories {
google()
mavenCentral()
mavenLocal()
jcenter()
flatDir {
dirs 'libs'
}
}
dependencies {
classpath "com.android.tools.build:gradle:$project.ext.gradlePluginVersion"
classpath "com.google.firebase:firebase-appdistribution-gradle:$project.ext.firebaseGradlePlugin"
}
}
apply plugin: 'com.android.application'
apply plugin: 'project-report'
apply plugin: 'kotlin-android'
apply plugin: 'kotlin-kapt'
apply plugin: 'kotlin-parcelize'
apply plugin: 'kotlinx-serialization'
apply plugin: 'com.google.firebase.appdistribution'
apply plugin: "com.google.android.libraries.mapsplatform.secrets-gradle-plugin"
apply plugin: 'org.jetbrains.kotlin.android'
apply plugin: 'org.jetbrains.kotlin.plugin.compose'
apply plugin: 'org.jetbrains.kotlin.plugin.serialization'
//apply plugin: 'com.google.devtools.ksp'
//apply plugin: 'com.google.dagger.hilt.android'
here where I commented apply plugin --> Up.
I was trying to add my hilt plugin -->
plugin {
id ("com.yinzcam.android.hilt")
}
but it's not detecting it any idea about it
line: 17
An exception occurred applying plugin request [id: 'com.yinzcam.android.hilt']
> Failed to apply plugin 'com.yinzcam.android.hilt'.
> Configuration with name 'implementation' not found.loke
09/28/2025, 2:22 PMmohamed rejeb
09/29/2025, 10:15 AMmbonnin
09/30/2025, 8:52 AMPHondogo
10/01/2025, 8:54 AMmbonnin
10/01/2025, 12:16 PMfun foo(action: Action<Bar>) {
TODO()
}
/**
* Overload for Kotlin callers
*/
fun foo(action: Bar.() -> Unit) {
TODO()
}
Is it really that important to transform the lambda parameter in a receiver? If I really want to, isn't it the whole point of the sam-with-receiver plugin? Are there any upsides to do this?Slackbot
10/01/2025, 5:02 PMGuilherme Delgado
10/13/2025, 9:59 AMMaksym M.
10/16/2025, 2:33 PMorg.jetbrains.kotlin.plugin.parcelize?
Specifically the class that is being called via apply when we put this dependency in plugins { } block of a build fileRicardo C.
10/22/2025, 2:16 PMkotlin {
sourceSets {
androidMain {
dependencies {
api(projects.core.initializers.api)
}
}
}
}
> Task :core:initializers:api:checkKotlinGradlePluginConfigurationErrors SKIPPED
> Task :core:initializers:api:processResources UP-TO-DATE
> Task :core:initializers:api:compileKotlin
> Task :core:initializers:api:compileJava NO-SOURCE
> Task :core:initializers:api:classes UP-TO-DATE
> Task :core:initializers:api:jar UP-TO-DATE
I could not find anything about it, but it does not seem normal to run them before task execution phase. Any idea what could it be?tapchicoma
11/05/2025, 2:41 PMloke
11/06/2025, 1:54 PMloke
11/06/2025, 1:55 PMAyfri
11/07/2025, 11:23 AM> IDLE and Gradle staying at 0%, I have this parameters in my gradle.properties
# Gradle optimization flags
org.gradle.caching=true
org.gradle.configuration-cache=true
org.gradle.jvmargs=-Xmx4g -XX:MaxMetaspaceSize=1g -XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8
org.gradle.parallel=true
And I don't understand why it's so slow to start tasks, even just a small run task for tests where I just changed 1 file it can take like 20s of Idlingdany giguere
11/09/2025, 1:42 AMCherrio LLC
11/12/2025, 5:57 PMAyfri
11/14/2025, 5:51 PM> Task :kore:jreleaserDeploy
...
[ERROR] JReleaser failed after 3.042 s
...
org.gradle.api.tasks.TaskExecutionException: Execution failed for task ':kore:jreleaserDeploy'.
...
Caused by: org.jreleaser.model.JReleaserException: Did not find public key for signing. Ensure a value has been configured and properly formatted without indentation
(all ... are skipped lines of logs)
I've created a new gpg key, uploaded it to many servers, validated it locally many times, tried 25 times to upload it on GitHub, verified that it's LF, on the last attempt I even tried to encode it into base64 but still can't manage to publish my library
I'm just very exhausted and feel like my day was a waste a time (only coded for like 10 minutes to fix a bug), what am I missing ? Why is it so hard ?hfhbd
11/18/2025, 11:27 AMRobby
11/18/2025, 2:27 PMloke
11/25/2025, 9:01 AMThe archives configuration has been deprecated for artifact declaration. This will fail with an error in Gradle 10. Add artifacts as direct task dependencies of the 'assemble' task instead of declaring them in the archives configuration. Consult the upgrading guide for further information: <https://docs.gradle.org/9.2.0/userguide/upgrading_version_9.html#sec:archives-configuration>
at build_1i0wfhmjqf4vbrs7fnkm6eki1$_run_closure2.doCall$original(/home/elias/prog/array/array/build.gradle:80)
The code in question should work fine, it's just a jvm() { ... } block.
The gradle file is here: https://codeberg.org/loke/array/src/branch/master/array/build.gradle
Any suggestions as to what I should fix?eygraber
11/26/2025, 9:30 PMKotlinJvmCompile implementations?Stylianos Gakis
11/28/2025, 11:26 AMjvmAndAndroid which calls functions from kotlinx.datetime which lives inside the jvm target of that library. Particularly I am trying to use import kotlinx.datetime.toJavaLocalDate.
When I copy-paste the exact same code inside androidMain and jvmMain I can call toJavaLocalDate without issues.
If I try to call toJavaLocalDate inside jvmAndAndroid it is unable to resolve it at all.
Is there a way for me to make this work, or is this a limitation due to the android and the jvm targets kinda being both jvm but not exactly?Rob Elliot
12/03/2025, 6:37 PMPHondogo
12/04/2025, 8:09 PM