It looks like <there's an issue> with `mingw_x64`....
# kotest
e
It looks like there's an issue with
mingw_x64
. Gradle doesn't seem to be able to find the artifact for it, even though it exists.
👍 1
s
ok, that's probably related to a commit I made to hide mingwx on linux builds
I'll do a 6.0.6
🙏 2
p
@sam could you release 6.0.6? 🙏 I'm hit by the issue mentioned above, and because of various other issues, I cannot upgrade and I'm still on 6.0.0
s
yes I need to do it by eow, sorry for delays
👍 1
its released now !
🙏 1
e
Unfortunately it looks like there's still an issue. https://repo1.maven.org/maven2/io/kotest/kotest-assertions-core/6.0.6/kotest-assertions-core-6.0.6.module doesn't contain a variant for
mingwX64ApiElements
which leads to:
Copy code
Execution failed for task ':jsonpath-core:compileTestKotlinMingwX64'.
> Could not resolve all files for configuration ':jsonpath-core:mingwX64TestCompileKlibraries'.
   > Could not resolve io.kotest:kotest-assertions-core:6.0.6.
     Required by:
         project ':jsonpath-core'
      > No matching variant of io.kotest:kotest-assertions-core:6.0.6 was found. The consumer was configured to find a library for use during 'kotlin-api', preferably optimized for non-jvm, as well as attribute 'org.jetbrains.kotlin.klib.packaging' with value 'non-packed', attribute 'org.jetbrains.kotlin.native.target' with value 'mingw_x64', attribute 'org.jetbrains.kotlin.platform.type' with value 'native' but:
hmmm I think I see what it might be, let me try a 6.0.7 release over the top
e
Yeah, probably something weird with the publishing plugin. I noticed that you're using native runners to publish the corresponding artifacts; was klib cross compilation not working? I've found that publishing all the artifacts on one runner works the best for these kind of issues.
s
because we publish macos / ios etc we would have to use the macos runners as the linux/windows one doesn't support them
and github rate limits how much you can use them, so it takes forever (like hours)
the issue here is that I tried to be cute about how/when windows builds were included to try to speed up builds, and obviously broke it for 6.0.5, I thought I had reverted it all for 6.0.6 but it looks like I missed one line, so am trying 6.0.7 shortly.
Thanks for flagging it up again.
e
because we publish macos / ios etc we would have to use the macos runners as the linux/windows one doesn't support them
I have to double check, but I'm pretty sure I publish macos / ios artifacts from an Ubuntu runner using cross compilation
s
I was under the impression that you need a mac in order to compile to a mac. I know I can't get mac targets to work on my home linux machine. If you've got a way around that let me know as it would seriously speed up builds. The macos runners are very very slow (because they're expensive so github can't give you unlimited unthrottled minutes)
e
It made such a huge difference when I started using this
s
Unfortunately, a few limitations are still present. You still need to use a Mac machine if:Your library or any dependent modules have cinterop dependencies.You have the CocoaPods integration set up in your project.You need to build or test final binaries for Apple targets.
I don't think any of that applies to us rihgt?
(I know zero about macs, I hate apple products, so use linux exclusively 😛 )
e
I don't think any of that applies to us rihgt?
I'm taking a quick look at the repo, but that seems to be the case
(I know zero about macs, I hate apple products, so use linux exclusively 😛 )
Same 😁
s
we recently updated to kotlin 2.2.20 so we can certainly give this a try. Just today I was making a thread about how to speed up builds as they take forever. https://kotlinlang.slack.com/archives/CSYLDDZUY/p1764506589324609
e
This might be an issue, not fully sure
s
I'm not sure we use that anymore but yeah cinterop.
Ok ill have a play this is helpful info
Either way 6.0.7 shorttky
🙏 1
e
That worked!
s
awesome 🙂
now we can focus on 6.1