FS svn-17188M Debian Lenny ================= Hi list, I've installed cepstral voices (in /opt/swift, and also changed its rights recursively to freeswitch:freeswitch) but I had a complain at FS start that some cepstral libraries were missing. Eventually, I was obliged to simlink /opt/swift/lib/lib* into /usr/local/freeswitch/lib to have it working correctly, is it normal, or did I miss something? (I followed the wiki, so all libs were added to ld.so.cache, path in mod_cepstral source Makefile are good, SWIFT_HOME is defined, module flite loading is commented, etc- so I said to myself: Nantidiou!) -- Sorry never means having your say to love.
On Sun, Apr 4, 2010 at 12:08 AM, Jean-Yves F. Barbier <12ukwn@gmail.com>wrote:
FS svn-17188M Debian Lenny =================
Hi list,
I've installed cepstral voices (in /opt/swift, and also changed its rights recursively to freeswitch:freeswitch) but I had a complain at FS start that some cepstral libraries were missing.
Eventually, I was obliged to simlink /opt/swift/lib/lib* into /usr/local/freeswitch/lib to have it working correctly, is it normal, or did I miss something?
That's "normal" even though it's not desired. Getting Cepstral working properly again would be nice but I don't think it's high on the priority list. -MC
(I followed the wiki, so all libs were added to ld.so.cache, path in mod_cepstral source Makefile are good, SWIFT_HOME is defined, module flite loading is commented, etc- so I said to myself: Nantidiou!)
-- Sorry never means having your say to love.
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Their exists a file in /etc/ called ld.so.conf if you happen to add /opt/swift/lib/lib into that then run ldconfig it would work. muhahahahaha linux is great. /b On Apr 4, 2010, at 2:08 AM, Jean-Yves F. Barbier wrote:
Eventually, I was obliged to simlink /opt/swift/lib/lib* into /usr/local/freeswitch/lib to have it working correctly, is it normal, or did I miss something?
Le Sun, 4 Apr 2010 22:19:48 -0500, Brian West <brian@freeswitch.org> a écrit :
Their exists a file in /etc/ called ld.so.conf if you happen to add /opt/swift/lib/lib into that then run ldconfig it would work.
muhahahahaha linux is great.
As I wrote in my 1st post: I followed the wiki (and I'm not a Linux rooky), so I asked here; may be I should reformulate my question: why having to symlink all ceptsral libs into /usr/local/freswitch/lib while already having them cached in the system libs cache (/etc/ld.so.cache)? This is the thing I don't understand... -- For internal use only.
Jean-Yves F. Barbier wrote:
so I asked here; may be I should reformulate my question: why having to symlink all ceptsral libs into /usr/local/freswitch/lib while already having them cached in the system libs cache (/etc/ld.so.cache)?
What does "ldd freeswitch" say? -- Russell Mosemann
Russell Mosemann wrote:
so I asked here; may be I should reformulate my question: why having to symlink all ceptsral libs into /usr/local/freswitch/lib while already having them cached in the system libs cache (/etc/ld.so.cache)?
What does "ldd freeswitch" say? linux-gate.so.1 => (0xb7faf000) libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb7f5d000) libfreeswitch.so.1 => /usr/local/freeswitch/lib/libfreeswitch.so.1 (0xb7db3000) libuuid.so.1 => /lib/libuuid.so.1 (0xb7dae000) librt.so.1 => /lib/i686/cmov/librt.so.1 (0xb7da5000) libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7da1000) libcrypt.so.1 => /lib/i686/cmov/libcrypt.so.1 (0xb7d6f000) libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb7d56000) libssl.so.0.9.8 => /usr/lib/i686/cmov/libssl.so.0.9.8 (0xb7d0f000) libcrypto.so.0.9.8 => /usr/lib/i686/cmov/libcrypto.so.0.9.8 (0xb7bbb000) libncurses.so.5 => /lib/libncurses.so.5 (0xb7b89000) libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7a2e000) /lib/ld-linux.so.2 (0xb7fb0000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7940000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7933000) libodbc.so.1 => /usr/lib/libodbc.so.1 (0xb78d2000) libz.so.1 => /usr/lib/libz.so.1 (0xb78bd000) libltdl.so.3 => /usr/lib/libltdl.so.3 (0xb78b6000)
-- We don't have to protect the environment -- the Second Coming is at hand. -- James Watt, noted ecologist
Jean-Yves F. Barbier wrote:
so I asked here; may be I should reformulate my question: why having to symlink all ceptsral libs into /usr/local/freswitch/lib while already having them cached in the system libs cache (/etc/ld.so.cache)?
When you say that the libs are in the system libs cache, do you mean that the libs are configured in /etc/ld.conf (or /etc/ld.conf.d/, as appropriate), and when you enter "ldconfig -v", the libs are listed in the output under their home directory (was it /opt/something?)? On rare occasion, I have seen software not find a library for some strange reason when there is a libsomething.so.2.0 but there is no symbolic link for libsomething.so or libsomething.so.0. Adding a symbolic link worked. I don't know if this is the same kind of situation. -- Russell Mosemann
Le Mon, 5 Apr 2010 11:44:06 -0500, "Russell Mosemann" <Russell.Mosemann@cune.org> a écrit :
When you say that the libs are in the system libs cache, do you mean that the libs are configured in /etc/ld.conf (or /etc/ld.conf.d/, as appropriate), and when you enter "ldconfig -v", the libs are listed in the output under their home directory (was it /opt/something?)?
Yep (/etc/ld.so.conf.d/CEPSTRAL.conf, containing '/opt/swift/lib' + ldconfig), and what is even stranger is that it was like that for a week, and the last rebuild put everything back in place (I just tested and removed the symlinks.)
On rare occasion, I have seen software not find a library for some strange reason when there is a libsomething.so.2.0 but there is no symbolic link for libsomething.so or libsomething.so.0. Adding a symbolic link worked. I don't know if this is the same kind of situation.
May be, may be not, on rare occasions I've seen uncanny interactions into Linux (but tons less than in m$ (all alpha) products:) Thanks anyway!
Jean-Yves F. Barbier wrote:
so I asked here; may be I should reformulate my question: why having to symlink all ceptsral libs into /usr/local/freswitch/lib while already having them cached in the system libs cache (/etc/ld.so.cache)?
-- Old programmers never die, they just branch to a new address.
Le Mon, 5 Apr 2010 11:44:06 -0500, "Russell Mosemann" <Russell.Mosemann@cune.org> a écrit : Hehe, I spoke too fast and without even testing after deleting the cepstral libs symlinks; as a matter of fact TTS don't work anymore an FS complains about missing cepstral libs... Here's the trace: 2010-04-06 03:47:29.244980 [NOTICE] mod_sofia.c:1907 Pre-Answer sofia/internal/1000@192.168.1.50! Failed to load library libceplang_en.so due to: libceplang_en.so: cannot open shared object file: No such file or directory Failed to load library libceplex_us.so due to: libceplex_us.so: cannot open shared object file: No such file or directory Failed to load language / lexical libraries for William Failed to load library libceplang_en.so due to: libceplang_en.so: cannot open shared object file: No such file or directory Failed to load library libceplex_us.so due to: libceplex_us.so: cannot open shared object file: No such file or directory Failed to load language / lexical libraries for Callie 2010-04-06 03:48:05.457410 [NOTICE] sofia.c:4789 Hangup sofia/internal/1000@192.168.1.50 [CS_EXECUTE] [ORIGINATOR_CANCEL] I would say that FS is only looking for any lib in its path and not into the system. -- What happens when you cut back the jungle? It recedes.
Le Mon, 5 Apr 2010 20:59:53 -0500, Brian West <brian@freeswitch.org> a écrit :
That would be a wrong assumption. Do you have the correct versions?
What versions of what are you talking about? if it is about libs, FS was compiled on this computer. -- A woman takes off her claim to respect along with her garments. -- Herodotus
Hi, ldconfig -v will list you all libraries that are in ld's path, start by confirming the correct version of the lib appears in there. You may also chec: ldd /path/to/mod_cepstral.so, if any of those are "not found". Also note that the linker may cache the path to some libraries, make sure you re-run ldconfig if you delete some symlinks or it'll still try to look at where they previously were. If the problem persist it might be worth adding -rpath (adds an extra library path to the .so file) to mod_cepstral's Makefile, it already references -L/opt/swift/lib directly anyways. Mathieu Rene Avant-Garde Solutions Inc Office: + 1 (514) 664-1044 x100 Cell: +1 (514) 664-1044 x200 mrene@avgs.ca On 2010-04-05, at 10:12 PM, Jean-Yves F. Barbier wrote:
Le Mon, 5 Apr 2010 20:59:53 -0500, Brian West <brian@freeswitch.org> a écrit :
That would be a wrong assumption. Do you have the correct versions?
What versions of what are you talking about?
if it is about libs, FS was compiled on this computer.
-- A woman takes off her claim to respect along with her garments. -- Herodotus
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch- users http://www.freeswitch.org
Le Tue, 6 Apr 2010 07:54:54 -0400, Mathieu Rene <mrene_lists@avgs.ca> a écrit :
ldconfig -v will list you all libraries that are in ld's path, start by confirming the correct version of the lib appears in there. You may also chec: ldd /path/to/mod_cepstral.so, if any of those are "not found".
No everything's there, with the right version. mod_cepstral is link to libswift.so.5, but can't find the specific languages libs if they're not symlinked into /usr/local/freeswitch/lib I tried every possible combination (ldconfig after & before recompiling the module, etc) but it still need these symlinks, may be it is what you say below
Also note that the linker may cache the path to some libraries, make sure you re-run ldconfig if you delete some symlinks or it'll still try to look at where they previously were.
If the problem persist it might be worth adding -rpath (adds an extra library path to the .so file) to mod_cepstral's Makefile, it already references -L/opt/swift/lib directly anyways.
Yeah, I greped the source, and that's why I don't understand. But I think this issue is a very low priority as the solution's easy :) (BTW, I tested some other TTS (unfortunately proprietary), and these voices blew my mind: http://www.loquendo.com/en/demos/demo_tts.htm On some, you really can't tell if it is TTS of real.) -- The number of arguments is unimportant unless some of them are correct. -- Ralph Hartley
Le Mon, 5 Apr 2010 11:44:06 -0500, "Russell Mosemann" <Russell.Mosemann@cune.org> a écrit : Oops: I also forgot to say I re-symlinked the libs without restarting FS that silently failed to answer any further call (I'd rather have it dead:( -- Down with categorical imperative!
participants (5)
-
Brian West
-
Jean-Yves F. Barbier
-
Mathieu Rene
-
Michael Collins
-
Russell Mosemann