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

OpenSSL migration #13958

Closed
dpryan79 opened this issue Mar 7, 2019 · 21 comments
Closed

OpenSSL migration #13958

dpryan79 opened this issue Mar 7, 2019 · 21 comments

Comments

@dpryan79
Copy link
Contributor

dpryan79 commented Mar 7, 2019

@bioconda/all Thanks to conda-forge largely finishing their migration to OpenSSL 1.1.1, we've now upgraded the bioconda-wide pinnings to match.

Why was this done?

There has been a recent spate of people running into cryptic error messages due to using conda install and it upgrading OpenSSL on them. Recently a new minor release of OpenSSL (1.1.1) was made available in the conda-forge and defaults channels and this version is not compatible with our previous project-wide pinnings (to 1.0.2). Since OpenSSL is typically among the packages in conda config --show aggressive_update_packages and therefore automatically updated upon using conda install, this version change resulted in tools such as samtools no longer having a compatible OpenSSL if they were installed into an environment already before conda install was used to install a package not itself pinned to a compatible OpenSSL version.

What do we need to do now?

We (the core team) have already taken care of updating the most commonly used packages that make use of OpenSSL (samtools, htslib, pysam, etc.), but if you have other packages you're using that you'd like to ensure are compatible with our updated pinnings then use bioconda-utils update-pinning as layed out in the documentation. If you have not already updated your applicable recipes for the recent compiler change change to GCC7 and clang, then not that that will be done at the same time (for more on that, see #13578 ).

We hope this will alleviate the pain many have experienced when faced with cryptic libcrypto-related errors upon using conda install.

As always, please feel free to open an issue and/or ping @bioconda/core if you run into problems.

@jbelyeu
Copy link
Contributor

jbelyeu commented Mar 9, 2019

I'm still having a related issue. Installing with conda works fine, but the samtools package is still pointing to libcrypto.so.1.0.0. Similar to PacificBiosciences/pbbioconda#85

Example:
`
$ samtools

samtools: error while loading shared libraries: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory

$ openssl version

OpenSSL 1.1.1b 26 Feb 2019

$ conda --version

conda 4.6.7
`

@dpryan79
Copy link
Contributor Author

dpryan79 commented Mar 9, 2019

What does conda list | grep samtools show?

@jbelyeu
Copy link
Contributor

jbelyeu commented Mar 9, 2019

conda list | grep samtools
samtools                  1.9                  hb029021_5    bioconda

@dpryan79
Copy link
Contributor Author

dpryan79 commented Mar 9, 2019

You'll need to conda install samtools, there are more recent builds against the updated OpenSSL.

@jbelyeu
Copy link
Contributor

jbelyeu commented Mar 9, 2019

Ok, great, working now.

@ghost
Copy link

ghost commented Mar 11, 2019

Hi Devon,

Despite trying to follow your advice mine is still not working.

I get the following error message:

(base) ralphs-imac:~ ralphstadhouders$ samtools
dyld: Library not loaded: @rpath/libcrypto.1.0.0.dylib
Referenced from: /Users/ralphstadhouders/bioinformatics/anaconda2/bin/samtools
Reason: image not found
Abort trap: 6

This is what conda list | grep samtools shows:

(base) ralphs-imac:~ ralphstadhouders$ conda list | grep samtools
samtools 1.9 hb029021_5 bioconda

Running conda install samtools just ends in telling me that everything is up to date.

Thanks in advance,
Ralph

@bgruening
Copy link
Member

@RStadhouders the version you need to install is samtools-1.9-h7c4ea83_11 to the 11 build number. Also try to not install into your root/base environment, always use conda create -n samtools samtools for example.

Hope that helps!

@ghost
Copy link

ghost commented Mar 11, 2019 via email

@dpryan79
Copy link
Contributor Author

conda install samtools=1.9 by itself should suffice, you can't give conda install the full hash and build number as far as I know.

@ghost
Copy link

ghost commented Mar 11, 2019 via email

@dpryan79
Copy link
Contributor Author

dpryan79 commented Mar 11, 2019 via email

@ghost
Copy link

ghost commented Mar 11, 2019 via email

@dpryan79
Copy link
Contributor Author

Yes, give that a whirl.

@mikecormier
Copy link
Member

Hey @dpryan79, I am having the same problem. That is, I can only install/update samtools to build 5, and am unable to access build 11. However, this seems to be isolated to an anaconda distribution. It seems that there is no problem when using a miniconda distribution. I am not sure why there would be a difference. Any suggestions?

@dpryan79
Copy link
Contributor Author

What version of conda do you have and what else is in the environment?

@mikecormier
Copy link
Member

Conda version: conda 4.6.8
This installation of anaconda is new and the environment should be clean

@PertuyF
Copy link
Contributor

PertuyF commented Mar 11, 2019

You should be able to provide part of the build number with conda install samtools=1.9=*_11.

Otherwise, conda install samtools=1.9 --force-reinstall will try to install samtools even if it is already in your environment.

@unode
Copy link
Member

unode commented Mar 17, 2019

How should package versions that are no longer in the git repository be handled?
For instance blast==2.6.0 is pinned by rgi==4.4.2 and exists in anaconda but is no longer in git-master nor does it pin openSSL. Due to this it breaks if openssl 1.1 is installed in the conda environment.

@dpryan79
Copy link
Contributor Author

@unode The general strategy is to ignore them unless absolutely needed. These packages will still install and work fine in new environments, they just won't be able to be mixed with newer versions of other programs.

@dpryan79
Copy link
Contributor Author

This should be done now, closing.

@YantingHuang
Copy link

this would work:
conda install -c bioconda samtools=1.9

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

7 participants