@pikku/deploy 0.12.11 → 0.12.12

package/CHANGELOG.md

@@ -1,5 +1,14 @@
 # @pikku/deploy
 
+## 0.12.12
+
+### Patch Changes
+
+- 1fe79bc: SQLite extensions now load under bun on macOS. Bun there opens Apple's SQLite, which is built without extension loading, so the CLI points bun at Homebrew's libsqlite3 (`brew install sqlite`) as it starts, or at the one `PIKKU_SQLITE_LIBRARY` names; without one it warns and carries on without extensions. A bun standalone build on macOS embeds that libsqlite3 and opens its database with it, and fails if the build machine has none. Linux is unchanged: bun there brings a SQLite that loads extensions, and node uses `node:sqlite` everywhere.
+- 1fe79bc: A standalone build of a SQLite app now ships its `db.sqliteExtensions` (sqlite-vec's vec0 by default) inside the artifact, so a migration or query that uses them works in production the way it does under `pikku dev`. The node bundle loads them from `sqlite-extensions/` beside itself; a compiled bun binary embeds them and writes them out under `$PIKKU_DATA_DIR/.pikku-sqlite-extensions/` on start. The libraries are the build machine's, so an extension that cannot be resolved there fails the build; `[]` builds without them.
+
+  `createNodeSqliteKysely` and `createBunSqliteKysely` take an `extensions` list of library paths to load into the connection.
+
 ## 0.12.11
 
 ### Patch Changes

package/dist/provider-adapter.d.ts

@@ -86,6 +86,23 @@ export interface EntryGenerationContext {
          * the same reason.
          */
         coercionImportPath?: string;
+        /**
+         * File names of the loadable SQLite extensions the build staged into
+         * `<unitDir>/sqlite-extensions/`, from `db.sqliteExtensions` (sqlite-vec's
+         * `vec0` by default). SQLite only; absent when there are none.
+         *
+         * Beside the directory is `sqlite-extensions.gen.js`, which embeds each
+         * one with `with { type: 'file' }` for a runtime that compiles to a single
+         * binary.
+         */
+        sqliteExtensions?: string[];
+        /**
+         * File name of the libsqlite3 the build staged beside the extensions, for a
+         * runtime that must be pointed at one before it opens a database — bun on
+         * macOS, whose own is Apple's and cannot load extensions. Also embedded by
+         * `sqlite-extensions.gen.js`. Absent everywhere else.
+         */
+        sqliteLibrary?: string;
     };
     /**
      * The app's `pikkuServerLifecycle` export, when it declares one.
@@ -129,6 +146,13 @@ export interface ProviderAdapter {
      *   `wireQueue(...)` user code are unaffected.
      */
     readonly workflowQueues?: boolean;
+    /**
+     * Whether the artifact opens SQLite through a libsqlite3 it has to carry
+     * itself. True for a compiled bun binary: on macOS bun otherwise opens
+     * Apple's SQLite, which cannot load extensions, so the build ships the host's
+     * own libsqlite3 and the entry points bun at it before the first open.
+     */
+    readonly bundlesSqliteLibrary?: boolean;
     /**
      * Generate the entry file source for a deployment unit.
      * Called once per unit.

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@pikku/deploy",
-  "version": "0.12.11",
+  "version": "0.12.12",
   "repository": {
     "type": "git",
     "url": "git+https://github.com/pikkujs/pikku.git",