Support building on arm Mac, Linux environments

[bmagyarkuti]

Resolves #1593. Modify build config to support building on arm Mac, Linux environments.

Introduced support by upgrading the rules_nodejs package and its dependencies, and by extending platform-specific build scripts to download the appropriate executables.
Tested by locally executing the scripts/run, scripts/run_tests scripts (needed to use own GCP project and own encrypted key). I also applied this change on top of the 3.0.0 tag and checked that the built cli, core packages contain identical files to those published on NPM. Tested that build works on an Intel and an ARM Linux box (WSL), as well as an Apple Silicon Mac.

Overview of changes:

• updated rules_nodejs from 1.6.1 to 3.8.0. Arm targets in repository_rules can only be specified after the update (darwin support introduced in 3.5.0, linux support in 2.x. Upgraded to 3.8.0 as point release upgrade worked without modifications),
• removed deprecated install_bazel_dependencies steps (https://github.com/bazelbuild/rules_nodejs/wiki#removal-of-install_bazel_dependencies-1877) from /WORKSPACE, install_source_map_support flags from /BUILD file (https://github.com/bazelbuild/rules_nodejs/wiki#removal-of-install_source_map_support),
• added the bazel_patch_module_resolver flag to emulate legacy behavior (https://github.com/bazelbuild/rules_nodejs/wiki#--bazel_patch_module_resolver-now-defaults-to-false-2324),
• modified platform-specific code in testing/index.ts, tools/gcloud/repository_rules.bzl (the second one wasn't necessary as even x64 packages worked fine and used locally installed arm python, but this felt more correct).
• modified load paths to use the new scheme introduced in rules_nodejs 2.0 (https://github.com/bazelbuild/rules_nodejs/wiki#loading-custom-rules-from-npm-packages),
• disabled the new @bazel/tsetse lint rule introduced in rules_nodejs 3.0 ,
• removed the grpc dependency, which node_gyp failed to build on Apple Silicon. It does not seem like it's used anywhere (and I don't understand why either core or cli would need interprocess communication besides the fork used during compile). Make explicit the source_map_support dependency.

There are likely parts of the build system that I couldn't test. For example, I don't have access to the CI pipeline.

[bmagyarkuti]

I'd like to nominate @Ekrekr as reviewer, as he seems to have done a lot of work around the build system.

[Ekrekr]

Thanks for doing this! I had struggled to get this to work before when experimenting with #1462.

Have run the tests manually and they pass, so I will merge this.