| 00:52.32 | *** join/#asterisk-dev serafie (~erin@user-24-214-173-250.knology.net) |
| 00:52.32 | *** join/#asterisk-dev tzanger (tzanger@wallace.mixdown.ca) |
| 00:52.32 | *** join/#asterisk-dev tonyclewis (uid6025@gateway/web/irccloud.com/x-ieroughivnukhzcl) |
| 00:52.32 | *** join/#asterisk-dev Corydon76-home (~quassel@c-69-180-203-73.hsd1.tn.comcast.net) |
| 00:52.32 | *** join/#asterisk-dev ChanServ (ChanServ@services.) |
| 00:52.32 | *** join/#asterisk-dev newtonr (~newtonr@64.34.219.47) |
| 00:52.32 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 00:52.32 | *** mode/#asterisk-dev [+oooo Corydon76-home ChanServ newtonr snuff-home] by hubbard.freenode.net |
| 00:52.32 | *** join/#asterisk-dev wedhorn (~wedhorn@123-243-209-34.static.tpgi.com.au) |
| 00:52.32 | *** join/#asterisk-dev Tim_Toady (~fuzzy@snf-33276.vm.okeanos.grnet.gr) |
| 00:52.33 | *** join/#asterisk-dev dwayne (~dwayne@c-71-207-208-112.hsd1.al.comcast.net) |
| 00:52.33 | *** join/#asterisk-dev jrose_atDigium (~jrose_atD@nat/digium/x-zugcctinqjazlfbr) |
| 00:52.33 | *** join/#asterisk-dev philipp64 (~chatzilla@66-232-81-197.ctcweb.net) |
| 00:52.33 | *** join/#asterisk-dev opticron (~opticron@pianoben.ch) |
| 00:52.33 | *** join/#asterisk-dev leedm777 (~leedm777@nat/digium/x-kafaadvbfowokmdq) |
| 00:52.33 | *** join/#asterisk-dev asilva (~asilva@gandalf.ai.unesp.br) |
| 00:52.33 | *** join/#asterisk-dev file (~file@asterisk/developer-and-muffin-lover/file) |
| 00:52.33 | *** join/#asterisk-dev Greenlight (~email@cpc1-dund9-0-0-cust142.16-4.cable.virginmedia.com) |
| 00:52.33 | *** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de) |
| 00:52.33 | *** join/#asterisk-dev ivan` (~ivan@unaffiliated/ivan/x-000001) |
| 00:52.33 | *** join/#asterisk-dev angler (~angler@pdpc/sponsor/digium/angler) |
| 00:52.33 | *** join/#asterisk-dev JunK-Y (~junky@pdpc/supporter/active/junk-y) |
| 00:52.33 | *** join/#asterisk-dev mwally (~mwally@mwally.opencnam.com) |
| 00:52.33 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 00:52.33 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 00:52.33 | *** mode/#asterisk-dev [+oooo opticron file pabelanger tzafrir_laptop] by hubbard.freenode.net |
| 00:52.33 | *** join/#asterisk-dev snuff-work (~snuffy@210.8.167.13) |
| 00:52.33 | *** join/#asterisk-dev suneye (~atcmmi@119.123.223.14) |
| 00:52.33 | *** join/#asterisk-dev wdoekes (~walter@wjd.osso.nl) |
| 00:52.33 | *** join/#asterisk-dev aimka (~aimka@unaffiliated/aimka) |
| 00:52.33 | *** mode/#asterisk-dev [+o snuff-work] by hubbard.freenode.net |
| 00:53.28 | *** join/#asterisk-dev zerohalo (~zerohalo@74.61.196.236) |
| 00:54.37 | *** join/#asterisk-dev newtonr (~newtonr@64.34.219.47) |
| 00:54.38 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 06:25.35 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-155-170.cablep.bezeqint.net) |
| 06:25.35 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 06:43.10 | *** join/#asterisk-dev tzafrir (~tzafrir@212.179.75.202) |
| 06:43.11 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 07:35.11 | *** join/#asterisk-dev felipe_ (~felipe@unaffiliated/felipe) |
| 08:01.55 | *** join/#asterisk-dev oej (~Adium@2001:16d8:cc57:1000::42:1005) |
| 08:01.55 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:23.12 | oej | Hello folks |
| 08:35.52 | *** join/#asterisk-dev bulkorok (~chatzilla@85.183.36.36) |
| 11:03.07 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:1cb9:2c9d:c19c:f1d8) |
| 11:04.52 | *** join/#asterisk-dev italorossi (~italoross@187.60.66.11) |
| 12:05.02 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:05.02 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:56.17 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-reveegoxzhusezyg) |
| 13:37.17 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:37.17 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:50.18 | snuff-home | lil bump for ASTERISK-21780 |
| 13:50.18 | LieutPants | [ASTERISK-21780] [Status: Triage] Add missing documentation for new config option - https://issues.asterisk.org/jira/browse/ASTERISK-21780 |
| 14:00.15 | *** join/#asterisk-dev kharwell (~kharwell@nat/digium/x-ptqfpztdsdovdciu) |
| 14:01.07 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:01.07 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:29.38 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 15:29.38 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 15:42.12 | Kobaz | totally awesome |
| 15:42.48 | Kobaz | i added abort and dump core to my asterisk health check |
| 15:42.58 | Kobaz | so if it detects a deadlock it'll get the core file |
| 15:42.59 | Kobaz | yay |
| 15:49.29 | pabelanger | Kobaz: what software are you using? |
| 15:49.39 | Kobaz | for what? |
| 15:49.46 | Kobaz | detecting deadlocks? |
| 15:49.48 | pabelanger | your health cheack |
| 15:49.53 | Kobaz | i rolled my own |
| 15:49.55 | pabelanger | Ah |
| 15:50.14 | Kobaz | it does some event checks, like simple ping pong stuff |
| 15:50.18 | pabelanger | Have nagios doing some of my checks |
| 15:50.21 | pabelanger | but no deallocks |
| 15:50.24 | pabelanger | dead* |
| 15:50.29 | Kobaz | i found i couldn't rely on the actual ping command from asterisk manager |
| 15:50.35 | Kobaz | so i use userevent: ping |
| 15:51.02 | Kobaz | and then for dealocks, well it doesn't detect all deadlocks, but most |
| 15:51.09 | Kobaz | i make a local sip to local sip call |
| 15:51.18 | pabelanger | I use upstart to handle coredumps and backtrace generation. I can even have them open up a bug report too, but don't have that part enabled |
| 15:51.20 | pabelanger | pretty sweet |
| 15:51.21 | Kobaz | and if say, you have a channel related deadlock that's going to fail |
| 15:51.42 | Kobaz | so your sip call will fail if your channels are locked up |
| 15:51.58 | Kobaz | and then my script emails me: core show locks, core show modules, ps auxf, lsof | grep asterisk, and w |
| 15:52.06 | Kobaz | and it kills asterisk with -SIGQUIT |
| 15:52.12 | Kobaz | which i just added now |
| 15:53.01 | Kobaz | i try three times to make the call, just for sanity |
| 15:53.07 | Kobaz | if they all fail, then i assume its dead |
| 15:53.32 | Kobaz | it's saved me countless times from a 5am wakeup call |
| 15:54.03 | pabelanger | <PROTECTED> |
| 15:54.35 | Kobaz | today i got a health check failure because of too many open files |
| 15:54.40 | Kobaz | so i added the lsof to the email alert |
| 15:54.53 | Kobaz | which is strange since i bumped the open files to 8192 |
| 15:55.04 | Kobaz | but possibly it wasn't using the new limit |
| 15:55.09 | Kobaz | i don't know when it got last started |
| 15:56.26 | Kobaz | next i have to write some apache checkers |
| 15:56.50 | Kobaz | fcgi processes go defunct and dont die |
| 15:57.10 | Kobaz | man i have such a pile of self-healing code it's not funny anymore |
| 15:57.21 | Kobaz | i might have more self-healing code than app code |
| 16:04.50 | *** join/#asterisk-dev tzafrir (~tzafrir@37.26.147.193) |
| 16:04.50 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 16:22.31 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:22.32 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:22.35 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-155-170.cablep.bezeqint.net) |
| 16:22.36 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 16:22.40 | file | seanbright, so are you looking for another thing to poke at re: SIP? |
| 16:22.50 | seanbright | file: unfortunately no |
| 16:23.00 | seanbright | i have decided to write my own... sip client |
| 16:23.09 | seanbright | in java |
| 16:23.13 | seanbright | yes. |
| 16:23.22 | *** join/#asterisk-dev mjordan1 (~mjordan@nat/digium/x-onlwucgwkvlxkpjh) |
| 16:23.22 | *** mode/#asterisk-dev [+o mjordan1] by ChanServ |
| 16:23.27 | file | seanbright, makes total sense |
| 16:23.50 | seanbright | i need a sip client. i can't use an OSS one. |
| 16:24.37 | file | ... |
| 16:24.46 | file | can you use an open source SIP stack? |
| 16:25.10 | seanbright | i need to be able to distribute the code in commercial software |
| 16:25.32 | file | I wish you luck... a lot of luck... |
| 16:25.40 | file | like, mad amounts of luck |
| 16:25.43 | seanbright | heh |
| 16:25.45 | file | like, start drinking now |
| 16:25.52 | seanbright | well, i had an epiphany the other day |
| 16:26.02 | seanbright | i don't *really* need a SIP client |
| 16:26.23 | seanbright | i need a SIP client that can send an INVITE and a BYE |
| 16:26.32 | seanbright | and all the bullshit in between |
| 16:26.41 | file | it gets complicated, fast :P |
| 16:27.03 | seanbright | well, the nice thing is that my users will be making a single call, to a single location |
| 16:27.16 | seanbright | so i think i can implement just enough to squeak by |
| 16:27.38 | seanbright | the RTP/jitterbuffer will be the more difficult part i think |
| 16:28.13 | seanbright | but it only has to support slinear which will make that easier |
| 16:28.15 | seanbright | etc, etc. |
| 17:23.22 | JunK-Y | hello folks. |
| 17:34.27 | blitzrage | seanbright: if you're going to do that, just use jitsi :) |
| 17:34.44 | blitzrage | nevermind, I just read the requirements |
| 17:35.26 | blitzrage | does it need to be a SIP client? What about just doing it via WebRTC? |
| 17:35.33 | blitzrage | not sure if I'm joking or trolling to be honest |
| 17:37.11 | pabelanger | seanbright: can you just not link to an external library? Why embedded it? |
| 17:37.46 | pabelanger | Also, zoiper has a comercial license I believe |
| 17:37.50 | pabelanger | whitelabeling and junk |
| 17:40.35 | blitzrage | jitsi does too |
| 18:05.26 | *** join/#asterisk-dev jrose_atDigium (~jrose_atD@nat/digium/x-nzjjzwaghxjynoeg) |
| 18:19.29 | seanbright | pabelanger: pjsip is GPL, not LGPL |
| 18:20.15 | seanbright | blitzrage: WebRTC was a thought actually, but we'd have to use bleeding edge asterisk for that |
| 18:20.25 | seanbright | and convert our client/server protocol to web sockets too |
| 18:20.59 | blitzrage | seanbright: ah gotcha, ya that's always a thing |
| 18:21.04 | blitzrage | (bleeding edge) |
| 18:21.32 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 18:21.33 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 18:22.21 | Kobaz | yay |
| 18:22.26 | Kobaz | pri glare issue on adtran ta904 |
| 18:22.38 | Kobaz | 13:57:28.394 TM.T01 0 Cannot accept calls - trunk being configured or trunk full |
| 18:42.49 | *** join/#asterisk-dev jsmith (~jsmith@fedora/jsmith) |
| 18:42.49 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 18:51.13 | *** join/#asterisk-dev leedm777 (~leedm777@nat/digium/x-odjbdvtwxoosqsja) |
| 19:39.35 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 19:39.35 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 19:51.27 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 19:51.27 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 20:38.39 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 20:38.39 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 20:51.38 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 20:51.38 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 20:59.41 | *** join/#asterisk-dev Qwell (~north@pdpc/sponsor/digium/Qwell) |
| 20:59.41 | *** mode/#asterisk-dev [+o Qwell] by ChanServ |
| 21:12.05 | pabelanger | Ooo,if only hangup handlers existed in 1.8 |
| 21:12.20 | pabelanger | next time |
| 21:13.54 | mjordan1 | they are quite handy |
| 21:14.04 | mjordan1 | thank Kobaz :0( |
| 21:14.07 | mjordan1 | er, :-) |
| 21:23.08 | putnopvut | I've become annoyed that multiple aco_types cannot share the same category. In other words, if I want to have a set of transfer_options and a set of pickup_options that are both in the "general" section, I can't do it. |
| 21:24.31 | putnopvut | config_options.c expects that any given category uniquely describes an aco_type. |
| 21:24.42 | mjordan1 | yup |
| 21:25.36 | putnopvut | So if I want to have different structs hold different option information, what I'd have to do is to abandon the FLDSET and STRFLDSET macros and come up with a different means of getting the options set. |
| 21:25.55 | putnopvut | So let's see how doable that is :) |
| 21:31.06 | leifmadsen | mjordan1: damn you... 1.8.22.0? :) |
| 21:31.11 | leifmadsen | errrr... damn yo |
| 21:31.19 | putnopvut | hahaha such different meanings |
| 21:31.21 | leifmadsen | yes. |
| 21:31.25 | leifmadsen | very much so. |
| 21:31.35 | leifmadsen | I am much less angry than I'm perceived online. |
| 21:43.45 | mjordan1 | it's been a little over 6 weeks, it was time :-) |
| 21:46.41 | leifmadsen | heh |
| 21:46.48 | leifmadsen | 22 releases of 1.8 though |
| 21:46.53 | leifmadsen | pretty good when the avg is 4-6 weeks |
| 21:47.03 | leifmadsen | we're still on 1.8.18 :\ |
| 21:47.10 | leifmadsen | which isn't that bad I suppose |
| 21:47.21 | leifmadsen | only... about 6 months behind? |
| 21:47.28 | mjordan1 | no, most of the recent 1.8 releases haven't been too crazy |
| 21:47.44 | mjordan1 | there were some hickups with in-band DTMF for a little bit, but alecdavis got that all sorted out |
| 21:48.10 | mjordan1 | res_timing_pthread deadlocks got fixed in 1.8.22.0 (we think) |
| 21:48.20 | mjordan1 | so that's kind of nice, if someone was still crazy enough to be using it |
| 21:48.44 | leifmadsen | wow, that got fixed? nice. |
| 21:48.50 | leifmadsen | that's been ongoing for... years |
| 21:49.10 | leifmadsen | we don't use inband DTMF, so didn't get bit by that |
| 22:27.23 | *** part/#asterisk-dev mjordan1 (~mjordan@nat/digium/x-onlwucgwkvlxkpjh) |
| 23:03.55 | *** part/#asterisk-dev kharwell (~kharwell@nat/digium/x-ptqfpztdsdovdciu) |