| 00:16.44 | *** part/#asterisk-dev kharwell (~kharwell@nat/digium/x-ctchccuxlmziixjb) |
| 00:21.08 | *** join/#asterisk-dev vlad_starkov (~vlad_star@81.213.74.232) |
| 01:21.37 | *** join/#asterisk-dev vlad_starkov (~vlad_star@81.213.74.232) |
| 02:07.16 | *** join/#asterisk-dev otherwiseguy (~otherwise@2605:a601:43e:3501:2677:3ff:fe8f:2730) |
| 02:17.15 | *** join/#asterisk-dev illuder (illuder@105-236-47-242.access.mtnbusiness.co.za) |
| 02:21.43 | *** join/#asterisk-dev vlad_starkov (~vlad_star@81.213.74.232) |
| 02:37.50 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 02:38.31 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 02:54.30 | *** join/#asterisk-dev mjordan (~matt@75.76.55.191) |
| 02:54.30 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 02:58.06 | *** part/#asterisk-dev illuder (illuder@105-236-47-242.access.mtnbusiness.co.za) |
| 03:20.16 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 03:21.41 | *** join/#asterisk-dev vlad_starkov (~vlad_star@81.213.74.232) |
| 04:16.41 | *** join/#asterisk-dev otherwiseguy (~otherwise@2605:a601:43e:3501:2677:3ff:fe8f:2730) |
| 04:21.39 | *** join/#asterisk-dev vlad_starkov (~vlad_star@81.213.74.232) |
| 04:51.32 | *** part/#asterisk-dev mjordan (~matt@75.76.55.191) |
| 05:03.59 | *** join/#asterisk-dev otherwiseguy (~otherwise@2605:a601:43e:3501:2677:3ff:fe8f:2730) |
| 05:21.36 | *** join/#asterisk-dev vlad_starkov (~vlad_star@81.213.74.232) |
| 05:46.42 | *** join/#asterisk-dev snuff-work (~snuffy@210.8.167.13) |
| 05:46.42 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 06:10.25 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 06:21.39 | *** join/#asterisk-dev vlad_starkov (~vlad_star@81.213.74.232) |
| 07:15.31 | *** join/#asterisk-dev vlad_starkov (~vlad_star@81.213.74.232) |
| 07:21.56 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 08:02.38 | *** join/#asterisk-dev vlad_starkov (~vlad_star@81.213.74.232) |
| 08:31.48 | *** join/#asterisk-dev vlad_starkov (~vlad_star@81.213.74.232) |
| 08:41.20 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 08:41.20 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 08:41.30 | *** join/#asterisk-dev sliske_ (~sliske_@2001:4800:780e:510:6c33:9987:ff05:245f) |
| 09:30.22 | *** join/#asterisk-dev vlad_starkov (~vlad_star@81.213.74.232) |
| 09:40.28 | *** join/#asterisk-dev danjenkins (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
| 10:09.16 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 10:29.36 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 10:29.37 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 10:32.14 | *** join/#asterisk-dev vlad_starkov (~vlad_star@81.213.74.232) |
| 11:06.58 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:5c1b:61ec:9379:6662) |
| 11:09.18 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 11:16.55 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 11:32.36 | *** join/#asterisk-dev vlad_starkov (~vlad_star@81.213.74.232) |
| 11:33.15 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 11:33.15 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 12:32.39 | *** join/#asterisk-dev vlad_starkov (~vlad_star@81.213.74.232) |
| 12:37.02 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 12:39.18 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 13:04.25 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 13:24.15 | *** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca) |
| 13:30.48 | *** join/#asterisk-dev protocoldoug (~doug@unaffiliated/protocoldoug) |
| 13:32.38 | *** join/#asterisk-dev vlad_starkov (~vlad_star@81.213.74.232) |
| 13:39.16 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 13:51.28 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 14:10.27 | skrusty | afternoon? |
| 14:11.07 | tzafrir_laptop | here it is, indeed |
| 14:14.51 | skrusty | time to compile 12.1 :) |
| 14:16.16 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-zgivrdwrjlrbzjaq) |
| 14:17.41 | *** join/#asterisk-dev scouture (~scouture@unaffiliated/scouture) |
| 14:32.03 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:32.04 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:32.37 | *** join/#asterisk-dev vlad_starkov (~vlad_star@81.213.74.232) |
| 14:40.00 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:40.00 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:48.04 | *** join/#asterisk-dev russellb (~russellb@redhat/russellb) |
| 14:48.04 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 15:15.59 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:15.59 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:19.22 | *** join/#asterisk-dev mjordan (~matt@nat/digium/x-swnqsdshiuegqvrf) |
| 15:19.22 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 15:23.17 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-hfnjjcytrcohvots) |
| 15:24.18 | *** join/#asterisk-dev otherwiseguy (~otherwise@99-46-2-71.lightspeed.mssnks.sbcglobal.net) |
| 15:26.20 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-kewouglddviwwmhy) |
| 15:32.37 | *** join/#asterisk-dev vlad_starkov (~vlad_star@81.213.74.232) |
| 15:35.47 | *** part/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 15:38.13 | *** join/#asterisk-dev newtonr (~newtonr@173-17-135-67.client.mchsi.com) |
| 15:38.13 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 15:48.34 | file | I *almost* have chan_sip building. |
| 15:49.48 | putnopvut | It's going to be "fun" when you start testing this poo out. |
| 15:49.57 | file | putnopvut, yes. |
| 15:50.07 | putnopvut | At least the API is well tested. |
| 15:50.37 | file | yes... the users of it and their insanity... 'nuff said |
| 15:51.25 | file | tbh I just want to start Asterisk up and look at memory usage between this and mainstream |
| 15:51.53 | *** join/#asterisk-dev gtjoseph (~gtj0@unaffiliated/gtj) |
| 15:52.59 | putnopvut | How much do you have left after chan_sip? |
| 15:53.16 | file | chan_iax2, chan_h323, and chan_misdn |
| 15:53.18 | file | and then the core |
| 15:53.35 | *** join/#asterisk-dev vlad_starkov (~vlad_star@81.213.74.232) |
| 15:53.43 | file | oh and res_rtp_asterisk some |
| 15:54.21 | file | so, TONS! |
| 15:54.21 | mjordan | file: putnopvut: I'm going to send an e-mail out about the proposed PJSIP behaviour |
| 15:58.55 | putnopvut | mjordan: Which proposed behavior are you talking about? |
| 15:59.11 | mjordan | https://wiki.asterisk.org/wiki/display/AST/Media+Format+Rewrite |
| 15:59.15 | mjordan | see "Use Cases" |
| 16:11.12 | gtjoseph | tickles mjordan about commit access :) |
| 16:23.32 | jsmith | Hey, anybody else seeing a missing command in https://wiki.asterisk.org/wiki/display/AST/IP+Quality+of+Service ??? |
| 16:28.18 | gtjoseph | jsmith: i see vconfig set_egress_map [vlan-device] [skb-priority] [vlan-qos] |
| 16:28.39 | jsmith | After "For mapping this priority and VLAN CoS mark you need to use this command:" I see an empty box :-( |
| 16:29.12 | gtjoseph | which browser? |
| 16:29.34 | jsmith | Firefox |
| 16:29.43 | jsmith | (not logged into the wiki, if that matters) |
| 16:30.14 | jsmith | Same when I'm logged in |
| 16:30.35 | gtjoseph | i see it in firefox/linux not logged in. |
| 16:30.58 | jsmith | http://i.imgur.com/0qXscq2.png |
| 16:31.38 | gtjoseph | strange |
| 16:32.46 | gtjoseph | what happens if you do a tools/view source? |
| 16:36.59 | jsmith | Clicking on tools does nothing, even if I'm logged in |
| 16:37.03 | jsmith | That's really weird... |
| 16:49.02 | *** join/#asterisk-dev vlad_starkov (~vlad_star@81.213.74.232) |
| 17:16.35 | mjordan | gtjoseph: my apologies, I was out yesterday - had to take the dog to a vet specialist (I kid you not) |
| 17:16.45 | mjordan | gtjoseph: I should have it ready after lunch :-) |
| 17:17.02 | gtjoseph | No rowwies. |
| 18:03.00 | *** join/#asterisk-dev bklang (~bklang@coquette.alkaloid.net) |
| 18:29.24 | *** join/#asterisk-dev ipengineer (~zconkle@static-71-252-134-63.dllstx.fios.verizon.net) |
| 18:32.21 | *** join/#asterisk-dev snuff-work (~snuffy@210.8.167.13) |
| 18:32.21 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 18:50.11 | newtonr | Are there any pjsip channel variables outside of what is accessible through CHANNEL? |
| 18:53.18 | file | no |
| 18:57.48 | newtonr | file, historically why do we have channel variables for chan_sip only accessible outside of CHANNEL and additionally those only available through CHANNEL? Did it just happen that way overtime as developers started using CHANNEL? |
| 18:58.11 | file | they generally predate CHANNEL and pre-dial handlers |
| 19:02.28 | mjordan | newtonr: one of the benefits of using functions - other than controlling read/write semantics - is that it avoids any namespace collisions. If I use BLINDTRANSFER internally as a channel variable, for example, you now can no longer safely use that variable in your dialplan for your own purposes |
| 19:02.46 | mjordan | newtonr: in general, that's why we tend to favor CHANNEL function for things, and pre-dial for things that want to affect the outbound channel |
| 19:08.20 | newtonr | makes sense, thanks mjordan & file |
| 19:31.58 | skrusty | evening |
| 19:34.54 | leifmadsen | NEEDS pre-dial |
| 19:35.16 | leifmadsen | backporting to 1.8; bother, or not possible? |
| 19:35.21 | leifmadsen | not sure what it depends on |
| 19:37.23 | mjordan | jej |
| 19:37.25 | mjordan | er |
| 19:37.26 | mjordan | heh. |
| 19:37.42 | mjordan | it doesn't depend on much, but there's probably some thing in the core that made it a bit tricky |
| 19:37.51 | mjordan | let me find Richard's last patch |
| 19:39.14 | leifmadsen | ok cool, I think it might be something I need |
| 19:39.28 | leifmadsen | essentially, I need to be able to affect DYNAMIC_FEATURES on a far channel at Dial() time |
| 19:39.36 | leifmadsen | and doing it via U() (or M()) does not work |
| 19:39.40 | mjordan | yup |
| 19:39.41 | leifmadsen | since the channel has already been created |
| 19:39.50 | mjordan | The more you use pre-dial, the more you find places to use it |
| 19:40.01 | leifmadsen | yea, I believe pre-dial was built for this exact situation |
| 19:40.11 | leifmadsen | so I'd like to put it into our custom 1.8 branch likely |
| 19:40.17 | leifmadsen | if it's not stupid work on our part |
| 19:40.19 | mjordan | You'll need https://reviewboard.asterisk.org/r/1229/ and this one https://reviewboard.asterisk.org/r/1878 |
| 19:40.42 | mjordan | it's actually not terrible, since app_dial and pbx don't receive a lot of attention |
| 19:41.14 | mjordan | we really should put pre-dial handlers on other things as well. It'd be handy in Queue especially. |
| 19:41.35 | mjordan | and yes, I just made a wish for a feature for Queue. |
| 19:41.37 | mjordan | sorry... |
| 19:42.33 | leifmadsen | mjordan: :) |
| 19:42.44 | file | smacks mjordan |
| 19:42.47 | leifmadsen | mjordan: yea, we ran into the exact same problem with Queue() actually, and a pre-dial would work there |
| 19:42.55 | leifmadsen | however, you can get around it with a Local channel |
| 19:43.22 | leifmadsen | in Queue() the dialplan that you setup is run on the near channel, which is different from the M() and U() flags on Dial() (far channel) |
| 19:43.29 | leifmadsen | so it makes it even more confusing :) |
| 19:43.34 | leifmadsen | the results are of course essentially the same |
| 19:43.43 | leifmadsen | in this particular case/instance |
| 19:45.03 | leifmadsen | mjordan: btw, thank you! |
| 19:45.51 | leifmadsen | mjordan: we're mostly homed to 1.8.18.0 at this point (likely upgrading sometime... this year? to 1.8.latest), but we've already got internal things and build our own RPMs based on patches, so that's not too much of an issue |
| 19:48.59 | mjordan | np |
| 19:49.29 | mjordan | There haven't been huge changes between 1.8.18 and now. Once we got through the DTMF woes, 1.8 has been rolling along pretty smoothly. |
| 19:59.34 | pabelanger | still clinging to 1.8.7.1 |
| 20:09.19 | leifmadsen | mjordan: that has been my experience as well |
| 20:09.24 | leifmadsen | pabelanger: you need to rebase! :) |
| 20:09.33 | leifmadsen | pabelanger: I thought the goal was to do that every 6-12 months? :) |
| 20:09.40 | leifmadsen | I guess you need a release manager |
| 20:16.16 | putnopvut | Welp, I'm stuck. I have no idea how I'm going to test the MWI stuff I've been working on. Basically, my new code is making it so that if a PJSIP enpdoint is receiving unsolicited MWI and then subscribes to MWI, then the unsolicited MWI is deactivated. Once the subscription expires or is terminated, the unsolicited MWI is reactivated. |
| 20:16.47 | pabelanger | leifmadsen, Ya, the plan was to rebase as re needed new features, but right now, everything we do is already covered. |
| 20:16.51 | putnopvut | The problem is that neither SIPp or PJSUA will work well for this sort of test. |
| 20:17.07 | pabelanger | However, now that 12 is in the picture, we'll be getting a branch of that up and going |
| 20:17.44 | leifmadsen | pabelanger: yea that makes sense |
| 20:18.04 | leifmadsen | pabelanger: our discussion was to rebase for bug fixes too though, not just features |
| 20:18.13 | leifmadsen | otherwise you'd only ever rebase once per major release |
| 20:19.05 | pabelanger | leifmadsen, Right |
| 20:19.12 | pabelanger | and we have been backporting bug fixes |
| 20:19.28 | pabelanger | but the clients we have only use specific functionallity |
| 20:19.45 | pabelanger | Get TPN to come over to us :) and we can combine forces on it |
| 20:28.12 | *** join/#asterisk-dev otherwiseguy (~otherwise@2605:a601:2c2:3801:2677:3ff:fe8f:2730) |
| 21:24.14 | *** join/#asterisk-dev danjenkins (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
| 21:31.20 | *** join/#asterisk-dev snuff-work (~snuffy@210.8.167.13) |
| 21:31.20 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 21:45.09 | *** join/#asterisk-dev otherwiseguy (~otherwise@2605:a601:2c2:3801:2677:3ff:fe8f:2730) |
| 21:51.22 | *** join/#asterisk-dev danjenkins_ (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
| 21:52.19 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 21:52.19 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 21:56.52 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 21:58.03 | *** join/#asterisk-dev snuff-work (~snuffy@210.8.167.13) |
| 21:58.03 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 21:59.30 | leifmadsen | pabelanger: could do that, but you'll have to move forward to 1.8.18 at least :) |
| 21:59.41 | leifmadsen | we won't go back to 1.8.7 |
| 22:26.11 | *** join/#asterisk-dev protocoldoug (~doug@unaffiliated/protocoldoug) |
| 22:27.55 | mjordan | putnopvut: hm. |
| 22:28.33 | mjordan | putnopvut: couldn't you do something where you send an unsolicited notify from a newly created VM, then send a subscribe and verify that you get a new notify request from the new subscription with the same message count? |
| 22:28.57 | putnopvut | mjordan: I've actually done a simple test like that. |
| 22:29.03 | putnopvut | Well, manually anyway. |
| 22:29.38 | putnopvut | I have a more complex test setup in mind that doesn't really work for automated testing. |
| 22:30.26 | putnopvut | And my testing woes would have been posted to reviewboard about 45 minutes ago, except my browser arbitrarily decided I pressed the back button after I typed up my review description and I lost the entire thing >_< |
| 22:30.34 | putnopvut | So I'm currently retyping it and almost am ready to post it. |
| 22:36.22 | mjordan | I'd say go simple anyway |
| 22:36.25 | putnopvut | mjordan: https://reviewboard.asterisk.org/r/3237/ |
| 22:36.36 | putnopvut | That goes into all the gory details of what I want to test and how I can't do it :) |
| 22:36.41 | mjordan | wall o text man |
| 22:36.59 | putnopvut | Yes, and as I said before, I lost it *all* because of awful browser behavior earlier. |
| 22:37.10 | putnopvut | So I've had to type that whole thing *twice* |
| 22:37.14 | putnopvut | FML |
| 22:43.20 | tm1000 | jsmith: you going to kill him yet? |
| 22:46.36 | mjordan | good lord, has that not died yet? |
| 22:46.38 | jsmith | tm1000: No, that's not my point -- it's not personal |
| 22:46.53 | jsmith | tm1000: I'm simply trying to educate, not beat him into oblivion |
| 22:46.57 | tm1000 | mjordan: no, ward will not LET it die |
| 22:47.00 | jsmith | tm1000: If it were personal, I wouldn't be responding |
| 22:47.01 | tm1000 | jared wants it to die! |
| 22:47.05 | tm1000 | thats how I take it :-) |
| 22:47.07 | Qwell | jsmith: Sometimes, the latter is required for the former. |
| 22:47.19 | jsmith | No, I'm trying to educate (and not just Ward) |
| 22:47.44 | tm1000 | jsmith: I just feel aggrivated that he continues to spam your tweets across his community for no other reason than to say "look everyone hates me" |
| 22:49.09 | tm1000 | I think its more personal from his side, dont think you take or make it personal, but working with him, thats how he tends to take everything, as an attack against his community and himself |
| 23:17.07 | jsmith | tm1000: Meh -- I try to make it a point not to assume what someone else's motivations are :-) |
| 23:17.28 | jsmith | shuts down the internet and goes to spend time with his kids |
| 23:21.17 | *** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de) |
| 23:25.44 | *** part/#asterisk-dev mjordan (~matt@nat/digium/x-swnqsdshiuegqvrf) |
| 23:53.33 | *** part/#asterisk-dev kharwell (~kharwell@nat/digium/x-kewouglddviwwmhy) |
