See these commands, they speak by themselves:
$ mtp-target-bin-server
./mtp_target_service: error while loading shared libraries: liblualib50.so.5.0:
cannot open shared object file: No such file or directory
$ mtp-target-bin-client
./client: error while loading shared libraries: liblualib50.so.5.0: cannot open
shared object file: No such file or directory
When running "ls -l /opt/mtp-target-bin/lib", I see this broken link:
/opt/mtp-target-bin/libliblualib50.so.5.0 -> /usr/lib/liblualib.so
$ ls -l /usr/lib/liblua*
-rw-r--r-- 1 root root 308K Jun 11 10:57 /usr/lib/liblua.a
-rw-r--r-- 1 root root 791 Jun 11 10:57 /usr/lib/liblua.la
lrwxrwxrwx 1 root root 15 Jun 11 10:57 /usr/lib/liblua.so -> liblua.so.5.1.3*
lrwxrwxrwx 1 root root 15 Jun 11 10:57 /usr/lib/liblua.so.5 ->
liblua.so.5.1.3*
-rwxr-xr-x 1 root root 160K Jun 11 10:57 /usr/lib/liblua.so.5.1.3*
So, I don't have 'liblualib*' file on my system, but I have lua installed:
[ebuild R ] dev-lang/lua-5.1.3-r1 USE="readline -deprecated -static" 211
kB
Then, I've tried this:
# cd /opt/mtp-target-bin/lib/
# ln -snf /usr/lib/liblua.so liblualib50.so.5.0
On my x86 machine, that was enough to make the program run. So, I think this
should be a one-line-fix at mtp-target-bin-1.2.0.ebuild.
On my amd64 machine, however, I got:
./client: error while loading shared libraries: liblualib50.so.5.0: wrong ELF
class: ELFCLASS64
So, AFAIK, mtp-target-bin is not usable in amd64, at least not without some
32-bit libraries. (ldd output on 'client' shows libcurl.so.2,
liblualib50.so.5.0 and liblua50.so.5.0 as not found)
