| 01:12.19 | *** join/#asterisk-dev snuff-work (~snuffy@210.8.167.13) |
| 01:12.20 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 02:57.44 | *** part/#asterisk-dev w9sh (~sph@50-79-224-193-static.hfc.comcastbusiness.net) |
| 03:01.07 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 03:29.17 | *** join/#asterisk-dev otherwiseguy (~otherwise@2605:a601:43e:3501:2677:3ff:fe8f:2730) |
| 06:22.22 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 06:22.22 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 06:44.42 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 06:44.42 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:12.11 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 07:19.52 | *** join/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 07:47.07 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:48f9:5145:7eeb:82c5) |
| 07:51.39 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 08:31.22 | *** join/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 10:00.50 | *** join/#asterisk-dev danjenkins (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
| 10:01.51 | *** join/#asterisk-dev sephiroth1234 (~MohaymenP@91.98.234.246) |
| 10:03.35 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 10:03.36 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 10:05.29 | sephiroth1234 | I have a question about NAT implementation in Asterisk can i ask it here? |
| 10:05.46 | sephiroth1234 | I aksed it in #asterisk |
| 10:05.52 | sephiroth1234 | bu no one answered me |
| 10:11.11 | danjenkins | sephiroth1234: you've usually got a better chance of getting a reply later on in the day |
| 10:11.18 | danjenkins | from people in the know |
| 10:12.16 | sephiroth1234 | o.k |
| 10:12.20 | sephiroth1234 | thx |
| 10:12.58 | danjenkins | no problem, i can't help but i hate not getting a reply in IRC ;) but #asterisk is the place to ask it :) |
| 10:13.23 | sephiroth1234 | :) |
| 10:13.32 | sephiroth1234 | thx alot buddy |
| 10:17.12 | *** part/#asterisk-dev sephiroth1234 (~MohaymenP@91.98.234.246) |
| 11:02.16 | skrusty | morning all |
| 11:09.44 | danjenkins | morning skrusty |
| 11:11.56 | skrusty | good w/e? :) |
| 11:13.03 | danjenkins | not bad |
| 11:13.04 | danjenkins | yours? |
| 11:22.04 | skrusty | playing with ARI :) |
| 11:22.31 | skrusty | writing a TwilML style wrapper for ARI - kind aworks, just ARI is missing some features |
| 11:22.49 | danjenkins | i noticed your emails :) |
| 11:22.53 | skrusty | heh |
| 11:34.03 | skrusty | and somehow found myself talking about ARI and USerEvents again :) |
| 11:35.05 | danjenkins | yup! |
| 12:09.07 | *** join/#asterisk-dev oron (~oron_lapt@local.xorcom.com) |
| 12:11.31 | *** join/#asterisk-dev oron (~oron_lapt@local.xorcom.com) |
| 12:30.31 | file | hrmph |
| 12:30.38 | seanbright | yes. |
| 12:39.32 | *** join/#asterisk-dev Pullphinger (~Pullphing@c-24-13-69-42.hsd1.il.comcast.net) |
| 12:49.11 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 13:02.08 | *** join/#asterisk-dev serafie1 (~erin@24.96.64.240) |
| 13:04.10 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 13:04.33 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 13:14.51 | *** join/#asterisk-dev protocoldoug (~doug@unaffiliated/protocoldoug) |
| 13:19.39 | *** join/#asterisk-dev oej (~Adium@h217-27-188-82.cust.tyfon.se) |
| 13:19.39 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:33.07 | *** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca) |
| 13:44.32 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 14:01.04 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 14:04.20 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-ebkkjnpahudztkkq) |
| 14:18.59 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 14:36.02 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 14:46.54 | *** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca) |
| 14:55.05 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 15:01.55 | *** part/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 15:04.32 | *** join/#asterisk-dev otherwiseguy (~otherwise@99-46-2-71.lightspeed.mssnks.sbcglobal.net) |
| 15:04.54 | *** join/#asterisk-dev mjordan (~matt@nat/digium/x-gizlepkmearqjeuv) |
| 15:04.54 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 15:09.01 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-yuschhcfbtffqfuy) |
| 15:27.20 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 15:50.47 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 15:53.02 | *** join/#asterisk-dev hehol (~hehol@217.9.101.222) |
| 16:43.41 | *** join/#asterisk-dev drmessano (~nonya@pdpc/supporter/active/drmessano) |
| 16:51.07 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-vludhsfzymeytugm) |
| 16:51.07 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 16:51.49 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 17:20.29 | *** part/#asterisk-dev oron (~oron_lapt@local.xorcom.com) |
| 17:21.57 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 17:39.03 | *** join/#asterisk-dev protocoldoug (~doug@unaffiliated/protocoldoug) |
| 17:50.16 | *** join/#asterisk-dev illuder (illuder@105-236-47-242.access.mtnbusiness.co.za) |
| 17:53.05 | illuder | hi, is fpbx source code also discussed here? |
| 17:53.16 | mjordan | nope |
| 17:53.27 | illuder | asterisknow? |
| 17:54.50 | illuder | nevermind, found the asterisknow group, although its quiet :) |
| 17:56.21 | mjordan | AsteriskNOW, being essentially just stock FreePBX and stock Asterisk, isn't going to have a lot of development discussion involved with it (unless you have an explicit packaging concern) |
| 17:56.42 | mjordan | If you want to discuss freepbx development, I'd highly recommend discussing it in #freepbx, as the guys there are very knowledgeable and can help you |
| 17:58.08 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 18:03.39 | illuder | actually not.. we're developing based on asterisk... go the GUI on realtime, but heck, totally stuck on the backend :( |
| 18:04.52 | X-Rob | illuder: you probably want #freepbx |
| 18:05.21 | illuder | nope, i think i'm at home :) |
| 18:05.33 | mjordan | I'd agree with X-Rob, but hey, that's just me :-) |
| 18:05.49 | X-Rob | hey, mjordan. http://pastebin.com/WuMMBmFm |
| 18:06.10 | X-Rob | I managed to break asterisk 12 again. I'm getting good at that! |
| 18:06.11 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 18:06.56 | mjordan | X-Rob: yay |
| 18:07.16 | mjordan | I blame Qwell. |
| 18:07.22 | Qwell | nope |
| 18:07.24 | X-Rob | sounds like an awesome idea. |
| 18:07.32 | X-Rob | Coz it's usually my fault. |
| 18:07.52 | mjordan | Qwell: we never did put Presence into Stasis, did we |
| 18:08.04 | Qwell | dunno |
| 18:08.19 | mjordan | well, based on X-Rob's backtrace, I think we missed CustomPresence providers |
| 18:08.21 | mjordan | :-P |
| 18:08.41 | mjordan | X-Rob: mind making an issue for that? We forgot ... things. |
| 18:09.02 | X-Rob | mjordan: No probs. |
| 18:09.04 | mjordan | shakes his fist at Presence |
| 18:09.28 | file | stares at chan_phone |
| 18:09.34 | mjordan | what? |
| 18:09.36 | mjordan | that exists still? |
| 18:09.42 | file | mjordan, yes. |
| 18:10.12 | file | I should keep a list of stuff I want to remove. |
| 18:10.31 | mjordan | file: there's a solution here. |
| 18:10.36 | file | svn del? |
| 18:10.44 | mjordan | file: nah, too conspicuous |
| 18:10.53 | mjordan | file: just remove all references to ast_format* or ast_codec* |
| 18:11.11 | file | mjordan, pfft |
| 18:11.19 | mjordan | patches welcome! |
| 18:11.24 | mjordan | ducks and hides |
| 18:11.26 | Qwell | accidentally remove the .load_module callback. |
| 18:11.33 | file | Qwell, that doesn't help me |
| 18:11.35 | mjordan | Qwell: solving problems |
| 18:14.21 | file | omg |
| 18:14.24 | file | mjordan, chan_phone is extended |
| 18:14.33 | mjordan | file: of course it is. |
| 18:14.45 | mjordan | there's nothing that technically replaces it |
| 18:14.59 | mjordan | chan_dongle is an external project, and that is what most people use |
| 18:15.18 | mjordan | but hey, I even fixed a bug in it last year |
| 18:15.34 | file | chan_phone is for the Linux telephony API, not for bluetooth or anything |
| 18:22.49 | file | I've decided to put it off until another day |
| 18:28.24 | mjordan | ah. I got it confused with chan_mobile. |
| 18:29.03 | mjordan | file: I see you have not yet gotten to chan_console |
| 18:29.27 | file | negative |
| 18:30.53 | mjordan | file: switching topics slightly, what is the difference between tests/channels/pjsip/incoming_calls_without_auth and tests/channels/pjsip/basic_calls/incoming/nominal/unauthed/ |
| 18:31.22 | file | is the answer... letters? |
| 18:31.28 | mjordan | they appear to be nearly identical, save for a few extra SIPp scenarios in incoming_calls_without_auth |
| 18:31.29 | mjordan | well |
| 18:31.33 | mjordan | you added it :-P |
| 18:32.10 | file | which one was added first? |
| 18:32.50 | mjordan | they were added on the same day |
| 18:32.55 | mjordan | 2013-02-28 |
| 18:33.15 | mjordan | by the way: you can believe we started that a year ago? |
| 18:33.17 | file | huh |
| 18:33.25 | file | I don't... know... |
| 18:33.27 | mjordan | well, more than a year ago, but that's when those tests first got added. |
| 18:37.16 | file | time flies when you are changing the universe |
| 18:49.27 | *** join/#asterisk-dev bulkorok (~Benjamin@gw1.pinguin.ag) |
| 18:55.20 | putnopvut | mjordan: I can answer what the differences are. |
| 18:55.51 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 18:56.18 | file | putnopvut to the rescue! |
| 18:56.30 | putnopvut | incoming_calls_without_auth + maybe a couple of other tests were added by file during early stages of tests. The basic_calls/incoming/nominal/unauthed stuff was added along with everything else in the hierarchy. The hierarchical tests were made in order to more thoroughly test basic scenarios instead of coming up with individual tests at the top-level. |
| 18:56.53 | putnopvut | So if there's overlapping functionality (and file doesn't care) then the top-level tests could be removed. |
| 18:58.23 | file | aha |
| 18:58.48 | mjordan | There's probably a few in there that are still 'original' |
| 18:59.04 | mjordan | what's interesting is that the top level test fails and crashes from time to time, but the structured ones do not. |
| 18:59.15 | putnopvut | Yeah that is interesting. |
| 18:59.21 | mjordan | Which could either be one of the 'odd man out' scenarios causing a problem, or more interestingly, concurrency issues |
| 18:59.44 | putnopvut | Yeah, it's probably worth looking at the differences between the tests to see what may be going on. |
| 19:01.33 | putnopvut | Big obvious difference is that the top-level test has off-nominal conditions mixed in with the nominal ones. |
| 19:03.46 | skrusty | evening |
| 19:19.59 | gtjoseph | Any chance of getting r3184, r3200 and r3210 committed in the near term? |
| 19:23.47 | mjordan | looks |
| 19:24.17 | mjordan | yes |
| 19:24.24 | mjordan | gtjoseph: but we should probably just solve this glitch. |
| 19:24.40 | gtjoseph | which glitch? |
| 19:25.21 | mjordan | the lack of commit access. You're doing awesome work, you're working with our crazy process, I don't see any reason why you shouldn't be able to commit your patches |
| 19:25.42 | gtjoseph | that would be very nice. :) |
| 19:25.51 | mjordan | gtjoseph: if you'd like, shoot me an e-mail with your e-mail address/organization, and I'll get it set up for you |
| 19:25.58 | file | I like the word glitch. |
| 19:26.00 | gtjoseph | will do |
| 19:39.15 | *** join/#asterisk-dev serafie1 (~erin@nat/digium/x-ssidayiftsycydfe) |
| 19:44.42 | *** join/#asterisk-dev otherwiseguy (~otherwise@2605:a601:43e:3501:2677:3ff:fe8f:2730) |
| 19:57.50 | *** join/#asterisk-dev illuder (illuder@105-236-47-242.access.mtnbusiness.co.za) |
| 19:59.51 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 20:00.58 | *** part/#asterisk-dev bulkorok (~Benjamin@gw1.pinguin.ag) |
| 20:20.32 | *** part/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-rftjqjicdcmkcsel) |
| 20:20.44 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-rftjqjicdcmkcsel) |
| 20:21.29 | *** join/#asterisk-dev oej (~Adium@h87-96-134-129.dynamic.se.alltele.net) |
| 20:21.29 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:23.39 | *** join/#asterisk-dev jmls (~julian@77.107.171.82) |
| 20:23.44 | jmls | evening all |
| 20:24.08 | jmls | what does this error mean : I did the old ./configure and make menuselect |
| 20:24.10 | jmls | <PROTECTED> |
| 20:24.31 | jmls | app_voicemail is selected as well as res_ari_mailbox |
| 20:31.08 | *** join/#asterisk-dev danjenkins (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
| 20:31.11 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-xmjwiclvcykbisdf) |
| 20:34.36 | file | jmls, the res_stasis_mailbox module also has to be loaded |
| 20:38.11 | pabelanger | Though we had autoload support |
| 20:38.20 | pabelanger | maybe not |
| 20:41.48 | jmls | am I right in saying that if I select res_stasis_mailbox then app_voicemail becomes deselected ? |
| 20:42.26 | jmls | and if res_stasis_mailbox is not selected , shouldn't res_ari_mailbox be deslected as well ? |
| 20:43.52 | file | there is autoload support, you can't use external MWI support with app_voicemail loaded, and it looks like a dependency is not declared when it should be |
| 20:44.54 | jmls | file: |
| 20:44.57 | jmls | oops |
| 20:45.01 | jmls | file: thanks |
| 20:45.31 | jmls | i've just deselected res_ari_mailboxes in makemenuselect |
| 20:55.43 | mjordan | file: unfortunately, because the silly thing is autogenerated, it doesn't get the right dependencies. |
| 21:01.26 | *** join/#asterisk-dev snuff-work (~snuffy@210.8.167.13) |
| 21:01.27 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 21:04.02 | *** join/#asterisk-dev jrose_atDigium (~jrose_atD@nat/digium/x-fjvtauiywwajdgrn) |
| 21:05.37 | leedm777 | regrets putting the module info in the generated file |
| 21:06.07 | file | regrets our module lodaer |
| 21:06.09 | file | or loader |
| 21:35.45 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 21:36.08 | tm1000 | leifmadsen: hahah! |
| 21:36.10 | tm1000 | you sir. are a hero. re: twitter |
| 21:49.31 | mjordan | file: gad zooks - pjsip actualls responds to an offer with an answer that lists the codecs in the same order that the offer requested! |
| 21:49.38 | mjordan | s/actualls/actually |
| 21:49.56 | file | yes, and no |
| 21:50.03 | file | it's configurable |
| 21:50.23 | mjordan | file: I'm going for the defaults here |
| 21:50.56 | mjordan | file: what option switches that behaviour? |
| 21:51.40 | file | it's not configurable within our stuff but internally within PJSIP there's an API call you set to change the behavior |
| 21:52.08 | file | pjmedia_sdp_neg_set_prefer_remote_codec_order |
| 21:52.54 | file | Disclaimer: I'm falling asleep. |
| 21:53.33 | mjordan | file: disclaimer, I was wrong, but we were still doing it right anyway. Ha. |
| 21:53.44 | mjordan | we're responding with the order in the endpoint, which is still what I want. |
| 21:53.54 | tm1000 | mjordan: yay |
| 21:53.58 | tm1000 | also file yay |
| 21:54.03 | file | yay |
| 21:54.07 | file | why am I yaying? |
| 21:54.59 | mjordan | I don't know, but I like it |
| 21:55.45 | file | cake? |
| 22:18.56 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 22:23.42 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 22:23.45 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 22:25.42 | mjordan | file: if I specify "allow=all", is the order that the formats are added to the my allowed format list deterministic, or is it determined by the order that the format modules are loaded in? |
| 22:25.53 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 22:26.18 | file | from what world are you asking |
| 22:26.25 | mjordan | pjsip |
| 22:26.27 | mjordan | sip is dead to me |
| 22:26.39 | file | I meant as it exists now, or in media_formats land |
| 22:27.56 | mjordan | bo5th |
| 22:27.58 | mjordan | both |
| 22:29.07 | sgriepentrog | in pjsip it's in the order of the format table. |
| 22:29.51 | sgriepentrog | which you can override by specifying codecs up front, such as allow=ulaw,all |
| 22:29.54 | mjordan | right, but is the table constructed from the enum in format.h |
| 22:30.05 | mjordan | or is it constructed as a result of the modules getting loaded. |
| 22:30.08 | file | in media_formats land it is the order of the built-in codecs followed by the order of codecs that are dynamically registered |
| 22:30.21 | mjordan | right, which happens in the order that the modules are loaded. |
| 22:30.40 | file | WELL not for built-in codecs, those will have a pre-defined order |
| 22:30.42 | sgriepentrog | interesting. All could be affected by load order. |
| 22:31.00 | mjordan | file: that's what I expected. |
| 22:31.36 | mjordan | huh. Who knew that G.723 was the highest in the predefined table. Wacky. |
| 22:31.50 | file | mjordan, welcome to my life |
| 22:32.19 | mjordan | file: I'm writing your tests |
| 22:32.23 | mjordan | I am your test bitch |
| 22:33.23 | file | mjordan, get 'er done |
| 22:34.32 | mjordan | file: I'll probably write the regex to stop after the built-ins |
| 22:37.09 | *** join/#asterisk-dev snuff-work (~snuffy@210.8.167.13) |
| 22:37.12 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 22:41.18 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 22:51.40 | mjordan | file: so here's a weird one. Say a UAC offers a media stream with a port of 0, i.e., m=audio 0 RTP/AVP 9 0 8 101 |
| 22:51.50 | mjordan | what do you answer with? |
| 22:52.03 | mjordan | because in that case, a port of 0 is usually how you reject a media stream |
| 22:53.09 | mjordan | ah |
| 22:53.12 | mjordan | nevermind, it's allowed |
| 22:53.24 | mjordan | " A port number of zero in the offer indicates that the stream is offered but MUST NOT be used. This has no useful semantics in an initial offer, but is allowed for reasons of completeness, since the answer can contain a zero port indicating a rejected stream (Section 6). Furthermore, existing streams can be terminated by setting the port to zero (Section 8). In general, a port number of zero indicates that the media |
| 22:55.03 | file | oddly the SDP RFC is not horrible in the general sense |
| 23:07.22 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 23:07.41 | tonyclewis | russellb: leedm777 I love the tweets |
| 23:07.51 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 23:07.58 | tonyclewis | gave me lots of laughters today |
| 23:15.07 | leedm777 | tonyclewis: :-D |
| 23:15.48 | russellb | tonyclewis: :) |
| 23:15.51 | russellb | trollers gonna troll |
| 23:18.16 | *** join/#asterisk-dev vlad_starkov (~vlad_star@88.226.34.183) |
| 23:53.28 | *** part/#asterisk-dev mjordan (~matt@nat/digium/x-gizlepkmearqjeuv) |