v0.6.0 — typeHierarchy works; compiled wheels
typeHierarchy returns real super/subtypes for the first time, and releases now ship Cython-compiled wheels.
To activate typeHierarchy on an existing install
curl -fsSL https://raw.githubusercontent.com/jarvis-intelligence/jarvis-index/main/setup.sh | sh
jarvis reindex <slug>
Upstream scip expt-convert (through v0.9.0) never populates global_symbols.relationships (scip#464); the fix (scip#465) is unmerged upstream, so setup.sh now installs a build of the public fork carrying it, published to jarvis-index releases. The install is version-gated: existing upstream v0.9.0 binaries are replaced automatically on the next setup.sh run. Indexes built with an unpatched scip keep returning the explicit error until reindexed.
Install
Claude Code plugin:
/plugin marketplace add jarvis-intelligence/jarvis-index
/plugin install jarvis@jarvis
Standalone (uv / uvx):
uvx --from jarvis-mcp jarvis-server
What changed
- Compiled wheels, no sdist. The PyPI wheel is no longer readable source: every module ships as a native
.so(cp312–cp314 × linux x86_64/aarch64 × macOS arm64/x86_64). Wheels ≤ 0.5.1 remain readable on PyPI. musl/Alpine and Windows are not installable targets; tracebacks now show compiled frames. - Fork-built scip distribution via
build-scip.yml+SCIP_COMMITpin, mirroring the zoekt pattern. Exit ramp documented: when upstream merges the fix, setup.sh repoints at upstream releases.
Platforms: macOS (arm64/x86_64) and Linux (x86_64/aarch64), Python 3.12–3.14.
See CHANGELOG.md.