Skip to content
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

Publish packaged exodus python bindings to PyPI #437

Open
rndubs opened this issue Feb 14, 2024 · 2 comments
Open

Publish packaged exodus python bindings to PyPI #437

rndubs opened this issue Feb 14, 2024 · 2 comments
Labels

Comments

@rndubs
Copy link

rndubs commented Feb 14, 2024

The initial work to build wheels from the exodus python bindings was done in #392

This issue is requesting for the packaged bindings to be published to PyPI as a wheel and sdist, preferably for both exodus3 and exomerge3.

@mvlopri
Copy link
Collaborator

mvlopri commented Feb 14, 2024

This is backlogged work. Unfortunately, I am not sure when I will get to this due to other priorities currently. Could you give me an idea of priority of this?

@rndubs
Copy link
Author

rndubs commented Feb 14, 2024

My opinion is that this issue is a blocker for python projects that wish to use exodus/exomerge as a dependency. We can build and maintain wheels for our own internal usage, but we can't distribute projects that use exodus/exomerge as a dependency to downstream users since they would then need to first build the bindings/wheels themselves from SEACAS, and this isn't standard practice in the python packaging ecosystem.

Without a distribution available from PyPI, several projects have implemented their own Exodus I/O solutions using netcdf4. Some of those even came from other Sandia projects. It seems like it would be best for everyone if we could all use a common Python API for Exodus I/O.

See:

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants