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: MAINT: Switch to GHA cibuildwheel h5py/h5py#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?) (we'll use PySide6 instead)
• cftime: ENH: Build aarch64 linux and simplify matrix Unidata/cftime#334
• nitime: ENH: Add aarch64 wheels nipy/nitime#217
• openmeeg: ENH: Add aarch64 linux wheel build openmeeg/openmeeg#664, MAINT: Speed up emulated wheel build openmeeg/openmeeg#666
• psutil: feat: add aarch64 manylinux wheels giampaolo/psutil#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! 😊

[hoechenberger]

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