Skip to content

Improve flexibility of unit tests with regards to Python versions available in poetry.core #8396

@jakob-keller

Description

@jakob-keller
  • I have searched the issues of this repo and believe that this is not a duplicate.
  • I have searched the FAQ and general documentation and believe that my question is not already covered.

Feature Request

As new Python versions are released, poetry-core needs to be updated to surface them, e.g. in automatically added PyPI trove classifiers (#8375).

This process is tedious due to rigid unit tests in poetry that are run as downstream tests by the poetry-core CI pipeline. Specifically, the tests fail in poetry-core when updating available python versions (python-poetry/poetry-core#631). Adjusting those tests in poetry fails since poetry-core has not been prepared accordingly (#8376).

@radoering proposed the following solution:

I tend to think that we should make these tests more generic so we avoid the dance for each new Python version:
We could change the expectation in the tests to all Python versions in Package.AVAILABLE_PYTHONS that are allowed by the test's Python constraint.

Originally posted by @radoering in #8376 (comment)

I will prepare a PR to address this.

Metadata

Metadata

Assignees

No one assigned

    Labels

    kind/featureFeature requests/implementationsstatus/triageThis issue needs to be triaged

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions