Thanks. Test if /opt/ICAClient/wfcmgr starts up correctly.
x86 stable
Do -r2, nothing really changed
(In reply to comment #0) > Thanks. Test if /opt/ICAClient/wfcmgr starts up correctly. This reads /usr/bin/wfcmgr
Created attachment 145893 [details, diff] Patch for icaclient-10.6-r3.ebuild On amd64 I get: $ wfcmgr /opt/ICAClient/wfcmgr.bin: error while loading shared libraries: libXm.so.3: cannot open shared object file: No such file or directory $ ls -l /opt/ICAClient/libXm.so.3 lrwxrwxrwx 1 root root 21 Mar 12 10:32 /opt/ICAClient/libXm.so.3 -> /usr/lib32/libXm.so.4 Attached patch should fix it. (Stable icaclient-10.6 also doesn't work, BTW.)
Because of bug 200426 I assume.
(In reply to comment #5) > Because of bug 200426 I assume. ... which is sitting there since three months and nobody seems to care. The point is that >=emul-linux-x86-xlibs-20071114 is broken wrt openmotif, so icaclient's dependencies should be changed.
(In reply to comment #6) > (In reply to comment #5) > > Because of bug 200426 I assume. > > ... which is sitting there since three months and nobody seems to care. > > The point is that >=emul-linux-x86-xlibs-20071114 is broken wrt openmotif, so > icaclient's dependencies should be changed. I think about dropping the keyword for amd64 entirely, as I know no sane fix...or do you?
bug 200426 has an easy enough of a workaround that it doesn't irritate me too much, but I do wish someone would fix it. I'm now running into a case where icaclient is conflicting with myother emul-linux-x86 packages (i'm pulling ~amd64 to be more up to date on the libraries). I'm loathe to suggest this, but maybe icaclient package should just blindly link /usr/lib32/libXm.so.4 to libXm.so.3 on amd64, require emul-linux-x86-xlibs (not version specific) and direct any bugs regarding the non-existence of libXm.so.3 to the emul-linux team :) For now, to workaround it, I've moved a hacked icaclient into my own portage overlay and am dealing with bug 200426 by hand.
(In reply to comment #8) > I'm loathe to suggest this, but maybe icaclient package should just > blindly link /usr/lib32/libXm.so.4 to libXm.so.3 on amd64, require > emul-linux-x86-xlibs (not version specific) and direct any bugs regarding > the non-existence of libXm.so.3 to the emul-linux team :) This doesn't help. The main problem is that the newer emul-linux-xlibs versions install libXm in /usr/lib32/openmotif-2.2 instead of /usr/lib32 where it belongs. So they are unusable wrt openmotif (to say it bluntly). Setting random links in /usr/lib32 is not the business of the icaclient package, and will lead to potential file collisions lateron.
(In reply to comment #8) > bug 200426 has an easy enough of a workaround that it doesn't irritate me too > much, but I do wish someone would fix it. I'm now running into a case where > icaclient is conflicting with myother emul-linux-x86 packages (i'm pulling > ~amd64 to be more up to date on the libraries). emul-linux-x86-xlibs has been updated to 20080316, could you please test with that? It would really help me to have a real amd64 test, as I don't have such a system.
ICAClient works fine with emul-linux-x86-xlibs-20080316. Please update the ebuild and stabilize it if emul-linux-x86-xlibs-20080316 goes stable.
amd64 stable
