| 00:15.50 | *** join/#asterisk-dev infobot (ibot@c-174-52-60-165.hsd1.ut.comcast.net) |
| 00:15.50 | *** topic/#asterisk-dev is Take the March 2019 Asterisk User Survey! https://goo.gl/forms/xL1VUHRsf95saly13 -- 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 |
| 01:36.58 | *** join/#asterisk-dev andrewyager (~andrewyag@2001:8004:d00:3db7:11c9:e6a6:f3ac:f049) |
| 01:52.43 | *** join/#asterisk-dev pchero (~pchero@dhcp-077-249-058-090.chello.nl) |
| 02:16.37 | *** join/#asterisk-dev andrewyager (~andrewyag@2406:a800:d109:1:6cbe:fed:a844:c1ec) |
| 03:03.20 | *** join/#asterisk-dev andrewyager (~andrewyag@2406:a800:d108:1:f162:e7c4:a303:2b45) |
| 04:35.20 | *** join/#asterisk-dev andrewyager (~andrewyag@2406:a800:d108:1:f162:e7c4:a303:2b45) |
| 05:39.33 | *** join/#asterisk-dev andrewyager (~andrewyag@syd02s26-fw01.thecore.net.au) |
| 06:10.09 | snuff-work | mm.. the 'menuselect' options.. i think the 'codec_g729a' needs to have an update.. since its now 'expired' the text going with it not as relevant |
| 06:13.14 | snuff-work | also unsure of the 'voicemail storage' section.. seems to list things 3 times.. |
| 06:17.58 | *** join/#asterisk-dev pchero_work (~pchero@87.213.247.82) |
| 06:18.49 | *** join/#asterisk-dev pchero_work (~pchero@87.213.247.82) |
| 08:39.00 | *** join/#asterisk-dev hehol (~hehol@gatekeeper.loca.net) |
| 09:17.45 | *** join/#asterisk-dev andrewyager (~andrewyag@syd02s26-fw01.thecore.net.au) |
| 13:17.15 | seanbright | snuff-work: the codec_g729a text is still relevant. you still need to license it from digium/sangoma. |
| 13:17.21 | seanbright | i'm looking at the voicemail storage thing |
| 13:24.54 | file | it's because you can build with File / IMAP / ODBC |
| 13:29.48 | file | ah, that |
| 13:29.53 | file | noice |
| 13:31.00 | gtjoseph | wtf? |
| 13:31.47 | gtjoseph | I _know_ the voicemail build options had gone away at some point. |
| 13:32.51 | gtjoseph | i wonder if in cherry-picking it came back somehow. |
| 13:44.03 | danjenkins | @gtjoseph I promise im going to read through your email today! |
| 13:44.11 | gtjoseph | :) |
| 13:44.19 | danjenkins | and @seanbright @file - Klaus said no to signing the CLA |
| 13:45.33 | danjenkins | currently trying to figure out how to conect a polycom vvx 450 to asterisk pjsip with tls |
| 13:45.38 | danjenkins | currently getting SSL_ERROR_ZERO_RETURN |
| 13:46.24 | danjenkins | and 0806143250|sip |5|00|SSL_get_error nLen 0 errno 0 nError 5 = (0)error:00000000:lib(0):func(0):reason(0) on the phone |
| 13:46.30 | danjenkins | yay voip |
| 13:50.16 | danjenkins | and just like that its fixed. stupid polycom UI |
| 13:51.15 | file | not comfortable accepting such a change then I'm afraid |
| 13:51.49 | danjenkins | yeah I'll figure something out |
| 13:52.07 | danjenkins | makes no sense to me |
| 13:52.15 | danjenkins | (his perspective not yours) |
| 13:53.02 | danjenkins | i dont expect a comment from you |
| 13:53.20 | file | *shrug* people are free to do as they wish, and some aren't comfortable giving a license which is fine, that's their choice |
| 13:56.18 | danjenkins | no - its to the detriment of the entire community - having patches publicly available to download from 6 years ago (the latest bristuff patches were made 6 years ago), not documented in any way to enable others to find said patches, is just dumb - lets write code thats publicly available but I wont commit it back? I'm osrry but thats whats wrong with OSS at the moment |
| 13:56.24 | danjenkins | personal opinion |
| 13:57.26 | file | we don't live in an ideal world |
| 14:08.09 | *** join/#asterisk-dev bford (uid283514@gateway/web/irccloud.com/x-vsgdszqjcwwiwoew) |
| 14:08.09 | *** mode/#asterisk-dev [+o bford] by ChanServ |
| 14:23.28 | *** join/#asterisk-dev kharwell (uid358942@gateway/web/irccloud.com/x-hcxtfzdgfdivcdsm) |
| 14:23.28 | *** mode/#asterisk-dev [+o kharwell] by ChanServ |
| 14:36.31 | seanbright | well... if i'm being honest, i wasn't particularly thrilled with the code anyway |
| 14:37.42 | seanbright | and adding code from a third-party (that isn't interested in supporting it) into a core module just creates additional maintanence burden on the project |
| 14:38.21 | tsearle | Would it be better if the extra fd was added directly into eagi? |
| 14:39.14 | seanbright | imo, it would be better if there was a "add an audio fd" framework of some kind that could be invoked 0..n times |
| 14:39.17 | tsearle | Modifying eagi would be fully backwards compatible. |
| 14:39.31 | seanbright | rather than just... as i like to say lately... kicking the can down the road |
| 14:40.39 | tsearle | Hrm... When would there be more than an in/out? Ast doesn't sfu audio |
| 14:40.56 | seanbright | tsearle: you also have a problem - you're spoiled |
| 14:41.01 | seanbright | so you're out |
| 14:41.23 | tsearle | Oh? |
| 14:41.49 | seanbright | yeah, you worked on non-disclaimed code |
| 14:42.03 | seanbright | i am not a layer, but that is my hot take |
| 14:42.35 | seanbright | lawyer, either |
| 14:43.59 | tsearle | Ok |
| 14:44.00 | tsearle | So the features would need to be implemented by someone who has never seen xagi |
| 14:44.26 | seanbright | no, someone who hasn't worked on that particular patch |
| 14:44.31 | seanbright | i may be talking out of my ass |
| 14:44.35 | seanbright | so i will shut up |
| 14:51.44 | file | I am also not a lawyer, but generally it's best if it comes from someone who hasn't been tainted as it were by seeing the other code |
| 14:51.56 | file | however if a completely different implementation was created, then that'd be fine |
| 14:52.31 | file | and there are some fundamental things that are just ultimately the same, like the way that data is written out to the fd |
| 14:53.09 | danjenkins | its programming within an already created thing. theres pretty much only one way of doing it. the only thing that we could change is doing it within EAGI |
| 14:54.01 | danjenkins | i wont bother putting the effort in to try and do that. ultimately theres what 30 lines of code? most of which already exists within EAGI |
| 14:55.29 | danjenkins | we all know that person B tomorrow without seeing that patch would do things with the same variable names, with 99% the same code because its not new code - it 99% already exists, the concepts of how it does file descriptor stuff already ists |
| 14:55.32 | danjenkins | exists* |
| 14:55.49 | file | hasn't seen the patch so has no idea |
| 15:15.25 | *** join/#asterisk-dev spatel (~spatel@pool-98-118-124-216.bstnma.fios.verizon.net) |
| 15:39.37 | seanbright | i don't disagree that there is fundamentally one way to implement it, and i am far from the final word on it. it would just be better to have a "clean room" implementation. that's it. |
| 17:31.59 | seanbright | KENT... THIS IS JESUS, KENT |
| 17:34.16 | seanbright | https://youtu.be/sf-5RaFnh2U?t=86 |
| 17:36.22 | seanbright | and if you haven't seen real genius, do yourself a favor and find it on your favorite streaming service before it's too late |
| 18:47.22 | gtjoseph | that was a great movie. |
| 18:48.35 | gtjoseph | Do we need controls on the external media stuff like "pause" or "mute" and how about AMI/ARI events like "start", "stop", etc? |
| 18:50.22 | file | I don't think so re: pause/mute... events could make sense |
| 18:51.15 | gtjoseph | yeah that's what i was thinking |
| 21:53.37 | *** join/#asterisk-dev pchero (~pchero@dhcp-077-249-058-090.chello.nl) |