| 00:11.08 | *** join/#asterisk-dev leedm777 (~textual@2604:2d80:8404:8011:3828:c83:64d5:bbde) |
| 00:11.08 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 00:20.10 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 00:20.10 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Check out our blog! blogs.asterisk.org -=- Follow on Twitter at @AsteriskDev |
| 02:25.59 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 04:48.45 | *** join/#asterisk-dev infobot (~infobot@rikers.org) |
| 04:48.45 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- Check out our blog! blogs.asterisk.org -=- Follow on Twitter at @AsteriskDev |
| 05:12.03 | *** join/#asterisk-dev jkroon (~jkroon@165.16.204.174) |
| 05:12.30 | *** join/#asterisk-dev _skrusty (~skrusty@88.150.145.104) |
| 05:12.30 | *** mode/#asterisk-dev [+o _skrusty] by ChanServ |
| 05:13.00 | *** join/#asterisk-dev gtjoseph_ (~gtjoseph@unaffiliated/gtj) |
| 05:13.00 | *** mode/#asterisk-dev [+o gtjoseph_] by ChanServ |
| 05:13.31 | *** join/#asterisk-dev dustinm- (~dustinm@68.ip-149-56-14.net) |
| 05:17.30 | *** join/#asterisk-dev zopsi (~zopsi@dir.ac) |
| 06:34.06 | *** join/#asterisk-dev oej (~oej@h-205-12.A165.corp.bahnhof.se) |
| 06:34.06 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:43.42 | *** join/#asterisk-dev pchero_work (~pchero@109.70.54.56) |
| 06:50.58 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 06:51.28 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a06:a402:100:0:762f:68ff:fedf:4a19) |
| 06:53.10 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 07:00.04 | *** join/#asterisk-dev tsearle (~tsearle@37.19.10.33) |
| 07:14.49 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 07:14.49 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:20.54 | *** join/#asterisk-dev oej (~oej@h-205-12.A165.corp.bahnhof.se) |
| 07:20.54 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:46.18 | *** join/#asterisk-dev CELYA_ (~Thunderbi@80.12.41.253) |
| 07:51.27 | *** join/#asterisk-dev CELYA_ (~Thunderbi@80.12.41.253) |
| 08:40.37 | *** join/#asterisk-dev jkroon (~jkroon@165.16.204.34) |
| 09:13.19 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a06:a402:100:0:762f:68ff:fedf:4a19) |
| 09:15.03 | file | tsearle: it looks like all of your tests won't work because of the extension |
| 09:15.38 | tsearle | I think I noticed one test where I had the dial line with n instead of 1 |
| 09:15.49 | tsearle | is there another issue other than that? |
| 09:15.54 | file | the SIPp scenarios are dialing extensions that don't exist in the dialplan |
| 09:16.05 | file | so it gets a 404 |
| 09:16.22 | tsearle | ok |
| 09:16.31 | tsearle | I'll have a look |
| 09:16.49 | tsearle | I probably have Dial(sbc) instead of Dial(PEER-B) or something like that |
| 09:17.03 | file | no, it's in the arguments you give to SIPp |
| 09:17.25 | file | you set a service value which is used in the request URI |
| 09:18.22 | tsearle | which test are you currently looking at, so we can be in sync |
| 09:18.45 | file | dtmf INFO fallback |
| 09:19.05 | file | but also applicable to dtmf mode |
| 09:19.28 | file | and the T.38 one I think |
| 09:19.50 | file | that one might not even run |
| 09:20.08 | tsearle | ok, I'll have a look |
| 09:24.22 | tsearle | ref min version, what should I put? (in our tree we still use 1.4, but I thought 13 would be more correct) |
| 09:24.31 | tsearle | 13.15.1? |
| 09:24.35 | file | the next release that it will go into |
| 09:24.38 | file | which would be 13.16.0 |
| 09:24.42 | tsearle | ok |
| 09:24.46 | tsearle | you got it boss :D |
| 09:24.49 | file | it controls when the test is run |
| 09:25.02 | file | if it were run against something earlier, such as certified 13.13, then the test would run when it shouldn't |
| 09:27.33 | *** join/#asterisk-dev dustinm (~dustinm@68.ip-149-56-14.net) |
| 09:29.43 | *** join/#asterisk-dev seanbright_ (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 09:29.43 | *** mode/#asterisk-dev [+o seanbright_] by ChanServ |
| 09:30.01 | tsearle | ok, auto_info test should be fixed |
| 09:32.36 | *** join/#asterisk-dev gtjoseph (~gtjoseph@unaffiliated/gtj) |
| 09:32.37 | *** mode/#asterisk-dev [+o gtjoseph] by ChanServ |
| 09:32.37 | tsearle | ref copyrights, should it be copyright digium or voxbone? |
| 09:33.01 | file | you |
| 09:33.07 | tsearle | ok |
| 09:36.01 | tsearle | net split! |
| 09:37.31 | *** join/#asterisk-dev zopsi (~zopsi@dir.ac) |
| 12:28.27 | dan_j | Any plans to improve the pjsip code? Currently, pjsip reload causes chan_pjsip to freeze for a while cuasing downtime. |
| 12:29.41 | seanbright | that's a fairly broad question |
| 12:29.50 | seanbright | yes, the pjsip code is always improving. |
| 12:30.12 | seanbright | in theory, ALL of the code should always be improving... that's kinda the point |
| 12:30.16 | seanbright | :D |
| 12:30.44 | file | it shouldn't freeze, but it really depends on the deployment and configuration |
| 12:30.47 | seanbright | if you have something repeatable, i would recommend opening an issue |
| 12:33.36 | dan_j | It doesnt happen every time. I'm using static files but still causes downtime, which pacemaker takes to mean it's offline, and switches to another server, but then astdb has a load of old registrations and it takes forever for it to delete them. |
| 12:34.26 | file | it's probably qualify |
| 12:34.46 | dan_j | I think it's this issue https://issues.asterisk.org/jira/browse/ASTERISK-26806 |
| 12:34.57 | file | yeah |
| 12:35.31 | dan_j | I previously had a look at it, but I'm not experienced enough with the asterisk code to make my way around it. |
| 12:37.56 | dan_j | Is it possible to clear the registrations stored in astdb when asterisk isn't running? Then I can clear them before running so asterisk boots quicker. |
| 12:38.19 | file | it's a sqlite3 database, you can open it and do SQL queries to remove things |
| 12:38.34 | file | I can't remember the table layout though, it's in db.c |
| 12:39.05 | dan_j | Noted. I'll take a look. Thanks. |
| 12:39.26 | dan_j | There isn't an option to clear the registrations on startup is there? :) |
| 12:39.57 | file | that goes against what most people want, so no |
| 12:40.22 | dan_j | Ok, thanks again. |
| 13:33.01 | seanbright | i need the pcap from ASTERISK-27082 |
| 13:35.05 | file | while I have it I don't feel comfortable forwarding it, try commenting and asking if you can get it too? |
| 13:35.21 | seanbright | i just need the CSI packet |
| 13:35.36 | seanbright | can you isolate that? |
| 13:37.01 | file | seemingly not |
| 13:37.57 | seanbright | k |
| 13:38.08 | seanbright | i mean... it looks like the sender is broken |
| 13:40.27 | *** join/#asterisk-dev jkroon (~jkroon@165.16.204.34) |
| 13:46.25 | *** join/#asterisk-dev cresl1n (Adium@asterisk/libpri-and-libss7-expert/Cresl1n) |
| 13:46.25 | *** mode/#asterisk-dev [+o cresl1n] by ChanServ |
| 13:48.10 | file | cresl1n: !!! |
| 13:49.00 | cresl1n | file!!!!! |
| 14:20.54 | seanbright | person!!! |
| 14:22.54 | tsearle | human! |
| 14:23.54 | *** join/#asterisk-dev kharwell (kharwell@nat/digium/x-kltszocjafhbqfgh) |
| 14:23.54 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 14:33.55 | *** join/#asterisk-dev newtonr (newtonr@nat/digium/x-lofpyggpkhgbntmp) |
| 14:33.55 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 14:36.36 | *** join/#asterisk-dev rmudgett (rmudgett@nat/digium/x-ugmdkweganjungkh) |
| 14:36.36 | *** mode/#asterisk-dev [+o rmudgett] by ChanServ |
| 15:00.59 | tsearle | hey, I'm starting to see a core dump in t38_session and I am having trouble understanding one section of the code |
| 15:01.34 | tsearle | res/res_pjsip_t38.c line for (stream = 0; stream < sdp->media_count++; ++stream) { |
| 15:01.48 | tsearle | line 281 ish |
| 15:02.03 | tsearle | why the media_count++ |
| 15:04.20 | tsearle | it seems to crash if the sdp object passed doesn't have an image line (no end of list null check) |
| 15:09.41 | seanbright | that code hasn't been touched in 4 years |
| 15:10.15 | seanbright | but it also doesn't look correct |
| 15:11.38 | seanbright | file: ^^ |
| 15:12.13 | file | yeah I don't thinkkkkkk that is correct |
| 15:12.26 | seanbright | tsearle: patch? |
| 15:13.06 | tsearle | https://gerrit.asterisk.org/#/c/5900/ |
| 15:13.16 | tsearle | the test I have for that has started crashing with core |
| 15:13.33 | tsearle | so I'm going to flag it as "wip" I guess until I get to the bottom of it, heh |
| 15:13.37 | seanbright | i mean, would you mind submitting a patch to take the ++ off the media_count |
| 15:14.00 | seanbright | as a separate review. that could go in fairly quickly. |
| 15:14.35 | tsearle | ok |
| 15:15.04 | tsearle | well if I drop the ++ can I also add a null check to be extra sure you don't fall off the end of the list? |
| 15:15.28 | seanbright | how do we set media_count? |
| 15:15.38 | file | you are guaranteed that a stream will exist if the index is below media_count |
| 15:15.45 | seanbright | there you go |
| 15:15.46 | tsearle | ok |
| 15:16.49 | seanbright | you know what this means? |
| 15:16.54 | seanbright | no one uses t38 |
| 15:16.55 | seanbright | lets remove it |
| 15:17.11 | cresl1n | troll |
| 15:17.55 | tsearle | I hear a rumor that T.38 is going to become "mandatory to implement" in webrtc soon |
| 15:17.57 | tsearle | ;-) |
| 15:18.06 | cresl1n | oh man |
| 15:18.11 | cresl1n | not a funny joke |
| 15:18.57 | tsearle | who needs video when you can fax each individual frame? |
| 15:19.10 | tsearle | would end the codec wars ;-) |
| 15:19.49 | cresl1n | It sounds like the beginning of an entirely new one |
| 15:28.19 | tsearle | going to try to see nuking the ++ works, then I need to run, meeting mmichelson for dinner! :-P |
| 15:28.32 | cresl1n | best wishes |
| 15:28.35 | cresl1n | say hi to him from us :-) |
| 15:29.20 | seanbright | tell him he is dead to me |
| 15:29.35 | tsearle | why's that? |
| 15:29.46 | seanbright | redhat. pfft! |
| 15:29.50 | tsearle | hehe |
| 15:30.13 | tsearle | everybody knows debian is the one true distro |
| 15:30.22 | seanbright | i'm a slackware guy |
| 15:30.29 | cresl1n | wow |
| 15:30.31 | tsearle | the still exist? :-P |
| 15:30.35 | cresl1n | I didn't know people still use that |
| 15:30.36 | seanbright | is kidding |
| 15:30.44 | cresl1n | or that it is still maintained |
| 15:30.53 | seanbright | it's still a thing |
| 15:30.56 | cresl1n | Welp |
| 15:30.57 | cresl1n | it's still on |
| 15:31.01 | cresl1n | that was my first distro |
| 15:31.10 | seanbright | my first distro was... redhat |
| 15:31.12 | tsearle | it's amazing what you can do with a 1.2 linux kernel ;-) |
| 15:31.13 | cresl1n | downloaded about 1000 disk images on AOL |
| 15:31.14 | seanbright | which i purchased... in a box |
| 15:31.23 | rmudgett | If it's not maintained then they aren't putting any more bugs in it. :) |
| 15:31.27 | seanbright | oh aol... |
| 15:31.38 | seanbright | type @MM@ for warez |
| 15:33.58 | jameswf | I would just like to say the header photo on the devcon form makes me look fat.... |
| 15:34.24 | tsearle | there is a site up for the devcon now? |
| 15:34.34 | cresl1n | Yes-ish |
| 15:34.49 | jameswf | https://wiki.asterisk.org/wiki/display/AST/AstriDevCon#AstriDevCon-RegisteringforAstriDevCon |
| 15:34.58 | seanbright | jameswf: is it the picture? |
| 15:35.14 | jameswf | I take up the entire left side.... |
| 15:35.34 | seanbright | what does your shirt say? |
| 15:35.42 | jameswf | deprecate the dialplan |
| 15:35.47 | seanbright | lol |
| 15:35.55 | jameswf | This year it will be death to chan_sip |
| 15:36.35 | tsearle | perhaps I need to make an "upgrade to ss7!" shirt |
| 15:37.04 | cresl1n | Mine will be to deprecate x86-16bit mode. |
| 15:37.08 | cresl1n | We all have agendas it seems |
| 15:37.27 | tsearle | asterisk can compile 16bit? |
| 15:37.40 | seanbright | i think i'll just wear an SIMD shirt and smoke 8 cigarettes at a time |
| 15:37.50 | cresl1n | No, this is to scrap the part of the chip that emulates that mode |
| 15:38.58 | tsearle | but... who doesn't like using 2 16 bit registers to map to a 20 bit address space? |
| 15:39.40 | cresl1n | runs |
| 15:43.21 | tsearle | ok, my test is no longer crashing |
| 15:43.30 | tsearle | going to gerrit & run, heh |
| 15:44.10 | cresl1n | imagines flemish stew |
| 15:44.47 | tsearle | it is likely to make an apperance tonight :-) |
| 15:49.45 | tsearle | https://gerrit.asterisk.org/#/c/5913/ |
| 15:49.49 | tsearle | runs now |
| 16:05.56 | *** join/#asterisk-dev CELYA_ (~Thunderbi@2a01cb0583d31d00dc96dec82c49446c.ipv6.abo.wanadoo.fr) |
| 17:37.30 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-zpfsybeoutlrmslv) |
| 17:37.30 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 17:41.55 | *** join/#asterisk-dev malcolmd (malcolmd@pdpc/sponsor/digium/malcolmd) |
| 17:41.55 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 18:26.31 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-179-40-170.cust.bezeqint.net) |
| 18:26.31 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 18:44.23 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 20:22.57 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-glawaurkumhjvtrr) |
| 20:22.57 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 20:41.05 | *** join/#asterisk-dev zopsi (~zopsi@dir.ac) |
| 21:37.02 | *** join/#asterisk-dev leedm777 (textual@nat/digium/x-gxodhimykykcljvm) |
| 21:37.03 | *** mode/#asterisk-dev [+o leedm777] by ChanServ |
| 22:58.34 | *** join/#asterisk-dev snuff-work (~snuff-wor@210.9.148.102) |
| 22:58.34 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 23:17.59 | *** part/#asterisk-dev kharwell (kharwell@nat/digium/x-kltszocjafhbqfgh) |
| 23:51.46 | snuff-work | mm i don't understand jira.. |
| 23:52.14 | snuff-work | i told my uploads to be developer only, but it seems it only applies to the comment not the actual data i've uploaded |