-
Notifications
You must be signed in to change notification settings - Fork 3
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
ci: merge staging to master #4
Conversation
[ci skip]
[ci skip]
[ci skip]
[ci skip]
[ci skip]
These are pending updates in agent migration stage 2.
CLI extracted from Polykey and migrated to Polykey-CLI
Pipeline Attempt on 957701609 for 15c755f https://gitlab.com/MatrixAI/open-source/Polykey-CLI/-/pipelines/957701609 |
Looks like the mac and windows builds are failing in CI. It's been a long time since these jobs were ran in I'll disable them for now since they're not on the critical path. The integration tests for these builds are already disabled. Next step is to get the nix-build step working, right now it's failing to clone the |
Pipeline Attempt on 957744108 for 1380d13 https://gitlab.com/MatrixAI/open-source/Polykey-CLI/-/pipelines/957744108 |
Ok, i'm putting this on hold for now. The current problem with Priority now is to work on the agent migration and complete that, including removing |
Pipeline Attempt on 962904756 for 6db2859 https://gitlab.com/MatrixAI/open-source/Polykey-CLI/-/pipelines/962904756 |
@tegefaulkes is it possible to pull in the latest PK release right now? |
You should be able to use 1.1.5-alpha.0. |
Looks like
|
Pipeline Attempt on 1039206803 for 0c29de4 https://gitlab.com/MatrixAI/open-source/Polykey-CLI/-/pipelines/1039206803 |
Pipeline Attempt on 1039212316 for 8f80d1f https://gitlab.com/MatrixAI/open-source/Polykey-CLI/-/pipelines/1039212316 |
Pipeline Attempt on 1039245564 for 41273c6 https://gitlab.com/MatrixAI/open-source/Polykey-CLI/-/pipelines/1039245564 |
Pipeline Attempt on 1040057667 for 138fcdf https://gitlab.com/MatrixAI/open-source/Polykey-CLI/-/pipelines/1040057667 |
To address 3., it's important to reactivate some integration tests. But they need to be written minimally, so that they don't rely too much on implementation details. We're all the way up to the UX now. Not in the weeds. @tegefaulkes @amydevs |
Docker image has been built and deployed, so that is all still working. However there are integration tests failing https://gitlab.com/MatrixAI/open-source/Polykey-CLI/-/pipelines/1040057667. This was expected, it's time to reactivate and refactor our integration tests, and maybe get PK re-enabled on windows and mac too. |
The
We saw this before. I think the script used to load the quic native binding doesn't seem to work after being esbuilt or something. Not sure need to check. |
Pipeline Attempt on 1040205173 for de054e5 https://gitlab.com/MatrixAI/open-source/Polykey-CLI/-/pipelines/1040205173 |
The error comes from: throw new Error(
`Failed requiring possible native bindings: ${prebuildTargets.concat(
npmTargets,
)}`,
); Which is in /**
* Try require on all prebuild targets first, then
* try require on all npm targets second.
*/
function requireBinding(targets: Array<string>): Quiche {
const prebuildTargets = targets.map((target) =>
path.join(prebuildPath, `quic-${target}.node`),
);
for (const prebuildTarget of prebuildTargets) {
try {
return require(prebuildTarget);
} catch (e) {
if (e.code !== 'MODULE_NOT_FOUND') throw e;
}
}
const npmTargets = targets.map((target) => `@matrixai/quic-${target}`);
for (const npmTarget of npmTargets) {
try {
return require(npmTarget);
} catch (e) {
if (e.code !== 'MODULE_NOT_FOUND') throw e;
}
}
throw new Error(
`Failed requiring possible native bindings: ${prebuildTargets.concat(
npmTargets,
)}`,
);
} The error message tells us that it is trying load native binding in:
The first path is The second path is The reason is that:
|
I wonder if It could be due to It's possible that originally node-gyp-build does it differently, and so that's why it doesn't have this problem. |
I think I have an idea, it's possible the entire |
…ns the `package.json` is required to ensure that `main` can be resolved
Pipeline Attempt on 1040374478 for 3612eb3 https://gitlab.com/MatrixAI/open-source/Polykey-CLI/-/pipelines/1040374478 |
Yep that was the problem and was solved by adding As a general matter it is somewhat more correct to depend on the special packages since the However it is little inefficient to bundle the One way is to change our custom However with the ESM migration MatrixAI/TypeScript-Demo-Lib#32, node's The docs suggest using https://nodejs.org/api/process.html#processdlopenmodule-filename-flags instead. So I think that would be more accurate, that means dropping the |
Pipeline Attempt on 1040406103 for 1158a67 https://gitlab.com/MatrixAI/open-source/Polykey-CLI/-/pipelines/1040406103 |
If that passes then:
Then this should merge to master. And then we can focus on the remaining tasks in testnet 6. |
1. Making sure the docker integration tests pass in the relevant env parameters 2. extended timeouts for problimatic tests that do a password hash. Even though i'm sure we're passing in these options, the hashing still seems to be very slow. On the order of 10+ seconds. 3. Some tests were being skipped with `.skip` if this test was optionally disable based on the integration test it became `.skip.skip`. I've fixed this.
Pipeline Attempt on 1040496342 for 5354256 https://gitlab.com/MatrixAI/open-source/Polykey-CLI/-/pipelines/1040496342 |
Pipeline Attempt on 1040506440 for e029c8d https://gitlab.com/MatrixAI/open-source/Polykey-CLI/-/pipelines/1040506440 |
Pipeline Succeeded on 1040506440 for e029c8d https://gitlab.com/MatrixAI/open-source/Polykey-CLI/-/pipelines/1040506440 |
This is an automatic PR generated by the pipeline CI/CD. This will be automatically fast-forward merged if successful.