Great whatever - I mean get a can of compressed air and insert it in your
ear. Take your issues up in direct email and stop wasting our time.
If its illegal - call a cop.
If its unethical - see a priest.
If its against everything they stand for - call ENRON
Meantime lets get back to our regular p
On Wednesday 06 October 2004 19:16, [EMAIL PROTECTED] wrote:
> That is not true and unless you can prove it (And I know you cant) you have
> no right to slander my name. I have done nothing but help and support the
> open source community and anyone else that says otherwise is a no good
> liar.
Po
That is not true and unless you can prove it (And I know you cant) you have no right
to slander my name. I have done nothing but help and support the open source community
and anyone else that says otherwise is a no good liar.
What do you mean by 'You'll see his undermining comments all over OS
On Wed, 6 Oct 2004, Matthew Boehm wrote:
> Why will they never be in a 1.0.X release?
>
> Matthew
Because 1.0 is now feature frozen. As part of the "Stable" branch, only
bugfixes will be backported to the CVS tree. Ripping out the MySQL support
doens't really constitute a bug-fix, as it is a s
See another reply I just posted, James. ast_data is modularized in order to
do that. app_realtime() could be. I haven't read it yet.
But, ast_data supports mysql, pgsql, and odbc out of the box. You can also
mix and match them if you wanted (not that you would want to)
Rob
- Original Mes
Thanks for the support, Gunnar! Now I can add yet another tick to the count
of people I know of using ast_data in their daily lives :-)
I haven't had the time yet, to fully read-up on the app_realtime() etc.
functions to see how they work.
There are some things still to come in ast_data, but I
Matthew Boehm wrote:
Why will they never be in a 1.0.X release?
Well, I can't speak for Mark or any of the other developers, but I'd
assume that any 1.0.x releases in the future will only be bug fixes and
minor enhancements of previous releases.
Major new features would show up in a 1.1.x releas
Why will they never be in a 1.0.X release?
Matthew
- Original Message -
From: "Kevin P. Fleming" <[EMAIL PROTECTED]>
To: "Asterisk Developers Mailing List" <[EMAIL PROTECTED]>
Sent: Wednesday, October 06, 2004 3:17 PM
Subject: Re: [Asterisk-Dev] Added Postgresql support for SIP friends
Right way. From the beginning of my asterisk server I use ast_data.
All other is just to much scattered. A little bit here, a little bit
there ...
Gunnar
> Nice, but you may notice that all of the mysql code just got removed from
> chan_sip.c in the last 24 hours.
> :-)
> - Original Mess
Matthew Boehm wrote:
I just did 'make update' and the new chan_sip.c I got (1.521) still has all
the mysql stuff in it.
You are looking at the v1-0 branch. The HEAD branch is where the
res_config changes got made, and they will not ever be in an Asterisk
1.0.x release (I'd assume).
__
On Wednesday 06 October 2004 12:23 am, Jeremy McNamara wrote:
> [EMAIL PROTECTED] wrote:
> > Why is it that ever time I turn around, no ones name is on anything
> > but Marks, EVEN if I know for a fact he did not do the work in
> > question?
>
> I see lots of names in the CREDITS file as well as on
I just did 'make update' and the new chan_sip.c I got (1.521) still has all
the mysql stuff in it.
??
Matthew
- Original Message -
From: "Kevin P. Fleming" <[EMAIL PROTECTED]>
To: "Asterisk Developers Mailing List" <[EMAIL PROTECTED]>
Sent: Wednesday, October 06, 2004 12:43 PM
Subject: R
OK. I'm in the middle of modifying chan_sip.c to support more features via
mysql. Should I stop now and focus on res_config instead?
Matthew
- Original Message -
From: "Kevin P. Fleming" <[EMAIL PROTECTED]>
To: "Asterisk Developers Mailing List" <[EMAIL PROTECTED]>
Sent: Wednesday, Octobe
Shouldn't it be migrated to ODBC as well? Database abstraction is a
good thing.
On Oct 6, 2004, at 1:26 PM, Jens Kübler wrote:
It's untested but should work out of the box as it is a straight copy
of the
mysql stuff. I added some transaction stuff as someone else might
change
sipfriends during
Jens Kübler wrote:
Destination unknown?
reasons?
res_config has completely replaced it, with a far more powerful and
flexible system.
___
Asterisk-Dev mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-dev
To UNSUBSCRIBE or
Am Mittwoch, 6. Oktober 2004 19:31 schrieb Rob Gagnon:
> Nice, but you may notice that all of the mysql code just got removed from
> chan_sip.c in the last 24 hours.
>
> :-)
Destination unknown?
reasons?
:-(
Jens
___
Asterisk-Dev mailing list
[EMAIL P
16 matches
Mail list logo
