Registry / devops / turbo-freebsd-arm64

turbo-freebsd-arm64

JSON →
library1.4.7jsnpmunverified

This package provides the platform-specific `turbo` binary for FreeBSD ARM64 systems, which is a core component of Turborepo. Turborepo is a high-performance build system for JavaScript and TypeScript monorepos, meticulously crafted in Rust to optimize build times. It achieves this through intelligent incremental computation, remote caching, and parallel task execution across all available CPU cores. Key differentiators include its content-aware hashing, ensuring only truly changed files trigger rebuilds, and a focus on improving developer experience with features like an interactive terminal UI and robust watch mode. The project is actively developed by Vercel, with a rapid release cadence that includes frequent canary builds and stable releases. The current stable version is Turborepo 2.9.6, offering significant performance gains over previous versions, particularly in task graph computation. This `turbo-freebsd-arm64` package is typically installed automatically as a transitive dependency when installing the main `turborepo` CLI tool on compatible systems, abstracting away the platform-specific binary management for developers.

npm install turbo-freebsd-arm64
INSTALL
IMPORT
SIG · TURBO-FREEBSD-ARM6
T
turbo-freebsd-arm64
devopsjavascriptv1.4.7
Install
Import
Disk
Pass rate
0/ 6
Env Coverage0 / 6
glibc
1822
musl
1822
Install & Compatibility
Where this runs
tested against v? · npm install
Install × environment matrix
Each cell = how many times install + import succeeded across repeated harness runs. Partial = flaky.
glibc = Debian/Ubuntu slim · musl = Alpine Linux
musl
node 18226 runs
build_error
glibc
node 18226 runs
build_error
Code
Verified usage

Verified import paths — ran on the pinned version, not inferred.

turbo
This package provides a native binary for `turbo` and does not export any JavaScript symbols for direct import into Node.js or browser environments.
The `turbo-freebsd-arm64` package is a platform-specific binary, not a JavaScript library. It is consumed as a command-line tool via `npx turbo` or `pnpm turbo`.

Initializes a new Turborepo project and demonstrates running common `build` and `test` tasks, leveraging `turbo`'s parallel execution and caching for monorepo tasks, and starting a dev server with watch mode.

# Initialize a new Turborepo project (uses npx create-turbo@latest) npx create-turbo@latest my-turbo-monorepo --no-install cd my-turbo-monorepo # Install dependencies (choose your package manager: pnpm, npm, or yarn) pnpm install # or npm install or yarn install # Run the build task across all packages in the monorepo npx turbo run build # Run the test task across all packages npx turbo run test # Start a development server with watch mode for a specific app (e.g., 'web') npx turbo run dev --filter=web
turbo --version
Debug
Known issues
breakingTurborepo 2.0 introduced several breaking changes, including `Strict Mode` for environment variables as default, requiring the `packageManager` field in the root `package.json`, removal of the `--scope` flag, requiring a `name` field in package.json for all packages, and using the `engines` field in hashing.
fix
Run `npx @turbo/codemod migrate` to automatically update `turbo.json` configurations. Manually update `package.json` files to include `name` and `packageManager` fields as required. Adjust `env` configuration in `turbo.json` if environment variables are missing in strict mode.
affects: >=2.0.0
gotchaFailing to define `outputs` correctly in your `turbo.json` for tasks is the most common reason for cache misses, leading to unnecessary full rebuilds even when inputs haven't changed.
fix
Ensure `outputs` are explicitly declared for every task in `turbo.json` that produces artifacts. For tasks with no direct file outputs (e.g., `lint`), use an empty array `[]` for outputs.
affects: >=1.0.0
gotchaTasks relying on environment variables (e.g., `process.env.MY_VAR`) will produce inconsistent or stale cache artifacts if these variables are not declared in `turbo.json`'s `env` or `globalEnv` keys. Turborepo's hashing won't account for environment variable changes otherwise.
fix
List all environment variables that influence a task's output in the `env` array for that task in `turbo.json`. For variables affecting all tasks, use `globalEnv`.
affects: >=1.0.0
gotchaRemote cache authentication requires a Turborepo-specific token (`TURBO_TOKEN`) generated from the Vercel dashboard, not a general Vercel Personal Access Token. Incorrect tokens or missing `TURBO_TEAM` configuration can lead to silent cache failures (constant MISSes).
fix
Generate a dedicated Turborepo token from the Vercel Dashboard -> Settings -> Tokens and ensure `TURBO_TOKEN` and `TURBO_TEAM` (your Vercel team slug or username for personal accounts) are correctly configured as environment variables in your CI/CD environment.
affects: >=1.0.0
gotchaCircular dependencies within your Turborepo task graph can cause tasks to hang indefinitely or lead to unexpected build failures.
fix
Refactor your monorepo's package and task dependencies to eliminate all circular relationships. Shared types or utilities should reside in a separate package to prevent bidirectional dependencies.
affects: >=1.0.0
gotchaPlacing common runtime dependencies in the root `package.json` (instead of `devDependencies`) can lead to issues like multiple instances of the same library (e.g., React) being installed across your workspace, causing runtime errors.
fix
Ensure the root `package.json` primarily contains `devDependencies`. Runtime dependencies for specific packages should be declared within their respective `package.json` files. Avoid `package-lock.json` files in sub-packages.
affects: >=1.0.0
Errors
Common errors & fixes
Task 'build' not found in package 'my-package'
The specified task (e.g., 'build') does not exist as a script in the `package.json` of 'my-package' or any of its dependencies.
fix
Verify that 'my-package/package.json' contains a `scripts` entry like `'build': 'your-build-command'` or that it's a valid inferred task.
Command failed with exit code 1
A script executed by `turbo` (e.g., a `build` or `test` command) failed with an error, typically indicating an issue within the underlying build process or test runner.
fix
Examine the detailed logs provided by `turbo` (or access them interactively in the new UI for v2.0+) to identify the specific error from the failing task. Run the failing script directly (e.g., `npm run build` in the package directory) to debug.
Error: Failed to fetch remote cache: Unauthorized
The Turborepo remote cache client is unable to authenticate with the remote caching service, usually due to incorrect or missing `TURBO_TOKEN` or `TURBO_TEAM` environment variables.
fix
Ensure `TURBO_TOKEN` is set to a valid Turborepo-specific token from Vercel, and `TURBO_TEAM` is set to your Vercel team slug or username. Check that these environment variables are correctly configured in your CI/CD environment.
Module not found: Error: Can't resolve 'my-shared-package'
The package manager (npm, pnpm, yarn) has not correctly linked the workspace packages, or import paths are incorrect.
fix
Ensure `npm install`, `pnpm install`, or `yarn install` has been run at the monorepo root to create necessary symlinks. Verify that the `my-shared-package` has a `name` field in its `package.json` and that import paths match your TypeScript/JavaScript configuration.
Upgrade
Version history
1.4.7latest on npm
Audit
Dependencies
turboreporequiredThis is the native binary that the main `turborepo` npm package invokes for its core functionalities on FreeBSD ARM64 systems.
Agent activity
9 hits · last 30 days
node
8
OpenAI (training)
1
Resources
turbo-freebsd-arm64 — npm install turbo-freebsd-arm64 · libregistry