From 52a5bb6c73d2b3be98fc48fb005b00c438f65381 Mon Sep 17 00:00:00 2001
From: Anish Sarkar <104695310+AnishSarkar22@users.noreply.github.com>
Date: Fri, 18 Sep 2026 21:01:55 +0530
Subject: [PATCH] ci(release-local): stop macOS builds from picking up a broken
 system Python

actions/setup-python's macOS interpreter has SQLite extension loading
compiled out, so uv could grab it instead of its own capable managed
Python during `uv sync`. sqlite_vec needs enable_load_extension, so the
frozen api/worker binaries crashed on startup on every Mac. Drop the
redundant setup-python step and pin UV_PYTHON_PREFERENCE=only-managed
so uv never considers a PATH-found interpreter.
---
 .github/workflows/release-local.yml | 12 +++++++-----
 1 file changed, 7 insertions(+), 5 deletions(-)

diff --git a/.github/workflows/release-local.yml b/.github/workflows/release-local.yml
index 071d3054ea..cec3376c79 100644
--- a/.github/workflows/release-local.yml
+++ b/.github/workflows/release-local.yml
@@ -54,6 +54,13 @@ jobs:
       run:
         shell: bash
 
+    env:
+      # macOS's system Python has SQLite extension loading compiled out (same
+      # restriction Apple applies to its own system libsqlite3); sqlite_vec
+      # needs it. uv's own managed Python has it, so never let a PATH-found
+      # interpreter (e.g. from actions/setup-python) get used instead.
+      UV_PYTHON_PREFERENCE: only-managed
+
     steps:
       - name: Checkout
         uses: actions/checkout@v6
@@ -103,11 +110,6 @@ jobs:
             --password "$APPLE_APP_SPECIFIC_PASSWORD" \
             --team-id "$APPLE_TEAM_ID" > /dev/null
 
-      - name: Setup Python
-        uses: actions/setup-python@v6
-        with:
-          python-version: "3.12"
-
       - name: Setup uv
         uses: astral-sh/setup-uv@v8.1.0
         with: