[nmglug] Wengophone

[Ed Brown]

You know, I don't think ldd tells you where a program is looking for 
shared libraries, as much as telling you where it found them.  And I 
believe it's /etc/ld.so.conf and/or the files in /etc/ld.so.conf.d/ 
that tell the OS where to look for shared libraries, kind of like 
$PATH says where to look for executables.  (At least redhat/fedora 
uses those locations.)  (And please correct me if this is wrong.)

You may not care to pursue this anymore since you have ekiga working, 
but if you do:

grep -r /usr/lib/qt-3.3/lib /etc/ld.so.conf*

and if that directory doesn't show up anywhere, well, that would be a 
problem.  If it does, then maybe the problem like Gary mentioned is 
that qtwengophone was built using a different glibc, or in a different 
enough environment that it's not worth trying to resolve the dependencies.

-Ed


BrianO'Keefe wrote:
> So interestingly:
> 
> libQtUiTools.so.4 => not found
>         libgnutls.so.13 => not found
> 
> 
> Ed Brown wrote:
>> BrianO'Keefe wrote:
>>> Thanks Gary, it does:
>>> libQtGui.so.4 => /usr/lib/libQtGui.so.4
>>> Gary Sandine wrote:
>>>> This might show you where:
>>>> ldd $( which qtwengophone )
>> I think things got sidetracked here.  The file causing problems was
>> libQtUiTools.so.4., not libQtGui.so.4.  Run ldd again to see where
>> qtwengophone is looking for libQtUiTools.so.4.  Probably the same
>> place.  If so, try Lee's symlink command again, substituting filenames.
>>
>> -Ed
>>
>> _______________________________________________
>> nmglug mailing list
>> nmglug at nmglug.org
>> http://www.nmglug.org/mailman/listinfo/nmglug
>>
> 
> _______________________________________________
> nmglug mailing list
> nmglug at nmglug.org
> http://www.nmglug.org/mailman/listinfo/nmglug