xarray-contrib / xdggs

Xarray extension for DGGS
https://xdggs.readthedocs.io
Apache License 2.0
79 stars 13 forks source link

arro3 version in osx-arm (python 3.13) #91

Open acocac opened 6 days ago

acocac commented 6 days ago

@keewis are any workarounds to install arro3-cor from conda-forge in osx-arm? I get the following error under a conda environment:

Channels:
 - conda-forge
 - defaults
Platform: osx-arm64
Collecting package metadata (repodata.json): done
Solving environment: - warning  libmamba Added empty dependency for problem type SOLVER_RULE_UPDATE                                                                                                                              failed

LibMambaUnsatisfiableError: Encountered problems while solving:
  - package arro3-core-0.4.2-py310hc06a964_1 requires python >=3.10,<3.11.0a0 *_cpython, but none of the providers can be installed

Could not solve for environment specs
The following packages are incompatible
├─ arro3-core is installable with the potential options
│  ├─ arro3-core 0.4.2 would require
│  │  └─ python >=3.10,<3.11.0a0 *_cpython, which can be installed;
│  ├─ arro3-core 0.4.2 would require
│  │  └─ python >=3.11,<3.12.0a0 *_cpython, which can be installed;
│  ├─ arro3-core 0.4.2 would require
│  │  └─ python >=3.12,<3.13.0a0 *_cpython, which can be installed;
│  └─ arro3-core 0.4.2 would require
│     └─ python >=3.9,<3.10.0a0 *_cpython, which can be installed;
└─ pin-1 is not installable because it requires
   └─ python 3.13.* , which conflicts with any installable versions previously reported.

When I type pip install -e ., it returns:

ERROR: Could not find a version that satisfies the requirement arro3-core>=0.4.0 (from xdggs) (from versions: 0.1.0b1, 0.1.0, 0.2.0b1, 0.2.0b2, 0.2.0b3, 0.2.0, 0.2.1, 0.3.0b1, 0.3.0b2)
ERROR: No matching distribution found for arro3-core>=0.4.0

Related to #77

keewis commented 6 days ago

I believe it just isn't available on python=3.13, yet.

acocac commented 6 days ago

right - I confirm I can install locally xdggs when python==3.10. What's then the best developer practice in this case? should we declare the supported python versions in pyproject.toml?

keewis commented 6 days ago

I think that's what the classifiers are for: indicate which python versions are tested. We can't use upper bounds in requires-python because that leads to all sorts of issues.

I personally would develop on the most recent supported version of python (in this case, python=3.12).

acocac commented 6 days ago

That's fine - I just updated the title to specify the issue is with Python 3.13. Hope it's useful for others facing similar issues.