Closed GoogleCodeExporter closed 9 years ago
this won't work either (using the distribution test file):
./interproscan.sh -i test_nt_seqs.fasta -f tsv --goterms --iprlookup -t n -o
test_nt_seqs.tsv
Seb
Original comment by sebri...@gmail.com
on 23 Jul 2014 at 8:22
Original comment by Maxim.Sc...@gmail.com
on 28 Jul 2014 at 1:19
In my case, this solved the issue:
locate libmysqlclient
..
/usr/lib/x86_64-linux-gnu/libmysqlclient.so.18
/usr/lib/x86_64-linux-gnu/libmysqlclient.so.18.0.0
/usr/lib/x86_64-linux-gnu/libmysqlclient_r.so.18
/usr/lib/x86_64-linux-gnu/libmysqlclient_r.so.18.0.0
..
cd /usr/lib/x86_64-linux-gnu/
sudo ln -s libmysqlclient.so.18 libmysqlclient.so.16
then I got similar errors for libssl.so.10 and libcrypto.so.10 and repeated the
procedure by linking these to slightly older versions which I had in the same
/usr/lib/x86_64-linux-gnu/ folder.
Original comment by heikki.s...@gmail.com
on 30 Jul 2014 at 12:01
Thanks for sharing that with the community.
Best,
Maxim
Original comment by Maxim.Sc...@gmail.com
on 30 Jul 2014 at 12:55
Hi Maxim,
thanks for helping on this. Sorry to bother you again with this, but your fix
doesn't work here.
locate libmysqlclient
..
/usr/lib64/mysql/libmysqlclient.so.15
/usr/lib64/mysql/libmysqlclient.so.15.0.0
/usr/lib64/mysql/libmysqlclient.so.18
/usr/lib64/mysql/libmysqlclient.so.18.0.0
/usr/lib64/mysql/libmysqlclient_r.so.15
/usr/lib64/mysql/libmysqlclient_r.so.15.0.0
..
sudo ln -s /usr/lib64/mysql/libmysqlclient.so.18
/usr/lib64/mysql/libmysqlclient.so.16
ls -l /usr/lib64/mysql
-rwxr-xr-x 1 root root 1517784 Feb 19 2011 libmysqlclient_r.so.15.0.0
lrwxrwxrwx 1 root root 24 Sep 17 2012 libmysqlclient.so.15 ->
libmysqlclient.so.15.0.0
-rwxr-xr-x 1 root root 1507344 Feb 19 2011 libmysqlclient.so.15.0.0
lrwxrwxrwx 1 root root 37 Aug 1 03:21 libmysqlclient.so.16 ->
/usr/lib64/mysql/libmysqlclient.so.18
lrwxrwxrwx 1 root root 24 Sep 17 2012 libmysqlclient.so.18 ->
libmysqlclient.so.18.0.0
-rwxr-xr-x 1 root root 3119920 Aug 15 2012 libmysqlclient.so.18.0.0
Same error:
bin/nucleotide/getorf: error while loading shared libraries:
libmysqlclient.so.16: cannot open shared object file: No such file or directory
Can you please let me know where iprscan is expecting that file ?
One more point on this:
Lucky me, I'm in the sudoer file on that specific server. However, my final
goal is to use the cluster mode (SGE) on a grid where I don't have any
permissions for modifying the nodes libs.
Would it be possible for you to add a parameter in the properties file that
allows us to specify MYSQL_LIB=PATH for example ?
Actually, would it be possible to have a version of iprscan that can locate and
use those .so files by itself ? That would be very convenient for us that are
not sudoers on every node/server.
Thanks,
Seb
Original comment by sebri...@gmail.com
on 1 Aug 2014 at 7:43
Hi Seb,
Please note, if the provided EMBOSS getorf binary doesn't work, you could
always use your local one. Check if there is already one installed on your
cluster. If not you would have to ask your system administrator to
compile/install the same getorf version as in InterProScan, which you could
then use by changing the path in your properties file:
binary.getorf.path=???
There is a section about compiling binaries in our documentation, which you
will find here:
http://code.google.com/p/interproscan/wiki/CompilingBinaries#
In theory you don't need to use InterProScan's ORF prediction functionality.
You could also use your own tools first and feed InterProScan with protein
sequences later on.
Best,
Maxim
Original comment by Maxim.Sc...@gmail.com
on 1 Aug 2014 at 8:07
Hi Maxim,
that's exactly what I figured out after my previous message, and this fixed the
issue indeed!
Thanks for your help!
Seb
Original comment by sebri...@gmail.com
on 1 Aug 2014 at 8:44
[deleted comment]
Original comment by Maxim.Sc...@gmail.com
on 4 Aug 2014 at 8:30
Original issue reported on code.google.com by
sebri...@gmail.com
on 23 Jul 2014 at 8:13