You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
Whenever a new Python is released, just as Python 3.8, it takes pandas and related data science libraries a while to make a compatible release. Our choices are:
Option 1 is much more preferable to option 2, as it means we'll be able to catch problems with the latest Python sooner rather than later.
Describe the solution you'd like
A clear and concise description of what you want to happen.
Update the unit_test_dependencies and system_test_dependencies variables to accept a dictionary with accepted/excluded Python versions in addition to the package name. That way, we can exclude pandas / pyarrow on Python 3.8 until those packages have been released.
Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
More variables, maybe one per version? I think that'd promote too much duplication of package names when only one Python version is problematic at a time, usually.
Additional context
Add any other context or screenshots about the feature request here.
Is your feature request related to a problem? Please describe.
Whenever a new Python is released, just as Python 3.8, it takes pandas and related data science libraries a while to make a compatible release. Our choices are:
Option 1 is much more preferable to option 2, as it means we'll be able to catch problems with the latest Python sooner rather than later.
Describe the solution you'd like
A clear and concise description of what you want to happen.
Update the
unit_test_dependenciesandsystem_test_dependenciesvariables to accept a dictionary with accepted/excluded Python versions in addition to the package name. That way, we can exclude pandas / pyarrow on Python 3.8 until those packages have been released.Describe alternatives you've considered
A clear and concise description of any alternative solutions or features you've considered.
More variables, maybe one per version? I think that'd promote too much duplication of package names when only one Python version is problematic at a time, usually.
Additional context
Add any other context or screenshots about the feature request here.