pixi-build-rust#
The pixi-build-rust backend is designed for building Rust projects using Cargo, Rust's native build system and package manager. It provides seamless integration with Pixi's package management workflow while maintaining cross-platform compatibility.
Warning
pixi-build is a preview feature, and will change until it is stabilized.
This is why we require users to opt in to that feature by adding "pixi-build" to workspace.preview.
Overview#
This backend automatically generates conda packages from Rust projects by:
- Using Cargo: Leverages Rust's native build system for compilation and installation
 - Cargo.toml Integration: Automatically reads package metadata (name, version, description, license, etc.) from your 
Cargo.tomlfile when not specified inpixi.toml - Cross-platform support: Works consistently across Linux, macOS, and Windows
 - Optimization support: Automatically detects and integrates with 
sccachefor faster compilation - OpenSSL integration: Handles OpenSSL linking when available in the environment
 
Basic Usage#
To use the Rust backend in your pixi.toml, add it to your package's build configuration:
[package]
name = "rust_package"
version = "0.1.0"
[package.build]
backend = { name = "pixi-build-rust", version = "*" }
channels = ["https://prefix.dev/conda-forge"]
Automatic Metadata Detection#
The backend will automatically read metadata from your Cargo.toml file to populate package information that is not explicitly defined in your pixi.toml.
This includes:
- Package name and version: Automatically used if not specified in 
pixi.toml - License: Extracted from 
Cargo.tomllicense field - Description: Uses the description from 
Cargo.toml - Homepage: From the homepage field in 
Cargo.toml - Repository: From the repository field in 
Cargo.toml - Documentation: From the documentation field in 
Cargo.toml 
For example, if your Cargo.toml contains:
[package]
name = "my-rust-tool"
version = "1.0.0"
description = "A useful Rust command-line tool"
license = "MIT"
homepage = "https://github.com/user/my-rust-tool"
repository = "https://github.com/user/my-rust-tool"
You can create a minimal pixi.toml:
[package.build]
backend = { name = "pixi-build-rust", version = "*" }
channels = ["https://prefix.dev/conda-forge"]
The backend will automatically use the metadata from Cargo.toml to generate a complete conda package.
It still requires you to specify the name and version
We're in the process of making this optional in pixi, but for now, you need to specify them explicitly.
This is the tracking issue to fix this in Pixi
Required Dependencies#
The backend automatically includes the following build tools:
rust- The Rust compiler and toolchaincargo- Rust's package manager (included with rust)
You can add these to your build-dependencies if you need specific versions:
Configuration Options#
You can customize the Rust backend behavior using the [package.build.config] section in your pixi.toml. The backend supports the following configuration options:
extra-args#
- Type: 
Array<String> - Default: 
[] - Target Merge Behavior: 
Overwrite- Platform-specific arguments completely replace base arguments 
Additional command-line arguments to pass to the cargo install command. These arguments are appended to the cargo command that builds and installs your project.
For target-specific configuration, platform arguments completely replace the base configuration:
[package.build.config]
extra-args = ["--release"]
[package.build.config.targets.linux-64]
extra-args = ["--features", "linux-specific", "--target", "x86_64-unknown-linux-gnu"]
# Result for linux-64: ["--features", "linux-specific", "--target", "x86_64-unknown-linux-gnu"]
env#
- Type: 
Map<String, String> - Default: 
{} - Target Merge Behavior: 
Merge- Platform environment variables override base variables with same name, others are merged 
Environment variables to set during the build process. These variables are available during compilation.
For target-specific configuration, platform environment variables are merged with base variables:
[package.build.config]
env = { RUST_LOG = "info", COMMON_VAR = "base" }
[package.build.config.targets.linux-64]
env = { COMMON_VAR = "linux", CARGO_PROFILE_RELEASE_LTO = "true" }
# Result for linux-64: { RUST_LOG = "info", COMMON_VAR = "linux", CARGO_PROFILE_RELEASE_LTO = "true" }
debug-dir#
The backend always writes JSON-RPC request/response logs and the generated intermediate recipe to the debug subdirectory inside the work directory (for example <work_directory>/debug). The deprecated debug-dir configuration option is ignored; when present a warning is emitted so you can safely remove the setting.
extra-input-globs#
- Type: 
Array<String> - Default: 
[] - Target Merge Behavior: 
Overwrite- Platform-specific globs completely replace base globs 
Additional glob patterns to include as input files for the build process. These patterns are added to the default input globs that include Rust source files (**/*.rs), Cargo configuration files (Cargo.toml, Cargo.lock), build scripts (build.rs), and other build-related files.
For target-specific configuration, platform-specific globs completely replace the base:
[package.build.config]
extra-input-globs = ["*.txt"]
[package.build.config.targets.linux-64]
extra-input-globs = ["*.txt", "*.so", "linux-configs/**/*"]
# Result for linux-64: ["*.txt", "*.so", "linux-configs/**/*"]
ignore-cargo-manifest#
- Type: 
Boolean - Default: 
false - Target Merge Behavior: 
Overwrite- Platform-specific value overrides base value if set 
When set to true, disables automatic metadata extraction from Cargo.toml.
The backend will only use metadata explicitly defined in your pixi.toml file, ignoring any information from the Cargo manifest.
This is useful when:
- You want to explicitly control all package metadata through 
pixi.toml - The 
Cargo.tomlcontains metadata that conflicts with your conda package requirements - When using the 
Cargo.tomlresults in an error that you cannot resolve. 
For target-specific configuration:
[package.build.config]
ignore-cargo-manifest = false
[package.build.config.targets.linux-64]
ignore-cargo-manifest = true
# Result for linux-64: Cargo.toml metadata will be ignored
compilers#
- Type: 
Array<String> - Default: 
["rust"] - Target Merge Behavior: 
Overwrite- Platform-specific compilers completely replace base compilers 
List of compilers to use for the build. The backend automatically generates appropriate compiler dependencies using conda-forge's compiler infrastructure.
For target-specific configuration, platform compilers completely replace the base configuration:
[package.build.config]
compilers = ["rust"]
[package.build.config.targets.linux-64]
compilers = ["rust", "c", "cxx"]
# Result for linux-64: ["rust", "c", "cxx"]
Comprehensive Compiler Documentation
For detailed information about available compilers, platform-specific behavior, and how conda-forge compilers work, see the Compilers Documentation.
Build Process#
The Rust backend follows this build process:
- Environment Setup: Configures OpenSSL paths if available in the environment
 - Compiler Caching: Sets up 
sccacheasRUSTC_WRAPPERif available for faster compilation - Build and Install: Executes 
cargo installwith the following default options:--locked: Use the exact versions fromCargo.lock--root "$PREFIX": Install to the conda package prefix--path .: Install from the current source directory--no-track: Don't track installation metadata--force: Force installation even if already installed
 - Cache Statistics: Displays 
sccachestatistics if available 
Limitations#
- Currently, uses 
cargo installwhich builds in release mode by default - No support for custom Cargo profiles in the build configuration
 - Limited workspace support for multi-crate projects
 
See Also#
- Cargo Documentation - Official Cargo documentation
 - The Rust Programming Language - Official Rust book
 - sccache - Shared compilation cache for Rust