Thanks, by excluding some modules (unixsock
postgres bdb oracle osp) it compiles now.
However, this version also does not include the "nat_flag" parameter in module
registrar:
0(5917) set_mod_param_regex: parameter <nat_flag> not found in
module <registrar>
Where can I find a version which supports this parameter and can be compiled ?
Regards,
ilker
-----Original Message-----
From: Vaclav Kubart [mailto:vaclav.kubart@iptel.org]
Sent: Monday, April 02, 2007 1:54 PM
To: İlker Aktuna (
)
Cc: Jan Janak; serusers(a)iptel.org
Subject: Re: [Serusers] problem with compiling the new CVS release
Hi Ilker,
try to add parameter exclude_modules="bdb" when running make.
Vaclav
On Mon, Apr 02, 2007 at 01:47:27PM +0300, ?lker Aktuna (
Hi Michal and Jan,
I tried it with also "-D 20070328" parameter.
This time it does not compile:
make[1]: Entering directory `/root/yeni/sip_router/modules/bdb'
gcc -shared -Wl,-O2 -Wl,-E bdb_api.o bdb_base.o bdb.o bdb_rval.o bdb_sval.o bdb_uval.o
bdb_val.o -L/usr/local/lib -ldb-4.4 -o bdb.so
/usr/bin/ld: cannot find -ldb-4.4
collect2: ld returned 1 exit status
make[1]: *** [bdb.so] Error 1
make[1]: Leaving directory `/root/yeni/sip_router/modules/bdb'
make: *** [modules] Error 1
#
What now ?
Thanks,
ilker
-----Original Message-----
From: serusers-bounces(a)lists.iptel.org
[mailto:serusers-bounces@lists.iptel.org] On Behalf Of ?lker Aktuna
(
Koç.net)
Sent: Monday, April 02, 2007 1:11 PM
To: Jan Janak
Cc: serusers(a)iptel.org
Subject: RE: [Serusers] problem with compiling the new CVS release
Hi Jan,
This one compiles but does not have the "nat_flag" parameter in registrar
module.
Should I try with this :
"cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -D 20070328
sip_router"
Thanks,
ilker
-----Original Message-----
From: serusers-bounces(a)lists.iptel.org
[mailto:serusers-bounces@lists.iptel.org] On Behalf Of ?lker Aktuna
(
Koç.net)
Sent: Monday, April 02, 2007 10:51 AM
To: Jan Janak
Cc: serusers(a)iptel.org
Subject: RE: [Serusers] problem with compiling the new CVS release
Thank you,
Trying right now...
-----Original Message-----
From: Jan Janak [mailto:jan@iptel.org]
Sent: Monday, April 02, 2007 10:08 AM
To: ?lker Aktuna (
Koç.net)
Cc: Michal Matyska; serusers(a)iptel.org
Subject: Re: [Serusers] problem with compiling the new CVS release
Hello,
Get the code from the 2.0 branch:
cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -r
rel_2_0_0 sip_router
Jan.
?lker Aktuna (
Koç.net) wrote:
> Hi Michal,
>
> Thank you for your reply.
> I didn't understand what to do. Should I add the option to the command "cvs
-d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout sip_router" ?
> I gues not, because it does not accept that parameter.
>
> What should I do now ?
> Should I download a stable version ? Where can I find a stable version with presence
support ?
>
> In fact, I only need the new registrar module which includes "nat_flag"
parameter.
> But when I just add the new registrar module to my old sources, I can't compile
it.
>
> Thanks,
> ilker
>
>
> -----Original Message-----
> From: Michal Matyska [mailto:michal@iptel.org]
> Sent: Saturday, March 31, 2007 10:01 PM
> To: ?lker Aktuna (
Koç.net)
> Cc: serusers(a)iptel.org
> Subject: Re: [Serusers] problem with compiling the new CVS release
>
> Hi,
>
> Sorry for the inconvinience... checkout the CVS code before the DB API started to
change (e.g. add -D 20070328 option to the cvs co command).
>
> Until all modules will be changed and using new API, it won't compile for a
while.
>
> Michal
>
> On Thu, 2007-03-29 at 11:48 +0200, Jan Janak wrote:
>
>
>> Folks,
>>
>> I have been working on a new database abstraction layer for SER
>> for a while and I'll start commiting it in CVS now. Please excuse
>> me if something is broken temporarily, this is a major improvement
>> that touches all modules that use the database. This change does
>> not affect Ottendorf, of course. The new DB layer will appear in
>> 2.1
>>
>> The main objectives for doing major changes in the DB API are:
>>
>> 1) Better support for databases that are not based on SQL, like
>> Berkeley db, LDAP, and fas in-memory databases.
>>
>> 2) The new code will no more store fetch all data from the database
>> in one step, it will be possible to get the data row by row (common
>> problem in usrloc)
>>
>> 3) Support for queries over multiple databases with various strategies
>> (i.e. usrloc database can be partitioned).
>>
>> 4) Support for database failover (i.e. if the primary database fails
>> that SER can start using another one, which can be even of different
>> type, i.e. mysql->postgres)
>>
>> I provide you with more details and documentation later once the
>> first version is in CVS.
>>
>> Jan.
>>
>>
_______________________________________________
Serusers mailing list
Serusers(a)lists.iptel.org