Re: citrix client on amd64
Am Mittwoch, 10. September 2008 schrieb reg exes:
> Hello,
>
> Thanks to Gudjon for the libmotif3 package!
>
> Now I have another problem and don't know what to try next... :-)
>
> I have installeed the Citrix10 client into it's usual location, i.e.
> /usr/lib/ICAClient.
>
> When I try to run the client, it returns the very famous...
> error while loading shared libraries: libXm.so.3: cannot open shared
> object file: No such file or directory
>
> If I run an "ldd /usr/lib/ICAClient", I get the following output:
>
> *******
> myhost:blabla:~> ldd /usr/lib/ICAClient/wfcmgr
> linux-gate.so.1 => (0xffffe000)
> libXm.so.3 => not found
> libXp.so.6 => /usr/lib32/libXp.so.6 (0xf7f65000)
> libXpm.so.4 => /usr/lib32/libXpm.so.4 (0xf7f55000)
> libSM.so.6 => /usr/lib32/libSM.so.6 (0xf7f4b000)
> libICE.so.6 => /usr/lib32/libICE.so.6 (0xf7f33000)
> libXmu.so.6 => /usr/lib32/libXmu.so.6 (0xf7f1e000)
> libdl.so.2 => /lib32/libdl.so.2 (0xf7f1a000)
> libpthread.so.0 => /lib32/libpthread.so.0 (0xf7f09000)
> libc.so.6 => /lib32/libc.so.6 (0xf7dde000)
> libXt.so.6 => /usr/lib32/libXt.so.6 (0xf7d8e000)
> libX11.so.6 => /usr/lib32/libX11.so.6 (0xf7ca2000)
> libXext.so.6 => /usr/lib32/libXext.so.6 (0xf7c94000)
> libXau.so.6 => /usr/lib32/libXau.so.6 (0xf7c91000)
> /lib/ld-linux.so.2 (0xf7f7c000)
> libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0xf7c8c000)
> *******
>
> Ok.. I've seen many questions concerning this issue and many
> solutions, however, none seem to work. I must be doing something
> incorrectly...
>
> The file exists...
> myhost:blabla:~> ll /usr/lib32/libXm.so.3
> lrwxrwxrwx 1 root root 14 2008-09-08 19:01 /usr/lib32/libXm.so.3 ->
> libXm.so.3.0.2
>
> If I run "strace /usr/lib/ICAClient/wfcmgr", I receive errors stating
> that the above mentioned libXm cannot be found, for example...
>
> *********
> <snip>
> open("/usr/lib32/tls/i686/sse2/cmov/libXm.so.3", O_RDONLY) = -1 ENOENT
> (No such file or directory)
> stat64(0xfffbc000, 0xfffbc074) = -1 ENOENT (No such file or
> directory) open("/usr/lib32/tls/i686/sse2/libXm.so.3", O_RDONLY) = -1
> ENOENT (No such file or directory)
> stat64(0xfffbc000, 0xfffbc074) = -1 ENOENT (No such file or
> directory) open("/usr/lib32/tls/i686/cmov/libXm.so.3", O_RDONLY) = -1
> ENOENT (No such file or directory)
> stat64(0xfffbc000, 0xfffbc074) = -1 ENOENT (No such file or
> directory) open("/usr/lib32/tls/i686/libXm.so.3", O_RDONLY) = -1 ENOENT (No
> such file or directory)
> <snip>
> **********
>
> I've tried linking libXm.so.3 to some of these directories but that
> does not help either.
>
> Any ideas?
>
> Thanks
> regexes
Hi regexes,
I suppose, your libxm3.so might be a 32-bit version, which cannot be started
in amd64-systems.
Possible solution: Use your 32-bit-version from a 32-bit chroot, if you have
installed a 32-bit chroot on your system. If this is your only libxm3.so on
your system (and no other application is using it), you can also copy the
version to the required path.
My personal solution for those things is the following (this is just a
suggestion!):
I made a chroot, as it is describes on the debian-amd64 site.
http://alioth.debian.org/docman/view.php/30192/21/debian-amd64-howto.html#id292281
So this chroot can easily be updated. Whenever I need a 32-bit library for
some application, and it is NOT in the package "ia32-libs", I can make a
symlink from /emul/ia32-linux/lib/myrequiredlib.so to the lib in the chroot.
This is working perfectly for me.
Another way to involve the 32-bit chroot in the system is adding these two
lines in /etc/ld.so.conf.d/x86_64-linux-gnu.conf:
/var/chroot/sid-ia32/lib
/var/chroot/sid-ia32/usr/lib:
This let the system also search in your chroot.
These two ways are working perfectly for me, although the second way IMO is
more unsure, as a libs out of the chroot might be misused.
Hope this helps e little bit.
Good luck
Hans
Reply to: