Bugzilla Bug 209912

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 an attachment (id=145893) [details]
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