Closed
Bug 2940
Opened 26 years ago
Closed 26 years ago
Unable to load shared libraries when viewer is launched
Categories
(Core Graveyard :: Viewer App, defect, P1)
Tracking
(Not tracked)
VERIFIED
WORKSFORME
People
(Reporter: fenella, Assigned: leaf)
Details
Re: Linux feb4 seamonkey build
Unable to launch viewer. Error message is:
error in loading shared libraries.
libraptorwebwidget.so: cannot open shared object file: no such file or
directory
Per Brian, these shared libraries files should have been included in the build.
It is a bug because users do not normally install these files in their systems.
Note: I have put this bug in the viewer app component. If it should be something
else, please advise.
Updated•26 years ago
|
Status: NEW → ASSIGNED
Comment 1•26 years ago
|
||
I'm not sure if this bug is regarding netscape internal qa verification builds,
or the packages on ftp.mozilla.org... can i get clarification here?
Also, in case this is what i think it is, is LD_LIBRARY_PATH being set to the
directory the viewer and apprunner executables live in? The shared objects
aren't automatically found like they are in the windows environment.
Linux should be running fine with internal build installations. fenella, did
you grab the right bits? lchiang/beppe...someone helping her?
Comment 3•26 years ago
|
||
per leger, assigning QA contacts to all open bugs without QA contacts according
to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → WORKSFORME
This problem no longer exists using build script per Beth's instruction.
Updated•16 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•