| Summary: | opera does not depend on lesstif like it should | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Jeremy Huddleston (RETIRED) <eradicator> |
| Component: | New packages | Assignee: | Heinrich Wendel (RETIRED) <lanius> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | agenkin, gentoo, lostlogic |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | 10774 | ||
| Bug Blocks: | |||
|
Description
Jeremy Huddleston (RETIRED)
2003-04-20 02:03:29 UTC
I had the same problem, same solution worked. So I guess there's an aditional runtime dependency needed on x11-libs/lesstif. I haven't experienced any serious improvements with lesstif, but I guess I'm too used to the "buggy" version. This also applies to the ebuild for Opera 7, Linux x86. Specifically applies to the operamotifwrapper plugin for netscape 4 plugins which includes all versions of flash. Opera has a strong dependency on lesstif for libXm.so.2 when dynmically linked. Lesstif does not seem to impact openmotif, which provides libXm.so.3 Other less favourable option is to use statically-linked version of opera in ebuild. We *are* using a statically-linked opera in the ebuild. AFAIU the problem is not with the browser itself (id doesn't need the motif libraries), but the plugins, such as flash and java, which need the motif run-time libaries. Bug 10774 claims that not only opera does not require lesstif, but it causes problems. I won't have time to test it until in a month or so. The OPERA binary is static, but the motifwrapper is NOT! It's not the plugins themselves that require motif. It is the wrapper.
~ $ ldd /opt/opera/lib/opera/plugins/operamotifwrapper
libXm.so.2 => /usr/lib/libXm.so.2 (0x40030000)
libdl.so.2 => /lib/libdl.so.2 (0x401c2000)
libc.so.6 => /lib/libc.so.6 (0x401c5000)
libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x402f5000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4034d000)
libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x4042e000)
libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40437000)
libXp.so.6 => /usr/X11R6/lib/libXp.so.6 (0x4044f000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x40457000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
On the Opera website, they state that Opera 6.12 has been tested with openmotif-2.1.30. As stated above, the openmotifwrapper requires libXm.so.2, which is provided by openmotif-2.1.30 but not by the newer openmotif-2.2.2 (which only seems to provide libXm.so and libXm.so.3). As a workaround, people in the forums have claimed that creating a symlink from libXm.so to LibXm.so.2 works. Alternatively, maybe the ebuild could be amended to require the older version of openmotif (maybe need some SLOT thingy to have both versions installed?). *** Bug 24524 has been marked as a duplicate of this bug. *** i'm trying to clean up the motif situation ... #29388 added dep on all ebuilds to lesstif |