Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unable to Install USGSCSM 2.0 in ISIS conda env #5417

Closed
amystamile-usgs opened this issue Jan 31, 2024 · 2 comments
Closed

Unable to Install USGSCSM 2.0 in ISIS conda env #5417

amystamile-usgs opened this issue Jan 31, 2024 · 2 comments
Labels
bug Something isn't working

Comments

@amystamile-usgs
Copy link
Contributor

amystamile-usgs commented Jan 31, 2024

ISIS version(s) affected: dev/8.1.0

Description

In order to run csminit, usgscsm needs to be install in my isis conda env. According to Christine, version 2.0.0 and 2.0.1 of usgscsm will automatically be detected as a csm plugin in isis and no additional modifications to ISIS preferences are needed.

But when running mamba install conda-forge::usgscsm=2, I ran into the following solve conflicts:
Screenshot 2024-01-30 at 12 06 00 PM

When running conda install https://anaconda.org/conda-forge/usgscsm/2.0.0/download/osx-64/usgscsm-2.0.0-h7728843_0.conda I was able to get usgscsm 2.0 to install in my environment. I confirm that libusgscsm.dylib was in the environments libs files under directory /csmplugins but still was seeing the error No loaded model could be created from the ISD [~/pyadjust-data/F22_044336_2020_XN_22N022W.cal.json].Loaded plugin & model names:. indicating that it was not picking up the usgscsm plugins.

How to reproduce

run mamba install conda-forge::usgscsm=2 in most recent isis environment.

Possible Solution

Additional context

Documentation needs to be added stating that no additional ISIS preference updates are needed for usgscsm >= 2.0.

More usgscsm/csminit issues:
#5382
#5391

@amystamile-usgs amystamile-usgs added the bug Something isn't working label Jan 31, 2024
@Kelvinrr
Copy link
Collaborator

I was able to replicate, weirdly enough off a fresh dev env I got different conflicts:

└─ usgscsm 2**  is installable and it requires
   └─ proj [>=9.1,<9.2.0a0 |>=9.1.0,<9.1.1.0a0 ] with the potential options
      ├─ proj [9.1.0|9.1.1] would require
      │  └─ libtiff >=4.4.0,<4.5.0a0  with the potential options
      │     ├─ libtiff 4.4.0 would require
      │     │  └─ libdeflate >=1.12,<1.13.0a0 , which can be installed;
      │     ├─ libtiff 4.4.0 would require
      │     │  └─ libdeflate >=1.13,<1.14.0a0 , which can be installed;
      │     ├─ libtiff [4.4.0|4.5.0] would require
      │     │  └─ libdeflate >=1.14,<1.15.0a0 , which can be installed;
      │     └─ libtiff 4.4.0 would require
      │        └─ libdeflate >=1.10,<1.11.0a0 , which can be installed;
      └─ proj [9.1.0|9.1.1] would require
         └─ libtiff >=4.5.0,<4.6.0a0  with the potential options
            ├─ libtiff [4.4.0|4.5.0], which can be installed (as previously explained);
            ├─ libtiff 4.5.0 would require
            │  └─ libdeflate >=1.16,<1.17.0a0 , which can be installed;
            ├─ libtiff 4.5.0 would require
            │  └─ libdeflate >=1.17,<1.18.0a0 , which can be installed;
            └─ libtiff [4.5.0|4.5.1] would require
               └─ libdeflate >=1.18,<1.19.0a0 , which can be installed.

We should probably add usgscsm into the env so we can catch these issues easier.

@amystamile-usgs
Copy link
Contributor Author

usgscsm 2.0.1 fixes dependency linking issues.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
Development

No branches or pull requests

2 participants