Wrong fallback version number when using PyInstaller

[mancellin]

What is your issue?

I'm trying to bundle some code using Xarray with PyInstaller.

As a MRE, consider the following file:

# test.py
import pandas as pd
import xarray as xr
print(xr.__version__)
pd.DataFrame({'a': range(10)}).to_xarray()

and the following command-line to build and run the Pyinstaller executable:

pyinstaller test.py && dist/test/test

---

Ideally, I would have expected the printed version to be 2023.8.0 (as when running the script without Pyinstaller).
The fallback 9999 from

xarray/xarray/__init__.py

Line 55 in b08a9d8

__version__ = "9999"

would also have done the job.

Unfortunately, the actual version number is '999' which make the following pandas code to fail with:

Traceback (most recent call last):
  File "test.py", line 4, in <module>
    pd.DataFrame({'a': range(10)}).to_xarray()
  File "pandas/core/generic.py", line 3243, in to_xarray
  File "pandas/compat/_optional.py", line 161, in import_optional_dependency
ImportError: Pandas requires version '2022.03.0' or newer of 'xarray' (version '999' currently installed).

---

As a workaround, I added the line

xr.__version__ = "9999"

in my test.py file...

Versions

INSTALLED VERSIONS
------------------
commit: None
python: 3.9.17 (main, Jul  5 2023, 20:41:20) 
[GCC 11.2.0]
python-bits: 64
OS: Linux
OS-release: 6.2.0-32-generic
machine: x86_64
processor: x86_64
byteorder: little
LC_ALL: None
LANG: fr_FR.UTF-8
LOCALE: ('fr_FR', 'UTF-8')
libhdf5: None
libnetcdf: None

xarray: 2023.8.0
pandas: 2.1.0
numpy: 1.26.0
scipy: None
netCDF4: None
pydap: None
h5netcdf: None
h5py: None
Nio: None
zarr: None
cftime: None
nc_time_axis: None
PseudoNetCDF: None
iris: None
bottleneck: None
dask: None
distributed: None
matplotlib: None
cartopy: None
seaborn: None
numbagg: None
fsspec: None
cupy: None
pint: None
sparse: None
flox: None
numpy_groupies: None
setuptools: 58.1.0
pip: 23.0.1
conda: None
pytest: None
mypy: None
IPython: None
sphinx: None

[kmuehlbauer]

@mancellin Thanks for the report! This was already fixed in #8181 and will be available in the next release.

[mancellin]

Ah, of course, that's why my installed version was not behaving like the source on Github...
Thank you for your answer and sorry for the noise!

[kmuehlbauer]

@mancellin No worries. Please do not hesitate to open issues in the future.