Vscodium: ARM packages.

[JL2210]

I'm helping with a GPL package manager for Chromebooks, called Chromebrew. It would really help if you could also create i686 and ARM tarballs. Thank you.

[sam0x17]

vscode on chromebook would be amazing

[JL2210]

@sam0x17 We already have it for i686 and x86_64.

[stripedpajamas]

@JL2210 there aren't any ARM tarballs for Microsoft's Visual Studio Code, are there? I didn't see any on the website. Our best case scenario right now is offering everything Microsoft offers on their website.

[JL2210]

Well, then, could you offer 32-bit x86 packages? Microsoft offers those on their website.

[stripedpajamas]

@JL2210 Yes! As noted on the README, we are looking for PRs to do just that.

[JL2210]

OK. Also, a note on the README. 32-bit x86 and x32 are two entirely different things. X32 is a 32-bit pointer ABI for x86_64 and 32-bit x86 is purely 32-bit.

[stripedpajamas]

@JL2210 good catch. How does this look?

[JL2210]

You might add a note about X32 in there, too. Link

[stripedpajamas]

Can you propose what that note would say?

[JL2210]

I'm not entirely sure. You could say The 32-bit x86, ARM and X32 architectures are currently not supported.
I highly doubt that Microsoft will ever support the X32 ABI in VSCode.

[stripedpajamas]

Ok, I will leave the note about X32 out because of the unlikelihood of MS ever supporting it. I'm leaving ARM in there because it is a build target in their guide: https://github.com/Microsoft/vscode/wiki/How-to-Contribute#packaging

[JL2210]

Good idea. I will probably create a PR for 32-bit x86 by the end of the day. Just a few for statements.

[JL2210]

How's this?

[JL2210]

Great. One objective of this is done. Any idea how we could create ARM packages?

[stripedpajamas]

Working on it-- as it is not "officially" supported, the documentation is sparse. It looks like in the past month, they have also merged in some build scripts to support arm64, so it ought to be that if we can get cross-compilation working for arm we can get arm64 as well.

[Metaception]

Assuming I am understanding this issue correctly, this repo is dedicated to this: https://code.headmelted.com/

[JL2210]

@Metaception: We tried that in Chromebrew. Those are Debian binaries, and they only work on Raspberry Pis and Crouton.
@stripedpajamas: It should just be as easy as adding more lines to the scripts for ARM and adding support to .travis.yml.

[JL2210]

One more step!

[stripedpajamas]

@435vic I think there is a lot of set up that has to be done in the build environment to produce good arm binaries. Take a look at https://github.com/headmelted/codebuilds and https://github.com/headmelted/cobbler (which produces the files for https://code.headmelted.com).

I will take a stab at setting up something similar in this repo but I have no way of testing the binaries. If you can do that (or @JL2210) before we merge anything in that would be great.

[JL2210]

Just a quick comment, could you switch the Travis builds to Debian? I know that Ubuntu messes with their GTK libs.

[JL2210]

Also, I'd be free to test them. I'd better fire up another Gentoo chroot on my desktop.

[stripedpajamas]

@435vic @JL2210 I just rebuilt arm64 after setting the npm_config_arch (as per the suggestion in #42) -- can either of you see if these binaries work?

tar
deb

[435vic]

Tar isn't working:


Neither is the deb:

I think I'm just gonna build from source...

[JL2210]

@stripedpajamas, could you try updating the Ubuntu version used? This appears to be an issue with old Yarn and Node versions.

[JL2210]

See zeit/hyper#2743

[stripedpajamas]

What is in zeit/hyper#26 ? All I see are comments about fonts.

[JL2210]

See edited comment. Sorry :/

[JL2210]

@435vic Can you send me the output of just ./vscodium when in that directory? Usually, the executable itself gives us more hints than the wrapper script.

[435vic]

Sure.
[795:1012/200627.161752:ERROR:gl_surface_glx.cc(408)] glxQueryVersion failed [795:1012/200627.162034:ERROR:gl_initializer_x11.cc(153)] GLSurfaceGLX::InitializeOneOff failed. [795:1012/200627.169572:ERROR:gpu_child_thread.cc(252)] Exiting GPU process due to errors during initialization [763:1012/200627.189790:ERROR:browser_gpu_channel_host_factory.cc(103)] Failed to launch GPU process. Error: /home/435victorjavier/vscodiumtar/resources/app/node_modules.asar.unpacked/spdlog/build/Release/spdlog.node: cannot open shared object file: No such file or directory at process.module.(anonymous function) [as dlopen] (ELECTRON_ASAR.js:166:20) at Object.Module._extensions..node (module.js:671:18) at Object.module.(anonymous function) [as .node] (ELECTRON_ASAR.js:180:18) at Module.load (module.js:561:32) at tryModuleLoad (module.js:504:12) at Function.Module._load (module.js:496:3) at Module.require (module.js:586:17) at n (/home/435victorjavier/vscodiumtar/resources/app/out/vs/loader.js:15:808) at bindings (/home/435victorjavier/vscodiumtar/resources/app/node_modules.asar/bindings/bindings.js:81:44) at Object.<anonymous> (/home/435victorjavier/vscodiumtar/resources/app/node_modules.asar/spdlog/index.js:3:35) at Object.<anonymous> (/home/435victorjavier/vscodiumtar/resources/app/node_modules.asar/spdlog/index.js:21:3) at Module.i._compile (/home/435victorjavier/vscodiumtar/resources/app/out/vs/loader.js:16:65) at Object.Module._extensions..js (module.js:653:10) at Module.load (module.js:561:32) at tryModuleLoad (module.js:504:12) at Function.Module._load (module.js:496:3) at Module.require (module.js:586:17) at require (internal/module.js:11:18) at Function.i [as __$__nodeRequire] (/home/435victorjavier/vscodiumtar/resources/app/out/vs/loader.js:31:146) at Object.t.createSpdLogService (/home/435victorjavier/vscodiumtar/resources/app/out/vs/code/electron-main/main.js:231:561) at /home/435victorjavier/vscodiumtar/resources/app/out/vs/code/electron-main/main.js:534:447 at Object.v [as _notify] (/home/435victorjavier/vscodiumtar/resources/app/out/vs/code/electron-main/main.js:96:807) at Object.enter (/home/435victorjavier/vscodiumtar/resources/app/out/vs/code/electron-main/main.js:100:85) at n.Class.derive._creator._run (/home/435victorjavier/vscodiumtar/resources/app/out/vs/code/electron-main/main.js:101:932) at n.Class.derive._creator._completed (/home/435victorjavier/vscodiumtar/resources/app/out/vs/code/electron-main/main.js:101:373) at <anonymous> at process._tickCallback (internal/process/next_tick.js:188:7) Error: /home/435victorjavier/vscodiumtar/resources/app/node_modules.asar.unpacked/native-keymap/build/Release/keymapping.node: cannot open shared object file: No such file or directory at process.module.(anonymous function) [as dlopen] (ELECTRON_ASAR.js:166:20) at Object.Module._extensions..node (module.js:671:18) at Object.module.(anonymous function) [as .node] (ELECTRON_ASAR.js:180:18) at Module.load (module.js:561:32) at tryModuleLoad (module.js:504:12) at Function.Module._load (module.js:496:3) at Module.require (module.js:586:17) at n (/home/435victorjavier/vscodiumtar/resources/app/out/vs/loader.js:15:808) at NativeBinding._init (/home/435victorjavier/vscodiumtar/resources/app/node_modules.asar/native-keymap/index.js:15:22) at NativeBinding.onDidChangeKeyboardLayout (/home/435victorjavier/vscodiumtar/resources/app/node_modules.asar/native-keymap/index.js:37:10) at Object.exports.onDidChangeKeyboardLayout (/home/435victorjavier/vscodiumtar/resources/app/node_modules.asar/native-keymap/index.js:61:18) at e.onDidChangeKeyboardLayout (/home/435victorjavier/vscodiumtar/resources/app/out/vs/code/electron-main/main.js:318:939) at t.registerListeners (/home/435victorjavier/vscodiumtar/resources/app/out/vs/code/electron-main/main.js:519:645) at t (/home/435victorjavier/vscodiumtar/resources/app/out/vs/code/electron-main/main.js:516:967) at t.create (/home/435victorjavier/vscodiumtar/resources/app/out/vs/code/electron-main/main.js:62:770) at e._createInstance (/home/435victorjavier/vscodiumtar/resources/app/out/vs/code/electron-main/main.js:213:703) at e.createInstance (/home/435victorjavier/vscodiumtar/resources/app/out/vs/code/electron-main/main.js:212:959) at /home/435victorjavier/vscodiumtar/resources/app/out/vs/code/electron-main/main.js:534:501 at Object.v [as _notify] (/home/435victorjavier/vscodiumtar/resources/app/out/vs/code/electron-main/main.js:96:807) at Object.enter (/home/435victorjavier/vscodiumtar/resources/app/out/vs/code/electron-main/main.js:100:85) at n.Class.derive._creator._run (/home/435victorjavier/vscodiumtar/resources/app/out/vs/code/electron-main/main.js:101:932) at n.Class.derive._creator._completed (/home/435victorjavier/vscodiumtar/resources/app/out/vs/code/electron-main/main.js:101:373) at <anonymous> at process._tickCallback (internal/process/next_tick.js:188:7) [main 8:06:27 PM] Starting VS Code [main 8:06:27 PM] from: /home/435victorjavier/vscodiumtar/resources/app [main 8:06:27 PM] args: { _: [], help: false, h: false, version: false, v: false, wait: false, w: false, diff: false, d: false, add: false, a: false, goto: false, g: false, 'new-window': false, n: false, 'unity-launch': false, 'reuse-window': false, r: false, 'open-url': false, performance: false, p: false, 'prof-startup': false, verbose: true, logExtensionHostCommunication: false, 'disable-extensions': false, disableExtensions: false, 'list-extensions': false, 'show-versions': false, nolazy: false, issue: false, 'skip-getting-started': false, 'skip-release-notes': false, 'sticky-quickopen': false, 'disable-restore-windows': false, 'disable-telemetry': false, 'disable-updates': false, 'disable-crash-reporter': false, 'skip-add-to-recently-opened': false, status: false, s: false, 'file-write': false, 'file-chmod': false, 'driver-verbose': false, trace: false } [main 8:06:27 PM] Resolving machine identifier... [main 8:06:27 PM] Resolved machine identifier: 8dd7ce575121be5a4bc18923af27954d1175d4dccf036072690e72157116395a [main 8:06:27 PM] update#ctor - updates are disabled [main 8:06:27 PM] windowsManager#open [763:1012/200628.500215:ERROR:bus.cc(395)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are "tcp" and on UNIX "unix") [763:1012/200630.652672:INFO:CONSOLE(7)] "Loading "node-pty" failed", source: /home/435victorjavier/vscodiumtar/resources/app/out/vs/loader.js (7) [763:1012/200630.652816:INFO:CONSOLE(7)] "Detail: ", source: /home/435victorjavier/vscodiumtar/resources/app/out/vs/loader.js (7) [763:1012/200630.655009:INFO:CONSOLE(7)] "Error: /home/435victorjavier/vscodiumtar/resources/app/node_modules.asar.unpacked/node-pty/build/Release/pty.node: cannot open shared object file: No such file or directory at process.module.(anonymous function) [as dlopen] (ELECTRON_ASAR.js:166:20) at Object.Module._extensions..node (module.js:671:18) at Object.module.(anonymous function) [as .node] (ELECTRON_ASAR.js:180:18) at Module.load (module.js:561:32) at tryModuleLoad (module.js:504:12) at Function.Module._load (module.js:496:3) at Module.require (module.js:586:17) at n (/home/435victorjavier/vscodiumtar/resources/app/out/vs/loader.js:15:808) at Object.<anonymous> (/home/435victorjavier/vscodiumtar/resources/app/node_modules.asar/node-pty/lib/unixTerminal.js:21:11) at Object.<anonymous> (/home/435victorjavier/vscodiumtar/resources/app/node_modules.asar/node-pty/lib/unixTerminal.js:252:3) at Module.t._initNodeRequire.i._compile (/home/435victorjavier/vscodiumtar/resources/app/out/vs/loader.js:16:65) at Object.Module._extensions..js (module.js:653:10) at Module.load (module.js:561:32) at tryModuleLoad (module.js:504:12) at Function.Module._load (module.js:496:3) at Module.require (module.js:586:17) at n (/home/435victorjavier/vscodiumtar/resources/app/out/vs/loader.js:15:808) at Object.<anonymous> (/home/435victorjavier/vscodiumtar/resources/app/node_modules.asar/node-pty/lib/index.js:13:20) at Object.<anonymous> (/home/435victorjavier/vscodiumtar/resources/app/node_modules.asar/node-pty/lib/index.js:51:3) at Module.t._initNodeRequire.i._compile (/home/435victorjavier/vscodiumtar/resources/app/out/vs/loader.js:16:65) at Object.Module._extensions..js (module.js:653:10) at Module.load (module.js:561:32) at tryModuleLoad (module.js:504:12) at Function.Module._load (module.js:496:3) at Module.require (module.js:586:17) at require (internal/module.js:11:18) at i (/home/435victorjavier/vscodiumtar/resources/app/out/vs/loader.js:31:146) at t.load (/home/435victorjavier/vscodiumtar/resources/app/out/vs/loader.js:16:408) at e.load (/home/435victorjavier/vscodiumtar/resources/app/out/vs/loader.js:13:813) at i (/home/435victorjavier/vscodiumtar/resources/app/out/vs/loader.js:28:217) at Object.errorback (/home/435victorjavier/vscodiumtar/resources/app/out/vs/loader.js:28:338) at e.triggerErrorback (/home/435victorjavier/vscodiumtar/resources/app/out/vs/loader.js:14:176) at /home/435victorjavier/vscodiumtar/resources/app/out/vs/loader.js:13:883 at ReadFileContext.callback (/home/435victorjavier/vscodiumtar/resources/app/out/vs/loader.js:16:619) at FSReqWrap.readFileAfterOpen [as oncomplete] (fs.js:420:13)", source: /home/435victorjavier/vscodiumtar/resources/app/out/vs/loader.js (7) [763:1012/200630.655324:INFO:CONSOLE(7)] "Here are the modules that depend on it:", source: /home/435victorjavier/vscodiumtar/resources/app/out/vs/loader.js (7) [763:1012/200630.655513:INFO:CONSOLE(7)] "vs/workbench/parts/terminal/node/terminalProcess", source: /home/435victorjavier/vscodiumtar/resources/app/out/vs/loader.js (7) [763:1012/200631.529437:ERROR:bus.cc(395)] Failed to connect to the bus: Could not parse server address: Unknown address type (examples of valid types are "tcp" and on UNIX "unix") [763:1012/200632.481929:INFO:CONSOLE(176)] "Error: /home/435victorjavier/vscodiumtar/resources/app/node_modules.asar.unpacked/spdlog/build/Release/spdlog.node: cannot open shared object file: No such file or directory", source: file:///home/435victorjavier/vscodiumtar/resources/app/out/vs/code/electron-browser/sharedProcess/sharedProcessMain.js (176) [763:1012/200632.487934:INFO:CONSOLE(176)] "Error: /home/435victorjavier/vscodiumtar/resources/app/node_modules.asar.unpacked/spdlog/build/Release/spdlog.node: cannot open shared object file: No such file or directory", source: file:///home/435victorjavier/vscodiumtar/resources/app/out/vs/code/electron-browser/sharedProcess/sharedProcessMain.js (176)

[JL2210]

@435vic, could you try dbus-launch ./vscodium?

[435vic]

Still not working.

435victorjavier@vicoquincis:~/VSCode-linux-arm64$ dbus-launch ./vscodium Error: /home/435victorjavier/VSCode-linux-arm64/resources/app/node_modules.asar.unpacked/spdlog/build/Release/spdlog.node: cannot open shared object file: No such file or directory at process.module.(anonymous function) [as dlopen] (ELECTRON_ASAR.js:166:20) at Object.Module._extensions..node (module.js:671:18) at Object.module.(anonymous function) [as .node] (ELECTRON_ASAR.js:180:18) at Module.load (module.js:561:32) at tryModuleLoad (module.js:504:12) at Function.Module._load (module.js:496:3) at Module.require (module.js:586:17) at n (/home/435victorjavier/VSCode-linux-arm64/resources/app/out/vs/loader.js:15:808) at bindings (/home/435victorjavier/VSCode-linux-arm64/resources/app/node_modules.asar/bindings/bindings.js:81:44) at Object.<anonymous> (/home/435victorjavier/VSCode-linux-arm64/resources/app/node_modules.asar/spdlog/index.js:3:35) at Object.<anonymous> (/home/435victorjavier/VSCode-linux-arm64/resources/app/node_modules.asar/spdlog/index.js:21:3) at Module.i._compile (/home/435victorjavier/VSCode-linux-arm64/resources/app/out/vs/loader.js:16:65) at Object.Module._extensions..js (module.js:653:10) at Module.load (module.js:561:32) at tryModuleLoad (module.js:504:12) at Function.Module._load (module.js:496:3) at Module.require (module.js:586:17) at require (internal/module.js:11:18) at Function.i [as __$__nodeRequire] (/home/435victorjavier/VSCode-linux-arm64/resources/app/out/vs/loader.js:31:146) at Object.t.createSpdLogService (/home/435victorjavier/VSCode-linux-arm64/resources/app/out/vs/code/electron-main/main.js:231:561) at /home/435victorjavier/VSCode-linux-arm64/resources/app/out/vs/code/electron-main/main.js:534:447 at Object.v [as _notify] (/home/435victorjavier/VSCode-linux-arm64/resources/app/out/vs/code/electron-main/main.js:96:807) at Object.enter (/home/435victorjavier/VSCode-linux-arm64/resources/app/out/vs/code/electron-main/main.js:100:85) at n.Class.derive._creator._run (/home/435victorjavier/VSCode-linux-arm64/resources/app/out/vs/code/electron-main/main.js:101:932) at n.Class.derive._creator._completed (/home/435victorjavier/VSCode-linux-arm64/resources/app/out/vs/code/electron-main/main.js:101:373) at <anonymous> at process._tickCallback (internal/process/next_tick.js:188:7) Error: /home/435victorjavier/VSCode-linux-arm64/resources/app/node_modules.asar.unpacked/native-keymap/build/Release/keymapping.node: cannot open shared object file: No such file or directory at process.module.(anonymous function) [as dlopen] (ELECTRON_ASAR.js:166:20) at Object.Module._extensions..node (module.js:671:18) at Object.module.(anonymous function) [as .node] (ELECTRON_ASAR.js:180:18) at Module.load (module.js:561:32) at tryModuleLoad (module.js:504:12) at Function.Module._load (module.js:496:3) at Module.require (module.js:586:17) at n (/home/435victorjavier/VSCode-linux-arm64/resources/app/out/vs/loader.js:15:808) at NativeBinding._init (/home/435victorjavier/VSCode-linux-arm64/resources/app/node_modules.asar/native-keymap/index.js:15:22) at NativeBinding.onDidChangeKeyboardLayout (/home/435victorjavier/VSCode-linux-arm64/resources/app/node_modules.asar/native-keymap/index.js:37:10) at Object.exports.onDidChangeKeyboardLayout (/home/435victorjavier/VSCode-linux-arm64/resources/app/node_modules.asar/native-keymap/index.js:61:18) at e.onDidChangeKeyboardLayout (/home/435victorjavier/VSCode-linux-arm64/resources/app/out/vs/code/electron-main/main.js:318:939) at t.registerListeners (/home/435victorjavier/VSCode-linux-arm64/resources/app/out/vs/code/electron-main/main.js:519:645) at t (/home/435victorjavier/VSCode-linux-arm64/resources/app/out/vs/code/electron-main/main.js:516:967) at t.create (/home/435victorjavier/VSCode-linux-arm64/resources/app/out/vs/code/electron-main/main.js:62:770) at e._createInstance (/home/435victorjavier/VSCode-linux-arm64/resources/app/out/vs/code/electron-main/main.js:213:703) at e.createInstance (/home/435victorjavier/VSCode-linux-arm64/resources/app/out/vs/code/electron-main/main.js:212:959) at /home/435victorjavier/VSCode-linux-arm64/resources/app/out/vs/code/electron-main/main.js:534:501 at Object.v [as _notify] (/home/435victorjavier/VSCode-linux-arm64/resources/app/out/vs/code/electron-main/main.js:96:807) at Object.enter (/home/435victorjavier/VSCode-linux-arm64/resources/app/out/vs/code/electron-main/main.js:100:85) at n.Class.derive._creator._run (/home/435victorjavier/VSCode-linux-arm64/resources/app/out/vs/code/electron-main/main.js:101:932) at n.Class.derive._creator._completed (/home/435victorjavier/VSCode-linux-arm64/resources/app/out/vs/code/electron-main/main.js:101:373) at <anonymous> at process._tickCallback (internal/process/next_tick.js:188:7) [main 9:32:01 AM] update#ctor - updates are disabled bash: cannot set terminal process group (-1): Inappropriate ioctl for device bash: no job control in this shell

[JL2210]

@stripedpajamas Could you update the yarn version used? It could be an issue with that. Just install yarn from backports.

[sam0x17]

Shouldn't the package be using its own self-contained version of node/yarn/etc?

[JL2210]

Yarn and node are just build systems. They aren't dependencies for the software itself. But sometimes, an old build system doesn't have the fixes a new one does, and it taints the code.

[stripedpajamas]

Will work on getting that updated @JL2210

[435vic]

I set up a test repository that updates yarn to 1.10.1 and builds vanilla vscode and that still didn't work, so I refiled the issue for this test repository instead of vscodium on the official microsoft repository. I hope it will soon be looked into. If you want to look at the Travis CI page, here it is.

[JL2210]

@435vic @stripedpajamas Could it be a combination of #42 and an older node version? Also, when in the unpacked VSCodium directory, please run dbus-launch ./bin/vscodium

[JL2210]

https://github.com/Microsoft/node-spdlog
https://github.com/Microsoft/node-pty
and
https://github.com/Microsoft/node-native-keymap
are possible dependencies.

[stripedpajamas]

@JL2210 I believe we're using the latest supported node version (supported by vscode). Their docs say >= 8.12.0, < 9.0.0.

In re: yarn, since @435vic tried building with 1.10.1 and got the same thing, I want to hear more from Microsoft.

I'm also a little confused... are we not able to somehow replicate how https://code.headmelted.com is getting these builds going?

[JL2210]

@stripedpajamas @435vic Sorry. I meant a newer Yarn version. https://code.headmelted.com/ only works in Crouton, but we want it to work in Crostini and in devmode Chrome OS, which isn't the same because they have different X displays than Crouton. Microsoft doesn't even build binaries for ARM right now. Why would they have a want or a need to support us?

[435vic]

I think I finally found the issue! Just for curiosity, I checked the path of the file pty.node and it does actually exist. I ran file on it, and here is the output:

➜ file /usr/share/code-oss/resources/app/node_modules.asar.unpacked/node-pty/build/Release/pty.node
/usr/share/code-oss/resources/app/node_modules.asar.unpacked/node-pty/build/Release/pty.node: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=5eda743055b93473214eedeb4b4c7faea6952838, not stripped

The same thing happens for another module descibed in an error message:

➜ file /usr/share/code-oss/resources/app/node_modules.asar.unpacked/native-keymap/build/Release/keymapping.node
/usr/share/code-oss/resources/app/node_modules.asar.unpacked/native-keymap/build/Release/keymapping.node: ELF 64-bit LSB pie executable, x86-64, version 1 (GNU/Linux), dynamically linked, BuildID[sha1]=a27a6e2f9e4b45970f0ebd19fd2c98591a092671, not stripped

x86-64 gentlemen, not arm64 or aarch64. So for some reason, even with npm_config_arch set to arm64, node-pty, keymapping.node, and others are still for some reason not downloaded as arm64. I actually have no idea why I didn't even think of the possibility of those files existing.

My hipothesis for what's happening is that when VSCode is built on arm64, modules with no arm64 releases will be built, sort of like pip, but when the repo is compiled on another architecture to arm64 the missing modules are not built for arm64, since compiling to it from a different arch is not supported (or done by default).

This is making me believe even more that this is an issue with the VSCode repo itself, not VSCodium. I'm going to update the issue upstream with these observations.

[JL2210]

Can you give a link?

[JL2210]

@435vic I found the exact problem in VSCodium, look at this code:

  elif [[ $BUILDARCH == "arm64" ]]; then
    # Use the default C / C++ compilers,
    # because some makefiles default to CC:=gcc:
    export CC=/usr/bin/cc
    export CXX=/usr/bin/c++
  fi

[eine]

Is there any update on this? @JL2210 where is that snippet extracted from?

[JL2210]

I'm not sure how progress is going on this, as I've distanced myself from
this conversation. You'd have to ask one of the maintainers to see if arm
support works yet.

[stripedpajamas]

ARM builds have not worked so far. As the architecture is not supported by MS with Visual Studio Code, this is low priority. Any contributions to this end are appreciated.

[JL2210]

I don't think Ubuntu works on ARM very well. A better long-term solution
would be switching to Debian.

I believe the code snippet was from install_deps.sh.

[JL2210]

Their wiki mentions ARM: https://github.com/Microsoft/vscode/wiki/Cross-Compiling-for-Debian-Based-Linux

[eine]

@JL2210, thanks! I was considering to use QEMU and docker (see https://github.com/dbhi/qus) as an alternative to cross-compilation. Incidentaly, that seems to be the suggested approach in the ref you posted. However, on the one hand, I am not sure if dbhi/qus would work on the Azure pipeline that this repos uses. On the other hand, I found https://github.com/headmelted/codebuilds

[stripedpajamas]

As a side note, the Linux builds run in Travis, not Azure pipelines.

[bUKaneer]

Not sure if this helps but I've been trying to build vscode from source on my pi4 because current packages only work up to version 1.29. However I believe the solution to getting a successful build on or up to 1.41 is detailed in this post on stackoverflow.

[dimkr]

Could this be related to the use of pkg-config in https://github.com/microsoft/node-native-keymap/blob/master/binding.gyp? Does it respect PKG_CONFIG_PATH, etc'?

EDIT: see https://github.com/microsoft/node-native-keymap/pull/16 and https://github.com/dimkr/vscodium/pull/2, node-native-keymap __can__ be forced to cross-build

EDIT 2: @stripedpajamas - please see https://github.com/dimkr/vscodium/pull/2, build seems to work but Travis keeps killing the job

[dimkr]

Almost there! node-native-keymap compiles for arm64 now, https://travis-ci.org/dimkr/vscodium/jobs/622718293#L2250

[dimkr]

ARM builds have not worked so far. As the architecture is not supported by MS with Visual Studio Code, this is low priority. Any contributions to this end are appreciated.

Please see #302

[stripedpajamas]

Thanks so much for working on this @dimkr

I think we're in a place where this issue can be closed. If there are issues with the new arm builds let's open a fresh issue regarding those.