Module: sip-router
Branch: 3.1
Commit: 21a3752bf31a8e6cc488d26e43a48dae11b90575
URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=21a3752…
Author: Jon Bonilla <manwe(a)aholab.ehu.es>
Committer: Jon Bonilla <manwe(a)aholab.ehu.es>
Date: Mon Oct 11 18:56:52 2010 +0200
pkg debian generic
geoip modules added to the debian generic folder
---
pkg/kamailio/deb/debian/control | 22 +++++++++++-----------
pkg/kamailio/deb/debian/rules | 4 ++--
2 files changed, 13 insertions(+), 13 deletions(-)
diff --git a/pkg/kamailio/deb/debian/control b/pkg/kamailio/deb/debian/control
index 73a1e26..1f44925 100644
--- a/pkg/kamailio/deb/debian/control
+++ b/pkg/kamailio/deb/debian/control
@@ -2,7 +2,7 @@ Source: kamailio
Section: net
Priority: optional
Maintainer: Jon Bonilla <manwe(a)aholab.ehu.es>
-Build-Depends: debhelper (>= 5), dpatch, libmysqlclient-dev, libexpat1-dev, libxml2-dev, libpq-dev, libradiusclient-ng-dev, flex, bison, zlib1g-dev, unixodbc-dev, libxmlrpc-c3-dev, libperl-dev, libsnmp-dev, dpkg-dev (>= 1.13.19), libdb-dev (>= 4.6.19), xsltproc, libconfuse-dev, libldap2-dev, libssl-dev, libcurl3-openssl-dev, python, libpcre3-dev, docbook-xml, libpurple-dev, libmemcache-dev, libreadline-dev, liblua5.1-0-dev, python-dev, libsasl2-dev
+Build-Depends: debhelper (>= 5), dpatch, libmysqlclient-dev, libexpat1-dev, libxml2-dev, libpq-dev, libradiusclient-ng-dev, flex, bison, zlib1g-dev, unixodbc-dev, libxmlrpc-c3-dev, libperl-dev, libsnmp-dev, dpkg-dev (>= 1.13.19), libdb-dev (>= 4.6.19), xsltproc, libconfuse-dev, libldap2-dev, libssl-dev, libcurl3-openssl-dev, python, libpcre3-dev, docbook-xml, libpurple-dev, libmemcache-dev, libreadline-dev, liblua5.1-0-dev, python-dev, libsasl2-dev, libgeoip-dev
Standards-Version: 3.8.0
Homepage: http://www.kamailio.org/
@@ -257,16 +257,16 @@ Description: contains the app_python module
This package provides the app_python module, an extension allowing to
execute embedded Python applications within configuration file.
-#Package: kamailio-geoip-modules
-#Architecture: any
-#Depends: ${shlibs:Depends}, kamailio (= ${Source-Version})
-#Description: contains the geoip module
-# Kamailio is a very fast and flexible SIP (RFC3261)
-# proxy server. Written entirely in C, Kamailio can handle thousands calls
-# per second even on low-budget hardware.
-# .
-# This package provides the geoip module, an extension allowing to
-# use GeoIP API within configuration file.
+Package: kamailio-geoip-modules
+Architecture: any
+Depends: ${shlibs:Depends}, kamailio (= ${Source-Version})
+Description: contains the geoip module
+ Kamailio is a very fast and flexible SIP (RFC3261)
+ proxy server. Written entirely in C, Kamailio can handle thousands calls
+ per second even on low-budget hardware.
+ .
+ This package provides the geoip module, an extension allowing to
+ use GeoIP API within configuration file.
Package: kamailio-nth
Architecture: any
diff --git a/pkg/kamailio/deb/debian/rules b/pkg/kamailio/deb/debian/rules
index 4ed1149..5ec2077 100755
--- a/pkg/kamailio/deb/debian/rules
+++ b/pkg/kamailio/deb/debian/rules
@@ -20,7 +20,7 @@
export DEB_BUILD_OPTIONS:="$(DEB_BUILD_OPTIONS) nostrip"
# modules not in the "main" kamailio package
-EXCLUDED_MODULES= geoip
+EXCLUDED_MODULES=
# extra modules to skip, because they are not compilable now
# - regardless if they go to the main kamailio package or to some module package,
@@ -42,7 +42,7 @@ MODULES_SP=
# on which other depend first)
PACKAGE_GROUPS=mysql postgres berkeley unixodbc radius presence \
ldap xml perl utils purple memcached tls \
- snmpstats carrierroute xmpp cpl lua python
+ snmpstats carrierroute xmpp cpl lua python geoip
# directories with possible duplicate libraries (that should be deleted
# from current module* packages)
Is it difficult to make db_postgres and/or sqlops support no values
returned - i.e. a void result set?
Recent versions of Postgres allow stored procedures to return 'void'.
I like to call these a lot, but unfortunately sqlops or the database
layer does not like that. So, I have to either write wrappers or make
the procedures return things like a boolean 't' just to fix this.
--
Alex Balashov - Principal
Evariste Systems LLC
1170 Peachtree Street
12th Floor, Suite 1200
Atlanta, GA 30309
Tel: +1-678-954-0670
Fax: +1-404-961-1892
Web: http://www.evaristesys.com/
i was searching for a module that could be used to implement lookup of a
string value based on two other strings.
matrix module would otherwise be ok, but i would need to have at least
two matrixes. so a matrix_name column would need to be added to matrix
table and matrix name argument to matrix function. also, i'm worried
about the linked list implementation and would prefer a hash table based
one: first look for the first index from a hash table, which would then
point to the hash table of the second index.
use of dialplan module is another alternative. it would require giving
a numerical index to each first string value, which could then be used
as dpid. second string values would then be stored in match_exp column
in rows of that that dpid and the value would in attrs column.
third alternative is htable module, i.e., use
table_name::first_string::second_string as keyname and put string value
in key_value column. in fact, that sounds like the best fit for the
problem.
i would be interested to learn, why matrix module was developed in the
first place. why is is better suited for the job than htable module?
and if there are good reasons, why matrix module is better for its
intended job than htable module, is there interest in developing matrix
module further along the lines i described in above?
-- juha