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

[hoechenberger]

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:

• [ ] h5py: https://github.com/h5py/h5py/pull/2444
• [ ] vtk: https://gitlab.kitware.com/vtk/vtk/-/issues/18648 (not gonna happen?)
• [ ] pyqt: https://www.riverbankcomputing.com/pipermail/pyqt/2022-October/044933.html (not gonna happen?)
• [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]

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

[larsoner]

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

[hoechenberger]

@larsoner Great, thanks! 😊