-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CLI extracted from Polykey and migrated to Polykey-CLI #2
Conversation
[ci skip]
[ci skip]
[ci skip]
[ci skip]
I don't know if we want to explore bundling the source code just yet. I'll create/move an issue here for that. It should be done in a separate PR. |
You mean bundling before we feed it all into We can do that later. Because we have to upgrade to ES modules first, and then figure out which bundler can support all we want properly. |
Then we'll need to explore using ES modules in the next stage. |
I think we're ready to start testing CI now. |
We'll need to set up the Gitlab repo and mirroring. |
Is MatrixAI/Polykey#534 also completed? I mean it's pending the first PR, but that would have to extract everything so PK can be used as a library right? |
The Polykey side changes haven't been done yet. It can be used as a library already except for two points.
I'm blocked here at this stage. I need to move onto the Polykey side of CLI migration an merge the agent migration PR before moving forward here. |
I've setup the CI/CD configuration for this repo and also in gitlab. Note that branches are now protected, so before merging, make sure to squash properly. Furthermore, I've changed the default branches to be staging. Make sure that this PR is targeting staging not master. Also remember to replicate all the scaffolding files like |
Make sure tests structure and benches structure are the same, and also generated docs too. |
Oh and the The README.md inside |
Because |
Regarding benchmarks, make sure that you have a dummy structure there for later, as can create benchmarks for our CLI too later. |
Synchronised issue labels too now. |
ETA on merge? Make sure to test out the CI jobs locally too inside your own |
Some problems I had worked on earlier that will be relevant here:
Pretty much all the issues in TS demo lib is relevant here! |
Tests are passing locally now. We're importing a pre-release version of polykey for this so that's all working. The Container stuff still needs to be updated. CI job is failing, namely nix-dry and the tests. Tests are acting odd, they're failing to import The dry run
I still need to look into this. |
ETA on merge is hard to say. All that is left is to get CI passing but there are some odd bugs i'm dealing with. The main one is that the peculiar crypto stuff is not working when using polykey as a library. I'm pretty sure it's a mismatch in dependency versions. I see two different versions for some peculiar modules so I'm trying to resolve that. I still need to get the nix build working, there are some minor bugs there i'm investigating still. The CI is failing with imports missing. Everything was working locally. I'm still looking into this as well. Hopefully I can get it done today. But there are a lot of oddities with using Polykey as a library that is cropping up at this stage. |
I think all of the above is resolved now. Fixed mostly by re-generating the |
I think this step can be merged. the next step is testing the staging and master step CI jobs. I may need to work from a staging PR for that. I think I can merge this PR for now and work in the merge to master PR that gets auto-generated. |
Testing if pkg works right now. Looks like pkg is trying to download the prebuilt node file and failing. Looking into this, these are meant to be provided by nix-shell. It's trying to download version Note that our version of node is |
|
[ci skip]
These are pending updates in agent migration stage 2.
ab26682
to
71a9df8
Compare
I'm merging this, further fixes will be done in the staging branch. |
Description
In this PR we are pulling out all of the bin related code from
Polykey
and transplanting it here. This enables our Polykey repo to be simpler and also closer to a library that can be used in downstream applications. The Polykey's CI/CD should work faster, and not be blocked on integration problems. This repo can be more focused on CLI workflows and integration problems and cross-platform packaging.Tasks
Final checklist