Page MenuHomePhabricator

[keyserver] implement registerUser rpc with napi-rs/tonic/opaque-ke
ClosedPublic

Authored by varun on Dec 1 2022, 2:33 PM.
Tags
None
Referenced Files
F3486826: D5796.diff
Wed, Dec 18, 6:06 AM
Unknown Object (File)
Sun, Dec 15, 12:36 PM
Unknown Object (File)
Fri, Dec 6, 6:13 PM
Unknown Object (File)
Fri, Dec 6, 6:13 PM
Unknown Object (File)
Thu, Nov 28, 11:52 PM
Unknown Object (File)
Thu, Nov 28, 11:52 PM
Unknown Object (File)
Thu, Nov 28, 11:52 PM
Unknown Object (File)
Thu, Nov 28, 11:12 AM
Subscribers

Details

Summary

This is almost completely copy-pasted from the work I did on the native rust library.
All the differences will be annotated inline.

Test Plan

imported the registerUser function and successfully called it from keyserver.js

Diff Detail

Repository
rCOMM Comm
Lint
No Lint Coverage
Unit
No Test Coverage

Event Timeline

There are a very large number of changes, so older changes are hidden. Show Older Changes

Hmm, if we need protobufs to be installed for yarn cleaninstall, seems like we should find a way to run scripts/install_protobuf.sh ahead of the Rust build via some Yarn script instead of patching in scripts/install_protobuf.sh ahead of every call we can find

Hmm, if we need protobufs to be installed for yarn cleaninstall, seems like we should find a way to run scripts/install_protobuf.sh ahead of the Rust build via some Yarn script instead of patching in scripts/install_protobuf.sh ahead of every call we can find

this makes sense. i'll add a yarn script

run install_protobuf before building the rust-node-addon in CI workflows

skip install_protobuf script if protoc is found

fix last CI issues (hopefully)

change way script is called to satisfy CI

varun added inline comments.
.buildkite/eslint_flow_jest.yml
7

The dependencies we install with apt vary from workflow to workflow, so I didn't move this into the install_protobuf script. e.g.

.buildkite/eslint_flow_jest.yml
7

oops forgot to finish this comment. meant to say, "e.g. on github CI cmake is already installed"

ashoat added a reviewer: atul.

Defer to @atul and @jon on CI, and everybody else on Rust

keyserver/addons/rust-node-addon/package.json
38 ↗(On Diff #20951)

Might be good to explicitly call with bash, I think this is good practice for Windows-related reasons or something

This is almost completely copy-pasted from the work I did on the native rust library.

In this case, maybe this diff isn't the best place to do any refactors, but In my opinion, the logic of this code is a bit difficult to follow. Some communication with the server (tx.send()) is handled directly in register_user() (and their results are then sent to helpers) while other parts are spread across helper functions and performed inside them. Or e.g. request is sent inside a helper fn, then response is handled in the outer fn. Or it might be my subjective feeling because these functions are not defined in order they're called.

keyserver/addons/rust-node-addon/src/identity_client.rs
78–81 ↗(On Diff #20951)

Can send_to_mpsc be used here?

237–240 ↗(On Diff #20951)

Same here

This is almost completely copy-pasted from the work I did on the native rust library.

In this case, maybe this diff isn't the best place to do any refactors, but In my opinion, the logic of this code is a bit difficult to follow. Some communication with the server (tx.send()) is handled directly in register_user() (and their results are then sent to helpers) while other parts are spread across helper functions and performed inside them. Or e.g. request is sent inside a helper fn, then response is handled in the outer fn. Or it might be my subjective feeling because these functions are not defined in order they're called.

this is super valid, but i think the refactor should be in a separate diff that addresses the logic here as well as in the native rust library. https://linear.app/comm/issue/ENG-2733/refactor-native-rust-library-and-rust-node-addon-client-logic

In D5796#188367, @varun wrote:

this is super valid, but i think the refactor should be in a separate diff that addresses the logic here as well as in the native rust library. https://linear.app/comm/issue/ENG-2733/refactor-native-rust-library-and-rust-node-addon-client-logic

This makes much sense, thanks!

keyserver/Dockerfile
56 ↗(On Diff #20951)

I don't think this is right. ubuntu will bringing protoc 3.12 which we don't want. Should probably use shared/install_protobuf.sh script instead.

keyserver/addons/rust-node-addon/install_external_deps.sh
3 ↗(On Diff #20951)

generally want this

8–12 ↗(On Diff #20951)
15–16 ↗(On Diff #20951)

command return non-zero if it didn't find anything.

>/dev/null if to don't want command outputting the command path if something is found:

$ command -v kubectl
/home/jon//.nix-profile/bin/kubectl
18 ↗(On Diff #20951)

make the script CWD independent (e.g. ./keyserver/addons/rust-node-addon/install_external_deps.sh).

Also, I would avoid source scripts when possible. Things like exit will then affect the sourcing script.

Defer to @atul and @jon on CI, and everybody else on Rust

The CI stuff looks good once we swap out apt installation of protobuf-compiler with install_protobuf script.

keyserver/Dockerfile
56 ↗(On Diff #20951)

+1, would be great to use the install_protobuf script across the board.

This revision is now accepted and ready to land.Jan 25 2023, 12:51 AM

Trust the CI, but can't patch on this diff from the latest master:

 Cherry Pick Failed!
 Exception 
Command failed with error #1!
COMMAND
git cherry-pick -- arcpatch-D6261

STDOUT
On branch arcpatch-D5796
You are currently cherry-picking commit fc1f8987b.

@max are you using yarn arcpatch?

No, just arc patch. Running yarn arcpatch or git pull --all --tags before arc patch solves the issue. Thanks!

keyserver/addons/rust-node-addon/build.rs
5–6 ↗(On Diff #20951)

Maybe better to place this compilation stage in the library's shared/comm-opaque/build.rs neither than in the keyserver's build.rs file.

varun marked 7 inline comments as done.

address feedback

keyserver/addons/rust-node-addon/build.rs
5–6 ↗(On Diff #20951)

yeah i went back and forth on whether to have the shared library handle the tonic stuff too... i think the bindings for cxx and napi-rs are different enough that it doesn't make sense. can revisit this later

rename install_external_deps to install_ci_deps to make it clear what we're using the script for

accidentally undid change to rename script to install_ci_deps

This revision is now accepted and ready to land.Feb 1 2023, 12:58 PM
.github/workflows/eslint_flow_jest.yml
15 ↗(On Diff #21794)

Since this script requires sudo on the GitHub CI machines, I think we should call it directly rather than from a different script

keyserver/addons/rust-node-addon/install_ci_deps.sh
5 ↗(On Diff #21794)

See other inline comment for explanation of why we're omitting GitHub CI here

scripts/install_protobuf.sh
26 ↗(On Diff #21794)

We should clean up the protobuf directory after we've installed it successfully

ashoat added inline comments.
keyserver/addons/rust-node-addon/postinstall.sh
11 ↗(On Diff #21794)

Nit: get rid of this extra newline

keyserver/addons/rust-node-addon/postinstall.sh
11 ↗(On Diff #21794)

oops good catch