Replies: 2 comments 2 replies
-
The decision to cap the supported Python version and continue supporting older versions of Python in a library or package is typically made by the maintainers based on various considerations. While I don't have specific information about the package you're referring to, I can provide some general reasons why maintainers might choose to support older Python versions: User Base: If the package has a significant user base still relying on older Python versions, the maintainers may choose to support those versions to accommodate existing users and avoid breaking their workflows. Compatibility: Supporting a broader range of Python versions ensures compatibility with different environments and dependencies that users may have. However, this can become challenging as newer Python versions introduce changes and improvements. Dependency Compatibility: If the package relies on dependencies like Numpy, which may still support older Python versions, the maintainers might choose to align their package's support accordingly. Transition Period: Maintainers may provide support for older Python versions during a transition period to give users time to update their environments and dependencies gradually. However, it's also important for maintainers to consider the trade-offs. Supporting older Python versions can hinder the adoption of new features and improvements in the language. Additionally, it may increase the maintenance burden on the development team. If you are concerned about the version support and its impact on dependencies like xarray or pandas, you may want to raise the question or discuss it with the package maintainers. Check the package's documentation, GitHub repository, or other communication channels for any discussions or announcements related to version support decisions. If needed, you can contribute to the discussion or open an issue expressing your concerns and suggesting potential changes. |
Beta Was this translation helpful? Give feedback.
-
Just to put some context around my question: I'm using RADIS as a dependency in another project, alongside many other dependencies. My issue is that all dependencies's Python and library version requirements propagate to my project, and this can lead to severe incompatibilities in some cases. In particular, RADIS supports Python 3.8 and 3.9, and many other dependencies support Python 3.9-3.12 in their most recent releases. This can lead to heavily constrained dependency systems that can be hard to resolve nicely. So my underlying question is: are there plans to support Python 3.10+ in the near future? |
Beta Was this translation helpful? Give feedback.
-
Hi all, I see on the PyPI page that v0.14 is tagged with Python 3.7 to 3.9 support. I have two questions:
Beta Was this translation helpful? Give feedback.
All reactions