ortie(1)

πŸ“¦ version 2.1.0, in nixpkgs unstable

πŸ’… ortie(1) β€” like, the manual page, bestie

okay so you've stumbled into the ortie(1) page from the General Commands Manual and honestly? you're gonna be fine. this is the CLI to manage OAuth 2.0 tokens, and I'm gonna walk you through every single flag like we're sitting on facetime. no cap, nothing skipped. 🫢


✨ NAME ✨

ortie β€” CLI to manage OAuth 2.0 tokens. that's it. that's the whole vibe. πŸŽ€


🌸 SYNOPSIS 🌸

ortie [-c|--config] [-a|--account] [--json] [--log-level] [--log-file]
[-h|--help] [-V|--version] [subcommands]

like, that's the shape of it. flags in, subcommands in, ortie does the thing. πŸ’«


πŸ¦‹ DESCRIPTION πŸ¦‹

CLI to manage OAuth 2.0 tokens.

yes bestie, that's genuinely what the manpage says and honestly it's all you need. tokens? managed. OAuth 2.0? handled. moving on. ✨


✨ OPTIONS ✨

  • -c, --config <PATH> β€” override the default configuration file path. the paths you give get shell-expanded then canonicalized (if applicable). and here's the cute part: other paths get merged with the first one, which lets you keep your public config separate from your private one(s). separation is self-care, fr fr. πŸ“
  • -a, --account <NAME> β€” override the default account. an account name corresponds to an entry in the table at the root level of your TOML configuration file. iykyk. πŸ’œ
  • --json β€” enable JSON output. when set, command output (data or errors) is displayed as a JSON string. yes, even the errors get the JSON treatment. slay. πŸ”₯
  • --log-level <LEVEL> β€” filter log output by level. when it's omitted, the RUST_LOG environment variable is consulted instead (it supports per-target filters β€” go read the env_logger documentation for that). when this flag is present, it overrides RUST_LOG entirely. no sharing, periodt. πŸ’…

possible values:

  • off: no logging
  • error: errors only
  • warn: warnings and errors
  • info: informational messages and above
  • debug: debug messages and above
  • trace: trace messages and above (most verbose β€” buckle up 😭)
  • --log-file <PATH> β€” append log output to the given file instead of stderr. this is so useful when interactive prompts (which always write to stderr, always always) would otherwise get intermixed with log lines. the file is opened in append mode and created if it doesn't exist. tidy. 🧚
  • -h, --help β€” print help (see a summary with -h). yes it tells you how to ask for less help. iconic. πŸ‘‘
  • -V, --version β€” print version. πŸ“Œ

🌈 SUBCOMMANDS 🌈

  • ortie-auth(1) β€” get a fresh access token by running the account's OAuth grant. new token, who dis. πŸ”‘
  • ortie-token(1) β€” display and refresh an existing OAuth 2.0 access token.
  • ortie-repl(1) β€” start a persistent REPL session for one account. main character energy only. ✨
  • ortie-manuals(1) β€” generate manual pages to the given directory.
  • ortie-completions(1) β€” generate completion script for the give shell(s) to the given directory. (yes, "give" β€” that's exactly what the original says, I'm not fixing it, it's canon now πŸ’€)
  • ortie-help(1) β€” print this message or the help of the given subcommand(s).

⭐ VERSION ⭐

vv2.1.0 +rustls-ring build: macos  aarch64 git: unknown, rev unknown

yeah, vv2.1.0. two v's. don't ask, just accept. it's giving unhinged build metadata and I respect it. 🌈


πŸ’– AUTHORS πŸ’–

ClΓ©ment DOUIN (soywod) <pimalaya.org@posteo.net> β€” thank you for the tokens, king. 🫢


ngl that's the whole page. every flag, every value, every subcommand, every path rule β€” all here, bestie. nothing left behind. πŸ’…

so like… that's ortie πŸ’œ this was the ortie 2.1.0 manual page, and the footer said ortie 2.1.0 and honestly there was no date on it so I can't give you one, sorry 😭 anyway go manage your tokens, you're gonna ate. πŸŽ€

πŸ“¦ where this page comes from