We are seeing an intermittent CI failure on Namespace-managed GitHub Actions runners (macOS arm64) where Nix evaluation fails because the runner's /nix/store appears internally inconsistent (store DB references paths that don't exist).
This is not a flaky unit/integration test: the failure happens before our actual tests run.
Status: SOLVED - Use
link:protocol (primary) +enableGlobalVirtualStore(for remainingfile:deps)For a detailed comparison of bun vs pnpm monorepo linking behavior, see: https://gist.github.com/schickling/d05fe50fe4ffb1c2e9e48c8623579d7e
This document provides comprehensive context for reproducing and debugging a SIGTRAP crash that occurs when using LiveStore with Bun.
When creating and destroying ~100-180 LiveStore instances sequentially (each backed by SQLite WASM via wa-sqlite), Bun crashes with a SIGTRAP signal (Trace or breakpoint trap).
When a repo is used as a path flake input inside another repo’s devenv, devenv expects
<input>/.devenv.flake.nix to exist. If that file is untracked, it is not included in the
flake snapshot, so devenv shell fails with:
error: '/nix/store/<...>/effect-utils/.devenv.flake.nix' does not exist
Active investigation. The root cause is understood but the final workaround is not selected.
Playwright throws Error: Requiring @playwright/test second time when a shared config or helper package is linked via file: and both the consumer and the linked package resolve their own physical copies of @playwright/test. The Playwright runner enforces a singleton load and errors on the second physical path.
We need a fast, reliable, pure way to build Bun-based native CLIs from TypeScript that:
node_modules,
I’m investigating hardware-accelerated video decode on Raspberry Pi 5 using Chromium (Wayland). The goal is smooth playback (no frame drops) and a Chromium-based UI. So far, Chromium appears to run software-only for video decode/compositing on Pi 5, despite extensive flag and VA-API attempts.