Skip to content

Bump dependencies, update release_prep.sh, docs #1745

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

Open
wants to merge 2 commits into
base: master
Choose a base branch
from

Conversation

mbland
Copy link
Contributor

@mbland mbland commented May 27, 2025

Description

Updates a few dependencies, enables release_prep.sh to handle tags with or without a v prefix, and updates //specs2:specs2 for rules_java 8.12.0. Fixes #1741.

  • Go: 1.24.2 => 1.24.3
  • google-common-protos: 2.55.3 => 2.57.0
  • grpc: 1.72.0 => 1.73.0
  • jline: 3.29.0 => 3.30.4
  • platforms: 0.0.11 => 1.0.0
  • protobuf: 30.2 => 31.1
  • protobuf-java: 4.30.2 => 4.31.1
  • rules_go: 0.54.0 => 0.54.1
  • rules_java: 8.11.0 => 8.12.0
  • rules_python: 1.4.0 => 1.4.1
  • util-interface: 1.10.11 => 1.11.0

Also:

  • Touches up test_reproducibility.sh slightly and fixes documentation errors pointed out privately by @gergelyfabian.

  • Updates test_scala_import_source_jar.sh to use bazel query via the new target_file_location helper to get the srcjar path.

  • Renames _print_error_msg to fail in test_helper.sh and updates it to return nonzero.

  • Adds bazel_features_deps() to WORKSPACE and a commented out --repositories_without_autoloads line to .bazelrc for rules_java 8.12.0 WORKSPACE builds.

Motivation

This is to keep dependencies up to date with the latest versions.

Updating test_scala_import_source_jar.sh to use bazel query became necessary because:

  • Switching from running under Bzlmod to running under WORKSPACE would break.

  • Removing the repo to force it to regenerate caused last_green Bazel runs to break. This wouldn't only break this test, but it broke all tests until running bazel clean --expunge. last_green Bazel seems to hold onto state, even across bazel shutdown, such that it doesn't notice that it needs to regenerate a deleted repo.

Updates a few dependencies, enables `release_prep.sh` to handle tags
with or without a `v` prefix, and updates `//specs2:specs2` for
`rules_java` 8.12.0. Fixes bazel-contrib#1741.

- Go: 1.24.2 => 1.24.3
- `google-common-protos`: 2.55.3 => 2.57.0
- `jline`: 3.29.0 => 3.30.3
- `protobuf`: 30.2 => 31.0
- `protobuf-java`: 4.30.2 => 4.31.0
- `rules_go`: 0.54.0 => 0.54.1
- `rules_java`: 8.11.0 => 8.12.0
- `rules_python`: 1.4.0 => 1.4.1
- `util-interface`: 1.10.11 => 1.11.0

Also:

- Touches up `test_reproducibility.sh` slightly and fixes documentation
  errors pointed out privately by @gergelyfabian.

- Updates `test_scala_import_source_jar.sh` to use `bazel query` via the
  new `target_file_location` helper to get the srcjar path.

- Renames `_print_error_msg` to `fail` in `test_helper.sh` and updates
  it to return nonzero.

- Adds `bazel_features_deps()` to `WORKSPACE` and a commented out
  `--repositories_without_autoloads` line to `.bazelrc` for `rules_java`
  8.12.0 `WORKSPACE` builds.

---

This is to keep dependencies up to date with the latest versions.

Updating `test_scala_import_source_jar.sh` to use `bazel query` became
necessary because:

- Switching from running under Bzlmod to running under `WORKSPACE` would
  break.

- Removing the repo to force it to regenerate caused `last_green` Bazel
  runs to break. This wouldn't only break this test, but it broke _all_
  tests until running `bazel clean --expunge`. `last_green` Bazel seems
  to hold onto state, even across `bazel shutdown`, such that it doesn't
  notice that it needs to regenerate a deleted repo.
- `grpc`: 1.72.0 => 1.73.0
- `jline`: 3.30.3 => 3.30.4
- `platforms`: 0.0.11 => 1.0.0
- `protobuf`: 31.0 => 31.1
- `protobuf-java`: 4.31.0 => 4.31.1
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Incompatibility with rules_java 8.12.0
1 participant