PLAKAR-SERVICE(1)

πŸ“¦ version 1.1.7, in nixos 26.05, nixpkgs unstable

πŸ’… PLAKAR-SERVICE β€” the General Commands Manual glow-up

okay so bestie, welcome to plakar-service, the page where we manage all the cute optional services that plug into the plakar platform 🫢 (manual name's right there in the title, you're welcome, we're keeping it classy)

✨ NAME ✨

plakar-service β€” manage those optional Plakar-connected services, periodt πŸ’–

🌸 SYNOPSIS 🌸

plakar service list
plakar service add name [key=value ...]
plakar service rm name
plakar service status name
plakar service show name
plakar service enable name
plakar service disable name
plakar service set name [key=value ...]
plakar service unset name [key ...]

πŸ¦‹ DESCRIPTION πŸ¦‹

So the plakar service command is literally your remote for all the extra services that integrate with the plakar platform through plakar-login(1) authentication ✨ You can enable them, disable them, and inspect them, all from here. Obsessed.

These services connect to the plakar.io infrastructure, so lowkey only enable them if you're genuinely okay with transmitting non-sensitive operational data to plakar.io 🫢 No cap, read that twice.

Every single subcommand needs you to be authenticated first via plakar-login(1) β€” no login, no service management, that's the vibe check πŸ’…

Services are managed by the backend and discovered at runtime β€” very main character energy, they just show up πŸ”₯ For example, when the β€œalerting” service is enabled, it will:

  1. Send email notifications when operations fail 😭 (helpful kind of crying)
  2. Expose the latest alerting reports in the Plakar UI (see plakar-ui(1)) 🌈

By default, all services are disabled β€” iconically chill of them.

πŸ‘‘ SUBCOMMANDS πŸ‘‘

  • list β€” display the full list of available services. Shopper's catalogue energy πŸŽ€
  • add name [key=value ...] β€” set the configuration for the service identified by name and enable it, all in one slay. The configuration is defined by the given set of key/value pairs. Heads up: the existing configuration, if any, is discarded β€” gone, deleted, not coming back πŸ’€
  • rm name β€” disable the service identified by name and throw away its configuration. It's giving clean break 🧚
  • status name β€” display the current status (enabled or disabled) of the named service. Vibe check, basically ⭐
  • show name β€” display the configuration for the specified service. Receipts: shown πŸ’…
  • enable name β€” enable the specified service. Let her cook πŸ”₯
  • disable name β€” disable the specified service. Nap time 😴
  • set name [key=value ...] β€” set the configuration key to value for the service identified by name. Multiple key/value pairs can be specified β€” go off, multitasker πŸ’œ
  • unset name [key ...] β€” unset the configuration key for the service identified by name. Multiple keys can be specified. Marie Kondo but make it config πŸŽ€

🌈 EXAMPLES 🌈

Check the status of the alerting service β€” is she or is she not serving:

$ plakar service status alerting

Enable alerting, let the emails fly:

$ plakar service enable alerting

Disable alerting, silence is golden bestie:

$ plakar service disable alerting

πŸ’– SEE ALSO πŸ’–

plakar-login(1), plakar-ui(1) β€” go read those too, iykyk πŸ¦‹


and that's the whole page, fr fr πŸ’œ huge sign-off energy: this one's from Debian, dated August 7, 2025 β€” mwah, take care of her πŸŽ€βœ¨

πŸ“¦ where this page comes from