similar to: How to build db1_dump185 tool ?

2009/1/30 Philipp Kempgen <philipp.kempgen at amooma.de> > Olivier schrieb: > > Here http://www.voip-info.org/wiki/view/Asterisk+database , you can > read: > > "Also, since it's a normal Berkely db1 (version185) file its contents can > be > > viewed/dumped with the standard *db1_dump185* tool. Thus db1_dump185 -p > > /var/lib/asterisk/astdb will

Hello, Here http://www.voip-info.org/wiki/view/Asterisk+database , you can read: "Also, since it's a normal Berkely db1 (version185) file its contents can be viewed/dumped with the standard *db1_dump185* tool. Thus db1_dump185 -p /var/lib/asterisk/astdb will show the complete database tree." Where can this db1_dump185 be found using Debian packages ? Regards -------------- next

I just rebuilt it and watched this time. What are the ? about ? [root@carol src]# cvs checkout zaptel libpri asterisk ? libpri/libpri.so.1.0 ? libpri/pri.lo ? libpri/prisched.lo ? libpri/q921.lo ? libpri/q931.lo ? asterisk/doc/api cvs server: Updating zaptel cvs server: Updating libpri cvs server: Updating asterisk cvs server: Updating asterisk/agi cvs server: Updating asterisk/apps cvs server:

I'm a pretty big fan of OpenBSD for various reasons, and I have been itching to get Asterisk running on that platform, since it is what the rest of my network has as it's base operating system. I have apparently been asleep at the wheel, since I didn't hear that Asterisk is now successfully compiling and running under OpenBSD 3.3 (3.4 as well, but I have not tested). A quick search

Anyone having problems compiling the current cvs head this morning? New cvs checkout on RH9, followed by appropriate make clean and make install. System was running cvs head from Nov 23 with TDM card, PRI, SIP phones on local wire, and IAX. Appears zaptel and libpri compiled correctly, however the first attempt in the asterisk src directory yielded: gcc -pipe -Wall -Wstrict-prototypes

I am having trouble with FC3. After doing a yum update (of 1264 packages) I still cannont compile 1.2.1 from source: make[1]: `libedit.a' is up to date. make[1]: Leaving directory `/usr/src/asterisk-1.2.1/editline' make[1]: Entering directory `/usr/src/asterisk-1.2.1/db1-ast' make[1]: `libdb1.a' is up to date. make[1]: Leaving directory `/usr/src/asterisk-1.2.1/db1-ast'

http://bugzilla.mindrot.org/show_bug.cgi?id=631 Summary: Build fails on Redhat Linux 6.x Product: Portable OpenSSH Version: 3.6.1p2 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P3 Component: Build system AssignedTo: openssh-bugs at mindrot.org ReportedBy: mdobel at

Hi Having my first go at compiling Asterisk from cvs source. Compiled and installed zaptel ok Running make asterisk returns the following error message /usr/bin/ld cannot find -lssl collect2: ld returned 1 exit status The last part of the compile messages on screen are- editline/libedit.a db1.ast/libdb1.a stdtime/libtime.a -ldl -lncurses -lm -lresolv -lssl There is obviously something I have

I downloaded asterisk-12.4.0 (asterisk-12-current.tar.gz, dated 10-JUL_2014) from http://downloads.asterisk.org/pub/telephony/asterisk/. The packaged configured OK. However, I'm getting a compile error: use of undeclared identifier 'pvt'. I've found similar reports for other versions (asterisk-11 and dongle; macports; a couple others), but nothing for 12.4. Any suggestions to

I got the error below while compiling asterisk. Please offer me some help. hubert for x in res channels pbx apps codecs formats agi cdr astman stdtime; do make -C $x depend || exit 1 ; done make[1]: Entering directory `/etc/asterisk/asterisk-0.7.2/res' make[1]: Nothing to be done for `depend'. make[1]: Leaving directory `/etc/asterisk/asterisk-0.7.2/res' make[1]: Entering

Hello experts, to avoid any unknown problems with my Linux installation I have now as a last resort method installed SuSE Linux 9.0 a new and have downloaded a fresh copy of Asterisk via CVS. Then I followed the steps of the "Getting started with Asterisk" and compiled successfully zaptel and libpri (as far as I can see). But when I compile asterisk I get an error. I have attached the

2009/2/26 Olivier <oza-4h07 at myamail.com> > I must add I tried spandsp0.0.6xxx as a warning message advised me to do so > (using 0.0.4 would be ok for me but current trunk doesn't allow this > anymore, it seems). > > > 2009/2/26 Olivier <oza-4h07 at myamail.com> > > Hi, >> >> With 0.0.6pre3: >> # ./build.sh >> CMake Warning (dev)

Hello, After switching from a Linux development host to Windows7 with Cygwin, I notice the following problem when building clang (trunk, HEAD): (also happens with Mingw) ... llvm[4]: Compiling ParseInit.cpp for Debug+Asserts build as: /cygdrive/d/Projects/Cpp/llvm/cfgCygwin/tools/clang/lib/AST/Debug+Asserts/ASTContext.o: too many sections (33066) /tmp/ccmtDH7w.s: Assembler messages:

Sorry , I forget it for another monitoring tool monit that we have used in our production systems to restart asterisk in case of asterisk crash or halt. I have attached a monit configuration for your reference. it will work almost in all cases This configuration will check Asterisk for following 1. will check for Asterisk process. 2. will check Asterisk via AMI 3. will check

Hello Just installed fresh Debian testing box, checked out Asterisk and others from CVS stable (-r 1.0), and now trying to 'make install' in Asterisk. I get this error: if [ -d CVS ] && ! [ -f .version ]; then echo CVS-v1-0-03/29/05-15:19:53 > .version; fi gcc -g -o asterisk -Wl,-E io.o sched.o logger.o frame.o loader.o config.o channel.o translate.o file.o say.o pbx.o

hello, i try to compile * in uclibc enviroment (uclibc 0.9.19 ), but still getting following error does anyone know how to solve it ? regards Marian --------- gcc -g -o asterisk -rdynamic io.o sched.o logger.o frame.o loader.o config.o channel.o translate.o file.o say.o pbx.o cli.o md5.o term.o ulaw.o alaw.o callerid.o fskmodem.o image.o app.o cdr.o tdd.o acl.o rtp.o manager.o asterisk.o

Hi, Asterisk 11 doc says CDR(src) value is read-only (see https://wiki.asterisk.org/wiki/display/AST/Asterisk+11+Function_CDR). For various reasons, I would appreciate to change its value so that it my own presentation rules instead of telco rules. Very often, I'm connected to telcos through DAHDI (and ISDN). For instance, telco presents calls with 123456789 while I would prefer a normalized

Hello, guys. Q1. now I have load all the docid and its document data into a dictionary for faster loading data instead of calling Xapian::MSetIterator i; i.get_document().get_data(); but I was happened to discover that the dictionaries got by such two method were different: both methods use DB1, DB2 method 1: Xapian::Database db = Xapian::Database(the path of DB1); Xapian::Database db2 =

Hello, On a production system, I'm seeing this: [Feb 13 16:47:00] WARNING[14742] res_agi.c: Unable to create toast pipe: Too many open files [Feb 13 16:47:00] WARNING[9283] acl.c: Cannot create socket [Feb 13 16:47:00] WARNING[9283] rtp.c: Unable to allocate RTCP socket: Too many open files [Feb 13 16:47:00] WARNING[14732] acl.c: Cannot create socket [Feb 13 16:47:00] WARNING[14732]

using rc3 and with the latest pigeonhole, I had problems with dovecot (deliver) keeping up with high volumes of E-mail. I tried sdbox, mdbox, and cyrdir all with similar (failed) result. using the default Maildir I had no problems. I did not try mbox. The problems seemed to happen when there were multiple deliver's running to the same folder I had defined in my sieve rules, either it would