LD_LIBRARY_PATH ; to set or not to set....
Paul Howarth
paul at city-fan.org
Wed May 17 14:47:33 UTC 2006
James Pifer wrote:
>> As root, edit a file with a name that makes sense in /etc/ld.so.conf.d
>> on the order of app-name.conf. In that file place the pathname to the
>> libraries of the application. (Take a look at existing files).
>>
>> Then run ldconfig.
>>
>> Ed
>>
>
> Not having much luck. I created a file called:
> /etc/ld.so.conf.d/arlibs.conf
>
> It contains this path:
> /usr/local/lib/ar63
>
> When I run ldconfig I get:
> # ldconfig
> ldconfig: /usr/local/lib/ar63/libicutoolutil28.so.28 is not a symbolic link
>
> ldconfig: /usr/local/lib/ar63/libicuio28.so.28 is not a symbolic link
>
> ldconfig: /usr/local/lib/ar63/libicui18n28.so.28 is not a symbolic link
>
> ldconfig: /usr/local/lib/ar63/libicule28.so.28 is not a symbolic link
>
> ldconfig: /usr/local/lib/ar63/libiculx28.so.28 is not a symbolic link
>
> ldconfig: /usr/local/lib/ar63/libicudata28.so.28 is not a symbolic link
>
> ldconfig: /usr/local/lib/ar63/libicuuc28.so.28 is not a symbolic link
>
>
> The files in /usr/local/lib/ar63 are:
> ls -l
> total 49100
> -rwxr-xr-x 1 root root 3202324 May 17 08:17 libar.a
> -rwxr-xr-x 1 root root 4060096 May 17 08:18 libarjni63.so
> -rwxr-xr-x 1 root root 2445439 May 17 08:19 libar.so
> -rwxr-xr-x 1 root root 376230 May 17 08:19 libarutiljni63.so
> -rwxr-xr-x 1 root root 5964473 May 17 08:21 libarxmlutil.so
> -rw-r--r-- 1 root root 8278341 May 17 08:23 libicudata28.so
> -rw-r--r-- 1 root root 8278341 May 17 08:26 libicudata28.so.28
> -rw-r--r-- 1 root root 8278341 May 17 08:28 libicudata28.so.28.0
> -rw-r--r-- 1 root root 1476170 May 17 08:29 libicui18n28.so
> -rw-r--r-- 1 root root 1476170 May 17 08:29 libicui18n28.so.28
> -rw-r--r-- 1 root root 1476170 May 17 08:30 libicui18n28.so.28.0
> -rw-r--r-- 1 root root 47104 May 17 08:30 libicuio28.so
> -rw-r--r-- 1 root root 47104 May 17 08:30 libicuio28.so.28
> -rw-r--r-- 1 root root 47104 May 17 08:30 libicuio28.so.28.0
> -rw-r--r-- 1 root root 196612 May 17 08:30 libicule28.so
> -rw-r--r-- 1 root root 196612 May 17 08:30 libicule28.so.28
> -rw-r--r-- 1 root root 196612 May 17 08:30 libicule28.so.28.0
> -rw-r--r-- 1 root root 48041 May 17 08:30 libiculx28.so
> -rw-r--r-- 1 root root 48041 May 17 08:30 libiculx28.so.28
> -rw-r--r-- 1 root root 48041 May 17 08:30 libiculx28.so.28.0
> -rw-r--r-- 1 root root 63300 May 17 08:30 libicutoolutil28.so
> -rw-r--r-- 1 root root 63300 May 17 08:30 libicutoolutil28.so.28
> -rw-r--r-- 1 root root 63300 May 17 08:30 libicutoolutil28.so.28.0
> -rw-r--r-- 1 root root 1025599 May 17 08:30 libicuuc28.so
> -rw-r--r-- 1 root root 1025599 May 17 08:31 libicuuc28.so.28
> -rw-r--r-- 1 root root 1025599 May 17 08:31 libicuuc28.so.28.0
> -rwxr-xr-x 1 root root 637233 May 17 08:31 libjlicapi63.so
>
> I've tried removing the ones that end in .28 and I don't get the errors,
> but then the app doesn't work. Do you think the ones that end in .28
> should be symbolic links to either the ones that end in .so or .28.0?
The .so and .so.28 files should both probably be links to the so.28.0
files. Try removing the .so and .so.28 files and re-running ldconfig.
Paul.
More information about the fedora-list
mailing list