could not load: libhts.so, but in LD_LIBRARY_PATH

[wdecoster]

Hi,

My usual CentOS6 server has an outdated libc.so.6 so I have to use a more recent OS. Sysadmin told me this cannot be updated, unfortunately. Anyway, on the other server (CentOS7) I downloaded the binary and installed the libhts.so using conda install htslib.

Since find ~ -name libhts.so returns

/home/wdecoster/anaconda3/pkgs/htslib-1.6-0/lib/libhts.so
/home/wdecoster/anaconda3/lib/libhts.so

I changed the LD_LIBRARY_PATH to /home/wdecoster/anaconda3/lib/:/home/wdecoster/anaconda3/pkgs/htslib-1.6-0/lib/

Yet, when executing ./indelope -h I get:

could not load: libhts.so
compile with -d:nimDebugDlOpen for more information

Did I mess up somewhere? I can install nim and try compiling with the suggested -d:nimDebugDlOpen flag, or what do you suggest?

Installation on my Ubuntu17.10 desktop does work.

Cheers, Wouter

[brentp]

you need to do: export LD_LIBRARY_PATH=/home/wdecoster/anaconda3/pkgs/htslib-1.6-0/lib/

not just set it.

[wdecoster]

That's what I did, more specifically, I added the following line in my ~/.bashrc (and sourced the file afterwards)

export LD_LIBRARY_PATH="/home/wdecoster/anaconda3/lib/:/home/wdecoster/anaconda3/pkgs/htslib-1.6-0/lib/"

Trying again, explicitly as you suggested:

export LD_LIBRARY_PATH=/home/wdecoster/anaconda3/pkgs/htslib-1.6-0/lib/
echo $LD_LIBRARY_PATH
/home/wdecoster/anaconda3/pkgs/htslib-1.6-0/lib/


./indelope 
could not load: libhts.so
compile with -d:nimDebugDlOpen for more information

[brentp]

what does ls -lh $LD_LIBRARY_PATH show?

[wdecoster]

The libhts.so files turn out to link to libhts.so.1.6

$ ls -lh $LD_LIBRARY_PATH
total 1.9M
-rw-rw-r-- 2 wdecoster wdecoster 1.1M Oct 25 07:49 libhts.a
lrwxrwxrwx 1 wdecoster wdecoster   13 Nov 15 15:48 libhts.so -> libhts.so.1.6
-rw-rw-r-- 2 wdecoster wdecoster 838K Oct 25 07:49 libhts.so.1.6
lrwxrwxrwx 1 wdecoster wdecoster   13 Nov 15 15:48 libhts.so.2 -> libhts.so.1.6
drwxrwxr-x 2 wdecoster wdecoster   23 Nov 15 15:47 pkgconfig

Does that look as expected? Should I try installing htslib without conda?

[brentp]

yes. I would try that. it's easy enough to build and then you just set LD_LIBRARY_PATH to the directory.

[wdecoster]

Thanks, that seems to do the trick:

wget https://github.com/samtools/htslib/releases/download/1.6/htslib-1.6.tar.bz2
tar xjf htslib-1.6.tar.bz2
cd htslib-1.6
./configure ~/bin/
make
export LD_LIBRARY_PATH=/home/wdecoster/htslib-1.6/libhts.so



./indelope -h
indelope 0.0.1

  Usage: indelope [options] <reference> <BAM-or-CRAM>

Arguments:

  <reference>     reference fasta file.
  <BAM-or-CRAM>   call variants in this file.

Options:

  -m --min-reads <INT>        minimum number of reads to send for alignment [default: 3]
  -c --min-contig-len <INT>   minimum contig length to send for alignment [default: 73]
  -e --min-event-len <INT>    minimum size of indel to report [default: 4]
  -t --threads <INT>          number of cram/bam decompression threads [default: 1]
  -h --help                   show help

Would there be an "easy" way to solve the outdated libc.so.6 issue on the other server? If not I'll have to talk to our sysadmin about fixing mounts etc to give me access to the data on the recent server...

To be more specific, this is the error on the older server:

$ indelope 
indelope: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by indelope)

[brentp]

so your troubles have highlighted the need for a binary for older systems. I am also fixing some severe (but shallow) bugs. How about you wait until next week and I'll make a binary for the older systems as well. I'd rather you use it successfully and report on substantial issues/features rather than test your patience with annoying issues like these.

[wdecoster]

That sounds great.

[brentp]

sorry for the delay. See my response here: https://github.com/brentp/indelope/issues/4#issuecomment-348705688

I'll be working on indelope again this week and hope to make good progress on accuracy and then I'll work on improving distribution/install.

[wdecoster]

Thanks for the update, I'll keep an eye on this repository.

[fatcc]

Hi, I tried to install mosdepth in a new created env with "conda install mosdepth", but the same error repeated appear as below.

$ mosdepth -h
could not load: libhts.so
compile with -d:nimDebugDlOpen for more information

I tried to install libhts.so manually and set the LD_LIBRARY_PATH for all found libhts.so seperately, however, it didn't work.

$ find / -name "libhts.so"
/root/miniconda2/lib/libhts.so
/root/miniconda2/envs/env_mosdepth/lib/libhts.so
/root/miniconda2/pkgs/htslib-1.7-0/lib/libhts.so
/root/cc/biosoft/htslib-1.7/libhts.so
/root/cc/biosoft/htslib-1.6/libhts.so

ex.

$ LD_LIBRARY_PATH=/root/cc/biosoft/htslib-1.7/ mosdepth -h
could not load: libhts.so
compile with -d:nimDebugDlOpen for more information

Is there any else method to solve it?

Thanks in advance.

Sincerely, cc

[brentp]

Hmm. Are you sure that libhts.so is still there? What does ls $LD_LIBRARY_PATH/libhts.so show?