Exosphere is a CLI and Text UI driven application that offers aggregated patch and security update reporting as well as basic system status across multiple Unix-like hosts over SSH.
It is targeted at small to medium sized networks, and is designed to be simple to deploy and use, requiring no central server, agents and complex dependencies on remote hosts.
If you have SSH access to the hosts and your keypairs are loaded in a SSH Agent, you are good to go!
Simply follow the Quickstart Guide, or see the documentation to get started.
- Rich interactive command line interface (CLI)
- Text-based User Interface (TUI), offering menus, tables and dashboards
- Consistent view of information across different platforms and package managers
- See everything in one spot, at a glance, without complex automation or enterprise solutions
- Does not require Python (or anything else) to be installed on remote systems
- Parallel operations across hosts with optional SSH pipelining
- Document based reporting in HTML, text or markdown format
- JSON output for integration with other tools
Exosphere itself is written in Python and is compatible with Python 3.13 or later. It can run nearly anywhere where Python is available, including Linux, MacOS, and Windows (natively).
Supported platforms for remote hosts include:
- Debian/Ubuntu and derivatives (using APT)
- Red Hat/CentOS and derivatives (using YUM/DNF)
- FreeBSD (using pkg)
- OpenBSD (using pkg_add)
Unsupported platforms with SSH connectivity checks only:
- Other Linux distributions (e.g., Arch Linux, Gentoo, NixOS, etc.)
- Other BSD systems (NetBSD)
- Other Unix-like systems (e.g., Solaris, AIX, IRIX, Mac OS)
Exosphere does not support other platforms where SSH is available. This includes network equipment with proprietary operating systems, etc.
For installation instructions, configuration and usage examples, full documentation is available.
TL;DR, use uv
uv sync --dev
uv run exosphereLinting, formatting and testing can be done with poe tasks:
uv run poe format
uv run poe check
uv run poe testFor more details, and available tasks, run:
uv run poe --helpThe UI is built with Textual.
A quick start for running the UI with live editing and reloading, plus debug console, is as follows:
# Ensure you have the dev dependencies
uv sync --dev
# In a separate terminal, run the console
uv run textual console
# In another terminal, run the UI
uv run textual run --dev -c exosphere ui startCongratulations! Editing any of the .tcss files in the ui/ directory will
reflect changes immediately.
Make sure you run Exosphere UI with exosphere ui start.
To edit the documentation, you can use the following commands:
uv sync --dev
uv run poe docs-serveThis will start a local server at http://localhost:8000 where you can view the
documentation. You can edit the files in the docs/source directory, and the changes
will be reflected in real-time.
To check the documentation for spelling errors, you can run:
uv run poe docs-spellcheckLinting is performed as part of the poe docs task, which also builds the
documentation, but can also be invoked separately:
uv run poe docs-lintThe project is managed via uv and pyproject.toml, which contains all dependencies,
scripts, and metadata for the application.
Exosphere uses Poe the Poet as a task runner, and all
tasks are defined in the pyproject.toml file under the [tool.poe.tasks] table.
| path | description |
|---|---|
docs/ |
Sphinx documentation source tree |
docs/source/_ext/ |
Custom Sphinx extensions for the project |
examples/ |
Example configuration files and reports |
scripts/ |
Utilitarian scripts for dev and maintenance |
src/ |
Main source code for the application |
tests/ |
Test suite for the application |
| path | description |
|---|---|
src/exosphere/ |
Main application source code |
src/exosphere/commands/ |
CLI command implementations |
src/exosphere/providers/ |
Package Manager Provider implementations (e.g. debian, freebsd, redhat, etc) |
src/exosphere/schema/ |
Reporting JSON schema definitions |
src/exosphere/setup/ |
Discovery and platform detection module |
src/exosphere/templates/ |
Jinja2 templates for reporting |
src/exosphere/ui/ |
Textual UI source code |
src/exosphere/ui/style.tcss |
Textual CSS for styling the UI |
The rest of the source tree should be fairly self-explanatory.
Paths below are relative to src/exosphere/ unless otherwise noted.
| module | description |
|---|---|
main.py |
Main entry point for the application |
providers/api.py |
Package manager provider API and base classes |
providers/factory.py |
Concrete provider factory for creation of Package Managers |
cli.py |
CLI interface entry point |
config.py |
Configuration subsystem, including defaults |
context.py |
Context management for shared state across commands and UI |
data.py |
Data models and structures for serialization and exchange |
database.py |
Cache system for serialization |
errors.py |
Exception classes and general error messages |
inventory.py |
Inventory management subsystem |
migrations.py |
Cache format migration processes |
objects.py |
Main objects for representing Hosts, and most of the relevant logic |
pipelining.py |
SSH pipelining implementation, including reaper thread |
repl.py |
REPL module for interactive CLI usage |
reporting.py |
Reporting subsystem, including templates and formatters |
security.py |
Sudo management subsystem, including policy and utilities |
Generally, most of the things Exosphere does to hosts (including connection management
and operations) are going to be found in objects.py.
Paths below are relative to src/exosphere/ unless otherwise noted.
| module | description |
|---|---|
ui/app.py |
Main Textual application class and entry point for the UI |
ui/context.py |
UI Context management for shared state across UI components |
ui/elements.py |
Shared UI elements, including task runners |
ui/dashboard.py |
Dashboard view implementation |
ui/inventory.py |
Inventory view implementation |
ui/logs.py |
Logs view implementation |
ui/messages.py |
Screen refresh and message passing system |
The TCSS for all of it is in a single file under ui/style.tcss.
This use case is not currently well supported, but it is possible to use Exosphere as a library. The documentation for this (alongside actual examples) is still a WIP, but you can refer to the Online API Documentation for the core functionality and objects that are considered public.
This project is licensed under the MIT License - see the LICENSE file for details.
