Jeff Whitaker

there was some work done on this (https://github.com/Unidata/netcdf4-python/pull/1279), but the OP closed the pull request.

Some grib records don't have a name attribute, apparently. This is not the fault of pygrib.

probably conda is using a newer version of eccodes

This must be due to a change in the C library, not netcdf4-python (that's why it also shows up in ncdump). I don't see anything in the [netcdf-c](https://github.com/Unidata/netcdf-c/) Changelog though.

No issues for 3.11 that I know of. @ocefpaf has a netcdf-4python [cibuildwheel repo](https://github.com/ocefpaf/netcdf4-win-wheels_) for windows wheels - but we're still using the [macpython site](https://github.com/MacPython/netcdf4-python-wheels) for macosx and linux wheels.

I've created 3.11 wheels for 1.6.1 at https://github.com/MacPython/netcdf4-python-wheels/releases/tag/v1.6.1rel. @ocefpaf could you regenerate the 1.6.1 release at https://github.com/ocefpaf/netcdf4-win-wheels/releases/tag/v1.6.1 with 3.11 wheels? I can transfer the wheels to pypi once they are...

@ocefpaf why not used the conda-forge dependency trick for linux and macosx also?

Python 3.11 wheels uploaded to pypi. I think netcdf4-python may be in that 5% of packages with so many C lib dependencies that using the conda-forge libs in the wheels...

that's a great start @ocefpaf, thanks!

@fguenot @heliosilver97 please let us know if you're able to get up and running using the conda package