<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Hi Ali,<br>
<br>
We have not compiled yet the list for 1.9 (it will be published
later after 1.8.0 becomes full stable). Currently we are working in
3 directions:<br>
1) 1.8.0 from beta to full stable - fixing bugs<br>
2) 2.0 - adding async DB support<br>
3) 1.9.0 still planning - mainly a distributed support for
usrloc and dialog modules<br>
<br>
Regards,<br>
Bogdan<br>
<br>
On 04/11/2012 10:07 PM, Ali Pey wrote:
<blockquote
cite="mid:CA+q4kRL4qKhxKWw2Vrb1cb2k4nkuVRG0hEO7c4XpEiZ2-cohpA@mail.gmail.com"
type="cite">I see your argument Bogdan and it makes sense. I agree
that this wouldn't be a high priority feature. I personally use m4
and will have to use m4 since the same configuration file is used
for all my software components including opensips.
<div>
<br>
</div>
<div>Do you keep of a list of features that you are considering
for the next release? </div>
<div><br>
</div>
<div>Regards,</div>
<div>Ali<br>
<div><br>
<div class="gmail_quote">On Wed, Apr 11, 2012 at 11:41 AM,
Bogdan-Andrei Iancu <span dir="ltr"><<a
moz-do-not-send="true" href="mailto:bogdan@opensips.org">bogdan@opensips.org</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt
0.8ex; border-left: 1px solid rgb(204, 204, 204);
padding-left: 1ex;">
<div bgcolor="#ffffff" text="#000000"> Well, it is not
only about personal preferences and how is nicer,
etc...you should consider also the required work to do -
at the end somebody has to implement this. And my
questions is: considering that the development resources
are limited, does it make sense to invest them in just
creating an alternative to something already existing ?<br>
<br>
Regards,<br>
Bogdan
<div>
<div class="h5"><br>
<br>
On 04/11/2012 05:04 PM, Ali Pey wrote:
<blockquote type="cite">Saúl,
<div><br>
</div>
<div>It's very simple to define a simple text
pre-processor. It would be one with only basic
text/macro replacement with no fancy features.</div>
<div><br>
</div>
<div>I can understand that it would make more
sense for you to use m4, but I don't understand
how this would stop you from doing that? Your
personal preference doesn't have to change.</div>
<div><br>
</div>
<div>It's all about simplicity. It would make it
one or two steps shorter, faster and simpler for
people that are not quite familiar with m4 or
have simple requirements. Not every user is an
expert.</div>
<div><br>
</div>
<div>Ali</div>
<div> </div>
<div><br>
<div class="gmail_quote">On Tue, Apr 10, 2012 at
4:36 PM, Saúl Ibarra Corretgé <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:saul@ag-projects.com"
target="_blank">saul@ag-projects.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:
0pt 0pt 0pt 0.8ex; border-left: 1px solid
rgb(204, 204, 204); padding-left: 1ex;">Hi
all,<br>
<div><br>
On Apr 10, 2012, at 6:13 PM, Ali Pey
wrote:<br>
<br>
> I also think it would be a great
addition to have a simple build-in text
pre-processing. For more advance features
people can continue to use m4 as desired.<br>
><br>
<br>
</div>
The problem is the word "simple" on your
sentence :-) How do we tell if a feature
request qualifies as "simple" or not?<br>
<br>
For me, the config file is fine as it is. It
does have limitations, but m4 helps in
solving them.<br>
<div><br>
> Regards,<br>
> Ali<br>
><br>
><br>
> On Tue, Apr 10, 2012 at 12:05 PM,
Nick Altmann <<a moz-do-not-send="true"
href="mailto:nick.altmann@gmail.com"
target="_blank">nick.altmann@gmail.com</a>>
wrote:<br>
> Against for M4:<br>
> Configuration file may not be
generated properly from m4 file(s)<br>
> sometimes (because missed errors in
m4), then server cannot start in<br>
> some cases. It's when m4 in init.d
script. When cfg-file built from m4<br>
> manually, it's uncomfortable.<br>
><br>
> In my opinion, opensips is the most
powerful sip server, so it should<br>
> have both options. And users should
make decision which to better use<br>
> in each case.<br>
><br>
<br>
</div>
You should not attempt to run OpenSIPS with
the new generated file before testing it,
you may have made a silly typo and the
server would be stopped. You can do it in 2
steps:<br>
<br>
- Regenerate the cfg file from the m4 files
and call use opensips -c to validate the
config file<br>
- Restart the service if the config was
valid<br>
<div><br>
><br>
> 2012/4/10 Bogdan-Andrei Iancu <<a
moz-do-not-send="true"
href="mailto:bogdan@opensips.org"
target="_blank">bogdan@opensips.org</a>>:<br>
> > Hi,<br>
> ><br>
> > I'm bringing here a discussion
started on devel list, as I would like to
get<br>
> > more opinions on the matter.<br>
> ><br>
> > The discussion started around
the decision if makes sense to have MACRO<br>
> > substitution (as text
pre-processing) directly in OpenSIPS,
considering that<br>
> > right now M4 is heavenly used
for this (as additional tool to opensips).<br>
> ><br>
> > So, the debate was : have
built-in text pre-processing versus using
M4 as<br>
> > text processor<br>
> ><br>
> > Pros for M4:<br>
> > - no effort to develop extra
stuff - just install M4<br>
> > - can do really complex
things (more than only macros, ifdef,
include,<br>
> > etc)<br>
> > - you can use it or not<br>
> > - easy to integrate with
start / stop scripts<br>
> > Against for M4:<br>
> > - need to be installed and
integrated<br>
<br>
</div>
I'm not aware of any system where installing
m4 is troublesome.<br>
<div><br>
> > - you may have a mismatch
for the line number (if errors reported in<br>
> > cfg) between the .m4 file and
.cfg file<br>
> ><br>
<br>
</div>
While this is true, you can look at the
generated cfg file, and leaving comments is
also a good idea ;-)<br>
<div><br>
> > Pros for buit-in:<br>
> > - you do no need to install
M4 at all (everything comes packet)<br>
> > - you may get accurate
reporting on errors (for line in cfg)<br>
> > Against for M4:<br>
> > - more devel work to
re-implement macros, ifdef, etc<br>
> ><br>
> ><br>
> > Now, I would like to get your
opinions on that (you as opensips users),
to<br>
> > see if we stick to using M4 for
cfg pre-processing or there is a real need<br>
> > to have this functionality as
built-in.<br>
> ><br>
<br>
</div>
As I said in the other thread I think that
using resources for enhancing the current
configuration language is not a good idea.
Ideally I'd like to program my routing logic
in a real programming language like Python,
Lua or Ruby not something totally different
which newcomers need to learn and is not a
fully blown programing language.<br>
<br>
M4 is a powerful tool which can be used
together with the current configuration
language to achieve all the requirements
mentioned in the previous mail, without
modifying OpenSIPS.<br>
<br>
Maybe it would be a good idea to use m4 in
the sample configs? Having a opensips.m4
file with the main routing logic and some
local.m4 file with custom settings like DB
configs, etc could help people get their
feet wet with m4. Even adding a "opensipsctl
reconfigure" command could make sense, it
could just do the following:<br>
<br>
pushd /etc/opensips<br>
m4 opensips.m4 > opensips.cfg<br>
opensips -c /etc/opensips/opensips.cfg<br>
popd<br>
<br>
So if there is an error you could see it
before actually attempting to run OpenSIPS
with the change applied.<br>
<br>
Those are my 2 cents :-)<br>
<br>
<br>
Regards,<br>
<br>
--<br>
Saúl Ibarra Corretgé<br>
AG Projects<br>
<div>
<div><br>
<br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a moz-do-not-send="true"
href="mailto:Users@lists.opensips.org"
target="_blank">Users@lists.opensips.org</a><br>
<a moz-do-not-send="true"
href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users"
target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</div>
</div>
</blockquote>
</div>
<br>
</div>
<pre><fieldset></fieldset>
_______________________________________________
Users mailing list
<a moz-do-not-send="true" href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>
<a moz-do-not-send="true" href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
<br>
</div>
</div>
<div class="im">
<pre cols="72">--
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a moz-do-not-send="true" href="http://www.opensips-solutions.com" target="_blank">http://www.opensips-solutions.com</a></pre>
</div>
</div>
</blockquote>
</div>
<br>
</div>
</div>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a class="moz-txt-link-freetext" href="http://www.opensips-solutions.com">http://www.opensips-solutions.com</a></pre>
</body>
</html>