Software Stack

Opplet Operations: Software Stack Manifest

Version 1.0 · RATIFIED · Tier 3 · part of Charter Release 2026.2 · effective 2026-06-02

You're reading the public edition of Software Stack. The working source — drafts, change discussion, and member resources — lives in the community library.

Purpose and Scope

This document records the software running on every node in the enclave — operating systems, the hypervisor layer, the container runtime, and the deployed version of each service. It is the software companion to the Hardware Manifest: where that document records the physical machines and their RAM allocations, this one records what runs on them.

Like the Hardware Manifest, it is operational truth, not architectural law. Software upgrades update this document; they do not bump the Constitution. The Constitution and the per-service architecture define which services exist and why; this Manifest records which versions are deployed right now.

Version cells marked TBD are known gaps to be captured during the next operational review (see §8).

1. Platform Baseline

The common substrate shared across nodes.

LayerSoftwareVersion
Hypervisor (all Hetzner physical nodes)Proxmox VE on DebianTBD
Den OS (Gateway + Engine VPSs)Ubuntu Server (current LTS)TBD
Container runtime (Den Engine)DockerTBD
Edge routerOPNsenseTBD
Private mesh (Den)TailscaleTBD

Hetzner physical nodes (Manor, Annex, Outpost) run Proxmox VE on Debian per Constitution §5E and Hardware Manifest §7. The Den VPSs run Ubuntu Server directly — native services on the Gateway, Docker on the Engine, no nested hypervisor.

2. The Den — Zone 1 (Sovereign Life)

2A. Gateway VPS (“The Front Door”) — native services, no Docker

ComponentSoftwareVersion
EmailExim + Dovecot + SpamAssassinTBD
TelephonyFreePBX / AsteriskTBD
Reverse proxyNginxTBD
Web control panelTBDTBD

2B. Engine VPS (“The Workshop”) — Docker containers

ComponentSoftwareVersion
Personal Identity & SSOTBDTBD
File sync & storageTBDTBD
Automation glueTBDTBD
Personal CRMTBDTBD
Personal FinanceTBDTBD
Personal Task ManagementTBDTBD
CalDAV / CardDAVTBDTBD
Personal DashboardTBDTBD
Credential storageTBDTBD

The Hardware Manifest specifies these Engine workloads by function and RAM only; the specific products and versions are recorded here once captured.

3. The Manor — Zones 0, 2 (Sovereign Core)

3A. Zone 0 — Basement

ComponentSoftwareVersion
Business identityAuthentik-BusinessTBD
DirectoryLDAP-Alpha (OpenLDAP)TBD
Observability (Watchtower)Wazuh + Loki + Grafana + MatomoTBD
Automationn8n-AlphaTBD
Private documentationBookStack-AlphaTBD
Credential vaultVaultwarden-BizTBD
Edge routerOPNsenseTBD

3B. Zone 2 — Office

ComponentSoftwareVersion
Finance / inventory / recruitmentERPNext (the Bursar)TBD

4. The Annex — Zones 3, 4 (Delivery Edge)

4A. Zone 3 — Kitchen

ComponentSoftwareVersion
Source-of-truth codeGitLab Core (The Forge)TBD
DirectoryLDAP-Beta (OpenLDAP)TBD
CI/CD runners (Build Farm)TBDTBD
Developer forumDiscourseTBD

4B. Zone 4 — Lounge

ComponentSoftwareVersion
Orientation gateMoodle (The Ledger)TBD
Community town squareHumHub (the Arena)TBD
Video commsJitsiTBD
Common LibraryBookStack-BetaTBD
Ingress + auth + air-lockTraefik + Authentik outpost + GuacamoleTBD

5. The Outpost — Zone 5 (Live Fire Range)

ComponentSoftwareVersion
Range targets (defensible VMs, exploitation targets)Varies by exercisen/a
Local telemetryWazuh forwardersTBD

Range target software is intentionally variable — it is provisioned per exercise and is not held to the version-stability expectations of the rest of the enclave.

6. Cross-Cutting Software

LayerSoftwareVersion
Backup serverProxmox Backup ServerTBD
External watchdogUptime KumaTBD
Observability agents (enclave-wide)Wazuh forwardersTBD

7. Version Policy

Service versions are tracked here and reviewed on the cadence defined in the SOP. Upgrades follow the SOP’s change procedures; this Manifest is updated to match the deployed state after each upgrade lands. The Hardware Manifest (§7) points here as the canonical record of Proxmox and Debian releases.

8. Open Questions for Future Refresh

  1. All version numbers. Every cell marked TBD above needs its deployed version captured during the next operational review.
  2. Den Engine products. The specific software behind each personal-service function (Identity/SSO, file sync, automation, CRM, finance, tasks, CalDAV/CardDAV, dashboard, credential storage) needs to be recorded.
  3. Gateway control panel. Product not yet captured.
  4. Build Farm runner. Confirm the CI/CD runner software (likely GitLab Runner, given GitLab is the Forge) and record it.
  5. Enclave container model. Confirm whether enclave services run as Proxmox VMs, LXC, or Docker, and note the convention here.

Changelog

v1.0 (2026-06-02)

  • Initial document, companion to the Hardware Manifest, extracted during the Charter Split refactor.
  • Service inventory carried forward from the Hardware Manifest’s per-zone component lists.
  • Version specifics flagged in §8 for capture during the next operational review.

END OF DOCUMENT

All charter documents

Has anything clicked?

If reading this made you want to argue with it, extend it, or notice what's missing, that's the signal to show up.

:/back-to-top