IRC log for #asterisk-bugs on 20100122

01:40.37*** join/#asterisk-bugs jthurman42 (n=jon@c-67-169-218-181.hsd1.wa.comcast.net)
05:39.28*** join/#asterisk-bugs MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman)
05:43.42*** join/#asterisk-bugs Qwell (i=north@pdpc/sponsor/digium/Qwell)
05:43.42*** mode/#asterisk-bugs [+o Qwell] by ChanServ
05:47.36*** join/#asterisk-bugs file (n=file@asterisk/developer-and-muffin-lover/file)
05:47.36*** mode/#asterisk-bugs [+o file] by ChanServ
08:02.13*** join/#asterisk-bugs mpe (n=mpe@gate.ipvision.dk)
10:15.23*** join/#asterisk-bugs oej (n=olle@static-213-115-251-100.sme.bredbandsbolaget.se)
10:52.18*** join/#asterisk-bugs ccesario (n=ccesario@189-19-6-236.dsl.telesp.net.br)
11:02.40*** join/#asterisk-bugs ayrjola (n=ayrjola@gw.ccxtech.fi)
11:10.10*** join/#asterisk-bugs mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak)
11:24.52*** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982)
12:35.29*** join/#asterisk-bugs elguero (n=_miguel3@ns1.nashuacs.com)
12:44.53*** join/#asterisk-bugs rgavril (i=59780499@gateway/web/freenode/x-ycgpnfupgrqtgtvc)
12:45.16rgavrilHi, I have a problem with music on hold when using a custom application and wondering if is something that I do wrong. Every time I do a 'reload moh' if the musiconhold.conf file was changes another custom application is run but the old one does not close.
12:45.27rgavrilLeaving me with several processes of sox running which eat up a lot of cpu
12:51.17jsmithrgavril: Sounds like a bug... please report it on the issue tracker at http://issues.asterisk.org/
12:51.49rgavrilthx, just found something similar in the bug tracker now: #16279
13:00.23leifmadsenrgavril: thanks for looking for a similar issue before posting
13:41.13*** join/#asterisk-bugs Victor_Yure (n=victor@unaffiliated/victoryure/x-837844)
14:02.19*** join/#asterisk-bugs oej (n=olle@static-213-115-251-100.sme.bredbandsbolaget.se)
14:42.15*** join/#asterisk-bugs mpe_ (n=mpe@gate.ipvision.dk)
14:42.58*** join/#asterisk-bugs mpe_ (n=mpe@gate.ipvision.dk)
14:48.32*** join/#asterisk-bugs mpe__ (n=mpe@gate.ipvision.dk)
14:55.14*** join/#asterisk-bugs mpe_ (n=mpe@gate.ipvision.dk)
15:03.00*** join/#asterisk-bugs mpe_ (n=mpe@gate.ipvision.dk)
15:07.32*** join/#asterisk-bugs putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson)
15:07.32*** mode/#asterisk-bugs [+o putnopvut] by ChanServ
15:19.25*** join/#asterisk-bugs leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage)
15:19.25*** mode/#asterisk-bugs [+o leifmadsen] by ChanServ
15:30.36Corydon76-digleifmadsen: on agenda, discuss making wdoekes a committer
15:31.09Corydon76-digHis patches are consistently good, well-tested, and commit-ready
15:31.33leifmadsenCorydon76-dig: I have a few actually that I've mentioned to russellb but we've determined we need a better process for determining who gets commit access. Basically just a standard procedure kind of thing, although we didn't get into detail what that might include.
15:31.56leifmadsenCorydon76-dig: I would agree about wdoekes though. I also recommended kobaz and alec_davis for consideration
15:32.14Corydon76-digI thought alec already had commit
15:32.19putnopvuthe does
15:32.19leifmadsenoh right, he does
15:32.30leifmadsenthat was a recent change though right?
15:32.38Corydon76-digFairly recent, yes
15:32.47leifmadsenI think I recommended him for commit because he had a lot of useful patches which were minor, but important
15:33.21leifmadsenkobaz is another recent one that I'd be interested in possibly having commit access, but I think russellb is right on this, in that we need a process for giving people commit access so we know we're giving it to the right people
15:33.50Corydon76-digI think perhaps the best would be to mention on the -dev list that we're considering giving those people commit access, list some previous work, wait a week for feedback, then give them access if there's no reservations expressed
15:33.52leifmadsenI had mentioned some sort of mentorship period where someone makes sure things are getting done correctly for a period of time
15:34.08*** join/#asterisk-bugs Qwell (i=north@pdpc/sponsor/digium/Qwell)
15:34.08*** mode/#asterisk-bugs [+o Qwell] by ChanServ
15:34.30leifmadsenthat seems like a good start. I don't think it needs to be anything elaborate, but I think it should be something documented so everyone who gets commit access goes through the same process in order to be fair to the community
15:34.41leifmadsenand so people who are interested in getting commit access can do so appropriately
15:34.56leifmadsenlike you said, provide several examples of patches that were submitted and comitted
15:35.56leifmadsenQwell: omg, you're not a nub!
15:43.31*** join/#asterisk-bugs The_Boy_Wonder (n=vossel@asterisk/batman-developer/dvossel)
15:50.22*** join/#asterisk-bugs jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler)
15:55.40QwellO.o
16:20.45Entomologist*** CLOSED (16615) [Applications/app_externalivr] Added ability to send DTMF from ExternalIVR
16:20.46EntomologistAssigned to: thedavidfactor
16:20.46EntomologistReported by: thedavidfactor  Karma: 0
16:20.47Entomologisthttps://issues.asterisk.org/view.php?id=16615
16:20.47Entomologist*********************************************************
16:21.07*** join/#asterisk-bugs TheDavidFactor (n=chatzill@fw1.safedataisp.net)
16:54.50*** join/#asterisk-bugs elguero (n=elguero@12.187.84.162)
17:11.56*** join/#asterisk-bugs leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage)
17:11.56*** mode/#asterisk-bugs [+o leifmadsen] by ChanServ
17:14.26seanbrightM16674
17:14.28MuffinMan[new] [Asterisk] Channels/chan_sip/Interoperability 0016674: channels stuck in ringing state forever reported by under https://issues.asterisk.org/view.php?id=16674
17:14.46seanbrightbased on the summary alone, i'm tempted to just respond "well pick up the damn phone"
17:18.58putnopvutseanbright: I'd respond with "If you don't have time to test with newer code, then I don't have time to fix your problem"
17:19.13putnopvutWell, if I didn't work for Digium, I would.
17:21.36seanbrightwink wink? :-)
17:22.14Corydon76-digNo, him working for Digium just means that he phrases it in a nicer way
17:22.30seanbrightgotcha.
17:23.16Corydon76-digbut the sentiment is similar.  "I'll be happy to wait until you have time to test with a newer version."
17:23.50Corydon76-digand "I couldn't reproduce this issue with the newest version."
20:46.03*** join/#asterisk-bugs JunK-Y (n=junky@modemcable130.134-20-96.mc.videotron.ca)
20:46.03*** mode/#asterisk-bugs [+o JunK-Y] by ChanServ
21:30.57*** join/#asterisk-bugs JunK-Y (n=junky@modemcable130.134-20-96.mc.videotron.ca)
21:30.57*** mode/#asterisk-bugs [+o JunK-Y] by ChanServ
22:06.09*** join/#asterisk-bugs mpe (n=mpe@0x4dd624b2.adsl.cybercity.dk)
22:55.00*** join/#asterisk-bugs TheDavidFactor-H (n=chatzill@nc-71-0-16-133.dhcp.embarqhsd.net)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.