Bug 178153 - epiphany incorrectly compiled against libXt-devel
Summary: epiphany incorrectly compiled against libXt-devel
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: mozilla
Version: 5
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Christopher Aillon
QA Contact: Ben Levenson
URL:
Whiteboard:
Depends On:
Blocks: FC5Blocker
TreeView+ depends on / blocked
 
Reported: 2006-01-18 02:49 UTC by Michel Alexandre Salim
Modified: 2007-11-30 22:11 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-02-20 11:37:04 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Michel Alexandre Salim 2006-01-18 02:49:53 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.8) Gecko/20051111 Firefox/1.5

Description of problem:
On a cleanly installed system without X development libraries, Epiphany crashes on startup with the following:

LoadPlugin: failed to initialize shared library libXt.so [libXt.so: cannot open shared object file: No such file or directory]
LoadPlugin: failed to initialize shared library libXext.so [libXext.so: cannot open shared object file: No such file or directory]

Symlinking libXt.so.6 to libXt.so does not solve the problem; one had to install libXt-devel before Epiphany would start (the missing libXext.so does not seem to matter). Just installing libXt-devel with --nodeps allows Epiphany to run.

It looks like the package was built against the static libraries?


Version-Release number of selected component (if applicable):
epiphany-1.9.4-1

How reproducible:
Always

Steps to Reproduce:
1. yum install epiphany
2. yum remove libXt-devel libXext-devel
3. epiphany
  

Actual Results:  Epiphany should run; it does not depend on libXt-devel and libXext-devel

Expected Results:  Epiphany does not run, terminating with the LoadPlugin errors. On the second attempt it would display the dialog box asking if the previous windows should be recovered, then terminate with the same LoadPlugin errors.



Additional info:

Comment 1 Michel Alexandre Salim 2006-01-21 16:19:53 UTC
Bug still present in epiphany-1.9.5.1-1

Comment 2 Christopher Aillon 2006-01-21 17:08:49 UTC
Think this is a bug in the libXt package.  mharris what do you think?

Comment 3 Mike A. Harris 2006-01-23 16:07:50 UTC
Bug in Epiphany.  It should not be dlopen'ing libXt.so as that is a devel
symlink, as in every other library package in the OS.  It should either
be dlopen()ing the versioned .so, or dynamically linking properly to libXt,
like other apps do.

Definitely not an Xt bug.

HTH

Comment 4 Matthias Clasen 2006-01-31 20:30:11 UTC
Mike, I am pretty sure epiphany is not dlopening libXt.so, as that string does
not occur in the sources at all. Any change this could be related to another
problem (bug 179044) where we see unversioned X libs being openend ?

Comment 5 Christopher Aillon 2006-02-16 18:38:53 UTC
I actually can't reproduce this at all.  Epiphany starts fine for me, and so
does mozilla.  What plugins do you have installed if any?

Comment 6 Michel Alexandre Salim 2006-02-19 04:13:02 UTC
I can't reproduce this anymore either (1.9.7). As for plugins, I had the 32-bit
Flash and Java plugins installed (only the Flash plugin is in the global plugins
directory, though, and I did not get a "wrong ELF class" error so Epiphany was
not trying to load it)

Should I close the bug?

Comment 7 Rahul Sundaram 2006-02-20 11:37:04 UTC

Closing this report as per the last comments. Kindly reopen if you can reproduce
this consistently. 


Note You need to log in before you can comment on or make changes to this bug.