LocalAI/backend/python
Richard Palethorpe 73aacad2f9
fix(vllm): drop flash-attn wheel to avoid torch 2.10 ABI mismatch (#9557)
The pinned flash-attn 2.8.3+cu12torch2.7 wheel breaks at import time
once vllm 0.19.1 upgrades torch to its hard-pinned 2.10.0:

  ImportError: .../flash_attn_2_cuda...so: undefined symbol:
  _ZN3c104cuda29c10_cuda_check_implementationEiPKcS2_ib

That C10 CUDA symbol is libtorch-version-specific. Dao-AILab has not yet
published flash-attn wheels for torch 2.10 -- the latest release (2.8.3)
tops out at torch 2.8 -- so any wheel pinned here is silently ABI-broken
the moment vllm completes its install.

vllm 0.19.1 lists flashinfer-python==0.6.6 as a hard dep, which already
covers the attention path. The only other use of flash-attn in vllm is
the rotary apply_rotary import in
vllm/model_executor/layers/rotary_embedding/common.py, which is guarded
by find_spec("flash_attn") and falls back cleanly when absent.

Also unpin torch in requirements-cublas12.txt: the 2.7.0 pin only
existed to give the flash-attn wheel a matching torch to link against.
With flash-attn gone, vllm's own torch==2.10.0 dep is the binding
constraint regardless of what we put here.

Assisted-by: Claude:claude-opus-4-7 [Claude Code]

Signed-off-by: Richard Palethorpe <io@richiejp.com>
2026-04-25 15:38:13 +00:00
..
ace-step feat(rocm): bump to 7.x (#9323) 2026-04-12 08:51:30 +02:00
chatterbox feat(rocm): bump to 7.x (#9323) 2026-04-12 08:51:30 +02:00
common feat: refactor shared helpers and enhance MLX backend functionality (#9335) 2026-04-13 18:44:03 +02:00
coqui feat(rocm): bump to 7.x (#9323) 2026-04-12 08:51:30 +02:00
diffusers feat(rocm): bump to 7.x (#9323) 2026-04-12 08:51:30 +02:00
faster-qwen3-tts feat: add distributed mode (#9124) 2026-03-30 00:47:27 +02:00
faster-whisper feat(rocm): bump to 7.x (#9323) 2026-04-12 08:51:30 +02:00
fish-speech feat(rocm): bump to 7.x (#9323) 2026-04-12 08:51:30 +02:00
insightface feat: add biometrics UI (#9524) 2026-04-24 08:50:34 +02:00
kitten-tts feat: add distributed mode (#9124) 2026-03-30 00:47:27 +02:00
kokoro feat(rocm): bump to 7.x (#9323) 2026-04-12 08:51:30 +02:00
llama-cpp-quantization feat: add distributed mode (#9124) 2026-03-30 00:47:27 +02:00
mlx feat: refactor shared helpers and enhance MLX backend functionality (#9335) 2026-04-13 18:44:03 +02:00
mlx-audio feat: add distributed mode (#9124) 2026-03-30 00:47:27 +02:00
mlx-distributed feat: refactor shared helpers and enhance MLX backend functionality (#9335) 2026-04-13 18:44:03 +02:00
mlx-vlm feat: refactor shared helpers and enhance MLX backend functionality (#9335) 2026-04-13 18:44:03 +02:00
moonshine feat: add distributed mode (#9124) 2026-03-30 00:47:27 +02:00
nemo feat(rocm): bump to 7.x (#9323) 2026-04-12 08:51:30 +02:00
neutts feat(rocm): bump to 7.x (#9323) 2026-04-12 08:51:30 +02:00
outetts feat(rocm): bump to 7.x (#9323) 2026-04-12 08:51:30 +02:00
pocket-tts feat(rocm): bump to 7.x (#9323) 2026-04-12 08:51:30 +02:00
qwen-asr feat(rocm): bump to 7.x (#9323) 2026-04-12 08:51:30 +02:00
qwen-tts feat(rocm): bump to 7.x (#9323) 2026-04-12 08:51:30 +02:00
rerankers feat(rocm): bump to 7.x (#9323) 2026-04-12 08:51:30 +02:00
rfdetr feat(rocm): bump to 7.x (#9323) 2026-04-12 08:51:30 +02:00
sglang feat(backends): add CUDA 13 + L4T arm64 CUDA 13 variants for vllm/vllm-omni/sglang (#9553) 2026-04-25 12:26:29 +02:00
speaker-recognition feat: add biometrics UI (#9524) 2026-04-24 08:50:34 +02:00
tinygrad refactor(tinygrad): reuse tinygrad.apps.llm instead of vendored Transformer (#9380) 2026-04-16 22:41:18 +02:00
transformers chore(deps): bump sentence-transformers from 5.2.3 to 5.4.0 in /backend/python/transformers (#9342) 2026-04-14 00:30:27 +02:00
trl feat: add distributed mode (#9124) 2026-03-30 00:47:27 +02:00
vibevoice feat(rocm): bump to 7.x (#9323) 2026-04-12 08:51:30 +02:00
vllm fix(vllm): drop flash-attn wheel to avoid torch 2.10 ABI mismatch (#9557) 2026-04-25 15:38:13 +00:00
vllm-omni feat(backends): add CUDA 13 + L4T arm64 CUDA 13 variants for vllm/vllm-omni/sglang (#9553) 2026-04-25 12:26:29 +02:00
voxcpm feat(rocm): bump to 7.x (#9323) 2026-04-12 08:51:30 +02:00
whisperx chore(whisperx): drop ROCm/hipblas build target (#9474) 2026-04-21 21:50:18 +02:00
README.md chore: drop bark which is unmaintained (#8207) 2026-01-25 09:26:40 +01:00

Python Backends for LocalAI

This directory contains Python-based AI backends for LocalAI, providing support for various AI models and hardware acceleration targets.

Overview

The Python backends use a unified build system based on libbackend.sh that provides:

  • Automatic virtual environment management with support for both uv and pip
  • Hardware-specific dependency installation (CPU, CUDA, Intel, MLX, etc.)
  • Portable Python support for standalone deployments
  • Consistent backend execution across different environments

Available Backends

Core AI Models

  • transformers - Hugging Face Transformers framework (PyTorch-based)
  • vllm - High-performance LLM inference engine
  • mlx - Apple Silicon optimized ML framework

Audio & Speech

  • coqui - Coqui TTS models
  • faster-whisper - Fast Whisper speech recognition
  • kitten-tts - Lightweight TTS
  • mlx-audio - Apple Silicon audio processing
  • chatterbox - TTS model
  • kokoro - TTS models

Computer Vision

  • diffusers - Stable Diffusion and image generation
  • mlx-vlm - Vision-language models for Apple Silicon
  • rfdetr - Object detection models

Specialized

  • rerankers - Text reranking models

Quick Start

Prerequisites

  • Python 3.10+ (default: 3.10.18)
  • uv package manager (recommended) or pip
  • Appropriate hardware drivers for your target (CUDA, Intel, etc.)

Installation

Each backend can be installed individually:

# Navigate to a specific backend
cd backend/python/transformers

# Install dependencies
make transformers
# or
bash install.sh

# Run the backend
make run
# or
bash run.sh

Using the Unified Build System

The libbackend.sh script provides consistent commands across all backends:

# Source the library in your backend script
source $(dirname $0)/../common/libbackend.sh

# Install requirements (automatically handles hardware detection)
installRequirements

# Start the backend server
startBackend $@

# Run tests
runUnittests

Hardware Targets

The build system automatically detects and configures for different hardware:

  • CPU - Standard CPU-only builds
  • CUDA - NVIDIA GPU acceleration (supports CUDA 12/13)
  • Intel - Intel XPU/GPU optimization
  • MLX - Apple Silicon (M1/M2/M3) optimization
  • HIP - AMD GPU acceleration

Target-Specific Requirements

Backends can specify hardware-specific dependencies:

  • requirements.txt - Base requirements
  • requirements-cpu.txt - CPU-specific packages
  • requirements-cublas12.txt - CUDA 12 packages
  • requirements-cublas13.txt - CUDA 13 packages
  • requirements-intel.txt - Intel-optimized packages
  • requirements-mps.txt - Apple Silicon packages

Configuration Options

Environment Variables

  • PYTHON_VERSION - Python version (default: 3.10)
  • PYTHON_PATCH - Python patch version (default: 18)
  • BUILD_TYPE - Force specific build target
  • USE_PIP - Use pip instead of uv (default: false)
  • PORTABLE_PYTHON - Enable portable Python builds
  • LIMIT_TARGETS - Restrict backend to specific targets

Example: CUDA 12 Only Backend

# In your backend script
LIMIT_TARGETS="cublas12"
source $(dirname $0)/../common/libbackend.sh

Example: Intel-Optimized Backend

# In your backend script
LIMIT_TARGETS="intel"
source $(dirname $0)/../common/libbackend.sh

Development

Adding a New Backend

  1. Create a new directory in backend/python/
  2. Copy the template structure from common/template/
  3. Implement your backend.py with the required gRPC interface
  4. Add appropriate requirements files for your target hardware
  5. Use libbackend.sh for consistent build and execution

Testing

# Run backend tests
make test
# or
bash test.sh

Building

# Install dependencies
make <backend-name>

# Clean build artifacts
make clean

Architecture

Each backend follows a consistent structure:

backend-name/
├── backend.py          # Main backend implementation
├── requirements.txt    # Base dependencies
├── requirements-*.txt  # Hardware-specific dependencies
├── install.sh         # Installation script
├── run.sh            # Execution script
├── test.sh           # Test script
├── Makefile          # Build targets
└── test.py           # Unit tests

Troubleshooting

Common Issues

  1. Missing dependencies: Ensure all requirements files are properly configured
  2. Hardware detection: Check that BUILD_TYPE matches your system
  3. Python version: Verify Python 3.10+ is available
  4. Virtual environment: Use ensureVenv to create/activate environments

Contributing

When adding new backends or modifying existing ones:

  1. Follow the established directory structure
  2. Use libbackend.sh for consistent behavior
  3. Include appropriate requirements files for all target hardware
  4. Add comprehensive tests
  5. Update this README if adding new backend types