Closed KendallWeihe closed 4 months ago
Add to
cmd/web5/README.md
?Also, I didn't realize we're building a CLI. Why are we now creating a web5 CLI even though we weren't considering that AFAIK when we built other implementations?
I'm not sure of the intent, but Go is almost ideal for writing redistributable CLIs as it generates statically linked completely self-contained executables, so if we want a single CLI then this makes sense vs. being in another language. Rust would also be a good choice for the same reasons.
Add to
cmd/web5/README.md
?Also, I didn't realize we're building a CLI. Why are we now creating a web5 CLI even though we weren't considering that AFAIK when we built other implementations?
@diehuxx it wasn't something that we necessarily deliberated. Happened a bit organically. 2 primary reasons.
Further I imagine being able to use a cli for updating / managing a did in general will be helpful. Especially given that it'll be able to use aws KMS quite easily
Re: question in description
Makes sense @KendallWeihe was actually thinking the same thing re: args
ideally we can surface method specific command line options & args based on the options we've surfaced at the sdk level
A bit tangential, but I can highly recommend goreleaser for building and releasing Go binaries. It will automatically build and upload to GH releases. FTL uses it, for example.
Add to
cmd/web5/README.md
?
Done, thanks! Though that README is kinda bleh, not sure what would be ideal there, but a problem for later.
Something very strange is going on. Tests are failing on this branch; the TestVerifySECP256K1
test is failing with an error failed to parse public key: malformed public key: invalid length: 64
. I tried re-running the workflow, but it failed again. Tests from the prior commit are passing, but all that was changed in the most recent commit was a README. Tests are passing locally. I branched off of this branch and reran the tests in the GitHub Pipeline and the tests passed.
I suspect we have some weird cryptographic issue going on where something to do with this particular commit, and the random generation made available in our GitHub Pipelines.
Going to merge this in and open a ticket.
surface method specific command line options & args based on the options we've surfaced at the sdk level
totally agree https://github.com/TBD54566975/web5-go/issues/85
Closes https://github.com/TBD54566975/web5-go/issues/70
Usage
For example, run
web5 did:jwk create
, and use theuri
from the output as the input to the resolve commandCommentary
I think I may redo the DX for the
did:jwk
anddid:web
to beweb5 did create <method> <additional args>
... @mistermoe thoughts? My driving reason is to try and match the namespacing in our various web SDKs (specifically looking at web5-js as the most mature among them)I want to be able to resolve a DID with just the URI, so I would want the create commands to be consistent with this DX as well