Bugzilla Bug 229941

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)

Created an attachment (id=158833) [details]
ebuild for newest version (bin)

It looks like it depends on really old lua...
Would you mind testing game in this attachment?

They have source open ebuild but it depends on library which not even have
versioning and still is only in svn :(

Created an attachment (id=158835) [details]
patch fixing looking for liblualib for version 1.2.0

Created an attachment (id=162904) [details]
ebuild on newest version

changes against previous ebuild: only repoman compilant now...

in portage.   thanks for the ebuild.