-
Notifications
You must be signed in to change notification settings - Fork 522
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
bazel sync fails during yarn_install #1086
Comments
In case anyone else needs a workaround, I seem to be able to get around this using diff --git a/node_modules/@bazel/typescript/internal/ts_repositories.bzl b/node_modules/@bazel/typescript/internal/ts_repositories.bzl
index 0f0feb6..06c7998 100755
--- a/node_modules/@bazel/typescript/internal/ts_repositories.bzl
+++ b/node_modules/@bazel/typescript/internal/ts_repositories.bzl
@@ -29,19 +29,6 @@ def ts_setup_workspace():
# 0.16.8: ng_package fix for packaging binary files
check_rules_nodejs_version("0.16.8")
- # Included here for backward compatability for downstream repositories
- # that use @build_bazel_rules_typescript_tsc_wrapped_deps such as rxjs.
- # @build_bazel_rules_typescript_tsc_wrapped_deps is not used locally.
- yarn_install(
- name = "build_bazel_rules_typescript_tsc_wrapped_deps",
- package_json = "@npm_bazel_typescript//internal:tsc_wrapped/package.json",
- yarn_lock = "@npm_bazel_typescript//internal:tsc_wrapped/yarn.lock",
- # Do not symlink node_modules as when used in downstream repos we should not create
- # node_modules folders in the @npm_bazel_typescript external repository. This is
- # not supported by managed_directories.
- symlink_node_modules = False,
- )
-
yarn_install(
name = "build_bazel_rules_typescript_devserver_deps",
package_json = "@npm_bazel_typescript//internal/devserver:package.json",
Edit: only one |
alexeagle
added a commit
that referenced
this issue
Sep 5, 2019
This was introduced a year ago in https://github.com/bazelbuild/rules_typescript/pull/276/files to help avoid a breaking change to rxjs. They no longer need it, and very unlikely anyone else ever used it. BREAKING CHANGE: A compatibility layer was removed. See discussion in #1086 Fixes #1086
Thanks so much for doing the hard work of tracking down the problem, that's easy to remove since it's a year-old compatibility shim |
gregmagolan
pushed a commit
that referenced
this issue
Sep 6, 2019
This was introduced a year ago in https://github.com/bazelbuild/rules_typescript/pull/276/files to help avoid a breaking change to rxjs. They no longer need it, and very unlikely anyone else ever used it. BREAKING CHANGE: A compatibility layer was removed. See discussion in #1086 Fixes #1086
This was referenced Sep 6, 2019
This was referenced Sep 6, 2019
1 task
This was referenced Apr 21, 2021
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
π Bug report
Affected Rule
Failure occurs in
ts_setup_workspace()
fromrules_typescript
Is this a regression?
I don't think so βΒ I can't find any other Github issues describing this problem, but I'm not sure whether the
sync
operation was ever supported/tested.Description
bazel sync
fails to completeyarn_install
forbuild_bazel_rules_typescript_tsc_wrapped_deps
repository. It appears that the failingyarn_install
rules were removed fromrules_typescript
as part of bazelbuild/rules_typescript#429, but still remain in this repo's version of ts_repositories.bzl βΒ perhaps the checked-in version simply needs to be updated to upstreamrules_typescript
? I'm not quite clear on the relationship between thepackages/typescript
directory and therules_typescript
repository.π¬ Minimal Reproduction
I have created a minimal reproduction with a simple
nodejs_binary
typescript target here:https://github.com/ian-h-chamberlain/bad-yarn-install
Simply clone and run
bazel sync
to see the error.Note that
fetch
/build
/run
etc. work without a problem... onlybazel sync
is affected.π₯ Exception or Error
π Your Environment
Operating System:
Output of
bazel version
:Rules version (SHA):
Let me know if any additional information is requiredΒ βΒ this is blocking my organization's use of
rules_nodejs
as we utilizebazel sync
to create a kind of lockfile for transitive dependencies coming from our WORKSPACE file.The text was updated successfully, but these errors were encountered: