[Serusers] problem with compiling the new CVS release

[Vaclav Kubart]

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 (Koç.net) wrote:
>  
> 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 at lists.iptel.org [mailto:serusers-bounces at lists.iptel.org] On Behalf Of ?lker Aktuna (Koç.net)
> Sent: Monday, April 02, 2007 1:11 PM
> To: Jan Janak
> Cc: serusers at 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 at cvs.berlios.de:/cvsroot/ser checkout -D 20070328 sip_router"
> 
> Thanks,
> ilker
> 
> -----Original Message-----
> From: serusers-bounces at lists.iptel.org [mailto:serusers-bounces at lists.iptel.org] On Behalf Of ?lker Aktuna (Koç.net)
> Sent: Monday, April 02, 2007 10:51 AM
> To: Jan Janak
> Cc: serusers at iptel.org
> Subject: RE: [Serusers] problem with compiling the new CVS release
> 
>  
> Thank you,
> 
> Trying right now...
> 
> 
> -----Original Message-----
> From: Jan Janak [mailto:jan at iptel.org]
> Sent: Monday, April 02, 2007 10:08 AM
> To: ?lker Aktuna (Koç.net)
> Cc: Michal Matyska; serusers at 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 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.
> >>
> 
> _______________________________________________
> Serusers mailing list
> Serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
> _______________________________________________
> Serusers mailing list
> Serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers