Closed valeriupredoi closed 1 year ago
CC @bouweandela here too
OK I found the problem - upgrading requests_cache
to 0.9.6 from conda-forge for noarch does the trick, if you OK with that I can open a PR pin the pkg in meta here :+1:
I noticed there are two packages for requests-cache on conda forge:
# Name Version Build Channel
requests_cache 0.4.13 py_0 conda-forge
and
# Name Version Build Channel
requests-cache 0.4.12 py27_0 conda-forge
requests-cache 0.4.12 py34_0 conda-forge
requests-cache 0.4.12 py35_0 conda-forge
requests-cache 0.4.12 py36_0 conda-forge
requests-cache 0.4.13 py27_0 conda-forge
requests-cache 0.4.13 py35_0 conda-forge
requests-cache 0.4.13 py36_0 conda-forge
requests-cache 0.4.13 py_1 conda-forge
requests-cache 0.5.0 py_0 conda-forge
requests-cache 0.5.0 pyhd8ed1ab_1 conda-forge
requests-cache 0.5.2 pyhd8ed1ab_0 conda-forge
requests-cache 0.6.3 pyhd8ed1ab_0 conda-forge
requests-cache 0.6.3 pyhd8ed1ab_1 conda-forge
requests-cache 0.6.4 pyhd8ed1ab_0 conda-forge
requests-cache 0.7.0 pyhd8ed1ab_0 conda-forge
requests-cache 0.7.1 pyhd8ed1ab_0 conda-forge
requests-cache 0.7.2 pyhd8ed1ab_0 conda-forge
requests-cache 0.7.3 pyhd8ed1ab_0 conda-forge
requests-cache 0.7.4 pyhd8ed1ab_0 conda-forge
requests-cache 0.8.0 pyhd8ed1ab_0 conda-forge
requests-cache 0.8.1 pyhd8ed1ab_0 conda-forge
requests-cache 0.9.0 pyhd8ed1ab_0 conda-forge
requests-cache 0.9.1 pyhd8ed1ab_0 conda-forge
requests-cache 0.9.2 pyhd8ed1ab_0 conda-forge
requests-cache 0.9.3 pyhd8ed1ab_0 conda-forge
requests-cache 0.9.4 pyhd8ed1ab_0 conda-forge
requests-cache 0.9.5 pyhd8ed1ab_0 conda-forge
requests-cache 0.9.6 pyhd8ed1ab_0 conda-forge
which is regularly updated. Changing the dependency here from requests_cache
to requests-cache
seems to make sense, but why do you specifically need version 0.9.6?
I think that the very old ones ie 0.4.x are PyPI builds - I don't need 0.9.6 specifically, I just need something newer that has the sqlite.py
updated to do a +
between two Paths :grin:
Hey guys, we have just started using the conda-forge version (as opposed to the PyPI one that we have been using no problemo for ages now), and noticed that the package misbehaves in Python=3.8 and 3.9 (working first rate in 3.10). Here are the full fails in our GA test environment, but in a nutshell, here are the versions:
and a minimal reproducible test fail can be run as:
which barfs the following trace stack:
the problem is the
PosixPath
fromsearch_args
- it seems that for older Pythonns Path objects are not supported by the conda-forge esgf pyclient package, perhaps you built the package against a too new requests_cache? Cheers :beer: