2 Apr
2007
2 Apr
'07
3:33 p.m.
Sorry about that, but I announced that the trunk won't compile until I
finish my changes. This takes lots of changes in all the modules that
talk to the database so I did not want to flush it all at once. On there
other hand we have the ottendorf branch in cvs which is pretty much
up-to-date with the branch so I thought that it was a good time now to
break trunk again.
Jan.
samuel wrote:
Is there any policy about commiting changes that do
not compile?
Samuel.
2007/4/2, Michal Matyska <michal(a)iptel.org>rg>:
Hi,
cvs -d :pserver:anonymous@cvs.berlios.de:/cvsroot/ser checkout -D
20070328 sip_router
works for me (the -D option must appear after the checkout command, not
before) or use the stable branch.
Michal
On Mon, 2007-04-02 at 10:50 +0300, İlker Aktuna (Koç.net) wrote:
------------------------------------------------------------------------
_______________________________________________
Serusers mailing list
Serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers 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.
>>
>> _______________________________________________
>> Serdev mailing list
>> Serdev(a)lists.iptel.org
>> http://lists.iptel.org/mailman/listinfo/serdev
>
______________________________________________________________________
_______________________________________________
Serusers mailing list
Serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers