chore(deps): bump setuptools from 83.0.0 to 84.0.0 - #24301
Merged
Conversation
Bumps [setuptools](https://github.com/pypa/setuptools) from 83.0.0 to 84.0.0. - [Release notes](https://github.com/pypa/setuptools/releases) - [Changelog](https://github.com/pypa/setuptools/blob/main/NEWS.rst) - [Commits](pypa/setuptools@v83.0.0...v84.0.0) --- updated-dependencies: - dependency-name: setuptools dependency-version: 84.0.0 dependency-type: direct:production update-type: version-update:semver-major ... Signed-off-by: dependabot[bot] <support@github.com>
Jefffrey
approved these changes
Aug 14, 2026
imtherealnaska
pushed a commit
to imtherealnaska/datafusion
that referenced
this pull request
Aug 16, 2026
Bumps [setuptools](https://github.com/pypa/setuptools) from 83.0.0 to 84.0.0. <details> <summary>Changelog</summary> <p><em>Sourced from <a href="https://github.com/pypa/setuptools/blob/main/NEWS.rst">setuptools's changelog</a>.</em></p> <blockquote> <h1>v84.0.0</h1> <h2>Features</h2> <ul> <li>Newline-separated <code>keywords</code> and <code>platforms</code><code>pypa/setuptools#4887</code><code>old specification <https://peps.python.org/pep-0345/></code>_ separated items with spaces and the current one uses commas. (<a href="https://redirect.github.com/pypa/setuptools/issues/4887">#4887</a>)</li> <li><code>Extension</code><code>pypa/distutils#373</code><a href="https://redirect.github.com/pypa/setuptools/issues/5022">#5022</a>)</li> <li>The C compiler modules now emit log messages through their own <code>compilers.C.*</code> loggers instead of the distutils root logger, part of decoupling the compilers package from distutils. The logger names are normalized to a stable <code>compilers.C.*</code> prefix so they remain constant as the package migrates toward a standalone <code>compilers.C</code> distribution. (<a href="https://redirect.github.com/pypa/setuptools/issues/5266">#5266</a>)</li> <li>The C compilers gained a <code>Compiler.call</code> method -- a thin wrapper over <code>subprocess.check_call</code> (with macOS deployment-target env injection) that is the modern replacement for <code>Compiler.spawn</code>. The compilers no longer depend on <code>distutils.spawn</code>, <code>distutils.dir_util</code>, <code>distutils.file_util</code>, <code>distutils._modified</code>, or <code>distutils.util.execute</code>/<code>split_quoted</code>: the generic <code>newer</code>/<code>newer_group</code> and <code>split_quoted</code> helpers are vendored into the <code>compilers</code> package, and <code>Compiler.mkpath</code>/<code>move_file</code>/<code>execute</code> are implemented directly on the standard library (<code>os.makedirs</code>/<code>shutil.move</code>). The methods are retained for backward compatibility. (<a href="https://redirect.github.com/pypa/setuptools/issues/5267">#5267</a>)</li> <li>The compilers no longer depend on <code>distutils.util</code>, <code>distutils.version</code>, <code>distutils.compat</code>, or <code>distutils._macos_compat</code>. The platform-identification helpers (<code>get_platform</code>/<code>get_host_platform</code>/<code>is_mingw</code>) now live in <code>distutils.compilers.platform.detect</code> and the macOS deployment-target logic and <code>compiler_fixup</code> in <code>distutils.compilers.platform.macos</code>; <code>CygwinCCompiler.gcc_version</code> returns a <code>packaging.version.Version</code>. <code>distutils.util</code> re-exports the platform/macOS helpers from their new homes for backward compatibility rather than keeping duplicate copies. (sysconfig lookups still route through distutils pending its own decoupling.) (<a href="https://redirect.github.com/pypa/setuptools/issues/5268">#5268</a>)</li> <li>The compilers now read their build configuration from the standard library's <code>sysconfig</code> instead of <code>distutils.sysconfig</code>. Per-compiler customization -- previously <code>distutils.sysconfig.customize_compiler</code> -- has moved into <code>Compiler.configure_system()</code>: a no-op on the base class, with <code>UnixCCompiler</code> applying the compiler/flag/archiver settings CPython recorded in <code>sysconfig</code> (and the usual <code>CC</code>/<code>CFLAGS</code>/<code>LDSHARED</code>/… environment overrides). <code>distutils.sysconfig.customize_compiler</code> is retained as a thin wrapper that calls <code>compiler.configure_system()</code>. (<a href="https://redirect.github.com/pypa/setuptools/issues/5269">#5269</a>)</li> </ul> <h2>Bugfixes</h2> <ul> <li>The MSVC linker now passes its arguments through a response file when the command line would exceed the Windows maximum length, fixing failures when linking a large number of objects. (<a href="https://redirect.github.com/pypa/setuptools/issues/4177">#4177</a>)</li> <li>The Cygwin and MinGW compilers now pass <code>-O1</code> instead of a bare <code>-O</code>. The two are equivalent to GCC, but <code>cc1</code> rejected the bare form when building 32-bit extensions with <code>-m32</code>. -- by :user:<code>dchaudhari7177</code> (<a href="https://redirect.github.com/pypa/setuptools/issues/4873">#4873</a>)</li> <li><code>copy_file</code><code>pypa/distutils#379</code><a href="https://redirect.github.com/pypa/setuptools/issues/5079">#5079</a>)</li> <li>Setuptools wheels no longer bundled the project's own test modules. -- by :user:<code>itscloud0</code> (<a href="https://redirect.github.com/pypa/setuptools/issues/5212">#5212</a>)</li> <li><code>build_ext</code> no longer fails when cross-compiling with a compiler other than MSVC (such as MinGW). <code>Compiler</code> now provides a no-op <code>initialize()</code><code>pypa/distutils#399</code></li> </ul> <h2>Improved Documentation</h2> <ul> <li>Clarified what "correspond exactly to the directory structure" means in the <code>packages</code> section of the Package Discovery user guide. (<a href="https://redirect.github.com/pypa/setuptools/issues/4109">#4109</a>)</li> <li>Documented how <code>bdist_wheel</code>'s <code>py_limited_api</code> option controls <code>abi3</code> wheel tagging for extension modules -- by :user:<code>Himanshuagrawal4</code> (<a href="https://redirect.github.com/pypa/setuptools/issues/4741">#4741</a>)</li> </ul> <h2>Deprecations and Removals</h2> <ul> <li><code>Compiler.spawn</code> is deprecated in favor of the new <code>Compiler.call</code>. <code>call</code> raises native <code>subprocess</code> exceptions; <code>spawn</code> remains as a shim that emits a <code>DeprecationWarning</code> and translates them to <code>DistutilsExecError</code>. The MSVC <code>spawn</code> compatibility shim for third-party monkeypatches predating the <code>env</code> argument (numpy.distutils before 1.19, per <a href="https://redirect.github.com/pypa/distutils/issues/15">pypa/distutils#15</a>) has been removed. <code>distutils.spawn.spawn</code> is likewise reduced to a thin wrapper around <code>subprocess.check_call</code>: it no longer resolves <code>cmd[0]</code> via <code>shutil.which</code> (<code>subprocess</code> searches <code>PATH</code> itself) nor injects <code>MACOSX_DEPLOYMENT_TARGET</code> (that now lives with the compilers, the only callers to which it applied). (<a href="https://redirect.github.com/pypa/setuptools/issues/5267">#5267</a>)</li> <li>Building an extension with a <code>MACOSX_DEPLOYMENT_TARGET</code> lower than the interpreter's configured value now raises <code>compilers.errors.PlatformError</code> instead of <code>distutils.errors.DistutilsPlatformError</code> (the macOS deployment-target check moved into the compilers package). <code>CygwinCCompiler.gcc_version</code> returns a <code>packaging.version.Version</code> rather than the removed <code>distutils.version.LooseVersion</code>. Completing the transition begun in <a href="https://redirect.github.com/pypa/distutils/issues/246">pypa/distutils#246</a>, <code>UnixCCompiler.runtime_library_dir_option</code> now returns the <code>["-Wl,--enable-new-dtags", "-Wl,-rpath,<dir>"]</code> list directly for GNU ld rather than collapsing it into a single string, and the temporary <code>distutils.compat.consolidate_linker_args</code> shim has been removed. (<a href="https://redirect.github.com/pypa/setuptools/issues/5268">#5268</a>)</li> <li>The compilers now define their own exception vocabulary instead of borrowing distutils' framework errors. Language-agnostic exceptions (<code>Error</code>, <code>UnknownFileType</code>, and a new <code>PlatformError</code>) live at <code>distutils.compilers.errors</code>, leaving room for future <code>compilers.<language></code> siblings; the C/C++-specific <code>CompileError</code>/<code>LinkError</code>/<code>LibError</code>/<code>PreprocessError</code> remain in <code>distutils.compilers.C.errors</code>. The compilers now raise <code>compilers.errors.PlatformError</code> where they previously raised <code>distutils.errors.DistutilsPlatformError</code>/<code>DistutilsModuleError</code>, and <code>compilers._modified.newer</code> raises the stdlib <code>FileNotFoundError</code>. <code>distutils.errors</code> keeps its own framework exceptions and re-exports the compiler ones (<code>CCompilerError</code>, <code>CompileError</code>, etc.) for backward compatibility; because <code>CCompilerError</code> is <code>compilers.errors.Error</code>, code catching it (as distutils' top-level handlers do) still catches the new <code>PlatformError</code>. (<a href="https://redirect.github.com/pypa/setuptools/issues/5270">#5270</a>)</li> <li><code>customize_compiler</code> now asserts that the compiler-related config variables (<code>CC</code>, <code>CXX</code>, <code>CFLAGS</code>, etc.) resolve to strings, raising <code>AssertionError</code> if any are unexpectedly <code>None</code><code>pypa/distutils#363</code></li> </ul> </blockquote> </details> <details> <summary>Commits</summary> <ul> <li><a href="https://github.com/pypa/setuptools/commit/72e919a8b10aaafc041205d4e3ae0e6a2e1e5f87"><code>72e919a</code></a> Merge pull request <a href="https://redirect.github.com/pypa/setuptools/issues/5293">#5293</a> from pypa/bugfix/integration-pip-flit-backend</li> <li><a href="https://github.com/pypa/setuptools/commit/1b2970113fd6cda8d4bcac5a1ef6ff865bff62ee"><code>1b29701</code></a> Select the top-level pyproject.toml when reading build requirements</li> <li><a href="https://github.com/pypa/setuptools/commit/bb1b38189eed960bdb4f4789926472d05e43d335"><code>bb1b381</code></a> Bump version: 83.0.0 → 84.0.0</li> <li><a href="https://github.com/pypa/setuptools/commit/ee6fdd710e9f466ea06777b4eca32083fdfc9376"><code>ee6fdd7</code></a> Sync with distutils @ e8eb87855 (<a href="https://redirect.github.com/pypa/setuptools/issues/5292">#5292</a>)</li> <li><a href="https://github.com/pypa/setuptools/commit/2a4a9e4e377ea11a418aa53b9a3cf567fd69df16"><code>2a4a9e4</code></a> Merge remote-tracking branch 'origin/main' into distutils-e8eb87855</li> <li><a href="https://github.com/pypa/setuptools/commit/cbd1195692917f432ddc2b56babbf2e536f4fd68"><code>cbd1195</code></a> Merge <a href="https://github.com/jaraco/skeleton">https://github.com/jaraco/skeleton</a></li> <li><a href="https://github.com/pypa/setuptools/commit/bd3594ebfe6c18e161bbc90ef2a91d19881464b1"><code>bd3594e</code></a> Merge pull request <a href="https://redirect.github.com/pypa/setuptools/issues/5287">#5287</a> from Avasam/Configuring-lint.flake8-comprehensions.a...</li> <li><a href="https://github.com/pypa/setuptools/commit/f02e90a821fee92ff5ee2bf0d681b70cf24ebbb0"><code>f02e90a</code></a> Configure C408 to allow dict(a=1) rather than disabling it</li> <li><a href="https://github.com/pypa/setuptools/commit/c55f52bdb7f952f9ccbd824100c7830dbed5546f"><code>c55f52b</code></a> Configuring lint.flake8-comprehensions.allow-dict-calls-with-keyword-argument...</li> <li><a href="https://github.com/pypa/setuptools/commit/e9904b0c7e5e249b535832b88efa847ee097de3a"><code>e9904b0</code></a> Match the distutils sdist base type for the user_options override</li> <li>Additional commits viewable in <a href="https://github.com/pypa/setuptools/compare/v83.0.0...v84.0.0">compare view</a></li> </ul> </details> <br /> [](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 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> Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Bumps setuptools from 83.0.0 to 84.0.0.
Changelog
Sourced from setuptools's changelog.
Commits
72e919aMerge pull request #5293 from pypa/bugfix/integration-pip-flit-backend1b29701Select the top-level pyproject.toml when reading build requirementsbb1b381Bump version: 83.0.0 → 84.0.0ee6fdd7Sync with distutils @ e8eb87855 (#5292)2a4a9e4Merge remote-tracking branch 'origin/main' into distutils-e8eb87855cbd1195Merge https://github.com/jaraco/skeletonbd3594eMerge pull request #5287 from Avasam/Configuring-lint.flake8-comprehensions.a...f02e90aConfigure C408 to allow dict(a=1) rather than disabling itc55f52bConfiguring lint.flake8-comprehensions.allow-dict-calls-with-keyword-argument...e9904b0Match the distutils sdist base type for the user_options overrideDependabot 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 rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot show <dependency name> ignore conditionswill show all of the ignore conditions of the specified dependency@dependabot ignore this major versionwill 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 versionwill 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 dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)