Error trying to import pysr on Mac

[nbhavikatti]

Hello,

I am trying to import pysr on my Mac. I created a Python virtual environment "python3 -m venv .venv", activated it "source .venv/bin/activate", wrote "pip install pysr" which completed without error. Then I did "python" and "import pysr". The import pysr always fails due to "Unsatisfiable requirements for OpenSSL_jll" because the possible versions are 1.1.1 - 3.5.0 but the project restricts the version to 2.0.0. I even tried to overwrite the Project.toml file and make OpenSSL_jll a different version but when I try import pysr it always overwrites the Project.toml file and makes OpenSSL_jll be version 2.0.0. I am confused why it is doing this because it seems that OpenSSL_jll never had a version 2.0.0. Any thoughts about how to fix this?

Thank you

[MilesCranmer]

Super weird. Not sure what the issue is from. Any chance you are behind a firewall or something?

But in any case, rather than overwriting Project.toml, you should be overwriting https://github.com/MilesCranmer/PySR/blob/master/pysr/juliapkg.json. juliacall uses a merge of all the juliapkg.json files it finds to generate the Project.toml.

Better yet is to make a new juliapkg.json for your project with the required Julia dependencies in addition to the ones that PySR provides.

[nbhavikatti]

I don't believe firewall is the issue because I was able to access and download packages from the Julia website. I went through and changed the juliapkg.json adding "OpenSLL_jLL", it's UUID, and for version I put 3.5.0. When I tried to run this I got the error that "two different dependencies cannot have the same uuid", which seems like a conflict between 3.5.0 and 2.0.0. Thus it seems that 2.0.0 maybe coming from some file even deeper in PySR that I need to change? It's strange that it keeps trying to overwrite with 2.0.0 because I don't think OpenSSL_jll version 2.0.0 ever existed, only versions starting with 1 or 3.

[nbhavikatti]

Hi, update I tried the conda method and it worked! One thing I noticed is that the OpenSSL_jl was noted as 3.0.0 - 3.5.0 which is correct while in the pip method I saw 2.0.0 which I think is the cause of the problem; it might be useful to look into this.