boost189-libs
Not an AUR package – lives under private/, not maintained/, by the
user’s own choice (not of public interest / not worth AUR upkeep).
Created 2026-11-09 as a runtime-compat shim: boost-libs on this host
had moved on to 1.92.0, breaking anything still linked against
libboost_*.so.1.89.0 (first noticed via nextpnr-ecp5-nightly
failing with error while loading shared libraries:
libboost_program_options.so.1.89.0: cannot open shared object file).
There is no boost1890/boost1.89-libs package on the AUR to cover
this gap (checked the full “boost” AUR listing).
PKGBUILD is adapted directly from the real official Arch
boost/boost-libs PKGBUILD exactly as it stood at pkgver=1.89.0
(pulled from gitlab.archlinux.org/archlinux/packaging/packages/boost
git history, commit 49a2ae2, tag “upgpkg: 1.89.0-1”) – same source
tarball sha256, same single upstream patch
(boostorg/range/commit/9ac89e99.patch), same build(). Deliberately
trimmed to libs-only, single pkgname=boost189-libs, no
boost189 dev-headers subpackage – headers would collide with
whatever boost/boost1.XX is actually installed and aren’t needed
for a pure ABI-compat shim.
Still builds the full library set (python bindings, mpi, etc.), not
just the libraries the triggering nextpnr-ecp5 case needed – same
effort either way since b2 install builds everything in one pass.
Known namcap gap, not fixed: the python MPI binding
(mpi.so) links libpython3.14.so.1.0 but python is only in
makedepends, not depends. Same gap exists in the real upstream
boost-libs PKGBUILD too (not something introduced here) – left
as-is; only matters if someone actually exercises boost’s MPI+Python
glue without python otherwise pulled in.
First publish (2026-11-09) hit the [[eurowebnew_euroweb_rename]]
repo-host rename mid-stream – build+sign succeeded, the upload step
failed on stale REPOSITORY_HOST, fixed in config/repo.conf and
republished with no rebuild needed (just repo_publish.sh against the
already-signed files). Unrelated to this package specifically.
Build times (auto-updated)
- x86_64: 44m24s (2026-11-09 19:41 UTC, MAKEFLAGS=-j6)