Join GitHub today
GitHub is home to over 31 million developers working together to host and review code, manage projects, and build software together.Sign up
samtools on macosx is incompatible with ncurses from defaults channel #13488
this version worked before:
Thanks for the issue report. Until the underlying issue is resolved, the older build can be installed via:
For testing, what samtools command resulted in this error?
It looks like this PR #13464 may have broken samtools.
I experienced the same issue. Some weeks ago it was working without problems, I have no idea what changed to cause this issue... maybe some MacOS update?. I'm working under macOS High Sierra 10.13.6. Now the details:
First, when calling samtools I got this already reported issue:
dyld: Library not loaded: @rpath/libcrypto.1.0.0.dylib
After searching for info I got this solution:
It worked but when calling samtools now the error reported in this thread appeared:
dyld: Symbol not found: _stdscr
So, based on tomkinsc's comment, I tried installing the older build
Now, everything is OK when calling samtools. Actually, I started detecting this issue when trying to run Unicycler... after checking dependencies, the program stopped indicating that samtools was missing. I tried to reinstall samtools several times but it remained not recognized or unable to be called from Unicycler. Fortunately, after installing the old build, now Unicycler recognized samtools and run OK.
It's from conda-forge, as it should be:
(There's the relatively well-known openssl problem, and separately there's an ncurses problem.)
FWIW the reason for this is that the anaconda channel ncurses has not had a fix equivalent to conda-forge/ncurses-feedstock#45 applied. This is what I was alluding to in samtools/samtools#940 (comment) with “Provided the conda user has selected conda-forge for their ncurses […]”.