From c550e9bbe30a138a5718b6d554543f49bca3d3a4 Mon Sep 17 00:00:00 2001 From: Chris Rackauckas Date: Sat, 13 Jun 2026 04:51:18 -0400 Subject: [PATCH] Fix downgrade CI config: pin sublibrary julia-version to numeric floor The Downgrade Sublibraries caller relied on the centralized sublibrary-downgrade.yml default julia-version "lts". That alias is forwarded verbatim to julia-downgrade-compat's resolver as `resolve.jl --julia=lts`, which only accepts a numeric registry-compat spec and fails with `Invalid compat version spec: --julia=lts`. Pinning to the numeric sublibrary floor "1.10" (the same runtime lts already resolved to) fixes resolution. Config-only. Co-Authored-By: Chris Rackauckas Co-Authored-By: Claude Opus 4.8 (1M context) --- .github/workflows/DowngradeSublibraries.yml | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/.github/workflows/DowngradeSublibraries.yml b/.github/workflows/DowngradeSublibraries.yml index 60d6d78..07833f6 100644 --- a/.github/workflows/DowngradeSublibraries.yml +++ b/.github/workflows/DowngradeSublibraries.yml @@ -22,6 +22,10 @@ jobs: uses: "SciML/.github/.github/workflows/sublibrary-downgrade.yml@v1" secrets: "inherit" with: + # The sublibrary downgrade resolver passes julia-version straight to + # `resolve.jl --julia=`, which requires a numeric registry-compat spec and + # rejects the "lts" channel alias. Pin to the numeric sublibrary floor. + julia-version: "1.10" group-env-name: "OPTIMALUNCERTAINTYQUANTIFICATION_TEST_GROUP" group-env-value: "Core" # Every lib/* sublibrary is downgrade-tested (projects auto-discovered, no exclusions).