| 01:04.37 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 01:13.44 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 01:39.34 | coreyfarrell | it's a random backtrace generator. |
| 03:16.20 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 03:25.57 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 06:43.52 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 06:53.40 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 06:55.06 | *** join/#asterisk-dev stevedav_ (~stevedavi@197.155.252.3) |
| 07:00.42 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 07:08.56 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01:e0a:d:1111:b749:768d:ed77:7c9a) |
| 07:13.59 | *** join/#asterisk-dev pchero_work (~pchero@87.213.240.121) |
| 08:17.04 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 08:24.50 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 08:46.12 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 08:51.56 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 09:19.52 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 09:49.13 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 10:04.06 | *** join/#asterisk-dev pchero_work (~pchero@87.213.240.121) |
| 10:14.12 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 10:24.58 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 11:10.45 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 11:25.13 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 11:28.38 | *** join/#asterisk-dev vipul20 (uid64067@gateway/web/irccloud.com/x-icnfstejjeepdlbf) |
| 11:46.27 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 11:53.31 | *** join/#asterisk-dev pchero_work (~pchero@51.247.195.35.bc.googleusercontent.com) |
| 12:41.51 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 13:06.49 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 13:09.03 | *** join/#asterisk-dev stevedav_ (~stevedavi@197.155.252.3) |
| 13:09.31 | *** join/#asterisk-dev seanbright (~sean@asterisk/community-developer/seanbright) |
| 13:09.31 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 13:19.48 | gtjoseph | coreyfarrell: thought for 13 module loading... ast_module_defer_until(<needed_module>) which would reinsert the calling module in the load list after the needed module. |
| 13:21.08 | gtjoseph | or return success if ther needed module were already loaded |
| 13:23.43 | coreyfarrell | gtjoseph: is there a specific issue you're looking to fix? |
| 13:23.53 | seanbright | build a DAG from all modules using their dependencies, then traverse it loading modules. simple. |
| 13:24.03 | seanbright | 6 weeks, tops |
| 13:24.39 | gtjoseph | well, for 16+ we have the ability to specify dependencies |
| 13:24.51 | gtjoseph | for 13 it was too much of a change |
| 13:25.27 | gtjoseph | but i have a new module coming that needs res_pjsip, res_pjsip_endpoint_identifier_ip, res_pjsip_outbound_registration, etc. |
| 13:25.48 | gtjoseph | kinda like the res_pjsip_config_wizard. |
| 13:26.32 | gtjoseph | but in the wizard (written 4 years ago) i had to solve this issue by making the wizard a sorcery wizard that inserts itself before the others |
| 13:26.45 | gtjoseph | so as they loaded, they got config data |
| 13:26.58 | gtjoseph | it was super-sub-optimal but the only way at that time |
| 13:27.55 | gtjoseph | so i was thinking that a minamally intrusive way to get the same effect in 13 would be to dimply have th emodule defer it;s loading if one of it's dependencies wasn't already loaded |
| 13:28.19 | gtjoseph | using modules.conf isn't an options. |
| 13:28.51 | coreyfarrell | gtjoseph: load priorities? |
| 13:29.36 | gtjoseph | yeah but then that could screw up other things and i didn't want to touch the existing behavior ot th eother modules. |
| 13:30.55 | coreyfarrell | but wouldn't you just need to set the load priority for this new module to be after the modules you listed? or does it need to be loaded before other modules? |
| 13:32.11 | gtjoseph | after the others but the others' load_pri's are all over the place. |
| 13:32.57 | gtjoseph | i suppose i could make the new module a DEVSTATE_CONSUMER or something |
| 13:34.52 | coreyfarrell | if your goal is to simply load this new module after a list of others without changing the order of others then load_pri needs to be at least 1 higher than the highest priority existing module you need it after. |
| 13:35.09 | gtjoseph | yep |
| 13:35.34 | coreyfarrell | adding a defer function to the asterisk 13 loader sounds scary to me :/ |
| 13:35.57 | gtjoseph | there's something nagging in the back of my mind as to why that didn't work for the config_wizard. |
| 13:36.09 | gtjoseph | but i'll cross that bridge... |
| 13:37.04 | file | pushes gtjoseph off the bridge |
| 13:37.18 | gtjoseph | thanks |
| 13:41.45 | seanbright | what does this new module do? |
| 13:41.54 | seanbright | we don't do secrets here |
| 13:42.49 | seanbright | res_pjsip_freepbx_config?! hrmmmm!??! |
| 13:43.07 | file | I can safely say, no |
| 13:43.13 | gtjoseph | looks away and whistles |
| 13:43.19 | seanbright | res_freepbx_pjsip_config?!?! |
| 13:43.29 | seanbright | res_pjsip_config_freepbx?! |
| 13:43.32 | seanbright | HMMMMMMM!?!? |
| 13:43.33 | seanbright | heh |
| 13:43.45 | file | also no |
| 13:44.02 | seanbright | well, there are a few permutations left... |
| 14:00.48 | *** join/#asterisk-dev Bordr_ (~Bordr@c-75-70-117-92.hsd1.co.comcast.net) |
| 14:03.52 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-necowewebcfvjnqf) |
| 14:03.52 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 14:21.57 | *** join/#asterisk-dev kg6hum (~kg6hum@protovision.org) |
| 14:25.19 | *** join/#asterisk-dev malcolmd (malcolmd@pdpc/sponsor/digium/malcolmd) |
| 14:25.19 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 14:47.04 | *** join/#asterisk-dev bford (uid283514@gateway/web/irccloud.com/x-ltawmeuzlioghucq) |
| 14:47.04 | *** mode/#asterisk-dev [+o bford] by ChanServ |
| 15:13.05 | jpsharp | exit |
| 15:13.09 | jpsharp | darnit |
| 15:13.50 | seanbright | Command 'exit' not found. Did you mean '/quit?' |
| 15:19.53 | jpsharp | Heh. No. Just "alt-tab". |
| 15:23.12 | jpsharp | Weird asterisk problem of the day: pbx_dundi.so is loaded, I can run "dundi show peer [aa:bb:cc:dd:ee:ff]", but "dundi show peers" returns "No such command 'dundi show peers'" |
| 15:25.50 | seanbright | that is weird |
| 15:25.59 | seanbright | what version of asterisk? |
| 15:27.39 | jpsharp | 13.12.2 |
| 15:28.08 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 15:29.27 | seanbright | you should at least get a usage message |
| 15:29.36 | seanbright | maybe that command failed to load for some reason |
| 15:29.59 | seanbright | works fine for me |
| 15:30.09 | seanbright | i suspect user error |
| 15:31.54 | jpsharp | It works fine on other identical boxes. I'm looking into it, its just weird. |
| 15:32.29 | seanbright | maybe you have a weird cli alias defined |
| 15:33.32 | jpsharp | I unloaded and reloaded pbx_dundi.so and it works. |
| 15:33.43 | jpsharp | Damn sunspots. |
| 15:34.03 | seanbright | yes. sunspots was my next guess. |
| 15:51.24 | *** join/#asterisk-dev tzafrir (~tzafrir@lemon.tzafrir.org.il) |
| 15:51.24 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 16:06.49 | seanbright | the 30 day jira graph is so disheartening |
| 16:07.12 | seanbright | i guess what i should be getting from it is that we are closing issues as they come in |
| 16:08.24 | seanbright | but it'd be nice if the green bar was on top |
| 16:08.48 | file | achoo |
| 16:09.37 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 16:17.23 | jpsharp | And next question: I have a module that gets a blob of signed linear audio data with a WAV header. What's the best way to write it to a channel? |
| 16:18.22 | seanbright | i have two questions: |
| 16:18.26 | seanbright | 1) what time is it? |
| 16:18.31 | seanbright | 2) how do i create the universe? |
| 16:18.56 | jpsharp | nevermind. Oy. |
| 16:18.57 | *** part/#asterisk-dev jpsharp (~jsharp@linode.fivecats.org) |
| 16:25.27 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 16:49.41 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01:e0a:d:1111:b749:768d:ed77:7c9a) |
| 16:59.46 | *** join/#asterisk-dev jpsharp (~jsharp@linode.fivecats.org) |
| 17:02.07 | seanbright | jpsharp: the module mentioned here should get you started (i haven't reviewed it but i know it puts audio on a channel) |
| 17:02.10 | seanbright | http://lists.digium.com/pipermail/asterisk-dev/2018-October/077016.html |
| 17:13.58 | *** join/#asterisk-dev sahmed (~sahmed@63.65.120.22) |
| 17:17.13 | sahmed | Hello, I having an issue, while running the hep test on testsuite. issue: "NameError: global name 'UBInt16' is not defined", anyone have any idea on this please? |
| 17:20.19 | seanbright | sahmed: it comes from https://pypi.org/project/construct/ |
| 17:20.30 | seanbright | maybe you need to install that? i'm not entirely sure |
| 17:21.30 | sahmed | I have installed this construct |
| 17:21.48 | sahmed | but I have some confusion about the version |
| 17:22.03 | sahmed | I have loaded the latest version |
| 17:23.35 | sahmed | in construct doc explain UBInt16 as Int16ub. that's make me confused. (https://github.com/construct/construct/blob/master/README.rst) |
| 17:26.29 | seanbright | have you tried: pip install construct-legacy |
| 17:26.53 | seanbright | we try to import that first, and the API seems stable |
| 17:28.02 | sahmed | didn't try construct-legacy, let me try this |
| 17:30.04 | sahmed | seems this construct-legacy working fine... no error... |
| 17:30.12 | seanbright | good deal |
| 17:30.19 | sahmed | Thanks @seanbright |
| 17:30.23 | seanbright | you're welcome |
| 17:39.56 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00f4d7ddd1bc0987bc.ipv6.abo.wanadoo.fr) |
| 17:50.06 | *** join/#asterisk-dev pchero (~pchero@dhcp-077-249-058-090.chello.nl) |
| 18:02.14 | jpsharp | is there a limit to the size of the data in a frame? I don't suppose I can just dump all 32K of audio I get into a single frame. |
| 18:24.34 | file | there's no explicit limit, but it's not a file transfer protocol |
| 18:24.43 | file | endpoints generally expect frames at a specific interval |
| 18:25.19 | jpsharp | oh. doh. You're right. So yeah, I have to split it into 20ms intervals. |
| 18:37.57 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 18:47.04 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 19:00.39 | *** join/#asterisk-dev CELYA_1 (~Thunderbi@arennes-652-1-148-146.w92-139.abo.wanadoo.fr) |
| 19:32.37 | *** join/#asterisk-dev vipul20 (uid64067@gateway/web/irccloud.com/x-aohrpixlruuvbpjw) |
| 20:23.38 | seanbright | man. pre-dial handlers and hangup handlers are pretty awesome. |
| 20:23.54 | seanbright | i know i'm like 5 versions too late, but... thumbs up |
| 20:31.25 | pchero | this one? https://wiki.asterisk.org/wiki/display/AST/Pre-Dial+Handlers |
| 20:40.23 | *** join/#asterisk-dev sahmed (~sahmed@cpe-70-114-236-63.austin.res.rr.com) |
| 20:50.02 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 20:59.04 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 21:18.48 | seanbright | yes |
| 22:19.05 | seanbright | kharwell: are the ARI versions supposed to be semver? |
| 22:19.36 | seanbright | if so, i _think_ a minor bump is necessary for added methods |
| 22:20.07 | kharwell | no we changed it a while back: https://wiki.asterisk.org/wiki/display/AST/ARI+Versioning |
| 22:20.20 | seanbright | got it |
| 22:20.27 | kharwell | AMI is pretty much the same thing: https://wiki.asterisk.org/wiki/display/AST/Asterisk+Manager+Interface+%28AMI%29+Changes |
| 22:20.47 | seanbright | k. sorry for the noise then. |
| 22:21.27 | kharwell | bring the noise! |
| 22:21.38 | seanbright | ~dance |
| 22:21.38 | infobot | <(*.*<) <(*.*)> \(*.*)/ (>*.*)> |
| 22:21.51 | seanbright | ~figlet sweet |
| 22:21.58 | seanbright | hmm. that used to be a thing. |
| 22:27.25 | coreyfarrell | once we have the new method of changelog generation it would be nice to support a header like 'AMI: breaking' or 'AMI: non-breaking' to trigger an automatic AMI version bump during the release process. |
| 22:37.11 | seanbright | semver would be nice too, but i suppose that ship has sailed |
| 22:44.11 | kharwell | coreyfarrell: +1 I was thinking the same thing |
| 22:45.06 | coreyfarrell | seanbright: semver fails us if a security patch requires a breaking change to Asterisk 13. |
| 22:45.22 | seanbright | how so? |
| 22:47.53 | coreyfarrell | seanbright: AMI version 2.x is used by Asterisk 13, AMI 3.x is used by Asterisk 14. |
| 22:48.15 | seanbright | well, right, but that is broken by itself |
| 22:48.34 | seanbright | well, broken in terms of semver, not in terms of our versioning |
| 22:48.59 | seanbright | in semver, the version of asterisk isn't relevant to the version of the protocols |
| 22:49.19 | seanbright | gotta go |
| 22:49.30 | coreyfarrell | yes but in this case the features of the protocol is dependent on the asterisk version |
| 22:49.38 | coreyfarrell | have a good one :) |
| 23:01.42 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 23:02.41 | kharwell | I could have sworn we discussed it on the mailing list at some point, but can only find this one (which does link back to the original one): http://lists.digium.com/pipermail/asterisk-dev/2017-April/076261.html |
| 23:04.01 | kharwell | but that doesn't mentioned why we changed it to how we have it now back Feb. 2018. |
| 23:06.10 | kharwell | but prob for the reason coreyfarrell stated above |
| 23:12.41 | *** join/#asterisk-dev stevedavies (~stevedavi@197.155.252.3) |
| 23:12.58 | kharwell | ah found it: http://lists.digium.com/pipermail/asterisk-dev/2017-March/076236.html |
| 23:19.16 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-necowewebcfvjnqf) |
| 23:36.37 | seanbright | works for me |