PLAKAR-SERVICE(1)
π 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:
- Send email notifications when operations fail π (helpful kind of crying)
- 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
- nixos 26.05: plakar 1.1.4
- nixpkgs unstable: plakar 1.1.7
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms