Closed GoogleCodeExporter closed 9 years ago
Make sure you have all the requirements in place including pkg-config.
http://code.google.com/p/unimrcp/wiki/InstallationGuide
Original comment by achalo...@gmail.com
on 29 Jul 2010 at 10:12
I have the listed dependencies installed.
A co-worker who has been using UniMRCP for several years had the same issue
when he tried to install the latest release. He didn't notice at first because
the UniMRCP build used the old Sofia-SIP libraries that he already had
(although this may be as designed, since Sofia-SIP itself didn't have a new
release). He deleted the old libraries, but they were not re-installed during
the build.
It's possible that the cause is out-of-date dependencies, since we use the same
repository on a closed network; it may need updating.
We used the following versions:
autoconf 2.59-12
automake 1.9.6-2.1
libtool 1.5.22-7el5_4
gcc 4.1.2-46el5_4.2
pkgconfig 1:0.21-2.el5
Original comment by dar...@gmail.com
on 30 Jul 2010 at 1:48
You seem to have everything in place. Also, the versions should be fine, but
still...
So, I started to suspect, but have just successfully installed Sofia-SIP from
scratch on my CentOS 5.4
Several outputs would be required to identify the problem.
First, change dir into Sofia's source. Issue ./configure and collect the
output. Next, issue make and make install. The output of make install would be
useful as well.
Next, change dir into UniMRCP's source. Issue ./configure and collect the
output.
Provide the mentioned outputs.
Original comment by achalo...@gmail.com
on 2 Aug 2010 at 10:58
Any updates?
Original comment by achalo...@gmail.com
on 9 Aug 2010 at 7:11
Sorry for the continuing delay but I was diverted to another project and, in
the interim, someone has decided to update our repository.
I'll provide the requested output as soon I can, although (with apologies) I'll
be on holidays until next week.
Original comment by dar...@gmail.com
on 12 Aug 2010 at 1:29
No problem, have a nice holiday :)
Original comment by achalo...@gmail.com
on 12 Aug 2010 at 2:33
[deleted comment]
[deleted comment]
Hello achaloyan and darouk
I have the exact same problem
these are my versions of required apps:
autoconf 2.59-12
autmake 1.9.6-2.3.el5
libtool 1.5.22-7.el5_4
gcc 4.1.2-48.el5
pkgconfig 0.21-2.el5
I followed the steps you told darouk to produce the output however it seems
that when i run it the way you described there is a problem with APR, not sofia
even though i had run uni-install.sh before and APR should be installed.
Anyway, I attach these logs but i decided to also add log from console output
produced by executing uni-install.sh as there is no 'APR not found' error (file
named typescript).
Other files contain stdout from each operation. Here are some stderr messages
that were printed on my console:
from make sofia:
libtool: link: warning: '-version-info/-version-number' is ignored for
convenience libraries
from unimrcp configure:
configure: WARNING: APR not found
configure: error: no suitable APR found
I am running trixbox 2.8.0.4 with Asterisk 1.6 on VirtualBox. OS installed with
trixbox is CentOS 5.5. I tried AsteriskNOW before (also CentOS 5.5) but the
same problem occured.
Original comment by byk...@gmail.com
on 20 Aug 2010 at 1:26
Attachments:
Hi byku88,
comparing the attached sofia_configure_output with mine, I have noticed a
difference which may cause this behavior.
> checking for g++... no
< checking for g++... g++
So, please try to install g++ as well and start over with the installation. I
guess everything should seamlessly run then.
Also, I'm attaching my configure output just in case.
Original comment by achalo...@gmail.com
on 23 Aug 2010 at 12:42
Attachments:
Unfortunately it didn't help...
I also carefully analysed your log and installed f95 fortran compiler and
doxygen which i didn't have as opposed to you. Now my config log looks almost
the same but still the same problem occurs. I attach my current output. After
comparing it in Notepad++ the only differences seem to be:
- 'checking for pkg-config... /usr/bin/pkg-config' appearing in different lines in our logs
- 'checking for glib-2.0...' appearing only in my log right after pkg-config. The weird thing is it does not return reply after '...' and there is no new line character either.
Maybe VM is causing these problems. I may try installing it on a seperate
machine if i will be able to organise one unless you have some more suggestions.
Original comment by byk...@gmail.com
on 23 Aug 2010 at 2:23
Attachments:
That's really bad as I don't know what to try next.
Of course, I'm not on VM, but I don't think VM may cause such an issue.
Anyway, a few questions for now.
1. What would be the output of the following
# whereis libsofia-sip-ua
in my case, it's
libsofia-sip-ua: /usr/local/lib/libsofia-sip-ua.a
/usr/local/lib/libsofia-sip-ua.so /usr/local/lib/libsofia-sip-ua.la
2. Assuming that sofia-sip is installed to /usr/local/lib, what would be the
output of
# pkg-config --libs /usr/local/lib/pkgconfig/sofia-sip-ua.pc
In my case, it's
-L/usr/local/lib -lsofia-sip-ua
Original comment by achalo...@gmail.com
on 25 Aug 2010 at 6:50
whereis returns just "libsofia-sip-ua:"
Original comment by byk...@gmail.com
on 26 Aug 2010 at 6:29
And this means you have no sofia-sip library installed.
Now looking back at the output of make install, I notice that header files as
well as pkg-config related stuff are properly installed, but not the library
itself. So, the issue indeed exists. Please edit the mentioned below part in
the corresponding makefile located in sofia-sip/libsofia-sip-ua/Makefile.am
Instead of
< noinst_LTLIBRARIES = libsofia-sip-ua.la
use
> lib_LTLIBRARIES = libsofia-sip-ua.la
You may need to re-install the package after that. Later, I'll release a
new/updated package with that fix.
Original comment by achalo...@gmail.com
on 26 Aug 2010 at 10:48
The edit to sofia-sip/libsofia-sip-ua/Makefile.am made no difference for me;
the sofia-sip libraries still do not install.
Admittedly, this was not a clean install and my machine may be a little messed
up given all the things I've tried, so you might want to wait to hear what
byku88 has to say.
Original comment by dar...@gmail.com
on 27 Aug 2010 at 5:02
Worked for me so give it a try. :)
But now I have some problems with the Asterisk connector. Make returns lots of
errors begining with missing asterisk.h file. I want to remind that I'm using
trixbox, 'whereis asterisk' returns: 'asterisk:
/usr/src/tbm-pbxconfig-5.5.1/asterisk.conf /usr/src/tbm-pbxconfig/asterisk.conf
/bin/asterisk.reload /usr/sbin/asterisk /etc/asterisk /usr/lib/asterisk
/usr/share/man/man8/asterisk.8.gz'. Should I open a new thread for that?
Original comment by byk...@gmail.com
on 30 Aug 2010 at 6:57
Darouk,
If you don't want to reinstall the whole package, 'make distclean' might be
required for both sofia-sip and unimrcp itself.
Original comment by achalo...@gmail.com
on 1 Sep 2010 at 9:46
Byku88,
Glad it worked.
As of the other issue, it seems trixbox doesn't install the required Asterisk's
header files.
You are missing the following
/usr/include/asterisk /usr/include/asterisk.h
BTW, you may manually copy the corresponding headers, if needed. Alternatively,
try to install Asterisk bundled with the package.
Original comment by achalo...@gmail.com
on 1 Sep 2010 at 9:51
Success!
Thank you very much for your assistance.
Original comment by dar...@gmail.com
on 2 Sep 2010 at 4:29
Finally, the fixed version is available for download.
Thanks for raising this up.
Original comment by achalo...@gmail.com
on 24 Sep 2010 at 11:48
I tried uni-ast-package-0.3.1.tar.gz on my FreePBX 2.8.3 today and got the same
problem.
sofia-sip/libsofia-sip-ua/Makefile.am already update to the new version.
Anyone has the solution?
Original comment by firexx...@gmail.com
on 5 Jan 2011 at 3:37
Installing uni-ast-package-0.3.1.tar.gz on a clean centos 5.5 (32bit) fails
with the same issue. Sofia-sip is not installing the libriries. I can find:
libsofia-sip-ua.a, libsofia-sip-ua.la but not libsofia-sip-ua.so
attached output from building uni-install.sh
Original comment by pnlars...@gmail.com
on 6 Jan 2011 at 10:11
Attachments:
Original issue reported on code.google.com by
dar...@gmail.com
on 28 Jul 2010 at 8:19