continue
continue copied to clipboard
Extension doesn't work on Aarch64
Before submitting your bug report
- [x] I believe this is a bug. I'll try to join the Continue Discord for questions
- [x] I'm not able to find an open issue that reports the same bug
- [x] I've seen the troubleshooting guide on the Continue Docs
Relevant environment info
- OS: linux-arm64
- Continue: master
- IDE: vscode
Description
prepackage.js uses if (ghAction() && isArm) then downloads the latest version of your esbuild binary. However, this leads to the following error message on my machine (ubuntu arm64).
Changing to if (ghAction() && false && isArm) works, but obviously the real fix would be a better implementation of ghAction().
To reproduce
No response
Log output
$ vsce package
(node:119440) [DEP0040] DeprecationWarning: The `punycode` module is deprecated. Please use a userland alternative instead.
(Use `node --trace-deprecation ...` to show where the warning was created)
INFO Detected presence of yarn.lock. Using 'yarn' instead of 'npm' (to override this pass '--no-yarn' on the command line).
Executing prepublish script 'yarn run vscode:prepublish'...
yarn run v1.22.21
warning [email protected]: The engine "vscode" appears to be invalid.
$ npm run esbuild-base -- --minify
> [email protected] esbuild-base
> node esbuild.js --minify
\u2718 [ERROR] Cannot start service: Host version "0.17.19" does not match binary version "0.19.11"
1 error
/home/ubuntu/src/continue/extensions/vscode/node_modules/esbuild/lib/main.js:1073
return callback(new Error(error), null);
^
Error: The service was stopped: write EPIPE
at /home/ubuntu/src/continue/extensions/vscode/node_modules/esbuild/lib/main.js:1073:25
at responseCallbacks.<computed> (/home/ubuntu/src/continue/extensions/vscode/node_modules/esbuild/lib/main.js:697:9)
at afterClose (/home/ubuntu/src/continue/extensions/vscode/node_modules/esbuild/lib/main.js:687:28)
at /home/ubuntu/src/continue/extensions/vscode/node_modules/esbuild/lib/main.js:2129:11
at onwriteError (node:internal/streams/writable:597:3)
at process.processTicksAndRejections (node:internal/process/task_queues:84:21)