As a separate issue for a morning discussion, we need to discuss the
varius "*ctl" apps.
The INSTALL document fails to mention that we have kamdbctl that will
populate the databases with the proper tables and indexes
automagically for you. Now, this is on the kamailio side of our
schizophrenic product, so it's propably not very generic - or have we
reached a stage where the database tables are the same for both
variants of sip-router?
If so, we should propably move kamdbctl out of the kamailio corner,
move it up front and rename it srdbctl or something more generic.
When we package Kamailio for release 3, we can modify the INSTALL for
that distro, but if we can avoid having to mantain duplicates or
different versions of documentation, life will be much easier for
everyone involved.
Your thoughts or feedback on this, please!
/O
Good morning, team!
I took a look at the INSTALL file yesterday, and it's getting very old
and not very up2date.
I added a small part in the beginning to explain the new product:
+ Welcome to the SIP router! This is an amazingly flexible, robust
+ and secure SIP server built on years of experience in several Open
+ Source projects. It's a merge of the SIP Express Router and the
+ OpenSER/Kamailio products produced by a joint development team.
+
This memo gives you hints how to set up SIP Router quickly. To
understand how SIP Router works and how to configure it properly,
- read admin's guide available from SIP Router website. We also
- urge you to read latest ISSUES (available from SIP Router website
+ please read the admin's guide available from the SIP Router website.
+
+ We also urge you to read latest ISSUES (available from SIP Router
website
too) and check for potential problems in this release.
- Users of previous releases are encouraged to read NEWS to
- learn how to move to this new SIP Router version.
+ Users of previous releases are encouraged to read NEWS to learn how
to move to
+ this new SIP Router version.
OK?
I also changed the layout to make it more readable. Seemed like many
people have added to the file during the years and had different ideas
on formatting.
The documented only mentioned Mysql as a module and made it sound like
installing Mysql was a requirement unless you wanted to run without
any security at all. I rephrased that and changes to "a database
module, like MySQL" and mentioned Berkeley DB and PostgreSQL somewhere
to make it a bit more generic and also show that we have support of
multiple databases.
There are also parts that refer to commercial support by iptelorg and
iptelorg bulletin boards that I think we either should remove or make
more neutral by referring to a "group of commercial companies
providing support" and a sr-biz mailing list.
One thing I did not attempt was to sort out the modules part. Now, I
know that we will have a few different distributions that emphasize
the kamailio side or the ser side, but I also do believe that a lot of
people will simply download sip-router. Should I make an attempt to
explain this for the coming release in the INSTALL file? It feels
important.
Feedback, please before I commit :-)
/O
There is a known bug in git when dealing with merges involving a file
that was transformed in a directory (e.g. foo => moved to foo/foo).
Merges with branches made prior to such a move will fail.
(http://permalink.gmane.org/gmane.comp.version-control.git/53402https://kerneltrap.org/mailarchive/git/2007/9/18/270272/thread )
This affects us too: tools/kamctl was moved in tools/kamctl/kamctl.
This means that any merge with a branch made prior to 22 Sep will fail,
requiring non-trivial manual intervention.
We have the following possibilities:
1. ignore and wait for a fixed git version
2. rename tools/kamctl to something else, e.g.: tools/kam_ctl,
tools/kamilioctl (only the directory name has to be changed)
3. move tools/kamctl to utils/kamctl
I would go for 3 and I would move also pike_top in the process and drop
tools/.
So is anybody against it? Any reason to keep separate tools/ and utils/
directories?
Andrei
today i noticed that sercmd is crashing right at start. gdb does not
tell much:
Program terminated with signal 11, Segmentation fault.
[New process 15687]
#0 0x00000001 in __do_global_dtors_aux ()
(gdb) where
#0 0x00000001 in __do_global_dtors_aux ()
it had worked fine before.
-- juha
Revision: 5935
http://openser.svn.sourceforge.net/openser/?rev=5935&view=rev
Author: oej
Date: 2009-10-08 10:11:33 +0000 (Thu, 08 Oct 2009)
Log Message:
-----------
Fix some typos and formatting
Modified Paths:
--------------
trunk/etc/kamailio.cfg
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
Hi all,
for deleting a pseudo-variable we use in kamailio time the 'null' assignment.
This is needed for example when you use the hash table or memcache module.
I think it worked some time ago, but now it seems broken. From a test cfg:
...
44: $mct(test) = null;
...
Oct 8 15:07:20 ca ser: : <core> [cfg.y:3209]: parse error in config file sip-
router/test/unit/45.cfg, line 44, column 19: syntax error
Oct 8 15:07:20 ca ser: : <core> [cfg.y:3209]: parse error in config file sip-
router/test/unit/45.cfg, line 44, column 19: '('')' expected (functioncall)
Is this a known problem, perhaps i forgot about some compatibility workaround?
Regards,
Henning