Package cannot be installed with optional dependencies when using Python 3.13

[renan-r-santos]

Solution to issue cannot be found in the documentation.

• I checked the documentation.

Issue

serialite formally added support for Python 3.13 in v0.3.5. Unfortunately, it seems most of the optional dependencies can't be installed when using Python 3.13.

The following pixi.toml fails to solve the environment (tested under osx-64):

[project]
channels = ["conda-forge"]
name = "test_serialite"
platforms = ["osx-64", "linux-64"]

[dependencies]
python = "3.13.*"
serialite = "0.3.5"
pydantic = "1.*"

× failed to solve the conda requirements of 'default' 'osx-64'
  ╰─▶ Cannot solve the request because of: pydantic 1.* cannot be installed because there are no viable options:
      └─ pydantic 1.0 | 1.0 | 1.1 | 1.1 | 1.1.1 | 1.1.1 | 1.2 | 1.2 | 1.2 | 1.3 | 1.3 | 1.3 | 1.4 | 1.4 | 1.4 | 1.5 | 1.5 | 1.5 | 1.5.1 | 1.5.1 | 1.5.1 | 1.6 | 1.6 | 1.6 | 1.6.1 | 1.6.1 | 1.6.1 | 1.6.1 | 1.6.1 | 1.6.1 | 1.6.1 | 1.7 | 1.7 | 1.7 | 1.7 | 1.7.1 | 1.7.1 | 1.7.1 | 1.7.1 | 1.7.2 | 1.7.2 |
      1.7.2 | 1.7.2 | 1.7.2 | 1.7.2 | 1.7.2 | 1.7.2 | 1.7.3 | 1.7.3 | 1.7.3 | 1.7.3 | 1.7.3 | 1.7.3 | 1.7.3 | 1.7.3 | 1.7.3 | 1.7.3 | 1.7.3 | 1.7.3 | 1.7.3 | 1.8 | 1.8 | 1.8 | 1.8 | 1.8 | 1.8.1 | 1.8.1 | 1.8.1 | 1.8.1 | 1.8.1 | 1.8.2 | 1.8.2 | 1.8.2 | 1.8.2 | 1.8.2 | 1.8.2 | 1.8.2 | 1.8.2 | 1.8.2 |
      1.8.2 | 1.8.2 | 1.8.2 | 1.8.2 | 1.8.2 | 1.8.2 | 1.9.0 | 1.9.0 | 1.9.0 | 1.9.0 | 1.9.0 | 1.9.0 | 1.9.0 | 1.9.0 | 1.9.0 | 1.9.0 | 1.9.0 | 1.9.1 | 1.9.1 | 1.9.1 | 1.9.1 | 1.9.1 | 1.9.1 | 1.9.2 | 1.9.2 | 1.9.2 | 1.9.2 | 1.9.2 | 1.9.2 | 1.10.0 | 1.10.0 | 1.10.0 | 1.10.0 | 1.10.0 | 1.10.0 | 1.10.1 |
      1.10.1 | 1.10.1 | 1.10.1 | 1.10.1 | 1.10.1 | 1.10.1 | 1.10.1 | 1.10.1 | 1.10.1 | 1.10.1 | 1.10.1 | 1.10.2 | 1.10.2 | 1.10.2 | 1.10.2 | 1.10.2 | 1.10.2 | 1.10.2 | 1.10.2 | 1.10.2 | 1.10.2 | 1.10.2 | 1.10.2 | 1.10.3 | 1.10.3 | 1.10.3 | 1.10.3 | 1.10.3 | 1.10.3 | 1.10.4 | 1.10.4 | 1.10.4 | 1.10.4
      | 1.10.4 | 1.10.4 | 1.10.4 | 1.10.4 | 1.10.4 | 1.10.4 | 1.10.4 | 1.10.4 | 1.10.5 | 1.10.5 | 1.10.5 | 1.10.5 | 1.10.5 | 1.10.5 | 1.10.6 | 1.10.6 | 1.10.6 | 1.10.6 | 1.10.6 | 1.10.6 | 1.10.7 | 1.10.7 | 1.10.7 | 1.10.7 | 1.10.7 | 1.10.7 | 1.10.8 | 1.10.8 | 1.10.8 | 1.10.8 | 1.10.8 | 1.10.8 |
      1.10.9 | 1.10.9 | 1.10.9 | 1.10.9 | 1.10.9 | 1.10.9 | 1.10.10 | 1.10.10 | 1.10.10 | 1.10.10 | 1.10.10 | 1.10.10 | 1.10.11 | 1.10.11 | 1.10.11 | 1.10.11 | 1.10.11 | 1.10.11 | 1.10.12 | 1.10.12 | 1.10.12 | 1.10.12 | 1.10.12 | 1.10.12 | 1.10.13 | 1.10.13 | 1.10.13 | 1.10.13 | 1.10.13 | 1.10.13 |
      1.10.13 | 1.10.13 | 1.10.13 | 1.10.13 | 1.10.13 | 1.10.14 | 1.10.14 | 1.10.14 | 1.10.14 | 1.10.14 | 1.10.14 | 1.10.16 | 1.10.16 | 1.10.16 | 1.10.16 | 1.10.16 | 1.10.16 | 1.10.17 | 1.10.17 | 1.10.17 | 1.10.17 | 1.10.17 | 1.10.17 would require
         └─ python >=3.7,<3.8.0a0, for which no candidates were found.

This seems to happen because there's no Python 3.13 conda-forge package for Pydantic 1.*. Looking at PyPI, there are no 3.13 wheels either for 1.* Pydantic. Maybe it is building Cython binaries from source or falling back to pure Python, but I'm not sure. Pydantic 2.* can't be installed either because of the run_constrained entry in the recipe.

This also happens to numpy in a very similar way. And fastapi can't be installed either because of its dependency on pydantic.

Installed packages

N/A

Environment info

N/A

[drhagen]

Well, that's an unfortunate failure mode. PyPI presumably muddled through by compiling the sdist, but conda doesn't do that. My inclination is to take this course of action:

1. Figure out how to test this in conda forge.
2. Figure out how to prevent the use of sdists from PyPI, at least in CI.
3. Do not yank the current builds. Someone could build Pydantic and NumPy 1.0 for Python 3.13.

The long term solution is to release Serialite 0.4 which has been updated to use Pydantic 2 and NumPy 2, but that is a much bigger lift, especially for Pydantic because Serialite engages in wild monkey patching in order to work.