Skip to content

Conversation

@potiuk
Copy link
Member

@potiuk potiuk commented Feb 10, 2026

Follow-up after #61666 and #61685 - there are two small things to fix:

  • setuptools limit is not effective, because it is not taken into account when cassandra driver is built from sdist (which happens if the driver does not have wheels published for python version it is installed on). All the tools are using build isolation by default when installing sdist-build packages so the version specified in dependencies does not matter in this case - so We should remove it.

  • the specification for >= 3.29.2 that limits the driver to versions that have wheels for relevant python versions was ambiguous

    = 3.29.1 - both applied to <3.13. We needed to add >= as well
    to make sure that the ranges are not overlapping. Not a big issue because in this case resolver will handle it well, but it is still not exactly correct.


Was generative AI tooling used to co-author this PR?
  • Yes (please specify the tool below)

  • Read the Pull Request Guidelines for more information. Note: commit author/co-author name and email in commits become permanently public when merged.
  • For fundamental code changes, an Airflow Improvement Proposal (AIP) is needed.
  • When adding dependency, check compliance with the ASF 3rd Party License Policy.
  • For significant user-facing changes create newsfragment: {pr_number}.significant.rst or {issue_number}.significant.rst, in airflow-core/newsfragments.

Follow-up after apache#61666 and apache#61685 - there are two small things to
fix:

* setuptools limit is not effective, because it is not taken
  into account when cassandra driver is built from sdist (which
  happens if the driver does not have wheels published for python
  version it is installed on). All the tools are using build
  isolation by default when installing sdist-build packages so the
  version specified in dependencies does not matter in this case -
  so We should remove it.

* the specification for >= 3.29.2 that limits the driver to versions
  that have wheels for relevant python versions was ambiguous
  >= 3.29.1 - both applied to `<3.13`. We needed to add >= as well
  to make sure that the ranges are not overlapping. Not a big
  issue because in this case resolver will handle it well, but it
  is still not exactly correct.
@eladkal eladkal merged commit a5d343d into apache:main Feb 10, 2026
95 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants