Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 19650 - opera does not depend on lesstif like it should
Summary: opera does not depend on lesstif like it should
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Heinrich Wendel (RETIRED)
URL:
Whiteboard:
Keywords:
: 24524 (view as bug list)
Depends on: 10774
Blocks:
  Show dependency tree
 
Reported: 2003-04-20 02:03 UTC by Jeremy Huddleston (RETIRED)
Modified: 2003-10-04 10:20 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jeremy Huddleston (RETIRED) gentoo-dev 2003-04-20 02:03:29 UTC
It looks like the opera-6.11.ebuild depends on lessti correctly, but the others (6.11-r1, 6.12) do not.  If we don't emerge lesstif, we don't have libXm.so.2 which causes:

/opt/opera/lib/opera/plugins/operamotifwrapper: error while loading shared libraries: libXm.so.2: cannot open shared object file: No such file or directory


Reproducible: Always
Steps to Reproduce:

1.
2.
3.




Portage 2.0.47-r10 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r4)
=================================================================
System uname: 2.4.20-gentoo-r2 i686 Intel(R) Pentium(R) 4 Mobile CPU 1.60GHz
GENTOO_MIRRORS="http://gentoo.oregonstate.edu/ http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/config"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
PORTDIR="/usr/portage"
DISTDIR="/usr/portage/distfiles"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/usr/tmp"
PORTDIR_OVERLAY="/usr/local/portage"
USE="3dnow zlib bonobo opengl ldap aalib acl acpi alsa apm arts atlas avi berkdb bobobo cdr crypt cups dga directfb doc dvb dvd encode esd evo fbcon flash gb gd gdbm ggi gif gnome gphoto2 gpm gps gtk gtk2 gtkhtml guile imap imlib innodb ipv6 java jikes jpeg junit kde kerberos lcms ldam leim libg++ libgda libwww mbox mikmod mmx motif mozilla mpeg mule mysql nas ncurses nls odbc oggvorbis oss pam pcmcia pda pdflib perl pic plotutils png pnp postgres python qt quicktime radeon readline ruby samba sasl scanner sdl slang slp snmp socks5 spell sse ssl svga tcltk tcpd tetex tiff truetype trusted usb wmf X xml xml2 xmms xv x86 threads mozsvg mozcalendar mozxmlterm"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=pentium3 -mcpu=pentium4 -O3 -pipe -fomit-frame-pointer -falign-functions=4 -falign-jumps=4 -falign-loops=4 "
CXXFLAGS="-march=pentium3 -mcpu=pentium4 -O3 -pipe -fomit-frame-pointer -falign-functions=4 -falign-jumps=4 -falign-loops=4 "
ACCEPT_KEYWORDS="x86 jer"
MAKEOPTS="-j2"
AUTOCLEAN="yes"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
FEATURES="ccache sandbox buildpkg userpriv usersandbox"
Comment 1 Aquila 2003-06-11 07:10:45 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.
Comment 2 Seb Potter 2003-06-12 09:30:12 UTC
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.
Comment 3 Arcady Genkin (RETIRED) gentoo-dev 2003-06-18 10:47:26 UTC
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.
Comment 4 Jeremy Huddleston (RETIRED) gentoo-dev 2003-06-18 11:43:41 UTC
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)

Comment 5 Max 2003-07-09 02:59:24 UTC
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?).
Comment 6 Lisa Seelye (RETIRED) gentoo-dev 2003-07-20 07:41:40 UTC
*** Bug 24524 has been marked as a duplicate of this bug. ***
Comment 7 Heinrich Wendel (RETIRED) gentoo-dev 2003-09-29 12:00:26 UTC
i'm trying to clean up the motif situation ... #29388
Comment 8 Heinrich Wendel (RETIRED) gentoo-dev 2003-10-04 10:20:27 UTC
added dep on all ebuilds to lesstif