sam
10/20/2025, 5:10 PMphldavies
11/06/2025, 7:39 PM.yarnrc to set a larger network-timeout to allow a bit more wiggle room for downloading modules. Or as the linked PR attempts, just side-step the entire issue by not enabling JS on the windows runner (or any secondary target).
I've also noticed that the primary targets weren't actually running anything... at some point I assume the check task was removed from the task list. I've added this back in.sam
11/06/2025, 7:39 PMphldavies
11/06/2025, 7:39 PMphldavies
11/06/2025, 7:50 PMkotest_enabledPublicationNamePrefixes limits the targets that are `check`ed however it seems all tests are run for all targets for each of the matrix-strategy builds (with only difference likely due to different runner os testing different native targets).phldavies
11/06/2025, 7:51 PMcheck run or enable/disable JS/Native as required for each job (i.e. enable js only for js/wasm, native for linux, etc)sam
11/06/2025, 7:52 PMsam
11/06/2025, 7:52 PMphldavies
11/06/2025, 9:31 PMinclude:
# JVM-only
- os: ubuntu-latest
args: -P"jvmOnly=true"
# Js+Wasm
- os: ubuntu-latest
args: -P"kotest_enableKotlinJs=true"
# Linux+Android
- os: ubuntu-latest
args: -P"kotest_enableKotlinNative=true"
# Windows: MinGW
- os: windows-latest
args: -P"kotest_enableKotlinNative=true"
# Apple: macOS/iOS/tvOS/watchOS
- os: macos-latest
args: -P"kotest_enableKotlinNative=true"
seems to be the sweet spot - I don't think there's a need to split into primary/secondary targets now there's only one job running for macos (check was running the tests for all targets anyway, so little point in running it 4 times any more) especially given the matrix strategy will fail-fast and cancel any outstanding/running jobs should the JVM job fail (it takes ~8mins to run, macos takes ~1hr)
Short of adding more granular target-flags (i.e. kotest_enableTvOS etc) to allow more selective inclusion when running check this will likely suffice for now and fix the current flakey windows tests while we're at it (by disabling JS for the windows tests and side-stepping the whole yarn network timeout issue).