To All, Thanks for the suggestions.
I have complete a working build from CVS on RH environment.
I had to change my hat which said "Enterprise Tester" and put on the hat that says "Software Developer" and read thru the code in CVS tree. I was able to chase down the issues with "db_key_t" and a few other db things. I discovered that the CVS tree was NOT (as I had expected) in a state where "everything is in order". I discovered a lot of the DB material in a state of change between previous generations to the new 2.0 / 2.1 generation.
I took Jiri's suggestion and built a config based on the ser-oof.cfg . I only got into issues when I added other modules not on that specific loadmodule list.
I am still waiting for input from the more experienced developers as to exactly what to include in The Bundle.
I am still hopeful.
Regards, ..mike..
Date: Fri, 22 Feb 2008 10:59:15 -0500 To: serusers@lists.iptel.org From: Mike Trest - Personal Mike@Trest.COM Subject: [Serusers] SIP Express Bundle ready-to-go idea, BUILD FROM CVS on RH ?
Hi, Followup on prior message:
When doing make .... modules I found a similar error that did not involve a system include.
The offending line in avpops_db.h is:
int db_store_avp( db_key_t *keys, db_val_t *vals, int n, char *table);
Both examples below and this example are related to forward declarations with pointers to structures.
Regards, ..mike..
make[1]: Entering directory `/usr/local/src/ser-2.0.x-CVS/modules/avpops' gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -minline-all-stringops -falign-loops -ftree-vectorize -mtune=athlon64 -Wall -DNAME='"ser"' -DVERSION='"2.1.0-dev17-tcp"' -DARCH='"i386"' -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.1.1"' -D__CPU_i386 -D__OS_linux -DSER_VER=2001000 -DCFG_DIR='"/usr/local/etc/ser/"' -DMODS_DIR='"/usr/local/lib/ser/modules/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST -DUSE_NAPTR -DUSE_TLS -DTLS_HOOKS -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER -DHAVE_EPOLL -DHAVE_SIGIO_RT -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT -c avpops.c -o avpops.o In file included from avpops_impl.h:41, from avpops_parse.h:38, from avpops.c:50: avpops_db.h:66: error: expected â)â before â*â token make[1]: *** [avpops.o] Error 1 make[1]: Leaving directory `/usr/local/src/ser-2.0.x-CVS/modules/avpops' make: *** [modules] Error 1
======================================================================== Hi, I am doing a ser build from CVS check-out on a RH based linux with gcc 4.1.1. The build commands are this. make clean make proper make group_include="standard standard-dep stable mysql" When I get to any core or module section code which included futexlock.h header, I get the following:
gcc -g -O9 -funroll-loops -Wcast-align -minline-all-stringops -falign-loops -ftree-vectorize -mtune=athlon64 -Wall -DNAME='"ser"' -DVERSION='"2.1.0-dev17-tcp"' -DARCH='"i386"' -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.1.1"' -D__CPU_i386 -D__OS_linux -DSER_VER=2001000 -DCFG_DIR='"/usr/local/etc/ser/"' -DMODS_DIR='"/usr/local/lib/ser/modules/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST -DUSE_NAPTR -DUSE_TLS -DTLS_HOOKS -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER -DHAVE_EPOLL -DHAVE_SIGIO_RT -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT -c core_cmd.c -o core_cmd.o In file included from mem/../futexlock.h:48, from mem/../lock_ops.h:85, from mem/shm_mem.h:76, from core_cmd.c:32: /usr/include/linux/futex.h:96: error: expected â)â before â*â token /usr/include/linux/futex.h:98: error: expected â)â before â*â token make: *** [core_cmd.o] Error 1 =========================================================================
The offending lines came from the system header <futex.h>. The offending lines are:
long do_futex(u32 *uaddr, int op, u32 val, unsigned long timeout, u32 *uaddr2, u32 val2, u32 val3);
extern int handle_futex_death(u32 *uaddr, struct task_struct *curr, int pi);
By pointing to an alternate version of <futex.h> where these lines are commented out I can compile all the way thru with non-fatal warnings.
My questions are:
- can anyone tell me what are the equivalent lines in the DEB version where
this code/compile was most recently developed? 2) has anyone got a fix for this error?
..mike..
Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Well, CVS trunk is work in progress, so it is generally not recommended for non-developers. You should at least subscribe to serdev as it during substantial changes may not even compile or be consistent. People like you who are willing to test are very welcome :-) See http://www.iptel.org/ser/development/documentation.
If you have found issues with the rel_2_0_0 branch of the CVS, the tracker is the right place to make sure that the right developer picks it up. This holds for suspicions as well. It's better to register one bug too much... g-)
Mike Trest - Personal wrote:
To All, Thanks for the suggestions.
I have complete a working build from CVS on RH environment.
I had to change my hat which said "Enterprise Tester" and put on the hat that says "Software Developer" and read thru the code in CVS tree. I was able to chase down the issues with "db_key_t" and a few other db things. I discovered that the CVS tree was NOT (as I had expected) in a state where "everything is in order". I discovered a lot of the DB material in a state of change between previous generations to the new 2.0 / 2.1 generation.
I took Jiri's suggestion and built a config based on the ser-oof.cfg . I only got into issues when I added other modules not on that specific loadmodule list.
I am still waiting for input from the more experienced developers as to exactly what to include in The Bundle.
I am still hopeful.
Regards, ..mike..
Date: Fri, 22 Feb 2008 10:59:15 -0500 To: serusers@lists.iptel.org From: Mike Trest - Personal Mike@Trest.COM Subject: [Serusers] SIP Express Bundle ready-to-go idea, BUILD FROM CVS on RH ?
Hi, Followup on prior message:
When doing make .... modules I found a similar error that did not involve a system include.
The offending line in avpops_db.h is:
int db_store_avp( db_key_t *keys, db_val_t *vals, int n, char *table);
Both examples below and this example are related to forward declarations with pointers to structures.
Regards, ..mike..
make[1]: Entering directory `/usr/local/src/ser-2.0.x-CVS/modules/avpops' gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -minline-all-stringops -falign-loops -ftree-vectorize -mtune=athlon64 -Wall -DNAME='"ser"' -DVERSION='"2.1.0-dev17-tcp"' -DARCH='"i386"' -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.1.1"' -D__CPU_i386 -D__OS_linux -DSER_VER=2001000 -DCFG_DIR='"/usr/local/etc/ser/"' -DMODS_DIR='"/usr/local/lib/ser/modules/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST -DUSE_NAPTR -DUSE_TLS -DTLS_HOOKS -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER -DHAVE_EPOLL -DHAVE_SIGIO_RT -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT -c avpops.c -o avpops.o In file included from avpops_impl.h:41, from avpops_parse.h:38, from avpops.c:50: avpops_db.h:66: error: expected â)â before â*â token make[1]: *** [avpops.o] Error 1 make[1]: Leaving directory `/usr/local/src/ser-2.0.x-CVS/modules/avpops' make: *** [modules] Error 1
======================================================================== Hi, I am doing a ser build from CVS check-out on a RH based linux with gcc 4.1.1. The build commands are this.
make clean make proper make group_include="standard standard-dep stable mysql"When I get to any core or module section code which included futexlock.h header, I get the following:
gcc -g -O9 -funroll-loops -Wcast-align -minline-all-stringops -falign-loops -ftree-vectorize -mtune=athlon64 -Wall -DNAME='"ser"' -DVERSION='"2.1.0-dev17-tcp"' -DARCH='"i386"' -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.1.1"' -D__CPU_i386 -D__OS_linux -DSER_VER=2001000 -DCFG_DIR='"/usr/local/etc/ser/"' -DMODS_DIR='"/usr/local/lib/ser/modules/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST -DUSE_NAPTR -DUSE_TLS -DTLS_HOOKS -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER -DHAVE_EPOLL -DHAVE_SIGIO_RT -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT -c core_cmd.c -o core_cmd.o In file included from mem/../futexlock.h:48, from mem/../lock_ops.h:85, from mem/shm_mem.h:76, from core_cmd.c:32: /usr/include/linux/futex.h:96: error: expected â)â before â*â token /usr/include/linux/futex.h:98: error: expected â)â before â*â token make: *** [core_cmd.o] Error 1 =========================================================================
The offending lines came from the system header <futex.h>. The offending lines are:
long do_futex(u32 *uaddr, int op, u32 val, unsigned long timeout, u32 *uaddr2, u32 val2, u32 val3);
extern int handle_futex_death(u32 *uaddr, struct task_struct *curr, int pi);
By pointing to an alternate version of <futex.h> where these lines are commented out I can compile all the way thru with non-fatal warnings.
My questions are:
- can anyone tell me what are the equivalent lines in the DEB
version where this code/compile was most recently developed? 2) has anyone got a fix for this error?
..mike..
Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Hi Mike,
sorry for not having responded earlier, I was just lucky to be on an off-line vacation. (The less lucky I'm now admittably.)
So what was the issues that were out-of-order .... was it modules that have not been migrated to the new DB-API yet, or even more?
Would you be willing/interested in looking at the OOB and Ai1 deb packages and testing those and/or porting those to RH? I think they now greatly help to define a self-contained system, but they haven't really been tested or fine-tuned.
Thanks a lot!
-jiri
At 22:22 22/02/2008, Mike Trest - Personal wrote:
To All, Thanks for the suggestions.
I have complete a working build from CVS on RH environment.
I had to change my hat which said "Enterprise Tester" and put on the hat that says "Software Developer" and read thru the code in CVS tree. I was able to chase down the issues with "db_key_t" and a few other db things. I discovered that the CVS tree was NOT (as I had expected) in a state where "everything is in order". I discovered a lot of the DB material in a state of change between previous generations to the new 2.0 / 2.1 generation.
I took Jiri's suggestion and built a config based on the ser-oof.cfg . I only got into issues when I added other modules not on that specific loadmodule list.
I am still waiting for input from the more experienced developers as to exactly what to include in The Bundle.
I am still hopeful.
Regards, ..mike..
Date: Fri, 22 Feb 2008 10:59:15 -0500 To: serusers@lists.iptel.org From: Mike Trest - Personal Mike@Trest.COM Subject: [Serusers] SIP Express Bundle ready-to-go idea, BUILD FROM CVS on RH ?
Hi, Followup on prior message:
When doing make .... modules I found a similar error that did not involve a system include.
The offending line in avpops_db.h is:
int db_store_avp( db_key_t *keys, db_val_t *vals, int n, char *table);
Both examples below and this example are related to forward declarations with pointers to structures.
Regards, ..mike..
make[1]: Entering directory `/usr/local/src/ser-2.0.x-CVS/modules/avpops' gcc -fPIC -DPIC -g -O9 -funroll-loops -Wcast-align -minline-all-stringops -falign-loops -ftree-vectorize -mtune=athlon64 -Wall -DNAME='"ser"' -DVERSION='"2.1.0-dev17-tcp"' -DARCH='"i386"' -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.1.1"' -D__CPU_i386 -D__OS_linux -DSER_VER=2001000 -DCFG_DIR='"/usr/local/etc/ser/"' -DMODS_DIR='"/usr/local/lib/ser/modules/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST -DUSE_NAPTR -DUSE_TLS -DTLS_HOOKS -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER -DHAVE_EPOLL -DHAVE_SIGIO_RT -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT -c avpops.c -o avpops.o In file included from avpops_impl.h:41, from avpops_parse.h:38, from avpops.c:50: avpops_db.h:66: error: expected â)â before â*â token make[1]: *** [avpops.o] Error 1 make[1]: Leaving directory `/usr/local/src/ser-2.0.x-CVS/modules/avpops' make: *** [modules] Error 1
======================================================================== Hi, I am doing a ser build from CVS check-out on a RH based linux with gcc 4.1.1. The build commands are this. make clean make proper make group_include="standard standard-dep stable mysql" When I get to any core or module section code which included futexlock.h header, I get the following:
gcc -g -O9 -funroll-loops -Wcast-align -minline-all-stringops -falign-loops -ftree-vectorize -mtune=athlon64 -Wall -DNAME='"ser"' -DVERSION='"2.1.0-dev17-tcp"' -DARCH='"i386"' -DOS='linux_' -DOS_QUOTED='"linux"' -DCOMPILER='"gcc 4.1.1"' -D__CPU_i386 -D__OS_linux -DSER_VER=2001000 -DCFG_DIR='"/usr/local/etc/ser/"' -DMODS_DIR='"/usr/local/lib/ser/modules/"' -DPKG_MALLOC -DSHM_MEM -DSHM_MMAP -DDNS_IP_HACK -DUSE_IPV6 -DUSE_MCAST -DUSE_TCP -DDISABLE_NAGLE -DHAVE_RESOLV_RES -DUSE_DNS_CACHE -DUSE_DNS_FAILOVER -DUSE_DST_BLACKLIST -DUSE_NAPTR -DUSE_TLS -DTLS_HOOKS -DFAST_LOCK -DADAPTIVE_WAIT -DADAPTIVE_WAIT_LOOPS=1024 -DCC_GCC_LIKE_ASM -DHAVE_GETHOSTBYNAME2 -DHAVE_UNION_SEMUN -DHAVE_SCHED_YIELD -DHAVE_MSG_NOSIGNAL -DHAVE_MSGHDR_MSG_CONTROL -DHAVE_ALLOCA_H -DHAVE_TIMEGM -DHAVE_SCHED_SETSCHEDULER -DHAVE_EPOLL -DHAVE_SIGIO_RT -DSIGINFO64_WORKARROUND -DUSE_FUTEX -DHAVE_SELECT -c core_cmd.c -o core_cmd.o In file included from mem/../futexlock.h:48, from mem/../lock_ops.h:85, from mem/shm_mem.h:76, from core_cmd.c:32: /usr/include/linux/futex.h:96: error: expected â)â before â*â token /usr/include/linux/futex.h:98: error: expected â)â before â*â token make: *** [core_cmd.o] Error 1 =========================================================================
The offending lines came from the system header <futex.h>. The offending lines are:
long do_futex(u32 *uaddr, int op, u32 val, unsigned long timeout, u32 *uaddr2, u32 val2, u32 val3);
extern int handle_futex_death(u32 *uaddr, struct task_struct *curr, int pi);
By pointing to an alternate version of <futex.h> where these lines are commented out I can compile all the way thru with non-fatal warnings.
My questions are:
- can anyone tell me what are the equivalent lines in the DEB version where
this code/compile was most recently developed? 2) has anyone got a fix for this error?
..mike..
Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Jiri Kuthan http://iptel.org/~jiri/
At 06:04 PM 3/3/2008, Jiri Kuthan wrote:
So what was the issues that were out-of-order .... was it modules that have not been migrated to the new DB-API yet, or even more?
Both of the above. The out of order was my cause and easily resolved. The "not been migrated" . lcr was the important one. I just skipped it for now and did something simple in the ser.cfg to simulate lcr.
Would you be willing/interested in looking at the OOB and Ai1 deb packages and testing those and/or porting those to RH? I think they now greatly help to define a self-contained system, but they haven't really been tested or fine-tuned.
I can do this.
For practice, I have taken several CVS snapshots for ser / ser_ctl and have built them on RH (CentOS/5, FC6, FC7). FC8 is next on my list. On the earlier FC6 I had some yum updates for tshark and tools. FC7 all seems ok. Expect FC8 to also be OK. I have not yet ventured into SERWEB or SEMS trying to stay focused on learning the basics. I look forward to those two as well.
For further practice, I have written and am testing a new module for something that interested me. Runs well. I may have a question for you regarding AVP and my new module. Or shall I just toss the question to the serdev list?
Therefore, I feel comfortable enough to port from DEB to RH/FCx. Do you have a CVS/svn repository for all the pieces?
..mike..
Thanks a lot!
-jiri
sorry for latency, heavy travelling this and next week :-(
At 00:33 04/03/2008, Mike Trest - Personal wrote:
At 06:04 PM 3/3/2008, Jiri Kuthan wrote:
So what was the issues that were out-of-order .... was it modules that have not been migrated to the new DB-API yet, or even more?
Both of the above. The out of order was my cause and easily resolved. The "not been migrated" . lcr was the important one. I just skipped it for now and did something simple in the ser.cfg to simulate lcr.
Would you be willing/interested in looking at the OOB and Ai1 deb packages and testing those and/or porting those to RH? I think they now greatly help to define a self-contained system, but they haven't really been tested or fine-tuned.
I can do this.
For practice, I have taken several CVS snapshots for ser / ser_ctl and have built them on RH (CentOS/5, FC6, FC7). FC8 is next on my list. On the earlier FC6 I had some yum updates for tshark and tools. FC7 all seems ok. Expect FC8 to also be OK. I have not yet ventured into SERWEB or SEMS trying to stay focused on learning the basics. I look forward to those two as well.
ok -- ai1 debian package shall be release shortly, PAvel (cc) can provide some ETA. Bascially ai1 (all-in-one) builds on top of oob (out-of-the-box proxy) and adds all of the other compoentns for a setup on a single box: mysql, webmin, ser_ctl, sems to be shortly added too (this was the showstopper until Raphael introduced its own SIP stack to it now).
For further practice, I have written and am testing a new module for something that interested me. Runs well. I may have a question for you regarding AVP and my new module. Or shall I just toss the question to the serdev list?
Just toss it to serdev :-) (Actually haven't you done so -- I think Miklos wanted to send some reference to an AVP-related example.)
Therefore, I feel comfortable enough to port from DEB to RH/FCx.
That would be terrific indeed.
Do you have a CVS/svn repository for all the pieces?
As said, the ai1 debian definition will appear on CVS shortly. Don't hesitate to post question. SER is infamously underdocumented and I would be happy to compensate for it by email :-)
-jiri
..mike..
Thanks a lot!
-jiri
Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Jiri Kuthan http://iptel.org/~jiri/
I am travelling for next 10 days. I will look for message regarding CVS coordinates for ai1 DEB availability. ..mike..
PS, Miklos gave me good pointers that worked on first use.
At 06:11 PM 3/10/2008, Jiri Kuthan wrote:
sorry for latency, heavy travelling this and next week :-(
At 00:33 04/03/2008, Mike Trest - Personal wrote:
At 06:04 PM 3/3/2008, Jiri Kuthan wrote:
So what was the issues that were out-of-order .... was it modules that have not been migrated to the new DB-API yet, or even more?
Both of the above. The out of order was my cause and easily resolved. The "not been migrated" . lcr was the important one. I just skipped it for now and did something simple in the ser.cfg to simulate lcr.
Would you be willing/interested in looking at the OOB and Ai1 deb packages and testing those and/or porting those to RH? I think they now greatly help to define a self-contained system, but they haven't really been tested or fine-tuned.
I can do this.
For practice, I have taken several CVS snapshots for ser / ser_ctl and have built them on RH (CentOS/5, FC6, FC7). FC8 is next on my list. On the earlier FC6 I had some yum updates for tshark and tools. FC7 all seems ok. Expect FC8 to also be OK. I have not yet ventured into SERWEB or SEMS trying to stay focused on learning the basics. I look forward to those two as well.
ok -- ai1 debian package shall be release shortly, PAvel (cc) can provide some ETA. Bascially ai1 (all-in-one) builds on top of oob (out-of-the-box proxy) and adds all of the other compoentns for a setup on a single box: mysql, webmin, ser_ctl, sems to be shortly added too (this was the showstopper until Raphael introduced its own SIP stack to it now).
For further practice, I have written and am testing a new module for something that interested me. Runs well. I may have a question for you
regarding AVP and my
new module. Or shall I just toss the question to the serdev list?
Just toss it to serdev :-) (Actually haven't you done so -- I think Miklos wanted to send some reference to an AVP-related example.)
Therefore, I feel comfortable enough to port from DEB to RH/FCx.
That would be terrific indeed.
Do you have a CVS/svn repository for all the pieces?
As said, the ai1 debian definition will appear on CVS shortly. Don't hesitate to post question. SER is infamously underdocumented and I would be happy to compensate for it by email :-)
-jiri
..mike..
Thanks a lot!
-jiri
Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Jiri Kuthan http://iptel.org/~jiri/
Serusers mailing list Serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-
Greger Viken Teigre -
Jiri Kuthan -
Mike Trest - Personal