Installation
Install pyINLA and download the INLA binary for your platform.
Install the Python package
pip install pyinla
We recommend using a virtual environment (uv, conda, or venv) to keep dependencies isolated.
The INLA binary
pyINLA is a Python interface to the INLA C/C++ engine. The engine is distributed as a pre-compiled binary and must be downloaded separately after installing the Python package.
Automatic download: The binary is auto-detected and downloaded the first time you run a model, matched to your operating system and processor architecture.
Recommended: Download the binary explicitly before fitting models, especially in Jupyter notebooks or Docker containers, so any network issues are caught early.
Download the binary
Run this once after pip install pyinla:
import pyinla # Auto-detect your platform and download pyinla.download_binary()
pyINLA uses a built-in manifest (binaries.json) to select the correct bundle for your operating system and processor architecture. Each entry points at the newest engine release on GitHub, so an install always fetches the current build and there is no pinned version to go stale.
To force a re-download (e.g. to update to a newer version):
pyinla.download_binary(force=True)
Supported platforms: Linux x86-64, Linux arm64 (armv8.2 or newer), macOS Intel, macOS Apple Silicon, and Windows x86-64.
Changelog
Version history and updates for pyINLA.
v0.1.10 Latest September 2026
Opens control['compute']['smtp'] so the sTiles solver the shipped bundles are built with can actually be selected, drops pardiso from the public API, adds replicate and nrep to rw1 and rw2 for independent walks that share one precision, and restores the Intel macOS wheels that 0.1.9 shipped without.
v0.1.9 September 2026
Points the manifest at the upstream latest-release redirect so every install fetches the newest engine and no pinned tag can go stale, and ships the sTiles-enabled bundles by default with control['stiles'] opened.
v0.1.8 May 2026
Upgrades the engine to 26.05.10 on every supported platform apart from Ubuntu 25.04 and CentOS 7, where no native build exists upstream, routes Debian and RHEL family distros to the closest supported build by reading ID_LIKE from /etc/os-release, and rejects any download whose sha256 does not match the one recorded in binaries.json.
v0.1.7 May 2026
Hardens the safety layer with a cross-family control['family']['hyper'] uniformity check, widens link coverage so gaussian, beta and betabinomial take logit, log, cauchit and loga while nbinomial rejects quantile before the engine can crash on it, and emits the Expert, stiles and taucs sections of Model.ini in full.
v0.1.6 March 2026
Initial public release.