Hi team,
I’d like to request auto-connection for Jara’s two personal-files plugs so users don’t have to manually connect them after installation. jara is a terminal UI for observing and interacting with Juju clusters (think k9s, but for Juju).
- name: jara
- description: Terminal UI for observing and interacting with Juju clusters
- snapcraft: snap/snapcraft.yaml
- upstream: GitHub - bschimke95/jara · GitHub
- upstream-relation: I’m the author and maintainer (Canonical)
Interfaces
juju-client-observe (personal-files)
- request-type: auto-connection
- read:
$HOME/.local/share/juju,$HOME/.config/juju - write:
$HOME/.local/share/juju - reasoning: Jara reads Juju client credentials and controller
configuration from
$HOME/.local/share/jujuand$HOME/.config/jujuto discover and authenticate to controllers. Without read access the snap cannot connect to any Juju controller, making it non-functional. Write access to$HOME/.local/share/jujuis needed to keep jara’s navigation in sync with the juju CLI:- Navigating between controllers persists the current-controller
selection to
controllers.yaml - Opening a model persists the current-model selection to
models.yaml - The Juju client library updates the controller endpoint cache in
controllers.yamlon every new API connection - Macaroon-based authentication writes session cookies to
cookies/<controller>.jsonJara works without write access (--readonlymode skips store writes), but normal usage expects it.
- Navigating between controllers persists the current-controller
selection to
jara-config (personal-files)
- request-type: auto-connection
- read:
$HOME/.jara - write:
$HOME/.jara - reasoning: Jara stores its configuration, colour themes, and skin
files under
$HOME/.jara. Without this plug the snap falls back to compiled defaults and the user cannot persist any configuration (theme, key bindings, AI provider settings, refresh rate, etc.). Read and write access are both needed because jara both loads and saves configuration to this directory.