mne-python icon indicating copy to clipboard operation
mne-python copied to clipboard

Tracking issue for (implicit) MNE dependencies still lacking binary wheels for `aarch64` (ARM Linux)

Open hoechenberger opened this issue 1 year ago • 4 comments

This is just to help me (and you? 😄) track which packages are still lacking binary wheels for aarch64, hence preventing us from providing an installation that solely relies on PyPI / pip:

  • [x] h5py: https://github.com/h5py/h5py/pull/2444
  • [ ] vtk: https://gitlab.kitware.com/vtk/vtk/-/issues/18648 (not gonna happen?)
  • [x] pyqt: https://www.riverbankcomputing.com/pipermail/pyqt/2022-October/044933.html (not gonna happen?) (we'll use PySide6 instead)
  • [x] cftime: https://github.com/Unidata/cftime/issues/334
  • [x] nitime: https://github.com/nipy/nitime/issues/217
  • [x] openmeeg: https://github.com/openmeeg/openmeeg/pull/664, https://github.com/openmeeg/openmeeg/pull/666
  • [x] psutil: https://github.com/giampaolo/psutil/pull/2425

hoechenberger avatar Jun 01 '24 11:06 hoechenberger

@larsoner I see you released openmeeg 2.5.11 last week, but this hasn't been published to PyPI yet, is that intentional?

hoechenberger avatar Jun 03 '24 10:06 hoechenberger

Nice catch, there was a spurious failure in the tag build, I restarted and now 2.5.11 is on PyPI!

larsoner avatar Jun 03 '24 15:06 larsoner

@larsoner Great, thanks! 😊

hoechenberger avatar Jun 03 '24 17:06 hoechenberger

The only remaining one is VTK, and it doesn't look like we will see aarch64 wheels for it anytime soon.

hoechenberger avatar Oct 07 '24 14:10 hoechenberger