Every app comes in two forms: Install (the app itself, for a host or hardware member) and Access only (its shell, for any member). Pick a category, or search everything.
cntfet polari-app
Aligned-CNT FET S1: decomposed one-tube device, clean-room VS-CNFET-derived compact model (first open CNFET compact model) + ToB F2 reference + Verilog-A/OSDI twin. Compute (OpenVAF/ngspice/OpenSTA/kwant) delegates to the cnt-engines worker (dist-1): CNTFET_ENGINES_URL knob, else topology provider cntfet.engines, else local ~/tools.
computelod polari-app
ONE conceptual ladder from C to materials (eleven rungs; die/package hang off microarchitecture through the microchip ladder by design_level_ref), kinds as rows, downward ComputeMappings and upward CharacterizationMappings as evidence-bearing rows, and the compute-lod tech tree of what to learn (plan tt-0).
electrodevice polari-app
Material-derived electronic devices, SPICE cards, circuits/breadboards as rows.
hwdigital polari-app
Logic diagrams as rows -> generated artifacts (iCE40 bitstreams).
hwfpga polari-app
FPGA register maps as data; Verilog/C/testbench artifacts from rows.
magnetics polari-app
Magnetic materials Section A: option catalog with realization ladder, functional role taxonomy (derived viability), theoretical powder designer (MAGNETIC_MATERIALS_PLAN.md).
materials_science library
Legacy registry module (optional, toggleable).
microchip polari-app
Microchip design-level ladder (device -> cell -> block -> core -> chip) + traversal interface. Separable from the device modules: reads cntfet/electrodevice rows softly, imports no device code; absent modules degrade honestly.
motors polari-app
Electric motors Section C: the M0-M3 ladder of buildable samples (Lavet clock stepper -> reluctance -> ferrite-PM -> dual-stator axial flux), clock control-case sim, torque curves, torque_parity (MAGNETIC_MATERIALS_PLAN.md).
pspp polari-app
PSPP foundation: evidence methods, claims-not-values, digitized book datasets + interpolation (PSPP_MATERIALS_PLAN.md).
sifet library
Silicon MOSFETs (planar / FinFET) on thermal and SOL-GEL dielectrics sharing the cntfet VS device contract (states, regimes, scoring, validity, cross-technology ranking), complementary pairs, and silicon refinement routes (MG -> UMG -> SoG -> EG; PV open, EG novel).
tensormath polari-app
Arbitrary-rank tensors as rows with values by reference (a rank-N MatrixDefinition, a DigitizedDataset, an engine state or a PropertyClaim), named dimensions, tensor expressions delegating rank<=2 to the matrix module, operators, and the compute implementations an operator has (plan COMPUTE_LOD_TENSOR_PLAN.md, tt-0).
tensortree polari-app
Rooted, navigable views over tensor state: nodes valid by LOCAL visual coherence (a sim-space binding), typed unresolved spaces anywhere, mappings that may cross branches with two statuses and evidence, selections as mathematical objects, and discovery = hard filters then a configured score (plan tt-0).
casting polari-app
Mold nesting: derived negatives, casting chains with derived parity/thermal gates, sprues, fill/demold sims, the nesting wizard. Requires the shape algebra (mathshapes), seed_upsert (composition), the bead model + mold lifecycle (waxprint), wax rankings (waxsupply), and the exotherm/ceramics data (pspp) β admission must order them first (caught live 2026-08-05).
composition polari-app
Part composition (PART_ARCHETYPES_PLAN.md): components/interfaces with DERIVED levels by separability, promotion as a recorded operation, EBOM/MBOM split, archetypes + design matrices, and the generic role engine (extracted from motors). Material/equation refs are DATA references, never imports.
computerparts polari-app
Computer parts + builds as tracked data (ai-8): dated part prices, derived build cost, assembly-feasibility checks over declared specs; feeds the appstore buy-vs-rent advisory (row reads). Seeding imports composition.custom.seed_upsert (guarded) β prices converge on live rows.
computers polari-app
Computer assembly + use-case profiles as their own app (cmp-c): component taxonomy rows (declared specs + honest gaps), DFA-style assembly gates over the computerparts catalog, profiles as data with ai-6-shaped evidence-bearing fits (db-binding declare-only v1). Separable from the microchip ladder (chip-4 seam deferred).
gears polari-app
Gear trains as data (GEARS_PLAN.md): the gear-type taxonomy with ratio laws + literature efficiency bands + how each type would be MADE in our stack, and the abstract kinematic solve over a shaft-node/mesh-edge graph (speeds with direction, torque after the efficiency chain, power conservation, accumulated backlash). Motor splice = gr-5.
kirimoto isle-app
@module kirimoto
mathshapes polari-app
Math-defined shapes (quadric/primitive/CSG), aquaponic towers, CAD import.
meshassets polari-app
License-GATED external mesh catalog: verified open-source 3D assets as pointers (never vendored bytes), graded by what the licence actually permits (simulate vs redistribute), plus the fit engine that scales a borrowed mesh onto our vector organ definitions and MEASURES the compromise (shape fidelity). Gears are flagged approximation-invalid: an approximate gear does not mesh.
motors polari-app
Electric motors Section C: the M0-M3 ladder of buildable samples (Lavet clock stepper -> reluctance -> ferrite-PM -> dual-stator axial flux), clock control-case sim, torque curves, torque_parity (MAGNETIC_MATERIALS_PLAN.md).
printing_suite suite-app
@module printing_suite
waxprint polari-app
Pellet-fed auger-screw wax printer: melt/bead-voxel/movement sim + optimizer.
waxsupply polari-app
Bio wax sources for molds and electronic masks.
foodstate polari-app
Food as PSPP state evolution (fsp arc): food stages/processes/evidence methods as pspp rows + property-domain contracts; transform engines arrive fsp-2 (FOOD_STATE_PSPP_PLAN.md).
household library
Household layer: people's schedules and sleep, members and work shares, skills and safety, dish strategies, the allocation and fairness
mealoptions library
Meal options: templates, variations, recipes, steps, ingredient affinities, cooking methods, tool and task vocabularies, meal situations, bulk staples β the shareable meal data; no person or place data
nutrition polari-app
Dietary nutrients, person/household profiling, harvest -> meal-nutrient yield.
supplychain polari-app
Unifying bio supply-chain ledger β materials + food + carbon accounting.
agro_forestry library
Legacy registry module (user-created example).
aquaponics polari-app
Self-watering pots, FEM hydraulics, vermicompost, per-part plant growth.
biomining polari-app
Bacteria/algae extraction -> product variants.
climate polari-app
Climate Change & Atmosphere: CO2 series as objects (ice-core + instrumental spans), velocity/acceleration fits, graded health thresholds, the coupled indoor/outdoor crossing projection, XPORT ingest for NHANES biomarkers, and the human-history record.
microalgae polari-app
Photobioreactor decarbonization route.
plant_morphology polari-app
3D organ + root stand-in models, confinement/dwarfing assessment.
supplychain polari-app
Unifying bio supply-chain ledger β materials + food + carbon accounting.
tanks polari-app
Freshwater/saltwater tank ecosystems β the alternate nutrient source.
waxsupply polari-app
Bio wax sources for molds and electronic masks.
bizops polari-app
Business operations: setup/upgrade flows, local-economy track, order planner with mold-ladder reuse.
collab polari-app
Collaboration sessions (mtg-2, LIVEKIT_COLLABORATION_PLAN v2): one session object, many client surfaces (browser meeting, sim-side voice, VR). CollaborationSession + MeetingRecord rows; KC-verified callers mint short-lived LiveKit JWTs (pure-stdlib HS256 β no SDK); capability/join-info with the *_remote refusal ladder. THE LINE: nothing arriving over LiveKit mutates Polari state. Second module born manifest-first on dyn-1.
odooconnect polari-app
Odoo ERP connector: JSON-RPC client with sim/ops write guards, instance configs, /api/odoo status.
climate polari-app
Climate Change & Atmosphere: CO2 series as objects (ice-core + instrumental spans), velocity/acceleration fits, graded health thresholds, the coupled indoor/outdoor crossing projection, XPORT ingest for NHANES biomarkers, and the human-history record.
collab polari-app
Collaboration sessions (mtg-2, LIVEKIT_COLLABORATION_PLAN v2): one session object, many client surfaces (browser meeting, sim-side voice, VR). CollaborationSession + MeetingRecord rows; KC-verified callers mint short-lived LiveKit JWTs (pure-stdlib HS256 β no SDK); capability/join-info with the *_remote refusal ladder. THE LINE: nothing arriving over LiveKit mutates Polari state. Second module born manifest-first on dyn-1.
computelod polari-app
ONE conceptual ladder from C to materials (eleven rungs; die/package hang off microarchitecture through the microchip ladder by design_level_ref), kinds as rows, downward ComputeMappings and upward CharacterizationMappings as evidence-bearing rows, and the compute-lod tech tree of what to learn (plan tt-0).
dmvdata library
DMV cost-of-living source catalogs, gov/legal sources, cross-validation.
mathproofs polari-app
Mathematical proofs as rows: claims about rows in one JSON term language, checked by tiers honest about what they established (numeric witness, interval decision, SymPy over symbols, Z3 over the continuum and machine integers within a budget, Lean via an engines worker); inference rules that generate the obligations a tensor tree's structure demands β the logic between its parts (plan Β§I) β at boot and on demand.
meshassets polari-app
License-GATED external mesh catalog: verified open-source 3D assets as pointers (never vendored bytes), graded by what the licence actually permits (simulate vs redistribute), plus the fit engine that scales a borrowed mesh onto our vector organ definitions and MEASURES the compromise (shape fidelity). Gears are flagged approximation-invalid: an approximate gear does not mesh.
pspp polari-app
PSPP foundation: evidence methods, claims-not-values, digitized book datasets + interpolation (PSPP_MATERIALS_PLAN.md).
scoring polari-app
Context-based scoring engine + epistemics stack (terms, proofs, credibility, authority).
techtree polari-app
Tech trees with theory/real/business/politics segments; OSEB baseline rollup.
tensormath polari-app
Arbitrary-rank tensors as rows with values by reference (a rank-N MatrixDefinition, a DigitizedDataset, an engine state or a PropertyClaim), named dimensions, tensor expressions delegating rank<=2 to the matrix module, operators, and the compute implementations an operator has (plan COMPUTE_LOD_TENSOR_PLAN.md, tt-0).
tensortree polari-app
Rooted, navigable views over tensor state: nodes valid by LOCAL visual coherence (a sim-space binding), typed unresolved spaces anywhere, mappings that may cross branches with two statuses and evidence, selections as mathematical objects, and discovery = hard filters then a configured score (plan tt-0).
terms polari-app
Terms of service: versioned documents (global or per app) and the append-only acceptance ledger
video polari-app
Video assets: upload, conversion (webm/mp4/poster/HLS) and adaptive delivery rows β a Polari feature module that was never registered until sap-1 (2026-09-08).
xr polari-app
XR settings cascade + interface variants. Moves in wave 4; core still imports it statically (drop refuses).
zones polari-app
AR-captured 3D zones: planar/hull models, rooms vs selections, cube packing.
appstore polari-app
Polari App Store (appstore-1): installable native shells over the polariapps content layer β catalog/identity, one-time enrollment tokens (hashed at rest), overlaid Gradle source archives + prebuilt binaries from MinIO.
hardwareapps library
Hardware apps as rows: KVM guests the isle defines (relay, guest network, β¦) and extension apps pushed into them; pure renderers for the libvirt domain XML (the router template generalised) and OpenWrt UCI profiles (hw-app-1, 2026-09-08).
hwmap polari-app
Hardware map: an on-device scanner (usb, pci + IOMMU groups, serial by-id, nics, kvm/libvirt facts) pushes a snapshot; Polari keeps ports and slots as rows and answers what can be mapped to a potential KVM (usb hostdev, pci vfio, nic macvtap) with reasons, and which hardware apps each port satisfies (hwm-1, 2026-09-08).
islemesh polari-app
isle-mesh convergence (mac-1): the polari-side acceptor for isle-mesh data β devices/uplinks/mesh-apps/protocol-permits ingested from the isle agent's registry.json + nginx fragments (isle stays authoritative over networking); mock ingests carry mock_network=true, surfaced as a banner. Feeds /display/isle-mesh and the mac-10 console.
iso polari-app
Get Polari and Ubuntu onto a new computer: probe a device from a USB stick, derive Ubuntu compatibility, plan its role, build an unattended installer ISO with Polari inside, install from the same Ventoy stick.
polariapps polari-app
Polari-Apps: module configurations per use-case, plan-first + exportable.
resources polari-app
Node resource inventory, module profiles, admission advisor. Moves in wave 5; core still imports it statically (drop refuses).
suiteapps library
Suite apps: purpose-oriented compositions of apps of every kind (Polari modules, isle containers, hardware KVM guests, extension apps) with the object contracts between parts and a placement plan across devices (sa-1, 2026-09-08).
terms polari-app
Terms of service: versioned documents (global or per app) and the append-only acceptance ledger
testing polari-app
Accountability spine (opt-in: registers only on test builds / explicit POLARI_MODULES).
vpn polari-app
Isle VPN (vpn-1): the isle-vpn app family (Isle Link = WireGuard-based, Isle Bridge = OpenVPN-based, ten kinds, Blind / Sees-traffic on every row) β Polari MIRRORS each isle's VPN app state (networks, peers with public keys only, access rules, federation links, .vpn exposures; POST /api/islemesh/ingest/vpn) and PROPOSES changes an operator applies on the isle (VpnProposal inbox; D9 authority is isle-side). Engine renders Link confs / nftables text; Bridge refuses until step-ca. Feeds /display/vpn and the .vpn column of /display/isle-mesh.
reticulum hardware-extension-app
Reticulum mesh transport (ret-1, RETICULUM_TRANSPORT_PLAN): identities/destinations/interfaces/bindings as rows, per-PATH link measurements, ledgered airtime budgets, .arch archipelago with GRADED trust, parent+child state replication, operator-licence assertions + device links. RNS stack lives ONLY in the pol-reticulum sidecar, pinned rns==0.9.4+lxmf==0.6.3 (RETICULUM_LICENCE_GATE.md β pins are licence pins). THE LINE (ret-8): nothing arriving over Reticulum mutates Polari state. Third module born manifest-first on dyn-1.
Expansion of isle-relay β its install refuses unless isle-relay is installed first.a hardware extension: only its Polari side (data, pages, simulations) runs here β a Docker Swarm deployment cannot reach the OS kernel or devices. The hardware half needs a full isle with the 'hardware' agent tier (the app route: installed from the deb, with the KVM guest and passthrough the hardware map assigns). Fine for development; not a working device here.isle_guestnet hardware-app
isle-guestnet: an OpenWrt guest (hardware app) serving guest-only WiFi, isolated from the isle; exposures as rows.
Hardware app β its install refuses before installing anything on a lightweight (docker-swarm) isle or a member without the hardware tier, and says why.a hardware app: only its Polari side (data, pages, simulations) runs here β a Docker Swarm deployment cannot reach the OS kernel or devices. The hardware half needs a full isle with the 'hardware' agent tier (the app route: installed from the deb, with the KVM guest and passthrough the hardware map assigns). Fine for development; not a working device here.isle_relay hardware-app
isle-relay: a second OpenWrt guest (hardware app) serving a relay segment that extends the isle; the body for the Reticulum extension app (WiFi over Reticulum).
Hardware app β its install refuses before installing anything on a lightweight (docker-swarm) isle or a member without the hardware tier, and says why.a hardware app: only its Polari side (data, pages, simulations) runs here β a Docker Swarm deployment cannot reach the OS kernel or devices. The hardware half needs a full isle with the 'hardware' agent tier (the app route: installed from the deb, with the KVM guest and passthrough the hardware map assigns). Fine for development; not a working device here.islemesh polari-app
isle-mesh convergence (mac-1): the polari-side acceptor for isle-mesh data β devices/uplinks/mesh-apps/protocol-permits ingested from the isle agent's registry.json + nginx fragments (isle stays authoritative over networking); mock ingests carry mock_network=true, surfaced as a banner. Feeds /display/isle-mesh and the mac-10 console.
grpcbridge polari-app
gRPC contracts from stabilized schemas, Java hardware bridges, hw sim rigs.
mqttbridge polari-app
MQTT bridge: brokers + topic->object bindings as rows, explicit connect, ingest with refusal ledger; publish knob OFF at mqtt-1. paho-mqtt==2.1.0 (EDL-1.0 edge).
odooconnect polari-app
Odoo ERP connector: JSON-RPC client with sim/ops write guards, instance configs, /api/odoo status.
kirimoto isle-app
@module kirimoto
printcam hardware-extension-app
Print camera: a hardware-extension-app of the Voron guest β USB camera passthrough, ustreamer, Moonraker webcam + timelapse (D7, 2026-09-09).
Expansion of voron β its install refuses unless voron is installed first.a hardware extension: only its Polari side (data, pages, simulations) runs here β a Docker Swarm deployment cannot reach the OS kernel or devices. The hardware half needs a full isle with the 'hardware' agent tier (the app route: installed from the deb, with the KVM guest and passthrough the hardware map assigns). Fine for development; not a working device here.printing_suite suite-app
@module printing_suite
voron hardware-app
Voron 3D printer as a hardware app: Klipper + Moonraker + Mainsail in a Debian KVM guest with the printer boards passed through (mode real) or Klipper's linux host MCU with no printer (mode sim β no motion physics).
Hardware app β its install refuses before installing anything on a lightweight (docker-swarm) isle or a member without the hardware tier, and says why.a hardware app: only its Polari side (data, pages, simulations) runs here β a Docker Swarm deployment cannot reach the OS kernel or devices. The hardware half needs a full isle with the 'hardware' agent tier (the app route: installed from the deb, with the KVM guest and passthrough the hardware map assigns). Fine for development; not a working device here.waxprint polari-app
Pellet-fed auger-screw wax printer: melt/bead-voxel/movement sim + optimizer.
hardwareapps library
Hardware apps as rows: KVM guests the isle defines (relay, guest network, β¦) and extension apps pushed into them; pure renderers for the libvirt domain XML (the router template generalised) and OpenWrt UCI profiles (hw-app-1, 2026-09-08).
isle_guestnet hardware-app
isle-guestnet: an OpenWrt guest (hardware app) serving guest-only WiFi, isolated from the isle; exposures as rows.
Hardware app β its install refuses before installing anything on a lightweight (docker-swarm) isle or a member without the hardware tier, and says why.a hardware app: only its Polari side (data, pages, simulations) runs here β a Docker Swarm deployment cannot reach the OS kernel or devices. The hardware half needs a full isle with the 'hardware' agent tier (the app route: installed from the deb, with the KVM guest and passthrough the hardware map assigns). Fine for development; not a working device here.isle_relay hardware-app
isle-relay: a second OpenWrt guest (hardware app) serving a relay segment that extends the isle; the body for the Reticulum extension app (WiFi over Reticulum).
Hardware app β its install refuses before installing anything on a lightweight (docker-swarm) isle or a member without the hardware tier, and says why.a hardware app: only its Polari side (data, pages, simulations) runs here β a Docker Swarm deployment cannot reach the OS kernel or devices. The hardware half needs a full isle with the 'hardware' agent tier (the app route: installed from the deb, with the KVM guest and passthrough the hardware map assigns). Fine for development; not a working device here.reticulum hardware-extension-app
Reticulum mesh transport (ret-1, RETICULUM_TRANSPORT_PLAN): identities/destinations/interfaces/bindings as rows, per-PATH link measurements, ledgered airtime budgets, .arch archipelago with GRADED trust, parent+child state replication, operator-licence assertions + device links. RNS stack lives ONLY in the pol-reticulum sidecar, pinned rns==0.9.4+lxmf==0.6.3 (RETICULUM_LICENCE_GATE.md β pins are licence pins). THE LINE (ret-8): nothing arriving over Reticulum mutates Polari state. Third module born manifest-first on dyn-1.
Expansion of isle-relay β its install refuses unless isle-relay is installed first.a hardware extension: only its Polari side (data, pages, simulations) runs here β a Docker Swarm deployment cannot reach the OS kernel or devices. The hardware half needs a full isle with the 'hardware' agent tier (the app route: installed from the deb, with the KVM guest and passthrough the hardware map assigns). Fine for development; not a working device here.computelod polari-app
ONE conceptual ladder from C to materials (eleven rungs; die/package hang off microarchitecture through the microchip ladder by design_level_ref), kinds as rows, downward ComputeMappings and upward CharacterizationMappings as evidence-bearing rows, and the compute-lod tech tree of what to learn (plan tt-0).
hwdigital polari-app
Logic diagrams as rows -> generated artifacts (iCE40 bitstreams).
hwfpga polari-app
FPGA register maps as data; Verilog/C/testbench artifacts from rows.
microchip polari-app
Microchip design-level ladder (device -> cell -> block -> core -> chip) + traversal interface. Separable from the device modules: reads cntfet/electrodevice rows softly, imports no device code; absent modules degrade honestly.
The standard installer format on Ubuntu and other Debian-family Linux — the equivalent of a setup file on other systems. Your computer's own Software Install app reads it, shows what will be installed, and asks for your password through the system dialog. Nothing runs until you approve it.
Online is small: it carries the app itself, and the libraries it needs are fetched from the internet when the app is set up β each card lists those libraries and their measured sizes, so nothing downloads invisibly. Offline carries the pip libraries INSIDE the deb (bigger, slower to generate β wheels are fetched at build time), for machines that will have no internet. System engines (e.g. a SPICE simulator) can never ride inside an app deb β they come from the distro's packages or the offline install media, and each card names them.
These debs are not kept on the server β each one is packaged fresh at the moment you ask (analyze shared payload → package module files → write manifest → assemble deb → stream to you), then kept at least three slow-connection downloads long, then only evicted when room is needed, and freed after a day untouched. The wait shown on each card is the median of that app's recorded generation times β measured, never invented.
Pre-prepped files are built ahead of time and sit ready on this server, so the download starts instantly. Generated on demand files are packaged fresh at the moment you ask for them — you wait briefly while the server builds your copy, and the server deletes its copy after delivery instead of keeping a duplicate on disk. Each item on these pages says which kind it is.
When two apps contain identical files, those files are factored into one shared deb both apps depend on, so the content installs exactly once — the installer enforces it. Install the shared deb first; each app card links it when it applies.
Installing an app deb stages its code and data under /var/lib/polari/apps/. The running instance admits staged apps through the dynamic-modules machinery, which is still in review — until it lands, an administrator has to admit the module on the instance manually. This page will say so until that changes; nothing happens invisibly.
Programs install into the system software areas (/usr, /opt) and app data lives under /var/lib/polari. The .deb file you downloaded is only the delivery vehicle — once the install finishes it is safe to delete from your Downloads folder.
← Install Polari itself: the platform installers, online and offline, and the USB stick.