Re: [Asterisk-Dev] GnoPhone CVS compile error

2003-10-01 Thread Peter Nixon
Also the 0.2.4 release version of GnoPhone does not compile. a) It does not compile against mozilla-1.4 b) when --disable-mozilla is given it then fails with the following errors. Making all in sounds make[2]: Entering directory `/usr/src/packages/BUILD/gnophone-0.2.4/sounds' gcc -DHAVE_CONFIG_H -

Re: [Asterisk-Dev] RE: Asterisk license (fwd)

2003-10-01 Thread Peter Nixon
On Wed October 1 2003 17:38, Mark Spencer wrote: > > What is the current status of Postgres support in Asterisk? > > Just made it into CVS, thanks to Matthew Hardeman, yay! Is there any chance of a DB abstraction layer at some point? the code looks a little convoluted to add different drivers cur

Re: [Asterisk-Dev] RE: Asterisk license (fwd)

2003-10-01 Thread duncan
Is MySQL a requirement for Asterisk? What are the alternatives? How much of its features does it need? I was reading somewhere not too long ago about a product called either miniSQL or tinySQL. No its not a requirement, its a feature. MySQL is a very popular database - so the ability to log CD

Re: [Asterisk-Dev] RE: Asterisk license (fwd)

2003-10-01 Thread Otmar Lendl
On 2003/10/01 16:10, Mark Spencer <[EMAIL PROTECTED]> wrote: > > What is the current status of Postgres support in Asterisk? > > Just made it into CVS, thanks to Matthew Hardeman, yay! I've posted patches (well, actually my complete file) for app_voicemail2.c to use postgres instead of mysql as b

Re: [Asterisk-Dev] RE: Asterisk license (fwd)

2003-10-01 Thread Chris Albertson
> Of course a database > abstraction layer would be nice, so CDR logging could occur to any > kind of > database (oracle, yum!) but these things take a little time. You don't really need an abstraction layer if you write the database routines using "embedded SQL" as embeded SQL is an ANSI

Re: [Asterisk-Dev] RE: Asterisk license (fwd)

2003-10-01 Thread Steven Critchfield
On Wed, 2003-10-01 at 15:09, Chris Albertson wrote: > > Of course a database > > abstraction layer would be nice, so CDR logging could occur to any > > kind of > > database (oracle, yum!) but these things take a little time. > > You don't really need an abstraction layer if you write the d

RE: [Asterisk-Dev] RE: Asterisk license (fwd)

2003-10-01 Thread Ben Lear
Hey All, In the past I have used unixODBC(LGPL license)(http://www.unixodbc.org/) with great success. It seems to me that using ODBC provides a very strong argument. It supports seamlessly mySQL, Oracle and Postgres support and a truckload of other databases(even plain text files if you are so inc

RE: [Asterisk-Dev] RE: Asterisk license (fwd)

2003-10-01 Thread John Todd
At 9:56 AM +1000 10/2/03, Ben Lear wrote: [snip] Let the flaming begin :D Ben. PS: I would consider donating my ODBC wrapper code/time to the "Lets get this database crap sorted once and for all cause" if enuff interest is shown. Yes, I would have quite an interest in making a generic toolkit int

RE: [Asterisk-Dev] RE: Asterisk license (fwd)

2003-10-01 Thread James Sharp
> Ben. > > PS: I would consider donating my ODBC wrapper code/time to the "Lets get > this database crap sorted once and for all cause" if enuff interest is > shown. > If the LGPL license of UnixODBC would make things work, I've got cdr_unixodbc done. I just need to test it. ___

RE: [Asterisk-Dev] RE: Asterisk license (fwd)

2003-10-01 Thread Steven Critchfield
On Wed, 2003-10-01 at 19:19, John Todd wrote: > At 9:56 AM +1000 10/2/03, Ben Lear wrote: > >[snip] > >Let the flaming begin :D > > > >Ben. > > > >PS: I would consider donating my ODBC wrapper code/time to the "Lets get > >this database crap sorted once and for all cause" if enuff interest is > >sh

RE: [Asterisk-Dev] RE: Asterisk license (fwd)

2003-10-01 Thread Ben Lear
> >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] On Behalf Of >Steven Critchfield >Sent: Thursday, 2 October 2003 11:58 AM >To: [EMAIL PROTECTED] > >On Wed, 2003-10-01 at 19:19, John Todd wrote: >> At 9:56 AM +1000 10/2/03, Ben Lear wrote: >> >[snip] >> >Let the f