Yes, there is something about it in doc/cvs-commit-rules.txt.
However in this case. it's a big API change that affects a lot of
modules and it would be quite difficult to change all of them in the
same time. Let's hope it won't take long.
Andrei
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:
>> 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
>
_______________________________________________
Serusers mailing list
Serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers