chore: Update changelog for 0.31.0 (bazel-contrib#1754)

* Create 0.31.0 section
* Move pystar note out of 0.30.0 section and into 0.31.0

tests(bcr): Set Bazel version in BCR presubmit config. (bazel-contrib…

…#1753)

BCR now requires the presubmit configs to specify the Bazel versions to
run tests with. Without this, the BCR checks fail and we can't do
releases to BCR.

chore: update changelog for 0.29.0 release (bazel-contrib#1714)

Updates the changelog headers and links for the 0.29.0 release

docs: update changelog for 0.28.0 release (bazel-contrib#1672)

This is to prepare for the 0.28.0 release.

fix: register autodetecting toolchain automatically

@bazel_tools depends on rules_python, but the version is currently
specifies (0.22.0) doesn't register a toolchain by default. This means
the Bazel builtin Python rules aren't usable because no toolchain
is registered for them.

Registering the toolchain directly in @bazel_tools inverts the problem:
a toolchain is now always registered, but will usually always have
precedence over any that rules_python registers (because @bazel_tools
typically comes earlier in the module graph ordering).

Upgrading bazel_tools past to 0.23.0 or higher (which register a Python
toolchain automatically) is possible, but results in many failures in
Bazel CI that are hard to figure out.

To fix, we make rules_python register the autodetecting toolchain.
Later rules_python versions register a different toolchain, but this
at least gives Bazel something it can set as the minimum version that
preserves existing behavior.

Work towards bazelbuild/bazel#20458

fix(gazelle): ensure that gazelle helper modules are on PYTHONPATH (b…

…azel-contrib#1590)

Before this change there was a bug in how the parsing helpers were being
used in case we were using Python 3.11 toolchain, which is using a more
strict version of the entrypoint template. This change adds `imports =
["."]`
to ensure that the gazelle helper components are on PYTHONPATH and
updates
the non-bzlmod tests to run under 3.11.

We also:
* Change `.bazelrc` to use explicit `__init__.py` definition to avoid
  non-reproducible errors in the future.
* Add a dedicated `gazelle_binary` that uses `DEFAULT_LANGUAGES` *and*
  `//python`.

Fixes bazel-contrib#1589

fix(gazelle): make cmd.Wait more idiomatic (bazel-contrib#1550)

It seems that the documentation for the `cmd.Wait` explicitly
asks the users to not wait on the command immediately after
starting because it may close pipes too early and cause
unintended side-effects as described in bazel-contrib#1546.

Fixes bazel-contrib#1546.

Co-authored-by: Richard Levasseur <[email protected]>

chore: add new Python toolchains from indygreg (bazel-contrib#1461)

Updates versions:
* 3.8.15  -> 3.8.18
* 3.11.4  -> 3.11.6

Adds versions: 3.8.18, 3.11.6, 3.12.0

Fixes bazel-contrib#1396

Update changelog for 0.25.0 (bazel-contrib#1389)

This is to prepare for the 0.25.0 release.

cleanup(tests): Use new APIs in rules_testing 0.4.0 (bazel-contrib#1307)

* Use public APIs for DictSubject and StrSubject.
* Use rules_testing's StructSubject instead of our own.

Work towards 1297