-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[JOSS review] Python version and Dependecies #43
Comments
Fair point, many folks are bringing up the Python version concerns. I briefly tried to make use of some of the new shared memory semantics of 3.9, but abandoned that effort -- honestly my main concern is to push folks to keep up to date on their software tooling, but that isn't really the job of a library. I will update to ensure support for 3.7+ |
Yes, I understand. The main issue with not supporting the Python versions that haven't reached EOL is compatibility with other libraries. Version 3.6's EOL is in 7 months and most of the major libraries have already dropped support for it. So I think 3.7+ support is reasonable. |
In #46, I have set the minimum python version to 3.7 and moved the dependencies related to building the documentation into the Wanted to respond to your other points as well:
|
That's looks great! Regarding conda, that's a (strong) suggestion and not a requirement for JOSS. For development and testing, I highly recommend MambaForge. For Github Actions, you can take a look at the action file that I am using in one of my projects. It uses MambaForge and caching. Regarding |
I am wondering what's reason behind not supporting Python 3.7+. What specific features of Python 3.9 is being used in the code? Pinning the dependencies can limit the usage of the project with other packages. Although one can create several environments, having such unnecessary pinned dependencies might affects the user experience.
The
requirements.txt
includes unnecessary dependencies:Some other suggestions:
conda
instead ofpyenv
, since you're relying on scientific Python libraries, they tend to be orders of magnitudes faster when installed viaconda-forge
.pyarrow
andfastparquet
since they both do the same thing.pyarrow
is the defaultparquet
engine inpandas
.h5netcdf
instead ofnetcdf4
you need to be aware of, and inform the user about, the difference that are documented onxarray
's website:Overall, I think the dependencies need a reevaluation.
EDIT: Reference to openjournals/joss-reviews#3221
The text was updated successfully, but these errors were encountered: