Skip to content
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

chore(deps): update dependency rules_python to v0.28.0 #190

Merged
merged 1 commit into from
Jan 9, 2024

Conversation

renovate[bot]
Copy link
Contributor

@renovate renovate bot commented Jan 9, 2024

Mend Renovate

This PR contains the following updates:

Package Type Update Change
rules_python http_archive minor 0.27.1 -> 0.28.0

Release Notes

bazelbuild/rules_python (rules_python)

v0.28.0

Compare Source

Changed
  • BREAKING (pip_install) the deprecated pip_install macro and related
    items have been removed.

  • BREAKING Support for Bazel 5 has been officially dropped. This release
    was only partially tested with Bazel 5 and may or may not work with Bazel 5.
    Subequent versions will no longer be tested under Bazel 5.

  • (runfiles) rules_python.python.runfiles now directly implements type hints
    and drops support for python2 as a result.

  • (toolchains) py_runtime, py_runtime_pair, and PyRuntimeInfo now use the
    rules_python Starlark implementation, not the one built into Bazel. NOTE: This
    only applies to Bazel 6+; Bazel 5 still uses the builtin implementation.

  • (pip_parse) The parameter experimental_requirement_cycles may be provided a
    map of names to lists of requirements which form a dependency
    cycle. pip_parse will break the cycle for you transparently. This behavior
    is also available under bzlmod as
    pip.parse(experimental_requirement_cycles={}).

  • (toolchains) py_runtime can now take an executable target. Note: runfiles
    from the target are not supported yet.
    (#​1612)

Fixed
  • (gazelle) The gazelle plugin helper was not working with Python toolchains 3.11
    and above due to a bug in the helper components not being on PYTHONPATH.

  • (pip_parse) The repositories created by whl_library can now parse the whl
    METADATA and generate dependency closures irrespective of the host platform
    the generation is executed on. This can be turned on by supplying
    experimental_target_platforms = ["all"] to the pip_parse or the bzlmod
    equivalent. This may help in cases where fetching wheels for a different
    platform using download_only = True feature.

  • (bzlmod pip.parse) The pip.parse(python_interpreter) arg now works for
    specifying a local system interpreter.

  • (bzlmod pip.parse) Requirements files with duplicate entries for the same
    package (e.g. one for the package, one for an extra) now work.

  • (bzlmod python.toolchain) Submodules can now (re)register the Python version
    that rules_python has set as the default.
    (#​1638)

  • (whl_library) Actually use the provided patches to patch the whl_library.
    On Windows the patching may result in files with CRLF line endings, as a result
    the RECORD file consistency requirement is lifted and now a warning is emitted
    instead with a location to the patch that could be used to silence the warning.
    Copy the patch to your workspace and add it to the list if patches for the wheel
    file if you decide to do so.

  • (coverage): coverage reports are now created when the version-aware
    rules are used.
    (#​1600)

  • (toolchains) Workspace builds register the py cc toolchain (bzlmod already
    was). This makes e.g. //python/cc:current_py_cc_headers Just Work.
    (#​1669)

Added
  • (docs) bzlmod extensions are now documented on rules-python.readthedocs.io
  • (docs) Support and backwards compatibility policies have been documented.
    See https://rules-python.readthedocs.io/en/latest/support.html
  • (gazelle) file generation mode can now also add __init__.py to the srcs
    attribute for every target in the package. This is enabled through a separate
    directive python_generation_mode_per_file_include_init.

Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Enabled.

Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.

👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.


  • If you want to rebase/retry this PR, check this box

This PR has been generated by Mend Renovate. View repository job log here.

@renovate renovate bot enabled auto-merge (rebase) January 9, 2024 01:40
@renovate renovate bot merged commit fc2843e into main Jan 9, 2024
@renovate renovate bot deleted the renovate/rules_python-0.x branch January 9, 2024 01:52
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.

0 participants