Tilghman,<br>i would love to apply for such a project!<br>Since a long time, i've the CLI filtering +verbosity change in mind, doing this as a SOC would be great.<br><br><br><br><div class="gmail_quote">On Mon, Mar 9, 2009 at 12:53 PM, Tilghman Lesher <span dir="ltr"><<a href="mailto:tilghman@mail.jeffandtilghman.com">tilghman@mail.jeffandtilghman.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div class="h5">On Monday 09 March 2009 11:05:48 am Mark Michelson wrote:<br>
> Russell Bryant wrote:<br>
> > Greetings,<br>
> ><br>
> > The Asterisk project participated in the Google Summer of Code program<br>
> > in 2005, but has not since then. I would like to apply again this year.<br>
> > I think it is an amazing opportunity to reach out to new developers<br>
> > and get some code written that we all want done, but have not had a<br>
> > chance to get to.<br>
> ><br>
> > <a href="http://code.google.com/soc/" target="_blank">http://code.google.com/soc/</a><br>
> ><br>
> > If we want to make this happen, we have a couple of things that we need<br>
> > to come up with as soon as possible. Mentoring organizations must<br>
> > complete their application for the program this week.<br>
> ><br>
> > 1) We need to determine who is willing to serve as a mentor from the<br>
> > Asterisk project. Mentors will be paired up with a student and will<br>
> > provide guidance to help the student bring their project to completion.<br>
> > Without commitments from mentors, we can not participate in the<br>
> > program.<br>
> ><br>
> > Obviously, an appropriate pairing of a mentor to a student is important.<br>
> > It's acceptable to say, "I am willing to be a mentor, provided that it<br>
> > is for a student working on a project in my area of expertise."<br>
> ><br>
> > If you think you would be interested, please let me know! Feel free to<br>
> > respond on this list, or to me directly.<br>
> ><br>
> > 2) We must build a suggested project list. When students apply for the<br>
> > program, they can submit a proposal for implementing one of our<br>
> > suggested projects, or another project of their choosing. Projects for<br>
> > this list should be appropriate in scope for a college student not yet<br>
> > familiar with the code base to implement in a Summer.<br>
> ><br>
> > I'm going to create a file in svn to maintain our project ideas list:<br>
> ><br>
> > - svn/asterisk/trunk/doc/google-soc2009-ideas.txt<br>
> ><br>
> > To kick of the list of ideas, here are a couple of high level thoughts:<br>
> ><br>
> > a) I think we could break up the "PineMango" project into multiple<br>
> > suggested projects.<br>
> ><br>
> > b) John Todd and others had some great ideas regarding security in<br>
> > Asterisk at the last developer conference that could be turned into<br>
> > suggested projects.<br>
> ><br>
> > If you have some thoughts about other projects to add to the list,<br>
> > again, please let me know, and I'll add them to our ideas list.<br>
> ><br>
> > Thanks!<br>
><br>
> Firstly, let me state that I would be willing to mentor a student depending<br>
> on what area of the code they choose to work with. I can work with most<br>
> areas in Asterisk. The areas I would *not* feel comfortable working in are<br>
> channel drivers other than chan_sip. Any other place in Asterisk I either<br>
> know well enough or could learn quickly enough to be able to mentor<br>
> effectively.<br>
><br>
> As far as code project ideas go, here are some suggestions (listed roughly<br>
> in order of preference):<br>
><br>
> * ast_storage: For those not in the know, this was an attempt to make<br>
> several storage backends, primarily for use in app_voicemail but<br>
> potentially useful for other purposes, too. I think this could make a<br>
> decent project for a student because the code is already partially written,<br>
> app_voicemail needs some major cleanup with regards to how it handles<br>
> various storage destinations, and unfortunately, this just isn't something<br>
> that is likely to get tackled by anyone else any time soon.<br>
><br>
> * manager2/managergames: These are existing branches designed to get<br>
> manager events converted to internal Asterisk events. While I am suggesting<br>
> this as a project, I would like to get Olle's approval first since such a<br>
> project could encroach on his managergames ideas. This is another project<br>
> that will be great and useful but is not likely to be worked on by others<br>
> due to other projects they're working on.<br>
><br>
> * Transaction support for chan_sip. Pretty much self-explanatory. Would<br>
> help get rid of several known bugs and would make the channel driver much<br>
> more logical overall.<br>
><br>
> * Anything to help regarding automated testing of Asterisk. Perhaps some<br>
> sort of addition to Matt Nicholson's asttest branch? I'm not really sure<br>
> that this is really in the spirit of GSoC though.<br>
><br>
> Other potential places to browse for ideas are Olle's<br>
> <a href="http://asteriskideas.org" target="_blank">http://asteriskideas.org</a> site and the voip-info wiki.<br>
<br>
</div></div>I would also be interested in mentoring a student. Among other projects, we<br>
might want a student to change the way verbose logging in Asterisk works, to<br>
allow a constant level to always be logged to a particular logfile, without<br>
regard for the console verbosity. Currently, if a PBX admin changes the<br>
verbosity on a remote console, it not only affects all consoles, but it also<br>
affects the messages which end up in the log. An ideal solution would allow<br>
a default verbosity to be specified per remote console and for the logs and<br>
allow various consoles' verbosity to be altered independently without<br>
affecting the information sent to the logfiles.<br>
<br>
--<br>
<font color="#888888">Tilghman<br>
</font><div><div></div><div class="h5"><br>
_______________________________________________<br>
--Bandwidth and Colocation Provided by <a href="http://www.api-digital.com--" target="_blank">http://www.api-digital.com--</a><br>
<br>
asterisk-dev mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
<a href="http://lists.digium.com/mailman/listinfo/asterisk-dev" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Clod Patry<br>