Skip to content

Add Nix flake support with source build, prebuilt, and desktop outputs - #5

Merged
musichen merged 32 commits into
acryldev:mainfrom
levonk:feature/nix-flake-support
Sep 23, 2026
Merged

Add Nix flake support with source build, prebuilt, and desktop outputs#5
musichen merged 32 commits into
acryldev:mainfrom
levonk:feature/nix-flake-support

Conversation

@levonk

@levonk levonk commented Sep 2, 2026 •
edited
Loading

Copy link
Copy Markdown
Contributor

Summary

  • Add flake.nix with #acryl (TUI from source, also #default), #prebuilt (prebuilt CLI release tarball, v0.1.36), #acryl-desktop (Electron from source), and devShells.default
  • #prebuilt is conditionally exposed only on platforms with a release asset (x86_64-linux, aarch64-linux, aarch64-darwin). v0.1.36 does not ship a darwin-x64 CLI tarball, so #prebuilt is not available on x86_64-darwin — use #default or #acryl there.
  • Add devbox.json + devbox.lock for reproducible development environments
  • Add .github/workflows/nix.yml — CI builds all outputs on x86_64-linux, aarch64-linux, aarch64-darwin, and x86_64-darwin using macos-26/macos-26-intel runners
  • Add .github/workflows/nix-release.yml — daily hash automation that detects when flake.nix lags behind the latest GitHub release, prefetches new SRI hashes, and opens a PR
  • Update README.md, README.en.md, README.zh.md with Nix and Devbox install instructions
  • Update .gitignore with /result, /result-*, and .devbox/

Platform scope

The project's CI matrix is Linux-only, but the project ships release binaries for all four Nix target systems (x86_64-linux, aarch64-linux, aarch64-darwin, x86_64-darwin). This flake supports all four systems. The detect-platform-scope.sh nixify detection script reports linux_only because it inspects .github/workflows/ CI matrices, but the release assets cover all four platforms. This override is noted here per the nixify skill's requirement.

Supported systems

  • x86_64-linux — source build + prebuilt
  • aarch64-linux — source build + prebuilt
  • aarch64-darwin — source build + prebuilt
  • x86_64-darwin — source build only (via nixpkgs-26.05-darwin legacy pin; no prebuilt tarball available for this platform)

Relationship to nixpkgs

This project is not currently in nixpkgs. If there is interest in adding it, the flake's #acryl source build derivation could serve as the basis for a nixpkgs package expression.

Test plan

  • nix flake check --no-build passes on all systems
  • nix build .#acryl succeeds on all systems
  • nix build .#acryl-desktop succeeds on all systems
  • nix build .#prebuilt succeeds on x86_64-linux, aarch64-linux, aarch64-darwin
  • nix run .#acryl -- --help works
  • nix run .#prebuilt -- --help works (where available)
  • nix run .#acryl-desktop -- --help works
  • CI workflow runs green on all four systems
  • Hash automation workflow detects version lag and opens a PR

@musichen

musichen commented Sep 2, 2026

Copy link
Copy Markdown
Member

Hi @levonk thanks for contributing!
i'll review it once CI checks are green.

levonk added a commit to levonk/acryl that referenced this pull request Sep 2, 2026
@levonk
fix(nix): rebase on upstream/main, fix FlakeHub auth, timeout, and FO…
cfa8b92 
…D hash

Four fixes for the CI failures on PR acryldev#5:

1. Rebase onto upstream/main (was 11 commits behind — caused the
   "Typecheck, test, and build" failure on a test already fixed on main)

2. Add use-flakehub: false to magic-nix-cache-action (the action defaults
   to use-flakehub: true, which attempts FlakeHub OIDC auth and breaks CI
   for orgs without a FlakeHub account — root cause of the "Unable to
   authenticate to FlakeHub" error)

3. Add timeout-minutes: 20 to the build job (was missing — GitHub's
   default max is 6h, caused the aarch64-darwin job to hang)

4. Update fetchPnpmDeps hash (stale after rebase picked up new upstream
   pnpm-lock.yaml changes)
@levonk
levonk force-pushed the feature/nix-flake-support branch from aa04fae to cfa8b92 Compare September 2, 2026 20:30
@levonk
levonk marked this pull request as draft September 2, 2026 23:08
@levonk
levonk marked this pull request as ready for review September 3, 2026 03:02
@musichen musichen mentioned this pull request Sep 8, 2026
Open
@musichen

musichen commented Sep 8, 2026

Copy link
Copy Markdown
Member

Resolved the conflict against current main in 3da7171.

The resolution preserves both branches' development-log entries. I ran the repository suite in the merged worktree: 806 ACRYL tests and 274 Market tests passed. The five refreshed GitHub checks are now running; I will use those as the final merge gate.

@levonk
levonk marked this pull request as draft September 9, 2026 23:31
levonk added a commit to levonk/acryl that referenced this pull request Sep 9, 2026
@levonk
fix(nix): rebase on upstream/main, fix FlakeHub auth, timeout, and FO…
79f9d75 
…D hash

Four fixes for the CI failures on PR acryldev#5:

1. Rebase onto upstream/main (was 11 commits behind — caused the
   "Typecheck, test, and build" failure on a test already fixed on main)

2. Add use-flakehub: false to magic-nix-cache-action (the action defaults
   to use-flakehub: true, which attempts FlakeHub OIDC auth and breaks CI
   for orgs without a FlakeHub account — root cause of the "Unable to
   authenticate to FlakeHub" error)

3. Add timeout-minutes: 20 to the build job (was missing — GitHub's
   default max is 6h, caused the aarch64-darwin job to hang)

4. Update fetchPnpmDeps hash (stale after rebase picked up new upstream
   pnpm-lock.yaml changes)
@levonk
levonk force-pushed the feature/nix-flake-support branch from 19fa777 to b3309f3 Compare September 9, 2026 23:31
@levonk levonk mentioned this pull request Sep 9, 2026
Closed
5 of 6 tasks
@musichen

musichen commented Sep 11, 2026

Copy link
Copy Markdown
Member

Thanks for the substantial work here - reviewed the flake end to end. This is real packaging engineering: the fetchPnpmDeps v4 usage, the documented nodeLinker override, the ESBUILD_BINARY_PATH substitution, autoPatchelf + musl handling for koffi, SHA-pinned actions with PR guards - all correct. The README.i18n.yaml hash-record update was a nice touch too.

Three blockers before merge:

  1. The branch is ~154 commits behind main and conflicts - needs a rebase.
  2. The pnpmDeps fixed-output hash is stale against main's current pnpm-lock.yaml - all four builds currently fail with hash mismatch (your fork's latest Nix run shows it). Refresh the hash after rebasing. Heads-up: every future pnpm-lock.yaml change invalidates it - are you up for owning flake maintenance as our Nix maintainer?
  3. x86_64-darwin can't install Determinate Nix on the macos-13 runner anymore (Intent to Ship: Dropping support for macOS Intel (x86_64-darwin) hosts DeterminateSystems/nix-src#224) - either cross-build that target from an arm64 runner or drop it from CI and keep the derivation for local Intel builders.

Would love one fully green 4-system run on the branch before merging. Happy to review the follow-up.

musichen pushed a commit to levonk/acryl that referenced this pull request Sep 11, 2026
@levonk @musichen
fix(nix): rebase on upstream/main, fix FlakeHub auth, timeout, and FO…
ebcad1c 
…D hash

Four fixes for the CI failures on PR acryldev#5:

1. Rebase onto upstream/main (was 11 commits behind — caused the
   "Typecheck, test, and build" failure on a test already fixed on main)

2. Add use-flakehub: false to magic-nix-cache-action (the action defaults
   to use-flakehub: true, which attempts FlakeHub OIDC auth and breaks CI
   for orgs without a FlakeHub account — root cause of the "Unable to
   authenticate to FlakeHub" error)

3. Add timeout-minutes: 20 to the build job (was missing — GitHub's
   default max is 6h, caused the aarch64-darwin job to hang)

4. Update fetchPnpmDeps hash (stale after rebase picked up new upstream
   pnpm-lock.yaml changes)
@musichen
musichen force-pushed the feature/nix-flake-support branch from b3309f3 to fe21243 Compare September 11, 2026 17:06
levonk added a commit to levonk/acryl that referenced this pull request Sep 12, 2026
@levonk
fix(nix): rebase on upstream/main, fix FlakeHub auth, timeout, and FO…
38b6b0c 
…D hash

Four fixes for the CI failures on PR acryldev#5:

1. Rebase onto upstream/main (was 11 commits behind — caused the
   "Typecheck, test, and build" failure on a test already fixed on main)

2. Add use-flakehub: false to magic-nix-cache-action (the action defaults
   to use-flakehub: true, which attempts FlakeHub OIDC auth and breaks CI
   for orgs without a FlakeHub account — root cause of the "Unable to
   authenticate to FlakeHub" error)

3. Add timeout-minutes: 20 to the build job (was missing — GitHub's
   default max is 6h, caused the aarch64-darwin job to hang)

4. Update fetchPnpmDeps hash (stale after rebase picked up new upstream
   pnpm-lock.yaml changes)
@levonk
levonk force-pushed the feature/nix-flake-support branch from 7d21d18 to e6868a4 Compare September 12, 2026 01:01
levonk added a commit to levonk/acryl that referenced this pull request Sep 12, 2026
@levonk
fix(nix): rebase on upstream/main, fix FlakeHub auth, timeout, and FO…
3b290ad 
…D hash

Four fixes for the CI failures on PR acryldev#5:

1. Rebase onto upstream/main (was 11 commits behind — caused the
   "Typecheck, test, and build" failure on a test already fixed on main)

2. Add use-flakehub: false to magic-nix-cache-action (the action defaults
   to use-flakehub: true, which attempts FlakeHub OIDC auth and breaks CI
   for orgs without a FlakeHub account — root cause of the "Unable to
   authenticate to FlakeHub" error)

3. Add timeout-minutes: 20 to the build job (was missing — GitHub's
   default max is 6h, caused the aarch64-darwin job to hang)

4. Update fetchPnpmDeps hash (stale after rebase picked up new upstream
   pnpm-lock.yaml changes)
@levonk
levonk force-pushed the feature/nix-flake-support branch from e6868a4 to 6cb9194 Compare September 12, 2026 19:48
levonk added a commit to levonk/acryl that referenced this pull request Sep 12, 2026
@levonk
fix(nix): rebase on upstream/main, fix FlakeHub auth, timeout, and FO…
b4fc6a1 
…D hash

Four fixes for the CI failures on PR acryldev#5:

1. Rebase onto upstream/main (was 11 commits behind — caused the
   "Typecheck, test, and build" failure on a test already fixed on main)

2. Add use-flakehub: false to magic-nix-cache-action (the action defaults
   to use-flakehub: true, which attempts FlakeHub OIDC auth and breaks CI
   for orgs without a FlakeHub account — root cause of the "Unable to
   authenticate to FlakeHub" error)

3. Add timeout-minutes: 20 to the build job (was missing — GitHub's
   default max is 6h, caused the aarch64-darwin job to hang)

4. Update fetchPnpmDeps hash (stale after rebase picked up new upstream
   pnpm-lock.yaml changes)
@levonk
levonk force-pushed the feature/nix-flake-support branch from 804a930 to 0ba0402 Compare September 12, 2026 23:47
levonk added a commit to levonk/acryl that referenced this pull request Sep 13, 2026
@levonk
fix(nix): rebase on upstream/main, fix FlakeHub auth, timeout, and FO…
093e128 
…D hash

Four fixes for the CI failures on PR acryldev#5:

1. Rebase onto upstream/main (was 11 commits behind — caused the
   "Typecheck, test, and build" failure on a test already fixed on main)

2. Add use-flakehub: false to magic-nix-cache-action (the action defaults
   to use-flakehub: true, which attempts FlakeHub OIDC auth and breaks CI
   for orgs without a FlakeHub account — root cause of the "Unable to
   authenticate to FlakeHub" error)

3. Add timeout-minutes: 20 to the build job (was missing — GitHub's
   default max is 6h, caused the aarch64-darwin job to hang)

4. Update fetchPnpmDeps hash (stale after rebase picked up new upstream
   pnpm-lock.yaml changes)
@levonk
levonk force-pushed the feature/nix-flake-support branch from 0ba0402 to 5369acf Compare September 13, 2026 00:28
levonk added a commit to levonk/acryl that referenced this pull request Sep 15, 2026
@levonk
fix(nix): rebase on upstream/main, fix FlakeHub auth, timeout, and FO…
c0b0da8 
…D hash

Four fixes for the CI failures on PR acryldev#5:

1. Rebase onto upstream/main (was 11 commits behind — caused the
   "Typecheck, test, and build" failure on a test already fixed on main)

2. Add use-flakehub: false to magic-nix-cache-action (the action defaults
   to use-flakehub: true, which attempts FlakeHub OIDC auth and breaks CI
   for orgs without a FlakeHub account — root cause of the "Unable to
   authenticate to FlakeHub" error)

3. Add timeout-minutes: 20 to the build job (was missing — GitHub's
   default max is 6h, caused the aarch64-darwin job to hang)

4. Update fetchPnpmDeps hash (stale after rebase picked up new upstream
   pnpm-lock.yaml changes)
@levonk
levonk force-pushed the feature/nix-flake-support branch from 5369acf to 47b5c79 Compare September 15, 2026 02:33
@levonk
levonk marked this pull request as ready for review September 15, 2026 19:06
@musichen

musichen commented Sep 15, 2026

Copy link
Copy Markdown
Member

@levonk please ensure CI/CD is green
i can review as soon as it's green

@levonk
levonk marked this pull request as draft September 16, 2026 04:50
@levonk

levonk commented Sep 17, 2026

Copy link
Copy Markdown
Contributor Author

All three blockers addressed — CI is now fully green and the branch is mergeable.

  1. Rebased onto current main (merged upstream/main at 0049caf, resolving .gitignore and docs/DEVELOPMENT-LOG.md). Followed the plugins/dsh-community-market → plugins/cordis-plugin-market rename through flake.nix and ci.yml's workspace pre-build step.
  2. Refreshed the pnpmDeps fixed-output hash for main's current pnpm-lock.yaml (sha256-OGbbOnu44vOLGl1PEbghgYF6tBZXEQN8b9203LJFPK8=). Yes — happy to keep owning flake maintenance; hash bumps on lockfile changes, upstream renames, and the nix-release.yml hash automation are all mechanical follow-ups.
  3. x86_64-darwin stays out of the CI matrix (Determinate Nix installer can no longer run on the macos-13 Intel runner); the derivation remains in flake.nix for local Intel builders, as you suggested.

Also re-recorded the bilingual blob hashes for the merged README pair, and refreshed the RFC-0004 i18n record that was stale on main itself.

Green run: Typecheck, test, and build + Nix builds on x86_64-linux, aarch64-linux, aarch64-darwin all pass.

levonk and others added 24 commits September 23, 2026 20:55
@levonk @musichen
fix(devbox): pin all packages to nixpkgs-26.05-darwin for x86_64-darwin
9906682 
devbox 0.18 ignores the nixpkgs.commit field for regular package-name
resolution and hardcodes nixpkgs 26.11, which dropped x86_64-darwin.
Work around this by referencing every package as a flake URL pointing
at the nixpkgs-26.05-darwin commit (f6107e5) — flake-based references
bypass devbox's package index, and nixpkgs.commit controls the shell
infrastructure (mkShell). This works on all platforms: x86_64-darwin,
aarch64-darwin, and Linux.

Generate and commit devbox.lock for reproducible environments.
@levonk @musichen
fix(devbox): isolate x86_64-darwin workaround from normal platforms
4c66fcf 
Use per-package platform scoping: clean package names (nodejs_22,
pnpm_11, esbuild, act) for normal platforms (Linux, aarch64-darwin),
and flake URL references to nixpkgs-26.05-darwin only for x86_64-darwin.
The nixpkgs.commit field is set to the 26.05-darwin pin for the shell
infrastructure (mkShell), which devbox 0.18 honors when all active
packages on a platform are flake-based.

On normal platforms, packages resolve from nixpkgs-unstable via
devbox's index — the same behavior as before. On x86_64-darwin, the
flake URL references bypass devbox's hardcoded nixpkgs 26.11 (which
dropped x86_64-darwin) and pull from 26.05-darwin instead.

The lock file records both resolution paths. Linux/aarch64-darwin
entries will be populated when a user on that platform runs
devbox install.
@levonk @musichen
docs: update DEVELOPMENT-LOG with per-package scoping approach
672eb4b
@levonk @musichen
fix(nix): use upstream acryldev/acryl in flake and README references
6c4ae9d 
Replace all github:levonk/acryl references with github:acryldev/acryl
in flake.nix (homepage meta), README.md, README.en.md, README.zh.md,
and DEVELOPMENT-LOG.md commit links. Update bilingual-docs hash record.
@levonk @musichen
feat(nix): add #prebuilt output for prebuilt CLI release tarballs
240fc41 
Add packages.<system>.prebuilt — fetches the prebuilt CLI tarball from
GitHub releases (v0.1.19). Each tarball bundles its own Node runtime
and native addons (node-pty, koffi, sharp), so no from-source build is
needed for the prebuilt path. Uses autoPatchelfHook on Linux for glibc
linking.

The default output remains #acryl (from-source build), following Nix
convention. #prebuilt is an optional fast path for users who want the
exact release binary.

Add CI steps to build and test #prebuilt on all 4 platforms.
Update READMEs to document the #prebuilt output.
@levonk @musichen
docs: record #prebuilt output in DEVELOPMENT-LOG.md
ed071fe
@levonk @musichen
fix(nix): rebase on upstream/main, fix FlakeHub auth, timeout, and FO…
f5d1763 
…D hash

Four fixes for the CI failures on PR acryldev#5:

1. Rebase onto upstream/main (was 11 commits behind — caused the
   "Typecheck, test, and build" failure on a test already fixed on main)

2. Add use-flakehub: false to magic-nix-cache-action (the action defaults
   to use-flakehub: true, which attempts FlakeHub OIDC auth and breaks CI
   for orgs without a FlakeHub account — root cause of the "Unable to
   authenticate to FlakeHub" error)

3. Add timeout-minutes: 20 to the build job (was missing — GitHub's
   default max is 6h, caused the aarch64-darwin job to hang)

4. Update fetchPnpmDeps hash (stale after rebase picked up new upstream
   pnpm-lock.yaml changes)
@levonk @musichen
fix(nix): replace isolated linker with hoisted, not just insert
1ffae9a 
The preConfigure hook checked `if ! grep -q "nodeLinker"` and only
inserted `nodeLinker: hoisted` when the key was absent. But
pnpm-workspace.yaml already had `nodeLinker: isolated`, so the sed
never ran. The isolated linker creates a .pnpm/ virtual store with
symlinks that break when copied to the Nix store, leaving
node_modules/ with only 3 entries (the workspace packages) and no
registry dependencies like @deepseek-ai/dsh-llm.

Replace the value when the key exists, instead of only inserting when
missing. After this fix, node_modules/ has 648 packages and all four
outputs (default, acryl, prebuilt, acryl-desktop) pass smoke tests.
@levonk @musichen
fix(nix): add musl to prebuilt buildInputs for koffi musl binary
9d3dddc 
The prebuilt release tarball bundles both glibc-linked and musl-linked
native koffi addons (musl_x64/koffi.node alongside linux_x64/koffi.node).
autoPatchelfHook was only finding glibc (stdenv.cc.cc.lib), so it failed
with "could not satisfy dependency libc.musl-x86_64.so.1" on Linux.

Add pkgs.musl to buildInputs so autoPatchelf can patch both variants.
@levonk @musichen
ci(nix): disable magic-nix-cache on darwin runners
b6a2a76 
The magic-nix-cache v14 static binary for arm64-darwin fails on the
macos-14 runner with:
  dyld: Symbol not found: __ZNSt13exception_ptr31__from_native_exception_pointerEPv
  Expected in: /usr/lib/libc++.1.dylib

This is a DeterminateSystems binary incompatibility — the binary was
built against a newer libc++ than the runner ships. The build itself
never starts; the job hangs for 20 minutes then gets cancelled.

Make the cache action Linux-only. Darwin builds work without it, just
slower (no cache acceleration). The flake and builds are unaffected.
@musichen
docs(dev-log): re-point Nix flake entries at the rebased commit hashes
aecb5af
@musichen
ci(nix): drop x86_64-darwin job - Determinate Nix cannot install on I…
a5be017 
…ntel macOS runners

The macos-13 runner can no longer bootstrap Determinate Nix
(DeterminateSystems/nix-src#224), so the x86_64-darwin CI job fails
before building anything. Keep the derivation in flake.nix for local
Intel builders; restore the job via a Rosetta cross-build from
macos-14 when feasible.
@musichen
fix(nix): refresh pnpmDeps FOD hash for main's current pnpm-lock.yaml
d42c91d
@musichen
fix(nix): follow upstream acryl-tui -> acryl-cli package rename
f5a8891
@levonk @musichen
fix(nix): update prebuilt to v0.1.36, add hash automation, use newest…
cdd8932 
… runner

Nixify skill compliance fixes after rebasing on upstream/main:

1. Update prebuilt version from v0.1.19 to v0.1.36 (latest release).
   Refresh all three per-platform SRI hashes by prefetching the
   new release assets. Remove x86_64-darwin from prebuiltAssets
   because v0.1.36 does not ship a darwin-x64 CLI tarball.

2. Make #prebuilt conditional via optionalAttrs so it is only
   exposed on platforms with a release asset (x86_64-linux,
   aarch64-linux, aarch64-darwin). On x86_64-darwin, nix run .#prebuilt
   correctly errors "package not available" instead of failing
   with a missing attribute error.

3. Add .github/workflows/nix-release.yml — daily hash automation
   workflow (scheduled lag-check template, required by nixify Step 16
   for prebuilt tarball flakes). Detects when flake.nix lags behind
   the latest GitHub release, prefetches new SRI hashes, and opens
   a PR. Uses GITHUB_TOKEN (releases are created with GITHUB_TOKEN
   via softprops/action-gh-release, so release: published would
   never fire).

4. Update aarch64-darwin CI runner from macos-14 to macos-26
   (nixify Step 16: always use the newest runner).
@levonk @musichen
docs(nix): update READMEs to v0.1.36 and note #prebuilt platform scope
305f3d9 
- Bump the Nix tag-pinning example from v0.1.19 to v0.1.36 in all three
  READMEs (README.md, README.en.md, README.zh.md).
- Note that #prebuilt is available on x86_64-linux, aarch64-linux, and
  aarch64-darwin only (v0.1.36 does not ship a darwin-x64 CLI tarball).
- Re-record the bilingual-docs blob hashes in README.i18n.yaml.
@levonk @musichen
docs(dev-log): record v0.1.36 bump, hash automation, and rebase
4aa1b0f 
Add a development-log entry for the v0.1.36 prebuilt bump, the new
nix-release.yml hash automation workflow, the macos-26 runner update,
and the rebase onto upstream/main 0822873. Re-point the two earlier
Nix entries (acryl-desktop output and acryl-tui flake support) at
their rebased commit hashes.
@levonk @musichen
fix(nix): refresh pnpmDeps FOD hash after rebase onto 227c3f9
903c6d0 
The rebase onto upstream/main 227c3f9 pulled in a new pnpm-lock.yaml
(7869 lines changed) which invalidated the fetchPnpmDeps hash. Updated
to sha256-gqs/PgXIBj8+YsH/z/qIPa68XVNO7hu4eDxvShYkyxI= as reported by
the aarch64-darwin CI failure.
@levonk @musichen
chore(nix): trigger CI after FOD hash refresh
d650087
@levonk @musichen
fix(nix): adapt flake to apps/runtime/plugins reorg on main
aee4007 
Main reorganized workspace packages from the root into apps/,
runtime/, plugins/, distribution/, and examples/ directories.
The flake's build and install phases still referenced the old
flat paths (acryl-cli/lib, acryl-control/lib, etc.).

- Update all source paths in build and install phases to use the
  new directory structure (apps/acryl-cli, runtime/acryl-control,
  plugins/dsh-community-market, apps/acryl-desktop).
- Add dsh-community-market to the CLI (#default) build chain —
  main added a /market command to acryl-cli that imports
  dsh-community-market, so it must be built before acryl-cli.
- Remove acryl-development-canvas from the desktop build chain —
  the package no longer exists in the workspace.
- Split installWorkspacePackage into srcDir (workspace path) and
  pkgName (node_modules name) since they now differ. Add an
  extraDirs parameter to copy non-compiled runtime assets
  (dsh-community-market reads JSON schemas from docs/schemas/
  at runtime via readFileSync relative to lib/).
@levonk @musichen
fix(ci): build dsh-community-market before typecheck
34c5213 
acryl-cli now imports dsh-community-market (added by the /market
command), but the CI workflow's 'Build workspace type providers'
step only built acryl-control and acryl-harness-runtime. The
typecheck step then fails with TS2307 for dsh-community-market.

This is a pre-existing issue on main — it was hidden because main's
CI fails earlier at the bilingual-docs gate before reaching typecheck.
@levonk @musichen
ci(nix): restore x86_64-darwin job on macos-26-intel with upstream in…
0ecbae3 
…staller

The job was dropped after the Determinate installer failed on the
deprecated macos-13 image. The actual constraint is narrower:
Determinate stopped shipping Intel *host* builds in Nov 2025
(DeterminateSystems/nix-src#224), but GitHub still provides Intel
runners and upstream Nix installs fine on them. Run the leg on
macos-26-intel (the current Intel label, GA Feb 2026) using
cachix/install-nix-action with flakes enabled explicitly; other legs
keep the Determinate installer.
@levonk @musichen
ci(nix): skip #prebuilt steps on systems without a release asset
dbb3a5a
@musichen
fix(test): give protected plugin entry a unique module name to avoid …
873a09e 
…ambiguity in findLiveEntry
@musichen
musichen force-pushed the feature/nix-flake-support branch from df933bd to 873a09e Compare September 23, 2026 18:56
@musichen

musichen commented Sep 23, 2026

Copy link
Copy Markdown
Member

Thank you @levonk! Great contribution — the Nix flake support is solid. I rebased and fixed the CI issues (plugin-lifecycle test and typecheck provider builds).

@musichen
musichen merged commit dd88a12 into acryldev:main Sep 23, 2026
1 of 5 checks passed
@levonk
levonk deleted the feature/nix-flake-support branch September 24, 2026 19:54
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Reviewers

No reviews

Assignees

No one assigned

Labels

None yet

Projects

None yet

Milestone

No milestone

Development

Successfully merging this pull request may close these issues.

2 participants

@levonk @musichen