[Serusers] problem with compiling the new CVS release

[Jan Janak]

Hello,

Get the code from the 2.0 branch:

cvs -d :pserver:anonymous at 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 at 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 at iptel.org] 
> Sent: Saturday, March 31, 2007 10:01 PM
> To: İlker Aktuna (Koç.net)
> Cc: serusers at 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 at lists.iptel.org
>> http://lists.iptel.org/mailman/listinfo/serdev
> _____________________________________________________________________________________________________________________________________________
> Bu e-posta mesaji kisiye ozel olup, gizli bilgiler iceriyor olabilir. Eger bu e-posta mesaji size yanlislikla ulasmissa,  icerigini hic bir sekilde kullanmayiniz ve ekli dosyalari acmayiniz. Bu durumda lutfen e-posta mesajini kullaniciya hemen geri gonderiniz  ve  tum kopyalarini mesaj kutunuzdan siliniz. Bu e-posta mesaji, hic bir sekilde, herhangi bir amac icin cogaltilamaz, yayinlanamaz ve para karsiligi satilamaz.  Bu e-posta mesaji viruslere karsi anti-virus sistemleri tarafindan taranmistir. Ancak yollayici, bu e-posta mesajinin - virus koruma sistemleri ile kontrol ediliyor olsa bile - virus icermedigini garanti etmez ve meydana gelebilecek zararlardan dogacak hicbir sorumlulugu kabul etmez. 
> This message is intended solely for the use of the individual or entity to whom it is addressed , and may contain confidential  information. If you are not the intended recipient of this message or you receive this mail in error, you should refrain from making any use of the contents and from opening any attachment. In that case, please notify the sender immediately and return the message to the sender, then, delete and destroy all copies. This e-mail message, can not be copied, published or sold for any reason. This e-mail message has been swept by anti-virus systems for the presence of computer viruses. In doing so, however,  sender  cannot warrant that virus or other forms of data corruption may not be present and do not take any responsibility in any occurrence.
> _____________________________________________________________________________________________________________________________________________
> _______________________________________________
> Serusers mailing list
> Serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
>