| 00:07.33 | *** join/#asterisk-dev spditner (~simon@192.171.42.137) |
| 00:15.08 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 00:50.46 | wedhorn | snuff-work: you around? |
| 00:52.14 | snuff-work | yes |
| 00:53.21 | wedhorn | mucking around with skinny formats, you see any reason to be able to specify codecs for each line on a device? |
| 00:54.41 | snuff-work | i guess not.. since a 'device' can only be registered to one CCM.. so having diff codecs on diff lines shouldn't need to happen |
| 00:55.13 | snuff-work | least i was pretty sure that's the case.. |
| 00:55.20 | wedhorn | yeah, but may some want to? |
| 00:55.27 | wedhorn | someone |
| 00:56.57 | wedhorn | guess that's as good an answer as any :/ |
| 00:57.01 | *** join/#asterisk-dev snuff-work (~snuffy@210.8.167.13) |
| 00:57.02 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 00:57.18 | snuff-work | pidgin crapped out again +( |
| 00:57.47 | wedhorn | yeah, gave you a bit of a stir while you were absent ;) |
| 01:01.42 | wedhorn | actually, on pondering, I think I'll just remove the formats from the device structure. Should be cleaner, easier to understand and still allow for someone wanting a wacky config |
| 01:12.23 | *** join/#asterisk-dev dwayne (~dwayne@c-71-207-208-112.hsd1.al.comcast.net) |
| 02:10.59 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 02:10.59 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 03:46.41 | *** join/#asterisk-dev SGjunior (~sgjunior@out-pq-166.wireless.telus.com) |
| 06:08.46 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 06:20.41 | *** join/#asterisk-dev coreyfarrell (~cfarrell@2001:4830:117f:2:b88a:227e:d4b:aa86) |
| 06:23.06 | *** part/#asterisk-dev coreyfarrell (~cfarrell@2001:4830:117f:2:b88a:227e:d4b:aa86) |
| 06:25.16 | *** join/#asterisk-dev coreyfarrell (~coreyfarr@2001:4830:117f:2:b88a:227e:d4b:aa86) |
| 07:41.51 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:510a:d7fd:d4c9:2a8b) |
| 08:15.55 | *** join/#asterisk-dev stevePearPear (~stevePear@cm244.epsilon47.maxonline.com.sg) |
| 08:45.05 | *** join/#asterisk-dev stevePearPear (~stevePear@cm244.epsilon47.maxonline.com.sg) |
| 08:49.18 | *** join/#asterisk-dev stevePearPear (~stevePear@cm244.epsilon47.maxonline.com.sg) |
| 08:59.00 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 08:59.00 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 09:01.10 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 09:01.10 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 11:41.27 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 11:41.27 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 12:02.00 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-ikmeepgcnbbdyrwx) |
| 12:36.06 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 13:04.25 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:04.25 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:52.49 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-plxybdcxojkzzfmy) |
| 13:59.19 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 13:59.19 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:00.04 | *** join/#asterisk-dev stevePearPear (~stevePear@183.90.37.97) |
| 14:25.00 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 14:28.10 | *** join/#asterisk-dev otherwiseguy (~otherwise@99-46-2-71.lightspeed.mssnks.sbcglobal.net) |
| 14:33.29 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-tdldueypflmcsikr) |
| 14:33.29 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 14:35.53 | *** join/#asterisk-dev stevePearPear (~stevePear@183.90.37.97) |
| 14:44.42 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 14:47.04 | *** join/#asterisk-dev newtonr (~newtonr@173-17-135-67.client.mchsi.com) |
| 14:47.04 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 15:13.01 | *** join/#asterisk-dev rmudgett (~rmudgett@nat/digium/x-pcntbxxfpofcarvu) |
| 15:37.04 | seanbright | mjordan: just now seeing r418849... technicall the "Could" in "Could not find required 'Libxml2'..." should start with a lowercase letter... i will open a jira issue... :P |
| 15:42.22 | *** join/#asterisk-dev Jacoby6000 (~Jacoby600@static-71-252-134-63.dllstx.fios.verizon.net) |
| 15:43.13 | Jacoby6000 | mjordan: I just got notice of my approval. Should I go ahead and post on the reviewboard, or is there something special I should do in the given circumstances? |
| 15:43.53 | mjordan | nope, you can just post it to review board |
| 15:44.01 | mjordan | seanbright: please don't :-P |
| 15:44.23 | mjordan | unless you want to open it and close it with a commit immediately thereafter |
| 15:44.25 | mjordan | metrics! |
| 15:45.39 | seanbright | just busting balls |
| 15:47.54 | mjordan | please fill out your patch submission form in triplicate, attach it to three separate JIRA issues, kkthnx |
| 15:49.06 | Jacoby6000 | "The absolute path in the repository the diff was generated in." Is that saying the absolute path relative to where I cloned asterisk? Or the repository path eg: http://svn.asterisk.org/svn/asterisk/branches/12/path/to/diff/dir |
| 15:56.56 | *** join/#asterisk-dev otherwiseguy (~otherwise@99-46-2-71.lightspeed.mssnks.sbcglobal.net) |
| 16:00.36 | Jacoby6000 | nvm |
| 16:19.36 | *** join/#asterisk-dev rjblack (~Robert@67-200-165-66.static.logixcom.net) |
| 16:33.40 | *** join/#asterisk-dev stevePearPear (~stevePear@cm244.epsilon47.maxonline.com.sg) |
| 17:07.31 | jameswf | leifmadsen: may i pm |
| 17:10.20 | leifmadsen | jameswf: sure |
| 17:24.26 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 17:24.27 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 18:05.57 | opticron | coreyfarrell, ping |
| 18:06.01 | opticron | re 3812 |
| 18:06.55 | coreyfarrell | opticron: pong |
| 18:07.29 | opticron | would a freeform text attribute on the event be acceptable? |
| 18:07.51 | opticron | <managerEvent name="blah" relation="List Element"... |
| 18:10.53 | coreyfarrell | somewhat, my goal is to allow an automated scan of the XML to produce a list of which responses "complete" the ActionID |
| 18:11.25 | coreyfarrell | my concern with freeform is that it won't get validated by the xmldoc schema |
| 18:12.18 | opticron | hmmm |
| 18:12.35 | opticron | I may have to add a separate relationship mapping field to the command for that |
| 18:13.11 | opticron | maybe not |
| 18:13.18 | opticron | I'll cook something up |
| 18:13.37 | opticron | it can be a strict enum and still be optional |
| 18:14.09 | coreyfarrell | so like if I get BridgeInfoChannel, the ActionID associated with it is still "live", BridgeInfoComplete means that the ActionID is done and the AMI client's callback struct can be freed |
| 18:14.43 | opticron | list_element, response_complete, any others you can think of at the moment? |
| 18:15.52 | coreyfarrell | not off the top of my head. now that I think of it though response_complete isn't really needed / it can be the default when the field is omitted |
| 18:16.42 | coreyfarrell | most responses are completed in a single packet, the lists are the only wrinkle that I can think of. |
| 18:17.11 | opticron | ok, sounds good |
| 18:37.02 | *** join/#asterisk-dev Sjors (~sgielen@foo.kassala.de) |
| 18:57.21 | *** join/#asterisk-dev Dovid (~Dovid@static-173-63-105-210.nwrknj.fios.verizon.net) |
| 19:42.07 | file | the media formats branch is automerging once again |
| 19:42.19 | opticron | hooray! |
| 19:45.09 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-aglkgnsvdpslvvbk) |
| 19:46.18 | coreyfarrell | any thoughts on when we plan to merge to trunk? |
| 19:47.42 | file | the future! |
| 19:51.01 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 19:55.31 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 19:55.31 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 19:55.45 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 19:55.47 | *** join/#asterisk-dev newtonr (~newtonr@173-17-135-67.client.mchsi.com) |
| 19:55.47 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 19:58.16 | opticron | coreyfarrell, updated! |
| 19:58.26 | opticron | with list elementy goodness |
| 19:59.49 | coreyfarrell | opticron: thanks I'll take a look in a bit |
| 20:39.19 | mjordan | coreyfarrell: Personally, I feel like we're in pretty good shape to merge. How do you feel? |
| 20:43.15 | coreyfarrell | mjordan: the sooner we merge the sooner more people start testing media formats. I'm sure we'll find more problems, but I'd rather find those issues in trunk instead of 13.0.0 |
| 20:50.43 | wedhorn | mjordan: when are you thinking of branching 13 |
| 20:50.59 | wedhorn | i've some format issues in skinny I'd like to fix/clean |
| 20:57.42 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 21:01.51 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 21:04.24 | coreyfarrell | damn I broke 12 & trunk.. I'm going to revert the change I made to stasis_message_router.c |
| 21:08.38 | coreyfarrell | the other option is that I change topic->name to stasis_topic_name(topic), anyone have an opinion on which route to go? the call to stasis_topic_name would only happen for REF_DEBUG. |
| 21:10.58 | coreyfarrell | rmudgett: ^^ any thoughts on this? |
| 21:11.53 | *** join/#asterisk-dev Dovid (~Dovid@ool-2f113d03.dyn.optonline.net) |
| 21:13.54 | rmudgett | Is it because topic is NULL? |
| 21:14.36 | coreyfarrell | no, topic is opaque |
| 21:14.45 | coreyfarrell | I don't know how I missed this, I did compile before I submitted |
| 21:15.14 | mjordan | I don't have a deadline for branching 13. The answer for that is: when the reviews on reviewboard are cleaned up and merged. That doesn't mean every review, but rather, those that have people actively working them and resolving findings. |
| 21:15.34 | mjordan | I'd like to have it branched by the end of the month, as that gives us a good solid 2.5 months or so of beta testing |
| 21:15.48 | mjordan | so, the sooner, the better |
| 21:15.50 | coreyfarrell | rmudgett: struct stasis_topic {} is declared in stasis.c, so topic->name is unresolvable from stasis_message_router.c |
| 21:16.07 | mjordan | I can do the merge of the format work to trunk either this weekend or monday |
| 21:16.13 | wedhorn | mjordan: more after rough guess. Couple of days, couple of weeks, month or two? |
| 21:16.16 | file | I'd suggest over the weekend |
| 21:16.21 | file | it's always quieter |
| 21:16.23 | rmudgett | Calling stasis_topic_name() is equivalent to topic->name |
| 21:16.31 | mjordan | wedhorn: I'd say a week or two |
| 21:17.00 | wedhorn | thanks, should give me time to fix up the skinny formats mess after you merge the current work |
| 21:19.10 | coreyfarrell | rmudgett: ok I'll do that instead of removing the tag, that way we still get the topic name in refs log.. any objection if I just commit this so the build works again? after I do a compile that is.. |
| 21:19.25 | rmudgett | no |
| 21:19.32 | rmudgett | no objection |
| 21:22.12 | mjordan | certainly none here |
| 21:25.33 | coreyfarrell | ok fixed. sorry everyone |
| 21:25.57 | rmudgett | Must have compiled it without REF_DEBUG. That would prevent the compile error. |
| 21:26.51 | coreyfarrell | that must be it, cause I never post reviews without compiling |
| 21:26.53 | mjordan | breaking the build happens :-) |
| 21:28.07 | file | it's a way of life |
| 21:36.07 | rmudgett | coreyfarrell: Speaking of REF_DEBUG. Since you posted that patch, I was thinking of an ao2_t_ref_comment(void *obj, const char *format, ...) call that would post a line to the refs log as a 0 ref change. It would be useful as an identifier of objects like channels and bridges after creation. Channel and bridge objects have names/ids created after the object gets created. |
| 21:37.03 | rmudgett | Usage: ao2_t_ref_comment(chan, "Name: %s", ast_channel_name(chan)) |
| 21:37.38 | coreyfarrell | rmudgett: I like it.. will have to verify refcounter.py deals with delta=0 |
| 21:41.52 | rmudgett | It could also be used as a "hey I dealt with this object here" to trace which object was use where but not directly changed its ref count. |
| 21:48.58 | coreyfarrell | rmudgett: might be useful to have the ao2_t_ref_comment macro return obj, sort of like ao2_t_bump without adding the ref. |
| 21:49.48 | rmudgett | I don't see why that would be useful. It would be a noop if REF_DEBUG was not defined. |
| 21:51.00 | coreyfarrell | your probably right. I was thinking of things like fr.subclass.format = ao2_t_ref_comment(ast_format_ulaw, "use ulaw for static frame"); |
| 21:55.28 | coreyfarrell | although something like "#define ao2_noref(obj) (obj)" could be nice to allow such code to be self-documenting |
| 22:20.02 | tm1000 | file: you around |
| 22:20.12 | file | yes |
| 22:20.37 | tm1000 | file: is there a list of what âdtlsverifyâ and âdtlssetupâ accept. Think webgui control. I am trying to get a list of valid options |
| 22:20.57 | tm1000 | I can look at the source too if I knew where to look ;-) |
| 22:21.05 | file | sure is! sip.conf.sample |
| 22:21.12 | file | along with explanations |
| 22:21.25 | tm1000 | thanks |
| 22:21.49 | file | I will say this: Chrome currently requires "actpass" for dtlssetup |
| 22:22.17 | tm1000 | yeah I have our notes |
| 22:22.21 | file | or maybe that's just sipml5, I forget |
| 22:22.26 | tm1000 | and it seems if thats set firefox works as well |
| 22:22.30 | file | yes |
| 22:22.34 | tm1000 | file: no jssip, I use jsssip |
| 22:22.40 | tm1000 | err jssip as well |
| 22:22.52 | file | nods |
| 22:33.40 | *** join/#asterisk-dev terryw (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 23:02.49 | *** part/#asterisk-dev kharwell (~kharwell@nat/digium/x-plxybdcxojkzzfmy) |
| 23:05.09 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |
| 23:11.54 | *** join/#asterisk-dev otherwiseguy (~otherwise@23-228-175-118.mci.googlefiber.net) |