SOLVED: unable to launch app due to "cannot open shared object file"

Tom Poe tompoe at fngi.net
Sun May 20 01:59:36 UTC 2007


Tony Nelson wrote:
> At 8:23 PM -0500 5/19/07, Tom Poe wrote:
>   
>> Tony Nelson wrote:
>>     
>>> At 8:01 PM -0500 5/19/07, Tom Poe wrote:
>>>
>>>       
>>>> Tony Nelson wrote:
>>>>
>>>>         
>>>>> At 5:02 PM -0700 5/19/07, stan wrote:
>>>>>
>>>>>
>>>>>           
>>>>>> On Sat, 19 May 2007 16:56:56 -0500
>>>>>> Tom Poe <tompoe at fngi.net> wrote:
>>>>>>
>>>>>>
>>>>>>
>>>>>>             
>>>>>>> $ openmovieeditor: error while loading shared libraries:
>>>>>>> libgavl.so.0: cannot open shared object file: No such file or
>>>>>>> directory
>>>>>>>
>>>>>>> [1]+  Exit 127                openmovieeditor
>>>>>>>
>>>>>>> I then ran:
>>>>>>> $ locate libgavl.so
>>>>>>> /home/tom/temp/gavl-0.2.5/gavl/.libs/libgavl.so
>>>>>>> /home/tom/temp/gavl-0.2.5/gavl/.libs/libgavl.so.0
>>>>>>> /home/tom/temp/gavl-0.2.5/gavl/.libs/libgavl.so.0.0.0
>>>>>>> /usr/local/lib/libgavl.so
>>>>>>> /usr/local/lib/libgavl.so.0
>>>>>>> /usr/local/lib/libgavl.so.0.0.0
>>>>>>>
>>>>>>> I then brought up /etc/ld.so.conf and added
>>>>>>> "include /usr/local/lib/", then I ran command: ldconfig
>>>>>>> but no go.  Any solutions?
>>>>>>> Tom
>>>>>>>
>>>>>>>
>>>>>>>               
>>>>>> This might be a long shot, but I'm thinking that it is a dependency
>>>>>> that libgavi.so.0 needs that is causing the problem.  i.e. it is trying
>>>>>> to call another library and it isn't there.  Not sure how you would
>>>>>> verify that, unless it is in the logs somewhere, or you install the
>>>>>> libgavi-devel package so you can then run gdb on the process to find
>>>>>> out where it is failing.
>>>>>>
>>>>>>
>>>>>>             
>>>>> My own guess is that libgavl's home in /usr/local/lib/ is not in the
>>>>> default library search path in /etc/ld.so.conf and /etc/ld.so.conf.d/.
>>>>> ldconfig -p | grep '/usr/local' will probably be empty.  Google around a
>>>>> bit before making too much of this; I've never done it myself.
>>>>>
>>>>>
>>>>>           
>>>> Well, everyone was helpful.  Turned out that when I ran "echo
>>>> LD_LIBRARY_PATH" it was empty.  I added /usr/local/lib by typing (I
>>>> think):  ]$ LD_LIBRARY_PATH=/usr/local/lib and then:
>>>> export LD_LIBRARY_PATH
>>>>
>>>> That should do it, at least until I have to shut down and boot up
>>>> again.  :)
>>>> Tom
>>>>
>>>>         
>>> Google on "linux library search path" to find out why LD_LIBRARY_PATH isn't
>>> such a good idea.
>>>
>>>       
>> I'm afraid to look.  :)
>> What's a better alternative?
>>     
>
> AIUI, either putting the lib in a standard location (/usr/lib) or adding a
> file to /etc/ld.so.conf.d/ and then running ldconfig (man ldconfig).  The
> suggestion was that LD_LIBRARY_PATH affects all uses of shared libs and
> that can have unintended consequences.  Perhaps /usr/local/lib is safe
> enough.
>   
RATS!  At one point, I came across something on google, and entered a 
line in /etc/ld.so.conf, not ld.so.conf.d, then ran ldconfig.  It didn't 
work, of course.
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tompoe.vcf
Type: text/x-vcard
Size: 340 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-list/attachments/20070519/9fafff60/attachment-0001.vcf>


More information about the fedora-list mailing list