The cosmos generator linked a consumer to its provider only through an '<role>' in group_names reference or an explicit provides: name. A hard dependency has neither -- pinning the provider on unconditionally is exactly what removes the Jinja reference the generator was reading -- so web-svc-asset's bond to web-svc-file vanished from the diagram the moment it became binding. Match a service key against the provider's own primary key from the registry, in both directions. Services the role turns off drew a solid 1:1 edge, claiming a mandatory relationship for something that carries nothing at deploy time. They now render as a red 0..0 edge; edge merging gained a real precedence so a provider consumed through two keys stays live when only one is off. Named colour, not hex: a '#' opens an entity code in the mermaid lexer and turns the whole diagram into a parse error on GitHub. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2.1 KiB
Workstation User
Description
This role creates the workstation user defined by WORKSTATION_USER and configures
its basic environment. It integrates with the shared user role to deploy shell
dotfiles and SSH authorized_keys.
Overview
This role creates the workstation user selected via WORKSTATION_USER and configures the user environment.
Cosmos
The diagram places Workstation User in the Infinito.Nexus cosmos: the components it deploys (capabilities), the central services it consumes (dependencies), and its outward reach (federation and bridged external networks).
flowchart LR
subgraph role [user-workstation 💻]
svc_workstation["workstation"]
end
Solid 1:1 edges are fixed relationships; dashed 0..1 edges are conditional (enabled only in matching deployments); red 0..0 edges are turned off in this role. Node markers show the role's deploy modes (💻 host, 🐳 compose, 🐝 swarm); ❌ marks a service that is explicitly turned off, and ⚙️ an Ansible role dependency declared in meta/main.yml.
Features
- Automated provisioning: Configured by Ansible without manual steps.
User data resolution
User data must be defined under users.<name> and selected via WORKSTATION_USER.
Minimum required fields:
WORKSTATION_USERusers.<WORKSTATION_USER>.username(defaults to WORKSTATION_USER if missing)
Optional fields:
users.<WORKSTATION_USER>.uidusers.<WORKSTATION_USER>.gidusers.<WORKSTATION_USER>.shellusers.<WORKSTATION_USER>.groups(list)users.<WORKSTATION_USER>.authorized_keys(list; may be empty)
Notes
- Sudo can be enabled via
user_workstation_enable_sudo. - Password handling is intentionally conservative. If you want a password, set
users.<WORKSTATION_USER>.password(plain) and enableuser_workstation_set_password.
Credits
Implemented by Kevin Veen-Birkenbach. Part of the Infinito.Nexus Project and maintained by Kevin Veen-Birkenbach. Licensed under the Infinito.Nexus Community License (Non-Commercial).