Protocol Buffers

~thopiekar/protobuf/+git/protobuf:23.x

  1. Git
  2. lp:~thopiekar/protobuf/+git/protobuf
  3. 23.x
Last commit made on 2023-11-02
Get this branch:
git clone -b 23.x https://git.launchpad.net/~thopiekar/protobuf/+git/protobuf

Branch merges

Branch information

Name:
23.x
Repository:
lp:~thopiekar/protobuf/+git/protobuf

Recent commits

81d3888... by Mike Kruskal <email address hidden>

Merge pull request #14622 from protocolbuffers/win2019-23.x

Backport CI fixes to 23.x

1be4789... by Mike Kruskal <email address hidden>

Followup fixes

d4d671e... by Mike Kruskal <email address hidden>

Remove pip setup and the one test depending on it

1847e53... by Mike Kruskal <email address hidden>

Switch back to 2019 due to Bazel 5 issues in 2022

4ecb902... by Mike Kruskal <email address hidden>

Revert "Bump rules_python"

This reverts commit 8f4f66759eaba22ad6a2d2a1436ae85a19144d61.

7b53081... by Mike Kruskal <email address hidden>

Error on staleness failure

8f4f667... by Mike Kruskal <email address hidden>

Bump rules_python

f587370... by Adam Cozzette <email address hidden>

Update `cc_file_list_aspect` to handle targets with missing `hdrs/textual_hdrs`

Our stale file regeneration logic broke with Bazel 6.4.0, and I suspect it was
caused by this change: https://github.com/bazelbuild/bazel/pull/19534 Our logic
assumed that any target with a `CcInfo` provider must have `hdrs` and
`textual_hdrs` attributes, but it seems that this is no longer true for
`cc_proto_library` starting with Bazel 6.4.0. The fix is just to use `getattr`
and treat the item as an empty list if it's missing.

PiperOrigin-RevId: 575473886

18a17d3... by Mike Kruskal <email address hidden>

Remove hardcoded requirements.txt

4b8e5c9... by Mike Kruskal <email address hidden>

Enable caching of pip dependencies

PiperOrigin-RevId: 578740011