Offline & install by .vsix file, had error about sqlite3

[lcwxz1989]

Before submitting your bug report

• I believe this is a bug. I'll try to join the Continue Discord for questions
• I'm not able to find an open issue that reports the same bug
• I've seen the troubleshooting guide on the Continue Docs

Relevant environment info

- OS: ubuntu 22.04.4 LTS
- Continue: [email protected]
- IDE: code_1.90.0-1717531825_amd64.deb
- Hardware: mac mini M2

Description

Install continue extension by .vsix in offline network. Get error below, I opened developer tools and find error
continue-xxxx/out/build/Release/node_sqlite3.node: cannot open shared object file: No such file or directory.

To reproduce

No response

Log output

No response

[fry69]

Try again with 0.8.40 or pre-release version 0.9.153 (both just released), according to the commit log there might be a SQLite build fix in it.

[priyashpatil]

Might be related issue facing on M2:

(node:29658) [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] Downloading node-sqlite3
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100  963k  100  963k    0     0   560k      0  0:00:01  0:00:01 --:--:-- 2439k
x build/Release/node_sqlite3.node
node:fs:3015
  binding.copyFile(
          ^

Error: ENOENT: no such file or directory, copyfile 'bin/darwin-arm64/node_sqlite3.node' -> 'build/node_sqlite3.node'
    at Object.copyFileSync (node:fs:3015:11)
    at /Users/priyash/projects/continue/binary/build.js:226:10
    at process.processTicksAndRejections (node:internal/process/task_queues:95:5) {
  errno: -2,
  code: 'ENOENT',
  syscall: 'copyfile',
  path: 'bin/darwin-arm64/node_sqlite3.node',
  dest: 'build/node_sqlite3.node'
}

 *  The terminal process "/bin/zsh '-l', '-c', './scripts/install-dependencies.sh'" terminated with exit code: 1. 
 *  Terminal will be reused by tasks, press any key to close it. 

[sestinj]

@lcwxz1989 I think they are right that this should be fixed in the latest version, but if you find that it isn't, it would be useful to know: does file actually not exist, or isthis a permissions issue?

[lcwxz1989]

@lcwxz1989 I think they are right that this should be fixed in the latest version, but if you find that it isn't, it would be useful to know: does file actually not exist, or isthis a permissions issue?

I have check the file and it exists, the permission is the same as other extension 755, my hardware is M2

[lcwxz1989]

Might be related issue facing on M2:

(node:29658) [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] Downloading node-sqlite3
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
100  963k  100  963k    0     0   560k      0  0:00:01  0:00:01 --:--:-- 2439k
x build/Release/node_sqlite3.node
node:fs:3015
  binding.copyFile(
          ^

Error: ENOENT: no such file or directory, copyfile 'bin/darwin-arm64/node_sqlite3.node' -> 'build/node_sqlite3.node'
    at Object.copyFileSync (node:fs:3015:11)
    at /Users/priyash/projects/continue/binary/build.js:226:10
    at process.processTicksAndRejections (node:internal/process/task_queues:95:5) {
  errno: -2,
  code: 'ENOENT',
  syscall: 'copyfile',
  path: 'bin/darwin-arm64/node_sqlite3.node',
  dest: 'build/node_sqlite3.node'
}

 *  The terminal process "/bin/zsh '-l', '-c', './scripts/install-dependencies.sh'" terminated with exit code: 1. 
 *  Terminal will be reused by tasks, press any key to close it. 

yes My hardware is M2

[lcwxz1989]

Tks a lot , the latest version has already solve this problem

[sestinj]

@lcwxz1989 good to hear! Does that mean it's safe to close this issue?