Allow silencing the keyring-unavailable warning on headless machines
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 48/100
Research direction
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.
Written by the indexing model from the issue text.
Description
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).
- Dominant language
- Go
- Stars
- 393
- Forks
- 47
- Avg merge
- 1d 1h
- Merged PRs (30d)
- 77
Getting set up
- No Dockerfile or Docker Compose file
- No pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from basecamp/hey-cli
-
CLI Only
Difficulty 2/5 1-3 hours Newbie friendliness 90/100
Maintainers usually reply within 1 day
-
CLI Only
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
basecamp/hey-cli#408 · 1 comment ·
Maintainers usually reply within 1 day
-
Difficulty 3/5 1-2 days Newbie friendliness 68/100
Maintainers usually reply within 1 day
-
Difficulty 5/5 Over a week Newbie friendliness 42/100
basecamp/hey-cli#521 · 1 comment ·
Maintainers usually reply within 1 day
-
Difficulty 4/5 3-5 days Newbie friendliness 55/100
basecamp/hey-cli#520 · 2 comments ·
Maintainers usually reply within 1 day
All issues in basecamp/hey-cli
Similar issues
-
agent-butler-finding bug
Difficulty 1/5 Under an hour Newbie friendliness 94/100
jordansmall/spindrift#4367 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
Maintainers usually reply within 1 day
-
kind/engineering pulumi/pulumi-terraform Task Workflow Failure
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
pulumi/pulumi-terraform#1215 ·
Maintainers usually reply within 1 day
-
documentation
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
githubnext/gh-aw-workshop#4132 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
JuliusBrussee/caveman#1177 · 1 comment ·
Maintainers usually reply within 1 day