[PR #7] [CLOSED] chore(deps-dev): Bump ruff from 0.9.9 to 0.11.0 #38

New issue

Closed

opened 2026-10-13 19:46:25 +00:00 by bsakaguchi · 0 comments

bsakaguchi commented

2026-10-13 19:46:25 +00:00

Owner

📋 Pull Request Information

Original PR: https://github.com/Glitchy-Sheep/boosty-downloader/pull/7
Author: @dependabot[bot]
Created: 3/17/2025
Status: ❌ Closed

Base: main ← Head: dependabot/pip/ruff-0.11.0

📝 Commits (1)

32a50cc chore(deps-dev): Bump ruff from 0.9.9 to 0.11.0

📊 Changes

2 files changed (+31 additions, -31 deletions)

View changed files

📝 poetry.lock (+30 -30)
📝 pyproject.toml (+1 -1)

📄 Description

Bumps ruff from 0.9.9 to 0.11.0.

Release notes

Sourced from ruff's releases.

0.11.0

Release Notes

This is a follow-up to release 0.10.0. The requires-python inference changes were unintentionally omitted from 0.10.0, and have been included here. This release also includes stabilization of the preview behavior for PGH004.

Breaking changes

Changes to how the Python version is inferred when a target-version is not specified (#16319)

In previous versions of Ruff, you could specify your Python version with:

The target-version option in a ruff.toml file or the [tool.ruff] section of a pyproject.toml file.

The project.requires-python field in a pyproject.toml file with a [tool.ruff] section.

These options worked well in most cases, and are still recommended for fine control of the Python version. However, because of the way Ruff discovers config files, pyproject.toml files without a [tool.ruff] section would be ignored, including the requires-python setting. Ruff would then use the default Python version (3.9 as of this writing) instead, which is surprising when you've attempted to request another version.

In v0.10, config discovery has been updated to address this issue:

If Ruff finds a ruff.toml file without a target-version, it will check for a pyproject.toml file in the same directory and respect its requires-python version, even if it does not contain a [tool.ruff] section.

If Ruff finds a user-level configuration, the requires-python field of the closest pyproject.toml in a parent directory will take precedence.

If there is no config file (ruff.tomlor pyproject.toml with a [tool.ruff] section) in the directory of the file being checked, Ruff will search for the closest pyproject.toml in the parent directories and use its requires-python setting.

Stabilization

The following behaviors have been stabilized:

blanket-noqa (PGH004): Also detect blanked file-level noqa comments (and not just line level comments).

Preview features

[syntax-errors] Tuple unpacking in for statement iterator clause before Python 3.9 (#16558)

Install ruff 0.11.0

Install prebuilt binaries via shell script
curl --proto '=https' --tlsv1.2 -LsSf https://github.com/astral-sh/ruff/releases/download/0.11.0/ruff-installer.sh | sh
Install prebuilt binaries via powershell script
powershell -ExecutionPolicy ByPass -c "irm https://github.com/astral-sh/ruff/releases/download/0.11.0/ruff-installer.ps1 | iex"
</tr></table> 

... (truncated)

Changelog

Sourced from ruff's changelog.

0.11.0

This is a follow-up to release 0.10.0. Because of a mistake in the release process, the requires-python inference changes were not included in that release. Ruff 0.11.0 now includes this change as well as the stabilization of the preview behavior for PGH004.

Breaking changes

Changes to how the Python version is inferred when a target-version is not specified (#16319)

In previous versions of Ruff, you could specify your Python version with:

The target-version option in a ruff.toml file or the [tool.ruff] section of a pyproject.toml file.

The project.requires-python field in a pyproject.toml file with a [tool.ruff] section.

These options worked well in most cases, and are still recommended for fine control of the Python version. However, because of the way Ruff discovers config files, pyproject.toml files without a [tool.ruff] section would be ignored, including the requires-python setting. Ruff would then use the default Python version (3.9 as of this writing) instead, which is surprising when you've attempted to request another version.

In v0.10, config discovery has been updated to address this issue:

If Ruff finds a ruff.toml file without a target-version, it will check for a pyproject.toml file in the same directory and respect its requires-python version, even if it does not contain a [tool.ruff] section.

If Ruff finds a user-level configuration, the requires-python field of the closest pyproject.toml in a parent directory will take precedence.

If there is no config file (ruff.tomlor pyproject.toml with a [tool.ruff] section) in the directory of the file being checked, Ruff will search for the closest pyproject.toml in the parent directories and use its requires-python setting.

Stabilization

The following behaviors have been stabilized:

blanket-noqa (PGH004): Also detect blanked file-level noqa comments (and not just line level comments).

Preview features

[syntax-errors] Tuple unpacking in for statement iterator clause before Python 3.9 (#16558)

0.10.0

Check out the blog post for a migration guide and overview of the changes!

Breaking changes

See also, the "Remapped rules" section which may result in disabled rules.

Changes to how the Python version is inferred when a target-version is not specified (#16319)

Because of a mistake in the release process, the requires-python inference changes are not included in this release and instead shipped as part of 0.11.0. You can find a description of this change in the 0.11.0 section.

... (truncated)

Commits

2cd25ef Ruff 0.11.0 (#16723)
a22d206 [red-knot] Preliminary tests for typing.Final (#15917)
270318c [red-knot] fix: improve type inference for binary ops on tuples (#16725)
d03b12e [red-knot] Assignments to attributes (#16705)
14c5ed5 [pygrep-hooks]: Detect file-level suppressions comments without rul… (#16720)
5955650 Fallback to requires-python in certain cases when target-version is not found...
2382fe1 [syntax-errors] Tuple unpacking in for statement iterator clause before Pyt...
27e9d1f Ruff v0.10 Release (#16708)
acf35c5 Add new noqa specification to the docs (#16703)
b9b2562 describe requires-python fallback in docs (#16704)
Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

@dependabot rebase will rebase this PR
@dependabot recreate will recreate this PR, overwriting any edits that have been made to it
@dependabot merge will merge this PR after your CI passes on it
@dependabot squash and merge will squash and merge this PR after your CI passes on it
@dependabot cancel merge will cancel a previously requested merge and block automerging
@dependabot reopen will reopen this PR if it is closed
@dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
@dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
@dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
@dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
@dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

_{🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.}

## 📋 Pull Request Information **Original PR:** https://github.com/Glitchy-Sheep/boosty-downloader/pull/7 **Author:** [@dependabot[bot]](https://github.com/apps/dependabot) **Created:** 3/17/2025 **Status:** ❌ Closed **Base:** `main` ← **Head:** `dependabot/pip/ruff-0.11.0` --- ### 📝 Commits (1) - [`32a50cc`](https://github.com/Glitchy-Sheep/boosty-downloader/commit/32a50ccd27d62f2bf990f345738566e5e8440a82) chore(deps-dev): Bump ruff from 0.9.9 to 0.11.0 ### 📊 Changes **2 files changed** (+31 additions, -31 deletions) <details> <summary>View changed files</summary> 📝 `poetry.lock` (+30 -30) 📝 `pyproject.toml` (+1 -1) </details> ### 📄 Description Bumps [ruff](https://github.com/astral-sh/ruff) from 0.9.9 to 0.11.0. <details> <summary>Release notes</summary> <p><em>Sourced from <a href="https://github.com/astral-sh/ruff/releases">ruff's releases</a>.</em></p> <blockquote> <h2>0.11.0</h2> <h2>Release Notes</h2> <p>This is a follow-up to <a href="https://github.com/astral-sh/ruff/releases/tag/0.10.0">release 0.10.0</a>. The <code>requires-python</code> inference changes were unintentionally omitted from 0.10.0, and have been included here. This release also includes stabilization of the preview behavior for <code>PGH004</code>.</p> <h3>Breaking changes</h3> <ul> <li> <p><strong>Changes to how the Python version is inferred when a <code>target-version</code> is not specified</strong> (<a href="https://redirect.github.com/astral-sh/ruff/pull/16319">#16319</a>)</p> <p>In previous versions of Ruff, you could specify your Python version with:</p> <ul> <li>The <code>target-version</code> option in a <code>ruff.toml</code> file or the <code>[tool.ruff]</code> section of a pyproject.toml file.</li> <li>The <code>project.requires-python</code> field in a <code>pyproject.toml</code> file with a <code>[tool.ruff]</code> section.</li> </ul> <p>These options worked well in most cases, and are still recommended for fine control of the Python version. However, because of the way Ruff discovers config files, <code>pyproject.toml</code> files without a <code>[tool.ruff]</code> section would be ignored, including the <code>requires-python</code> setting. Ruff would then use the default Python version (3.9 as of this writing) instead, which is surprising when you've attempted to request another version.</p> <p>In v0.10, config discovery has been updated to address this issue:</p> <ul> <li>If Ruff finds a <code>ruff.toml</code> file without a <code>target-version</code>, it will check for a <code>pyproject.toml</code> file in the same directory and respect its <code>requires-python</code> version, even if it does not contain a <code>[tool.ruff]</code> section.</li> <li>If Ruff finds a user-level configuration, the <code>requires-python</code> field of the closest <code>pyproject.toml</code> in a parent directory will take precedence.</li> <li>If there is no config file (<code>ruff.toml</code>or <code>pyproject.toml</code> with a <code>[tool.ruff]</code> section) in the directory of the file being checked, Ruff will search for the closest <code>pyproject.toml</code> in the parent directories and use its <code>requires-python</code> setting.</li> </ul> </li> </ul> <h3>Stabilization</h3> <p>The following behaviors have been stabilized:</p> <ul> <li><a href="https://docs.astral.sh/ruff/rules/blanket-noqa/"><code>blanket-noqa</code></a> (<code>PGH004</code>): Also detect blanked file-level noqa comments (and not just line level comments).</li> </ul> <h3>Preview features</h3> <ul> <li>[syntax-errors] Tuple unpacking in <code>for</code> statement iterator clause before Python 3.9 (<a href="https://redirect.github.com/astral-sh/ruff/pull/16558">#16558</a>)</li> </ul> <h2>Install ruff 0.11.0</h2> <h3>Install prebuilt binaries via shell script</h3> <pre lang="sh"><code>curl --proto '=https' --tlsv1.2 -LsSf https://github.com/astral-sh/ruff/releases/download/0.11.0/ruff-installer.sh | sh </code></pre> <h3>Install prebuilt binaries via powershell script</h3> <pre lang="sh"><code>powershell -ExecutionPolicy ByPass -c "irm https://github.com/astral-sh/ruff/releases/download/0.11.0/ruff-installer.ps1 | iex" </tr></table> </code></pre> </blockquote> <p>... (truncated)</p> </details> <details> <summary>Changelog</summary> <p><em>Sourced from <a href="https://github.com/astral-sh/ruff/blob/main/CHANGELOG.md">ruff's changelog</a>.</em></p> <blockquote> <h2>0.11.0</h2> <p>This is a follow-up to release 0.10.0. Because of a mistake in the release process, the <code>requires-python</code> inference changes were not included in that release. Ruff 0.11.0 now includes this change as well as the stabilization of the preview behavior for <code>PGH004</code>.</p> <h3>Breaking changes</h3> <ul> <li> <p><strong>Changes to how the Python version is inferred when a <code>target-version</code> is not specified</strong> (<a href="https://redirect.github.com/astral-sh/ruff/pull/16319">#16319</a>)</p> <p>In previous versions of Ruff, you could specify your Python version with:</p> <ul> <li>The <code>target-version</code> option in a <code>ruff.toml</code> file or the <code>[tool.ruff]</code> section of a pyproject.toml file.</li> <li>The <code>project.requires-python</code> field in a <code>pyproject.toml</code> file with a <code>[tool.ruff]</code> section.</li> </ul> <p>These options worked well in most cases, and are still recommended for fine control of the Python version. However, because of the way Ruff discovers config files, <code>pyproject.toml</code> files without a <code>[tool.ruff]</code> section would be ignored, including the <code>requires-python</code> setting. Ruff would then use the default Python version (3.9 as of this writing) instead, which is surprising when you've attempted to request another version.</p> <p>In v0.10, config discovery has been updated to address this issue:</p> <ul> <li>If Ruff finds a <code>ruff.toml</code> file without a <code>target-version</code>, it will check for a <code>pyproject.toml</code> file in the same directory and respect its <code>requires-python</code> version, even if it does not contain a <code>[tool.ruff]</code> section.</li> <li>If Ruff finds a user-level configuration, the <code>requires-python</code> field of the closest <code>pyproject.toml</code> in a parent directory will take precedence.</li> <li>If there is no config file (<code>ruff.toml</code>or <code>pyproject.toml</code> with a <code>[tool.ruff]</code> section) in the directory of the file being checked, Ruff will search for the closest <code>pyproject.toml</code> in the parent directories and use its <code>requires-python</code> setting.</li> </ul> </li> </ul> <h3>Stabilization</h3> <p>The following behaviors have been stabilized:</p> <ul> <li><a href="https://docs.astral.sh/ruff/rules/blanket-noqa/"><code>blanket-noqa</code></a> (<code>PGH004</code>): Also detect blanked file-level noqa comments (and not just line level comments).</li> </ul> <h3>Preview features</h3> <ul> <li>[syntax-errors] Tuple unpacking in <code>for</code> statement iterator clause before Python 3.9 (<a href="https://redirect.github.com/astral-sh/ruff/pull/16558">#16558</a>)</li> </ul> <h2>0.10.0</h2> <p>Check out the <a href="https://astral.sh/blog/ruff-v0.10.0">blog post</a> for a migration guide and overview of the changes!</p> <h3>Breaking changes</h3> <p>See also, the "Remapped rules" section which may result in disabled rules.</p> <ul> <li> <p><strong>Changes to how the Python version is inferred when a <code>target-version</code> is not specified</strong> (<a href="https://redirect.github.com/astral-sh/ruff/pull/16319">#16319</a>)</p> <p>Because of a mistake in the release process, the <code>requires-python</code> inference changes are not included in this release and instead shipped as part of 0.11.0. You can find a description of this change in the 0.11.0 section.</p> </li> </ul>  </blockquote> <p>... (truncated)</p> </details> <details> <summary>Commits</summary> <ul> <li><a href="https://github.com/astral-sh/ruff/commit/2cd25ef6410fb5fca96af1578728a3d828d2d53a"><code>2cd25ef</code></a> Ruff 0.11.0 (<a href="https://redirect.github.com/astral-sh/ruff/issues/16723">#16723</a>)</li> <li><a href="https://github.com/astral-sh/ruff/commit/a22d206db265a2c8a1f8306cef61c5c1808ebf52"><code>a22d206</code></a> [red-knot] Preliminary tests for typing.Final (<a href="https://redirect.github.com/astral-sh/ruff/issues/15917">#15917</a>)</li> <li><a href="https://github.com/astral-sh/ruff/commit/270318c2e023aaf4f04aa56ea2bf6f8d426b16b7"><code>270318c</code></a> [red-knot] fix: improve type inference for binary ops on tuples (<a href="https://redirect.github.com/astral-sh/ruff/issues/16725">#16725</a>)</li> <li><a href="https://github.com/astral-sh/ruff/commit/d03b12e711ce2ef85bb3308bd698b8be4b636761"><code>d03b12e</code></a> [red-knot] Assignments to attributes (<a href="https://redirect.github.com/astral-sh/ruff/issues/16705">#16705</a>)</li> <li><a href="https://github.com/astral-sh/ruff/commit/14c5ed5d7dc8c51e3436e06e5e4d15bb7f7aa9c5"><code>14c5ed5</code></a> [<code>pygrep-hooks</code>]: Detect file-level suppressions comments without rul… (<a href="https://redirect.github.com/astral-sh/ruff/issues/16720">#16720</a>)</li> <li><a href="https://github.com/astral-sh/ruff/commit/595565015bfc932ca7bb28047a7204d1b84bd8ab"><code>5955650</code></a> Fallback to requires-python in certain cases when target-version is not found...</li> <li><a href="https://github.com/astral-sh/ruff/commit/2382fe1f256049615a8914a3778660acc45fc74c"><code>2382fe1</code></a> [syntax-errors] Tuple unpacking in <code>for</code> statement iterator clause before Pyt...</li> <li><a href="https://github.com/astral-sh/ruff/commit/27e9d1fe3e60a0b6731ba3be103a48a33b8e3a7c"><code>27e9d1f</code></a> Ruff v0.10 Release (<a href="https://redirect.github.com/astral-sh/ruff/issues/16708">#16708</a>)</li> <li><a href="https://github.com/astral-sh/ruff/commit/acf35c55f8b8f5ce16ac388e7f6a1af884edbe16"><code>acf35c5</code></a> Add new <code>noqa</code> specification to the docs (<a href="https://redirect.github.com/astral-sh/ruff/issues/16703">#16703</a>)</li> <li><a href="https://github.com/astral-sh/ruff/commit/b9b256209bee472c65a45ecd3b7e5cc34653a9bf"><code>b9b2562</code></a> describe requires-python fallback in docs (<a href="https://redirect.github.com/astral-sh/ruff/issues/16704">#16704</a>)</li> <li>Additional commits viewable in <a href="https://github.com/astral-sh/ruff/compare/0.9.9...0.11.0">compare view</a></li> </ul> </details> <br /> [![Dependabot compatibility score](https://dependabot-badges.githubapp.com/badges/compatibility_score?dependency-name=ruff&package-manager=pip&previous-version=0.9.9&new-version=0.11.0)](https://docs.github.com/en/github/managing-security-vulnerabilities/about-dependabot-security-updates#about-compatibility-scores) Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting `@dependabot rebase`. [//]: # (dependabot-automerge-start) [//]: # (dependabot-automerge-end) --- <details> <summary>Dependabot commands and options</summary> <br /> You can trigger Dependabot actions by commenting on this PR: - `@dependabot rebase` will rebase this PR - `@dependabot recreate` will recreate this PR, overwriting any edits that have been made to it - `@dependabot merge` will merge this PR after your CI passes on it - `@dependabot squash and merge` will squash and merge this PR after your CI passes on it - `@dependabot cancel merge` will cancel a previously requested merge and block automerging - `@dependabot reopen` will reopen this PR if it is closed - `@dependabot close` will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually - `@dependabot show <dependency name> ignore conditions` will show all of the ignore conditions of the specified dependency - `@dependabot ignore this major version` will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this minor version` will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself) - `@dependabot ignore this dependency` will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself) </details> --- <sub>🔄 This issue represents a GitHub Pull Request. It cannot be merged through Gitea due to API limitations.</sub>

bsakaguchi

2026-10-13 19:46:25 +00:00