Show HN: Proxmox-GitOps: Container Automation Metaframework (Recursive Monorepo)

Show HN (score: 5)
Found: October 19, 2025
ID: 1966

Description

DevOps
Show HN: Proxmox-GitOps: Container Automation Metaframework (Recursive Monorepo) I'd like to share my open-source project Proxmox-GitOps, a Container Automation platform for provisioning and orchestrating Linux containers (LXC) on Proxmox VE - encapsulated as comprehensive Infrastructure as Code (IaC).

TL;DR: By encapsulating infrastructure within an extensible monorepository - recursively resolved from Git submodules at runtime - Proxmox-GitOps provides a comprehensive Infrastructure-as-Code (IaC) abstraction for an entire, automated, container-based infrastructure.

Originally, it was a personal attempt to bring industrial automation and cloud patterns to my Proxmox home server. It's designed as a platform architecture for a self-contained, bootstrappable system - a generic IaC abstraction (customize, extend, .. open standards, base package only, .. - you name it ;-)) that automates the entire infrastructure. It was initially driven by the question of what a Proxmox-based GitOps automation could look like and how it could be organized.

Core Concepts:

- Recursive Self-management: Control plane seeds itself by pushing its monorepository onto a locally bootstrapped instance, triggering a pipeline that recursively provisions the control plane onto PVE.

- Monorepository: Centralizes infrastructure as comprehensive IaC artifact (for mirroring, like the project itself on Github) using submodules for modular composition.

- Single Source of Truth: Git represents the desired infrastructure state.

- Loose coupling: Containers are decoupled from the control plane, enabling runtime replacement and independent operation.

It's a noncommercial, passion-driven project. I'm looking to collaborate with other engineers who share the excitement of building a self-contained, bootstrappable platform architecture that addresses the question: What should our home automation look like?

I'd love to hear your thoughts!

More from Show

Show HN: Widen – Open-source Mac Postgres GUI with local or cloud text-to-SQL

Show HN: Widen – Open-source Mac Postgres GUI with local or cloud text-to-SQL Github: <a href="https:&#x2F;&#x2F;github.com&#x2F;betocmn&#x2F;widen" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;betocmn&#x2F;widen</a><p>I was paying for DataGrip for several years as my desktop database GUI but if I wanted text-to-SQL with LLMs I&#x27;d have to pay even more on top. So I decided to build my own and I&#x27;ve been using it for a few weeks now.<p>At any time I&#x27;m usually working with 3 to 6 databases, and having them set up in something like Conductor (for parallel agentic coding), but for Postgres databases, lets me quickly start a session, ask questions to my database in plain English, get a data export, move on and close the session. It&#x27;s been working well and I thought I would share it here.<p>It&#x27;s a native Mac app (Swift), free and open source (MIT). For the LLM you bring your own OpenRouter key, or there&#x27;s an experimental on-device mode using Apple&#x27;s local model, where nothing leaves your Mac. Cloud mode only sends the question and schema metadata, not your data, unless you explicitly turn that on per connection.

Show HN: Play SNES, gba, in your terminal, even in tmux

Show HN: Play SNES, gba, in your terminal, even in tmux rom is a ~5k-line C libretro frontend that plays games in the terminal. It renders native pixels with the kitty graphics protocol in Ghostty or kitty, inline! even in tmux!<p>Nine platforms: SNES, NES, GB&#x2F;GBC, GBA, Genesis, PC Engine, N64, Doom&#x2F;Heretic&#x2F;Hexen, Wolfenstein. macOS and Linux, MIT.<p><a href="https:&#x2F;&#x2F;github.com&#x2F;jhickner&#x2F;rom" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;jhickner&#x2F;rom</a>

No other tools from this source yet.