Skip to content

feat: Do not print the secret key#87

Open
flub wants to merge 1 commit into
mainfrom
flub/no-print-secret-key
Open

feat: Do not print the secret key#87
flub wants to merge 1 commit into
mainfrom
flub/no-print-secret-key

Conversation

@flub

@flub flub commented Oct 25, 2025

Copy link
Copy Markdown
Contributor

It is scary when folks have to worry about secrets being printed. #84
will solve the key persistence in a much better way anyway.

It is scary when folks have to worry about secrets being printed.  #84
will solve the key persistence in a much better way anyway.
@flub

flub commented Oct 25, 2025

Copy link
Copy Markdown
Contributor Author

I don't get the lint failure. My local rustfmt insists it is like this, the one on CI insists that. But both are stable rust?

@n0bot n0bot Bot added this to iroh Oct 30, 2025
@github-project-automation github-project-automation Bot moved this to 🏗 In progress in iroh Oct 30, 2025
@dignifiedquire

Copy link
Copy Markdown
Contributor

this needs to be an option, if you want to reuse the key it needs to be printed so you can set it using the env variable

@matrss

matrss commented Nov 14, 2025

Copy link
Copy Markdown
Contributor

this needs to be an option, if you want to reuse the key it needs to be printed so you can set it using the env variable

I think it would be better to have a separate dumbpipe command to generate and print the secret, which can then be reused for subsequent dumbpipe commands.

In git-annex-p2p-iroh (https://git-annex.branchable.com/special_remotes/p2p/git-annex-p2p-iroh) the secret is generated with gpg because there is no easily parsable way to get it out of dumbpipe yet.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

Status: 🏗 In progress

Development

Successfully merging this pull request may close these issues.

3 participants