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..
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:
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:
-- 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.
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:
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).
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
-- Jiri Kuthan http://iptel.org/~jiri/
-
Greger Viken Teigre -
Jiri Kuthan -
Mike Trest - Personal