Allow silencing the keyring-unavailable warning on headless machines
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
調査の方向性
Start by locating the code that emits the “system keyring unavailable” warning, then trace how credential-store selection and the --json and --quiet paths handle warnings. Before changing behavior, resolve which requested option is intended; done should cover deliberate file-store selection, appropriate warning behavior for interactive and structured-output runs, and regression coverage.
索引モデルが issue の本文から書いたものです。
説明
Context
On a headless Linux server with no Secret Service or keyring, every hey invocation prints:
warning: system keyring unavailable, credentials stored in plaintext at ~/.config/hey-cli/credentials.json
It prints on every call, including --json and --quiet runs. Scripts that capture stdout and stderr together, or that treat any stderr output as a problem, have to filter it out each time, and the line gets into logs and error messages. In our case the real error in a failure report was hidden behind this warning.
The plaintext file fallback is fine for this kind of machine, which runs as a dedicated user with 0600 permissions. The problem is only that the warning can't be turned off.
No account-specific details below.
Ask
- A way to choose the file store deliberately and silence the warning:
hey config set credential_store file, or an env var such asHEY_CREDENTIAL_STORE=file. - With
--json, put the warning in the JSON (for example awarningsarray) instead of writing it to stderr, or print it at most once per machine. - Keep showing it by default for interactive first-time setups, where it's useful.
Related (closed): #352, #453 (keyring behaviour on Linux).
- 主要言語
- Go
- スター
- 412
- フォーク
- 52
- 平均マージ
- 1日 7時間
- マージ済み PR（30日）
- 76
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
basecamp/hey-cli のほかの issue
-
TUI Calendar: Enter does nothing on a highlighted event (Day/Week), though the help bar shows "enter: open"対応中かも @albertreig が 40 日前に担当しました。 オープンCLI Only
難易度 2/5 1〜3時間 初心者へのやさしさ 90/100
メンテナーはふだん 1 日以内に返信
-
難易度 4/5 3〜5日 初心者へのやさしさ 48/100
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 1/100
メンテナーはふだん 1 日以内に返信
-
難易度 3/5 1〜2日 初心者へのやさしさ 35/100
メンテナーはふだん 1 日以内に返信
-
難易度 5/5 1週間以上 初心者へのやさしさ 20/100
メンテナーはふだん 1 日以内に返信
basecamp/hey-cli の issue をすべて見る
似ている issue
-
[Bug]: message-level cache_control on chat messages is dropped, so Anthropic prompt caching never triggers対応中かも @Atharva-Kanherkar が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 80/100
メンテナーはふだん 1 日以内に返信
-
documentation good first issue help wanted
難易度 2/5 1〜3時間 初心者へのやさしさ 90/100
eugenioenko/ttt#1000 ·
メンテナーはふだん 1 日以内に返信
-
bug needs-acceptance wg/developer-experience-ecosystem
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
vllm-project/semantic-router#5249 ·
メンテナーはふだん 1 日以内に返信
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
Billionmail/BillionMail#389 ·
-
在“产品文档”下拉列表，增加“探索”频道オープンenhancement
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
DaoCloud/DaoCloud-docs#7489 ·
メンテナーはふだん 1 日以内に返信