Thank you Nate!  I think, based on Ivan's post, that I'll wait for the 
new name.

Nathan C. Smith wrote:
>  
>
> Hi Jac,
>   
>> I've been following this project with great interest since 
>> September of 
>> 2006.  I've had some doubt about it's direction from 
>> time-to-time, but 
>> it seems to me that the premises for which it was started and the 
>> overall steps forward warrant my attention and contribution.
>>     
>
> The project goes, necessarily, in the direction contributors and
> participants take it.  There is a relatively small core of developers and
> contributors at any given time.  We welcome you and any contributions you
> might make.
>
>   
>> I've been working on shared object apps that permit the system to be 
>> configured more generically on database integration rather than it's 
>> current dependence on ASCII configuration files.  Typically this work 
>> provides a are far more manageable solution for large scale users 
>> (ITSPs, Hosted PBX providers, etc.).  To that end, I've also been 
>> working on integrating more "proxy" like features for SIP/H.323.
>>     
>
> This sounds spiffy.  There has been some other work on a plists-style config
> system.
>
>   
>> I've seen some commentary regarding both developments in the 
>> past but am 
>> unclear if anybody has picked up the charge.  I do hope to hear from 
>> any-and-all interested parties.
>>     
>
> We certainly need centralized configuration like this and the ability to
> pull configuration and other info from Databases, LDAP, web services, etc.
> One of our first intents was to strip as much cruft out of Asterisk as we
> could.  Many people initially involved were frustrated with the state of
> "realtime" configuration so it was kept at arm's length.  Another long-term
> focus is to remove non-critical components from the core where possible -
> the CLI among other things, in order to improve stability.
>
> I have not seen your code, but if it improves on realtime, allows for a
> choice of configuration sources and does not couple directly to the core
> bring it out.  Otherwise, perhaps we can make some adjustments or
> accommodations.
>
> We can get you hooked up with an SVN account, or you can wait until the name
> change is complete.
>
> -Nate
> _______________________________________________
> Openpbx-dev mailing list
> [email protected]
> http://lists.openpbx.org/mailman/listinfo/openpbx-dev
>
>   
_______________________________________________
Openpbx-dev mailing list
[email protected]
http://lists.openpbx.org/mailman/listinfo/openpbx-dev

Reply via email to