| 00:03.55 | *** join/#asterisk-dev snuff-work (~snuffy@210.8.167.13) |
| 00:03.55 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 00:54.04 | *** join/#asterisk-dev mjordan (~matt@75.76.55.191) |
| 00:54.04 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 01:58.14 | *** join/#asterisk-dev Fwny (~potato@192-0-250-120.cpe.teksavvy.com) |
| 02:04.30 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.243) |
| 02:07.23 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 02:30.49 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.215) |
| 03:26.22 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.126.176) |
| 03:44.46 | *** join/#asterisk-dev dfighter (~someone@arcemu/staff/dfighter) |
| 04:27.28 | *** join/#asterisk-dev roderickm (~roderickm@99-124-89-102.lightspeed.dctral.sbcglobal.net) |
| 05:08.30 | *** join/#asterisk-dev seaux (~user@173-21-149-139.client.mchsi.com) |
| 05:45.44 | *** join/#asterisk-dev vlad_starkov (~vlad_star@195.218.175.34) |
| 05:51.13 | *** join/#asterisk-dev vlad_starkov (~vlad_star@195.218.175.34) |
| 06:16.37 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 06:16.37 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 06:17.09 | *** join/#asterisk-dev jrose_atDigium (~jrose_atD@nat/digium/x-llqyclevixcbdwkt) |
| 06:36.01 | *** join/#asterisk-dev vlad_starkov (~vlad_star@195.218.175.34) |
| 07:21.56 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 07:24.44 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 08:26.10 | *** join/#asterisk-dev vlad_starkov (~vlad_star@195.218.175.34) |
| 09:13.19 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 09:17.13 | *** part/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 09:17.17 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 09:50.47 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 09:50.47 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 09:57.16 | skrusty | morning |
| 10:12.25 | tzafrir | hi |
| 10:16.57 | *** join/#asterisk-dev vlad_starkov (~vlad_star@195.218.175.34) |
| 10:17.22 | *** join/#asterisk-dev vlad_starkov (~vlad_star@195.218.175.34) |
| 11:08.04 | *** join/#asterisk-dev vlad_starkov (~vlad_star@195.218.175.34) |
| 11:14.46 | *** join/#asterisk-dev vlad_starkov (~vlad_star@195.218.175.34) |
| 11:53.17 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:3523:8a68:acec:efd5) |
| 12:21.53 | *** join/#asterisk-dev mjordan (~matt@75.76.55.191) |
| 12:21.53 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 12:24.19 | *** join/#asterisk-dev pc-m (~pcm@modemcable094.94-70-69.static.videotron.ca) |
| 13:15.47 | skrusty | pabelanger, you about? |
| 13:16.05 | *** part/#asterisk-dev mjordan (~matt@75.76.55.191) |
| 13:16.06 | *** join/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 13:24.19 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.127.215) |
| 13:25.21 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.127.215) |
| 13:27.21 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.127.215) |
| 13:32.16 | *** join/#asterisk-dev protocoldoug (~doug@unaffiliated/protocoldoug) |
| 13:39.33 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@216-191-106-163.dedicated.allstream.net) |
| 14:00.20 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.127.198) |
| 14:27.39 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.127.194) |
| 14:32.58 | *** join/#asterisk-dev serafie (~erin@24.96.64.240) |
| 14:35.19 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:35.19 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:44.08 | *** join/#asterisk-dev leedm777 (~leedm777@nat/digium/x-pdrwwaibmfaceffo) |
| 14:51.36 | *** join/#asterisk-dev sgriepentrog (~sgriepent@nat/digium/x-pebhfcvcqrtyestb) |
| 14:55.02 | file | wobbles |
| 15:01.05 | *** join/#asterisk-dev scouture (~scouture@unaffiliated/scouture) |
| 15:05.04 | skrusty | :] |
| 15:08.18 | *** join/#asterisk-dev mjordan (~matt@nat/digium/x-wqbwlsuwciorwnso) |
| 15:08.19 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 15:08.37 | file | A wild mjordan appears. |
| 15:08.47 | mjordan | WILD, I tells ya |
| 15:09.01 | file | Do not approach him. |
| 15:10.45 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-gzkihddrlmqnazdz) |
| 15:11.36 | skrusty | hmm, im so used to AGI, ARI is quite a different beast, in terms of async :) |
| 15:12.00 | *** part/#asterisk-dev bulkorok (~Benjamin@85.183.61.47) |
| 15:15.48 | mjordan | skrusty: as in, it actually is asynchronous? |
| 15:18.25 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-oyfxeyolevhjyibj) |
| 15:27.37 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.127.236) |
| 15:28.42 | wdoekes | re: the standardisation of case: (1) I'm not sure what paul and skrusty are saying, (2) if I get the technologies from ARI, how do I know which technology is "that rfc3261 protocol". I presume I'll have to hardcode "SIP" (or "sip") somewhere. or am I missing something? |
| 15:30.12 | skrusty | mjordan: :) |
| 15:37.26 | skrusty | wdoekes: would the required case/name not be supplied as part of the swagger definition? I'm not saying it is, or would be, but i know a number of other ari's list the expected values. maybe that's not as easy for tech.. dunno :/ |
| 15:37.42 | file | technologies are dynamic in Asterisk |
| 15:38.25 | skrusty | hmm, that's what i was getting towards at the end of that last bit, my brain is working on slow today |
| 15:42.22 | *** join/#asterisk-dev jrose_atDigium (~jrose_atD@nat/digium/x-oyxokxqyoolaosps) |
| 15:47.06 | sgriepentrog | wdoekes: skrusty: the case of the technology has always been CAPS historically, but there is no reason why the requirement couldn't be changed for ARI. However, a much easier option would be to use case insensitive comparisons on technology such that both cases work -- allowing compatibility even though it breaks the rfc. |
| 15:49.48 | sgriepentrog | So are options are to use case insensitive on tech &leave the json output in CAPS; or make it case sensitive and change the tech name internally from CAPS to lower; or leave it case sensitive and CAPS and everyone just has to live with it. |
| 15:50.37 | sgriepentrog | The easiest to implement and least likely to cause people problem is the first one: case insensitive, and leave the output as it is currently. |
| 15:51.16 | wdoekes | exactly. option 1 is easy and forward compatible, option 2 requires work, option 3 is easy and keeps upper case in the urls forever |
| 15:51.50 | sgriepentrog | Ultimately my goal is to get a firm decision made on what it will be, make the rules stick from here on out, and insure the code conforms - i.e. avoid further confusion. |
| 15:52.51 | sgriepentrog | I don't like being case insensitive personally, but even if done only as temporary measure on way to full lower case eventually it's the right next step. |
| 15:54.33 | skrusty | yeah |
| 15:54.54 | wdoekes | that's indeed what I was going for. I like sensitivity, but get rid of the uppercase first |
| 16:02.22 | *** join/#asterisk-dev ehsjoar (~jonas@c-24-9-87-13.hsd1.co.comcast.net) |
| 16:08.21 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:09.44 | pabelanger | skrusty, ohai |
| 16:10.28 | skrusty | hey, what's the url of the git repo for your queue system? |
| 16:10.58 | pabelanger | https://github.com/kickstandproject/payload |
| 16:11.03 | skrusty | ah, that's it |
| 16:11.07 | skrusty | cheers :) |
| 16:11.30 | pabelanger | Juggie, blitzrage and I sat down last night to start work on the ARI / message bus piece |
| 16:11.39 | pabelanger | think the conversation went pretty good |
| 16:12.28 | skrusty | yeah? |
| 16:12.31 | pabelanger | We'll likely be using https://wiki.openstack.org/wiki/Oslo/Messaging as the interface |
| 16:12.38 | skrusty | i was about to ask :) |
| 16:13.04 | pabelanger | which opens up Kombu/RabbitMQ/Qpid/ZeroMQ as possible backends |
| 16:13.23 | skrusty | yeah, i know openstack uses rabbitmq quite a lot |
| 16:14.41 | skrusty | im trying to write a simple confbridge in ARI/C# at the moment to use as an example project for asternet.ari |
| 16:15.55 | pabelanger | I managed to get something going that was pretty basic |
| 16:16.00 | *** join/#asterisk-dev roderickm (~roderickm@67.63.143.254) |
| 16:16.08 | pabelanger | using the bridges stuff |
| 16:16.11 | skrusty | yeah |
| 16:16.12 | pabelanger | was pretty cool |
| 16:16.21 | pabelanger | mine was just controlled via tha CLI |
| 16:16.33 | pabelanger | but written in python |
| 16:16.36 | skrusty | it helps me understand a) ari better but b) how others will use it (sort of :) |
| 16:16.41 | skrusty | nice |
| 16:16.47 | pabelanger | same |
| 16:17.02 | pabelanger | I had a hard time wrapping my head around it, until I had a demo app going |
| 16:17.24 | skrusty | im in that possition now |
| 16:17.35 | skrusty | my biggest problem is i am so used to sync programming |
| 16:18.47 | pabelanger | Ya, we are using tornado for our async stuff. Seems to work well |
| 16:20.53 | skrusty | im sure i'll make a lot of framework changes as i use it see what works and what doesn't |
| 16:27.39 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.127.196) |
| 16:30.36 | *** join/#asterisk-dev gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 17:21.16 | tm1000 | file: I question why your food comes on a tray |
| 17:21.34 | file | tm1000, 'tis easier for it to be carried |
| 17:21.38 | skrusty | heh :) |
| 17:21.53 | file | (I'm not at home, don't worry) |
| 17:22.09 | skrusty | pie and chips for me tonight :) |
| 17:27.34 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.127.213) |
| 17:28.05 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.127.213) |
| 17:49.45 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.127.239) |
| 17:54.07 | *** join/#asterisk-dev vlad_starkov (~vlad_star@91.206.59.132) |
| 18:38.57 | *** join/#asterisk-dev Pullphinger (~Pullphing@173-167-162-246-illinois.hfc.comcastbusiness.net) |
| 18:53.31 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.127.184) |
| 19:30.02 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.127.184) |
| 19:31.16 | *** join/#asterisk-dev vlad_starkov (~vlad_star@91.206.59.133) |
| 20:09.38 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 20:09.38 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 20:36.27 | datachomper | tzafrir: ping |
| 20:36.57 | tzafrir | datachomper, pong |
| 20:37.29 | datachomper | tzafrir: sruffell I just found out that dahdi.init will bomb out if /etc/dahdi/system.conf file doesn't exist. It bombs out in any case, even when we're trying to /etc/init.d/dahdi stop |
| 20:38.01 | datachomper | Should we remove that check? or move it into case start or what? |
| 20:39.55 | tzafrir | I'm trying to think if there's a better sanity check there |
| 20:40.21 | tzafrir | We already have dahdi_modules_loadable in start |
| 20:40.37 | tzafrir | So I think it can be removed |
| 20:41.51 | tzafrir | btw: I'm looking at stutter tones. It seems that for a number of tone zones, the last tone of stutter is not the same as the one of dial |
| 20:42.10 | tzafrir | So after the stutter tone you don't end up with a normal dial tone |
| 20:42.27 | tzafrir | Is this something you would expect? |
| 20:42.39 | datachomper | that's how it is in real life or that's how we have it coded? |
| 20:44.26 | tzafrir | From what I see, the last tone on the list counts |
| 20:51.50 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.127.184) |
| 20:56.32 | tzafrir | datachomper, look at mx (Mexico), in (India) and ph (Philippines) |
| 20:57.00 | tzafrir | I suspect copy&paste from US definitions |
| 20:59.05 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.127.184) |
| 21:16.19 | *** join/#asterisk-dev danjenkins (~dan@cpc65687-folk2-2-0-cust207.1-2.cable.virginmedia.com) |
| 21:17.16 | danjenkins | mjordan: this docs stuff doesn't lend itself to just a quick change on my laptop - i have to have a running version of asterisk!? |
| 21:19.08 | mjordan | danjenkins: what docs stuff? |
| 21:19.14 | mjordan | the XML event documentation? |
| 21:19.17 | danjenkins | yeah |
| 21:19.19 | mjordan | ah |
| 21:19.20 | mjordan | heh |
| 21:19.28 | mjordan | so, the XML event documentation is actually pulled from source |
| 21:20.01 | mjordan | and by pulled, I mean *pulled*. It actually not only sucks out the XML from the top of the source files, but also scans the entire source tree to infer the event class and the allowed parameters in the event |
| 21:20.09 | mjordan | lots of python - and typically only done on a 'make full' |
| 21:20.25 | danjenkins | that sucks ;) |
| 21:20.38 | mjordan | yeah, but it was either that or actually hand write out the events |
| 21:20.41 | mjordan | and no one enjoys that |
| 21:20.46 | danjenkins | haha, no |
| 21:21.04 | mjordan | In 12 we ended up doing that for the most party anyway, since we had to re-write all of the AMI events |
| 21:21.50 | danjenkins | yeah |
| 21:22.16 | danjenkins | its cool, ill just move my work over to my vps which does have asterisk from source |
| 21:22.20 | mjordan | I'd actually go with a wiki page, personally for this. There's an XSLT already available (and some python) that turns the XML into pages |
| 21:22.24 | danjenkins | its just *effort* |
| 21:22.26 | mjordan | yup |
| 21:22.29 | mjordan | lots of effort |
| 21:22.31 | mjordan | :-) |
| 21:22.54 | danjenkins | yeah thats exactly what i was thinking |
| 21:23.35 | danjenkins | just a wiki page by itself with the class as a header and then the events under it that fall in that class |
| 21:24.03 | danjenkins | and then amend the existing pages to have an extra note of what class it is |
| 21:24.04 | mjordan | you'll have to modify the python a bit for that, but it'd be doable |
| 21:24.25 | danjenkins | if i can figure it out, havent done python in a while - hence why i wanted app_queue to be node ;) |
| 21:24.32 | mjordan | the python script (https://github.com/asterisk/publish-docs/blob/master/astxml2wiki.py) does a pre-pass on the XML, and is responsible for actually pushing the pages up |
| 21:24.46 | mjordan | danjenkins: I'd prefer node as well |
| 21:24.50 | danjenkins | yeah i found the bit responsibe in the xslt file etc |
| 21:25.14 | mjordan | don't laugh too hard at it |
| 21:25.36 | danjenkins | I wouldnt dream of it |
| 21:25.37 | mjordan | I'm in agreement with leedm777: XML is like violence. If it isn't solving your problem, you just aren't using enough. |
| 21:25.53 | danjenkins | HA |
| 21:48.15 | danjenkins | bloomin eck mjordan - the amount of dependencies im figuring out on each failed run ;) |
| 21:48.38 | mjordan | install_prereq? |
| 21:49.37 | danjenkins | not of asterisk |
| 21:49.52 | danjenkins | or will that sort it out for docs too? |
| 21:50.06 | mjordan | nope, just Asterisk |
| 21:50.07 | danjenkins | i hadnt thought about that to be honest |
| 21:50.09 | danjenkins | oh |
| 21:50.13 | danjenkins | asterisk is running fine |
| 21:50.19 | mjordan | the docs script is its own funness |
| 21:50.26 | danjenkins | tell me about it |
| 21:51.17 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.127.31) |
| 21:51.22 | danjenkins | seems to be having an issue with lxml |
| 21:55.59 | danjenkins | ok i give up |
| 21:56.07 | danjenkins | ill make a vm on my laptop or something |
| 21:57.08 | mjordan | :-\ |
| 21:58.10 | danjenkins | this could definitely be easier ;) |
| 22:05.03 | *** join/#asterisk-dev [TK]D-Fender (~chatzilla@64.235.216.2) |
| 22:05.26 | *** join/#asterisk-dev ehsjoar (~jonas@c-24-9-87-13.hsd1.co.comcast.net) |
| 22:33.33 | *** join/#asterisk-dev roderickm (~roderickm@99-124-89-102.lightspeed.dctral.sbcglobal.net) |
| 22:35.12 | *** join/#asterisk-dev gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 22:36.29 | *** join/#asterisk-dev mjordan (~matt@nat/digium/x-qkvpyjhtivugcwux) |
| 22:36.30 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 23:01.14 | elguero | wow.. Has a typo when writing a commit message about a typo... |
| 23:03.56 | elguero | and then my IRC message has another typo... doh... think the brain is fried for the day |
| 23:06.29 | mjordan | elguero: nice catch on that |
| 23:06.42 | file | fried green tomatoes! |
| 23:07.54 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-28-58.cablep.bezeqint.net) |
| 23:07.55 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 23:20.58 | sruffell | elguero: I feel your pain... |
| 23:26.51 | *** join/#asterisk-dev vlad_starkov (~vlad_star@109.188.127.209) |
| 23:31.00 | wedhorn | I read somewhere the other day about chan_pjsip allowing multiple devices to register to a single extension. What does this mean as far as call control? |
| 23:31.27 | mjordan | channels are still channels |
| 23:31.39 | mjordan | so an active channel can still be controlled as you would expect |
| 23:31.42 | mjordan | dialing is fun, however |
| 23:31.59 | mjordan | https://wiki.asterisk.org/wiki/display/AST/Asterisk+12+Function_PJSIP_DIAL_CONTACTS |
| 23:32.25 | wedhorn | thanks mjordan, have a look now |
| 23:32.35 | mjordan | you can also dial a particular contact that has registered, or some combination thereof. The function acts as a handy convenience mechanism, as often people want to just dial all of em |
| 23:33.20 | wedhorn | okay, so you can't just dial the extension? |
| 23:33.25 | mjordan | no, you still can |
| 23:33.45 | wedhorn | is confused |
| 23:33.46 | mjordan | but if you have multiple contacts that have registered, it won't know what to pick. In that case, you really do want to just use PJSIP_DIAL_CONTACTS |
| 23:33.54 | mjordan | wedhorn: the simple case is still simple |
| 23:34.06 | mjordan | wedhorn: so if you have a single phone registered to a single aor on an endpoint, it will just work |
| 23:34.29 | wedhorn | ah okay, so if you dial an extension with multiple registrations, it'll fall over |
| 23:35.04 | mjordan | if you do dial an endpoint with multiple registrations, you'll want to use that function. |
| 23:35.34 | wedhorn | and if you don't (eg unexpected multiple registrations, misconfiguration etc)? |
| 23:35.38 | mjordan | IIRC, it will call (I think) the first one that registered if you specify PJSIP/foo... but I'd have to double check. file probably knows off the top of his head |
| 23:35.56 | wedhorn | okay cool |
| 23:36.02 | mjordan | it won't crash or anything like that. You just might not get what you want |
| 23:36.04 | file | depends on the order they are returned from sorcery |
| 23:36.05 | wedhorn | Don't need an exact answer |
| 23:47.23 | *** part/#asterisk-dev mjordan (~matt@nat/digium/x-qkvpyjhtivugcwux) |