| 00:35.42 | italorossi | whats the proper way to lock an queue member? ao2_lock(member) ? |
| 01:09.30 | *** join/#asterisk-dev wudles (~wudles@gateway.secureinstrument.com) |
| 02:05.19 | *** join/#asterisk-dev luckman212_ (~irc@2001:470:8abb:0:e424:e4c:eef4:a291) |
| 02:07.56 | *** join/#asterisk-dev yosafbridge (~yosafbrid@li125-242.members.linode.com) |
| 02:30.03 | *** join/#asterisk-dev sustav (~vpp@76.73.166.16) |
| 03:08.35 | *** part/#asterisk-dev newtonr (~newtonr@173-25-121-44.client.mchsi.com) |
| 05:38.09 | *** join/#asterisk-dev luckman212 (~irc@2001:470:8abb:0:e424:e4c:eef4:a291) |
| 05:51.24 | *** join/#asterisk-dev luckman212 (~irc@2001:470:8abb:0:e424:e4c:eef4:a291) |
| 06:26.44 | *** join/#asterisk-dev luckman212 (~irc@2001:470:8abb:0:e424:e4c:eef4:a291) |
| 06:46.06 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 06:46.08 | schmidts | good morning |
| 08:12.31 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 08:12.31 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 10:05.01 | *** join/#asterisk-dev RiceCracker (~RiceCrack@59.152.236.158) |
| 10:27.41 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 10:27.41 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:16.16 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 11:16.16 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 11:41.24 | *** join/#asterisk-dev italorossi (~italoross@201.76.151.254) |
| 13:02.06 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-ndyjgqirhqrqbtjr) |
| 13:02.06 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:30.12 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-ojjxdillowhdzidv) |
| 13:35.37 | *** join/#asterisk-dev sustav (~vpp@nat/digium/x-tqxiyndvgnlvgoiz) |
| 13:46.13 | *** join/#asterisk-dev sustav (~vpp@nat/digium/x-uprnruycfgaqbvyd) |
| 13:48.29 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187-28-37-118.poolip.RJO.embratel.net.br) |
| 13:49.21 | *** join/#asterisk-dev zerohalo (~zerohalo@74-94-141-204-ma.hfc.comcastbusiness.net) |
| 13:49.51 | *** join/#asterisk-dev newtonr (~newtonr@173-25-121-44.client.mchsi.com) |
| 13:49.51 | *** mode/#asterisk-dev [+o newtonr] by ChanServ |
| 13:51.02 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 13:51.02 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:01.46 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 14:01.46 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 14:07.46 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:07.46 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:18.09 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:18.09 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:27.45 | acidfoo | hi folk, I have a question about the fact that channel_allocate() is raising the event AST_CEL_CHANNEL_START ... |
| 14:28.23 | acidfoo | the problem I'm facing is with the protocol SCCP , when someone is dialling... pressing one button at a time.. i'm building up the extension and |
| 14:28.56 | acidfoo | i'm calling ast_exists_extension(channel, .. and ast_matchmore_extension(channel... |
| 14:29.15 | acidfoo | to find if the extension exist and is unique |
| 14:29.30 | acidfoo | the problem is that I need to create the channel without knowing what will be the extension |
| 14:29.57 | acidfoo | because the ast_ function i'm using to lookup if the extension exist... need to have a channel as parameter |
| 14:30.47 | WIMPy | Nothing unusual so far, I think. What's the question? |
| 14:30.47 | acidfoo | catch22 :| |
| 14:31.16 | acidfoo | WIMPy, when I call channel_allocate() it raise the event AST_CEL_CHANNEL_START with the exten set to nothing |
| 14:31.19 | acidfoo | that is my problem |
| 14:31.42 | kpfleming | look at ss_thread() in chan_dahdi.c to see how it handles this (that may be in sig_analog.c now) |
| 14:31.43 | acidfoo | because in my CEL logs i don't know the exten that was called |
| 14:32.22 | acidfoo | s/because/and then |
| 14:32.34 | WIMPy | Still sounds normal to me. I don't even get the destionation in my CDRs. |
| 14:32.57 | acidfoo | well with SIP it does work because you know the extension before creating the channel |
| 14:33.15 | WIMPy | No |
| 14:33.26 | WIMPy | It *can*work, but need not. |
| 14:33.55 | WIMPy | If you dial overlap on chan_sip it doesn't work, either. |
| 14:34.18 | acidfoo | what is 'dial overlap' |
| 14:34.34 | WIMPy | And additionally it generates a 183 progress in the middle of dialling. |
| 14:34.44 | *** join/#asterisk-dev jrose_atDigium (~jrose_atD@nat/digium/x-mycotqbbsxkblbyq) |
| 14:34.58 | WIMPy | Dial digit by digit, instead of 'en block'. |
| 14:35.08 | acidfoo | ok, yeah |
| 14:35.20 | acidfoo | ill try it thank you |
| 14:35.27 | acidfoo | and I'll see into chan_dahdi as kpfleming said |
| 14:35.38 | WIMPy | So the side effect is that not even your phones redial will work. |
| 14:36.46 | WIMPy | Don't know what that sounds like, but I see dialling as the biggest issue in Asterisk. |
| 14:38.27 | acidfoo | ok thank you |
| 14:40.34 | WIMPy | Actually overlap dialling from SIP to a non overlap capable channel, like SIP, doesn't work at all. |
| 14:49.52 | kpfleming | wanders off to create func_shellexec |
| 14:50.03 | jrose_atDigium | Ah neat |
| 14:50.28 | kpfleming | if only i could find my stock of stone tablets to start carving the code into |
| 14:51.14 | datachomper | proper analogy for programming in emacs |
| 14:59.44 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 14:59.44 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 15:13.52 | *** join/#asterisk-dev opticron (~opticron@pianoben.ch) |
| 15:13.52 | *** mode/#asterisk-dev [+o opticron] by ChanServ |
| 15:30.42 | kpfleming | Corydon76-work: do you mind if i commit your permit/deny negation/commas patch? |
| 15:30.56 | kpfleming | just trolling reviewboard looking for stuff that is basically ready but was never committed |
| 15:42.43 | kpfleming | it would be a really nice improvement if the read callbacks in dialplan functions were handed an ast_str of a raw buffer pointer/length :-) |
| 15:42.56 | kpfleming | s/str/str instead/ |
| 15:43.36 | Corydon76-work | kpfleming: go ahead on the permit/deny |
| 15:43.44 | kpfleming | Corydon76-work: thanks |
| 15:43.51 | Corydon76-work | And that ast_str conversion has already been started |
| 15:44.01 | kpfleming | nice |
| 15:44.20 | Corydon76-work | That's what the read2 callback does |
| 15:44.34 | kpfleming | oh really? then i'll use that for this instead. |
| 15:44.55 | Corydon76-work | Both substitution functions are aware of both |
| 15:45.49 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 15:45.51 | Corydon76-work | What's "this", pray tell? |
| 15:46.04 | kpfleming | func_shellexec |
| 15:46.15 | Corydon76-work | Oh, I should probably post my code for that |
| 15:46.33 | kpfleming | i was just working on it :-) |
| 15:46.49 | Corydon76-work | I wrote it last night after the extensive discussion here of it |
| 15:46.56 | kpfleming | ahh, cool |
| 15:47.01 | kpfleming | then i'll wait for that to appear |
| 15:47.39 | Corydon76-work | I hope you were using ast_safe_fork() |
| 15:47.49 | kpfleming | i had not gotten that far yet |
| 15:48.51 | *** part/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 15:52.45 | Corydon76-work | https://reviewboard.asterisk.org/r/2061/diff |
| 16:02.38 | pabelanger | smells like a new branch is coming soon(tm) |
| 16:02.49 | tzafrir_laptop | chan_oss.c: the error "Failed to set audio device to mono" appears twice |
| 16:03.24 | tzafrir_laptop | Second one should likely be "Failed to set sample rate to %d" |
| 16:03.55 | kpfleming | tzafrir_laptop: feel free to fix stuff like that yourself |
| 16:09.25 | kpfleming | Corydon76-work: updating ACL unit tests for the list and negation stuff |
| 16:10.31 | Corydon76-work | Oh, okay |
| 16:10.42 | Corydon76-work | Did I not put any in that patchset? |
| 16:10.57 | kpfleming | nope |
| 16:12.17 | kpfleming | but you got a ship it! anyway :-( |
| 16:12.22 | kpfleming | no matter, i'll handle them now |
| 16:13.52 | Corydon76-work | I could probably dig out my tests, but it's easier just to invent new ones. The weird case is the double negative |
| 16:14.07 | kpfleming | yep |
| 16:14.10 | Corydon76-work | which I thought was fairly useless, but I included for completeness |
| 16:31.45 | *** join/#asterisk-dev seanbright (~sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 16:31.46 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 16:37.43 | *** join/#asterisk-dev felipe_ (~felipe@unaffiliated/felipe) |
| 16:42.27 | *** join/#asterisk-dev jmspeex (~jm@mf4-xiph.osuosl.org) |
| 16:43.15 | jmspeex | hi, just wanted to know what the state of Opus support in Asterisk is and whether there was anything we could do to help |
| 16:43.42 | Qwell | points to kpfleming |
| 16:44.08 | kpfleming | jmspeex: i'll be committing it to Asterisk 11 this week |
| 16:44.18 | jmspeex | kpfleming: Cool |
| 16:44.37 | jmspeex | Got full support? |
| 16:44.53 | kpfleming | that depends on what you mean by that :-) |
| 16:45.25 | jmspeex | well, can it handle anything a compliant implementation can send it? |
| 16:45.50 | kpfleming | it's using the RFC code, so i would hope so |
| 16:45.53 | jmspeex | (and will a compliant implementation be able to decode what it sends?) |
| 16:46.17 | jmspeex | kpfleming: Well, for example will Asterisk properly handle variable frame sizes? |
| 16:46.27 | kpfleming | actually, it builds against an installed copy of the Opus library, which could be anything :-) |
| 16:46.49 | kpfleming | yes, Asterisk handles variable frame sizes now |
| 16:46.49 | jmspeex | shouldn't be an issue on most modern distros -- the bit-stream hasn't changed in quite a while now |
| 16:46.55 | jmspeex | good! |
| 16:47.27 | jmspeex | I think that's the main thing to check. Other than that it's making sure that the signalling is always 48 kHz stereo |
| 16:47.45 | kpfleming | right |
| 16:48.15 | kpfleming | asterisk does not do stereo though, so i'm not sure yet what the code that david vossel wrote before he left does with incoming streams that contain two channels |
| 16:48.21 | kpfleming | i'll be diving into it more this afternoon |
| 16:48.32 | jmspeex | The rest of the SDP is either handled like any other codec, or it's optional |
| 16:49.15 | kpfleming | Asterisk 11 has the ability to parse, inspect and forward media-format attributes in SDP now (thanks to flie) |
| 16:49.18 | kpfleming | s/flie/file) |
| 16:49.21 | kpfleming | s/flie/file/ |
| 16:50.05 | anonymouz666 | are there many devices supporting opus? |
| 16:50.21 | kpfleming | not yet |
| 16:54.40 | kpfleming | there... that terrible comment in frame.c has been replaced with something that is actually helpful |
| 16:54.49 | kpfleming | imnsho |
| 16:56.02 | kpfleming | jmspeex: enjoy Vancouver... i won't be there this time :-( |
| 16:56.34 | jmspeex | kpfleming: thanks |
| 16:56.54 | jmspeex | I think I'll spend at least half the time at the Mozilla Vancouver office workign on Daala |
| 16:57.18 | kpfleming | should i already know what that is? |
| 16:57.44 | jmspeex | Sorry, next gen Xiph.Org video codec |
| 16:57.46 | file | video. |
| 16:57.49 | kpfleming | ahh |
| 16:57.52 | file | kpfleming, even *I* know that |
| 16:58.03 | kpfleming | you would, you're canadian |
| 17:01.24 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-ndyjgqirhqrqbtjr) |
| 17:01.36 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-ndyjgqirhqrqbtjr) |
| 17:01.36 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 17:02.42 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187-28-37-118.poolip.RJO.embratel.net.br) |
| 17:02.42 | *** join/#asterisk-dev datachomper (~russ@nat/digium/x-xijurjwiskysssni) |
| 17:02.42 | *** join/#asterisk-dev moy (~moy@UNVLON55-1176057127.sdsl.bell.ca) |
| 17:04.04 | putnopvut | SVN is being a poopface at the moment. It won't allow me to commit a file, claiming that svn:mime-type is not set. It is lying. svn:mime-type is set. I tried deleting the property and setting it back again, but that does not make a difference. |
| 17:04.20 | putnopvut | Has anyone here experienced this before and know how to handle this? |
| 17:04.58 | Corydon76-work | putnopvut: Did you set all 3 required properties? |
| 17:05.13 | Corydon76-work | mime-type, eol-style, keywords? |
| 17:05.28 | putnopvut | Corydon76-work: indeed. If I svn pl the file, those are all listed as set. |
| 17:05.30 | leifmadsen | isn't there a script that does all that for you? |
| 17:05.48 | Corydon76-work | leifmadsen: not so much a script as settings in your .svn/config file |
| 17:05.51 | putnopvut | leifmadsen: yep, that's how I set them in the first place. |
| 17:06.04 | leifmadsen | Corydon76-work: no there is a script in the svntools or something that I use |
| 17:06.07 | leifmadsen | putnopvut: :( |
| 17:06.08 | putnopvut | Corydon76-work: he's talking about the propset_txt script in repotools |
| 17:06.14 | Corydon76-work | Ah |
| 17:06.27 | Qwell | putnopvut: what's `svn pl -v thatfile` show? |
| 17:06.33 | Corydon76-work | You know you can just set that in your .svn/config, and poof! It all works magically |
| 17:06.44 | leifmadsen | probably |
| 17:06.51 | leifmadsen | had never seen that documentation |
| 17:09.41 | putnopvut | Qwell: Here's a pastebin of the error occurring, and svn pl and svn pl -v |
| 17:09.43 | putnopvut | http://pastebin.com/gWM4fT35 |
| 17:10.19 | Qwell | hrm - trunk? |
| 17:10.28 | putnopvut | Testsuite trunk |
| 17:10.32 | Corydon76-work | putnopvut: How about an 'svn status .'? |
| 17:10.32 | Qwell | it's showing 2 different paths |
| 17:10.49 | Qwell | the error shows your team branch, but you're working on trunk |
| 17:10.57 | Qwell | or something |
| 17:11.20 | putnopvut | http://pastebin.com/Sn252j5b |
| 17:11.29 | putnopvut | I'm working in my team branch, sorry for the confusion |
| 17:11.36 | putnopvut | But anyway, 'R' for the file in question. |
| 17:11.55 | putnopvut | So replaced. |
| 17:11.56 | Qwell | R is sucky. means the file was deleted, then moved back in |
| 17:12.00 | Qwell | it makes things weird |
| 17:12.04 | putnopvut | And that is indeed what I did. |
| 17:12.19 | putnopvut | I svn mved it, and then svn mved it back. |
| 17:12.34 | kpfleming | you needed to revert the move |
| 17:12.42 | kpfleming | a double-move is unfortunately not the same thing |
| 17:12.43 | Qwell | yeah, I'd revert it and try to do it in 1 operation |
| 17:12.45 | Corydon76-work | I was about to say revert the move |
| 17:12.54 | russellb | svn mv's asterisk 10 to 2.0 |
| 17:13.20 | putnopvut | Revert which move? |
| 17:13.31 | Corydon76-work | Revert the file |
| 17:13.33 | kpfleming | you can't do it now, i suspect |
| 17:13.41 | kpfleming | i don't know what svn will think :-) |
| 17:14.03 | putnopvut | Appears to have worked. Thanks for the help! |
| 17:14.27 | Corydon76-work | Yay! |
| 17:15.06 | mjordan | russellb: we could still treat the version number as binary. 10 => 2.0; 11 => 3.0 |
| 17:15.07 | kpfleming | and now for some completely on-topic commentary: while i have been a fan of Chick-Fil-A for years now, i believe i will stop patronizing their establishments. now, back to Asterisk development! |
| 17:15.19 | mjordan | kpfleming: +1 |
| 17:15.31 | Corydon76-work | kpfleming: +1 |
| 17:16.44 | russellb | but it's so good! |
| 17:16.51 | russellb | engages troll mode level 1 |
| 17:17.35 | mjordan | I'm a curly fry man myself. |
| 17:18.02 | Corydon76-work | Arby's FTW |
| 17:18.09 | Qwell | Corydon76-work: jack in the box |
| 17:18.23 | Qwell | arby's fries are pretty good though.. |
| 17:19.14 | Corydon76-work | Arby's is one of the few American-food fast food establishments that has not resigned itself to only providing ketchup as a condiment. |
| 17:19.17 | Qwell | hmm, I haven't made my semi-yearly trip up that way... I need to fix that |
| 17:20.11 | Corydon76-work | I'm sure Vanderbilt Hospital is missing you. |
| 17:20.21 | Qwell | not likely |
| 17:20.24 | mjordan | Corydon76-home: I failed to bring home horsey sauce once and was properly chastised for the neglect |
| 17:20.36 | Qwell | mjordan: You should be ashamed of yourself. |
| 17:20.44 | mjordan | I was :-\ |
| 17:20.55 | Corydon76-work | Speaking of which, I just had my final HIV Vaccine trial appointment. |
| 17:20.56 | Qwell | was? that's lifelong trauma. |
| 17:20.57 | mjordan | apparently the key is to have the proper mix of bbq & horsey sauce |
| 17:21.11 | mjordan | only one is not sufficient |
| 17:22.01 | Corydon76-work | One year left before I know whether I got the vaccine or a placebo |
| 17:24.25 | datachomper | now I kind of want chick-fil-a |
| 17:27.34 | datachomper | or sushi |
| 17:29.07 | Corydon76-work | You know the sushi only tastes good when it's made by a Japanese-American interred at an American concentration camp during WWII, right? |
| 17:29.46 | Corydon76-work | Food imbued with bigotry. Yum. |
| 17:30.26 | Corydon76-work | (That was sarcasm, if you couldn't tell.) |
| 17:31.26 | mvanbaak | ;-) |
| 17:31.54 | pabelanger | kpfleming, why? |
| 17:32.18 | pabelanger | we don't have then in Canada, as far as I know |
| 17:32.30 | pabelanger | s/then/them/ |
| 17:32.38 | *** join/#asterisk-dev zerohalo (~zerohalo@74-94-141-204-ma.hfc.comcastbusiness.net) |
| 17:33.12 | Corydon76-work | pabelanger: because since Canada already has gay marriage, the sky has already fallen there... so of course, Chick-Fil-A could never open a restaurant there. |
| 17:34.17 | russellb | mmmm chicken |
| 17:34.41 | russellb | chicken by itself, on a sandwich, biscuit, bagel, oh my! |
| 17:34.48 | pabelanger | I've must have miss something recently. Off to google news |
| 17:39.19 | Corydon76-work | pabelanger: just search the news for Muppets. |
| 17:39.59 | pabelanger | Corydon76-work, Ya, reading it now |
| 17:44.55 | pabelanger | So, they appear to be based in ATL. I may have to try one sandwich while at Astricon, to see what all the fuss is about |
| 17:45.43 | datachomper | shows up on a sunday, trollololol |
| 17:51.11 | Corydon76-work | pabelanger: yes, you should definitely only patronize them on a Sunday |
| 17:54.08 | kpfleming | absolutely |
| 17:58.51 | leifmadsen | o.O |
| 18:13.10 | *** join/#asterisk-dev hehol (~Adium@2a01:198:71d:0:21f:d0ff:fea1:568e) |
| 18:36.52 | russellb | pabelanger: (closed on Sundays) |
| 18:39.19 | pabelanger | good guy russellb |
| 18:39.30 | russellb | :) |
| 18:44.32 | kpfleming | and now, i'll grab another patch from reviewboard and make it real |
| 18:44.56 | russellb | wonders what that means |
| 18:45.24 | kpfleming | that means prep it for trunk and get it merged, if possible |
| 18:45.36 | kpfleming | next up: jcoliie's patch to enable usage of system-provided editline |
| 18:45.41 | kpfleming | s/lii/lli/ |
| 18:46.27 | russellb | yay, that'll be another patch removed from the fedora package |
| 18:49.32 | anonymouz666 | [Jul 24 15:01:34] ERROR[14624] res_timing_dahdi.c: Failed to configure DAHDI timing fd for 0 sample timer ticks - that's new for me. maybe too much /dev/dahdi/timer opens? |
| 18:51.54 | jsmith | kpfleming: Seriously? I had figured that would never get touched... |
| 18:52.26 | kpfleming | yep. i'm trawling through reviewboard finding stuff that people have posted but can't commit themselves, and that nobody else has picked up |
| 18:53.14 | kpfleming | however, one of the reasons it has languished is that the debian issues with the patch were never addressed. since i'm on ubuntu, i'll see if those are still a problem and figure out what to do about them. |
| 18:58.25 | jsmith | Danke :-) |
| 18:59.01 | datachomper | sruffell: /\ |
| 18:59.41 | sruffell | looks |
| 19:01.46 | sruffell | The only way that could happen is if the file handle isn't really pointing to a dahdi timer anymore. The DAHDI_TIMERCONFIG ioctl always returns 0 regardless of samples passed. |
| 19:06.00 | anonymouz666 | sruffell: that could happen if we hit a limit for open files? |
| 19:06.18 | sruffell | No, since the file is already opened at that point. |
| 19:06.33 | sruffell | unless there is an earlier fail on open which was never caught or handled... |
| 19:07.29 | sruffell | hmm... |
| 19:14.34 | anonymouz666 | I forgot to run lsof before restart the asterisk :/ |
| 19:15.21 | sruffell | Was that it? |
| 19:15.26 | sruffell | Everything is working for you now? |
| 19:16.08 | anonymouz666 | it is strange, that happened two times, yesterday and today, same msg, same way. |
| 19:16.29 | anonymouz666 | the load increase a lot and the system hung |
| 19:17.40 | anonymouz666 | when you restart without knowing the cause, for sure the issue comes back :) |
| 19:17.47 | sruffell | I don't see any errors on open in main/channel.c. So, very likely if you run out of file descriptors, what you described would be the only sympton. |
| 19:18.22 | sruffell | If it happens again you could run timing test, which will report an error if it's unable to open the file descriptor to the dahdi timer. |
| 19:18.53 | sruffell | symptom |
| 19:19.25 | anonymouz666 | you mean the CLI "timing test"? |
| 19:19.29 | sruffell | yes |
| 19:20.18 | sruffell | You would get a "Failed to open timing fd" message on the CLI. |
| 19:22.29 | anonymouz666 | Thanks. Will do that. Many system does not allow you to increase that through ulimit. Will search for that in sysctl command. |
| 19:40.53 | seanbright | kpfleming: when codec_g729a maxes out on licenses, does it effectively remove itself from the translation matrix? |
| 19:41.17 | file | it suspends itself, yes |
| 19:41.21 | kpfleming | yep |
| 19:41.32 | seanbright | and when does it re-add itself? |
| 19:41.35 | kpfleming | and it can do that asymmetrically, if the channel usage is not equal |
| 19:42.29 | seanbright | the issue we have is this: we maxed out on one of our servers, bought and installed 10 more licenses, module reload'ed |
| 19:42.41 | seanbright | so we're using 10/10 of 20 |
| 19:42.45 | kpfleming | ahh... i bet it won't notice that until a call drops |
| 19:42.49 | seanbright | doh |
| 19:43.08 | kpfleming | never considered that |
| 19:43.18 | seanbright | alrighty |
| 19:44.01 | seanbright | thanks |
| 19:44.04 | file | seanbright, haha... if you were bored you could write a CLI command to probably make it happen immediately |
| 19:44.24 | seanbright | file: consider me bored. how would i do that? |
| 19:45.41 | file | you might have an audio blip... but if you found and locked a channel you can tear down the translation path which would drop the g729 usage (which should theoretically unsuspend it), and then rebuild the translation path |
| 19:45.44 | file | it's very very very evil |
| 19:45.53 | seanbright | oh dear |
| 19:46.43 | file | and I guarantee NOTHING but I just thought I'd put it out there |
| 19:49.16 | seanbright | i'm hoping that one of these calls will end soon... path of least resistance |
| 19:49.52 | kpfleming | if you're bored, you could facilitate that occurring |
| 19:50.11 | seanbright | that is true |
| 19:54.58 | seanbright | call dropping didn't do it... very strange |
| 19:55.14 | file | blame otherwiseguy |
| 19:55.18 | seanbright | i totally do |
| 19:57.54 | kpfleming | russellb: jsmith: is there no 'server' spin of Fedora? i don't want to waste time installing a desktop |
| 19:58.11 | russellb | you can do a minimal install |
| 19:58.19 | russellb | use the netinst iso |
| 19:58.22 | kpfleming | ok |
| 19:58.29 | jsmith | kpfleming: Yeah, what russellb said :-) |
| 19:58.35 | kpfleming | ooh... i can request media by mail |
| 19:58.48 | jsmith | kpfleming: Aye :-) |
| 19:59.01 | kpfleming | now i have to test this patch on fedora, it works on ubuntu just fine |
| 19:59.30 | russellb | http://mirror.web-ster.com/fedora//releases/17/Fedora/x86_64/iso/Fedora-17-x86_64-netinst.iso |
| 19:59.46 | kpfleming | it's already downloading from somewhere the web site pointed me to, but a bit slowly |
| 20:00.13 | russellb | ah, k |
| 20:00.22 | russellb | my link was just a random mirror, nothing special |
| 20:33.55 | kpfleming | the fedora installer seems decent :-) |
| 20:38.36 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 21:06.40 | kpfleming | nice. a 'minimal install' does not include 'tar'. that's pretty darn minimal. |
| 21:07.02 | Qwell | wow |
| 21:10.53 | *** join/#asterisk-dev jmls1 (~julian@host217-36-208-155.in-addr.btopenworld.com) |
| 21:10.58 | jmls1 | yay! |
| 21:11.34 | jmls1 | should I report a bug on that Idontknowwhythisoptionisavailablebecauseitscrewseverythingup option in extensions.conf ? |
| 21:11.34 | kpfleming | now i am waiting for the VIrtualBox Guest Additions to install themselves to make this VM tolerable |
| 21:14.55 | jmls1 | or will it die a quiet death, taken out the back and put down ... |
| 21:31.00 | kpfleming | ugh... the default install creates a 500MB partition for /boot. what a waste. |
| 21:33.04 | mjordan | jmls1: are you referring to the 'externpatternmatchnew' option? |
| 21:34.49 | russellb | kpfleming: btw, yum groupinstall "Development Tools" |
| 21:34.56 | russellb | equivalent to build-essential on debian/ubuntu |
| 21:35.22 | russellb | and install_prereq supports fedora too IIRC |
| 21:35.24 | kpfleming | yeah, i selected that in the installer |
| 21:35.30 | russellb | cool |
| 21:35.38 | kpfleming | and install_prereq is done, now waiting for the configure script to finsih |
| 21:35.55 | russellb | cool |
| 21:36.07 | russellb | btw ... ./configure --libdir=/usr/lib64 |
| 21:36.17 | russellb | or libasteriskssl.so will go to the wrong place |
| 21:36.21 | kpfleming | i don't plan to install |
| 21:36.28 | russellb | problem solved |
| 21:37.49 | kpfleming | i guess when i commit this patch i should update that script to install libedit-devel and the debian equivalent |
| 21:39.58 | kpfleming | and now... to see if this will build |
| 21:40.17 | kpfleming | this VM is not particularly fast, so i will not be holding my breath |
| 21:43.23 | kpfleming | russellb: so i guess fedora will still patch to remove the embedded copy of editline, but that's a much simpler patch, and isn't necessary |
| 21:44.12 | russellb | the patch doesn't remove the existing one it looks like |
| 21:44.29 | kpfleming | not the one i committed. he had two more on the JIRA issue that did, but i'm not going that far. |
| 21:44.41 | russellb | ah ok |
| 21:44.48 | russellb | fedora package patches don't have that part |
| 21:45.30 | kpfleming | good |
| 21:45.31 | russellb | maybe he wanted to see how much he could get away with :-p |
| 21:46.15 | kpfleming | if i wasn't concerned about all the platforms that don't package libedit, we could do that, but i fear there are quite a few that don't |
| 21:47.05 | mjordan | so after everyone says "CDRs suck"... what CDR disposition would you expect to get if you were in a Queue with a ringall strategy, with all queue members paused, such that you eventually timed out? |
| 21:47.52 | kpfleming | i suspect ANSWERED, because the Queue app answered the call |
| 21:48.10 | mjordan | actually it doesn't appear to answer the call |
| 21:48.31 | kpfleming | heh. that will fail in humorous ways on many networks. |
| 21:48.31 | file | what are my choices? |
| 21:48.49 | mjordan | file: well, if one queue member is paused and the other rings, you get BUSY |
| 21:48.58 | mjordan | if all queue members are paused, you get NO ANSWER |
| 21:48.59 | kpfleming | like the default 60 second unanswered call timeout on Polycom phones |
| 21:49.14 | mjordan | if all are unpaused, you get NO ANSWER. |
| 21:49.19 | file | is NOTSURE valid? it should be |
| 21:49.24 | mjordan | file: I agree |
| 21:49.27 | kpfleming | BUSY makes no sense at all |
| 21:49.34 | mjordan | kpfleming: that's the bug |
| 21:49.44 | mjordan | the rest I'm just trying to flesh out in terms of what the expected results actually are |
| 21:49.50 | mjordan | (expected result: chaos) |
| 21:49.53 | kpfleming | make a truth table! |
| 21:49.55 | file | there are no expected results, it is undefined! |
| 21:49.57 | mjordan | NOOO |
| 21:50.06 | kpfleming | make an untruth table? |
| 21:50.19 | mjordan | a table of lies |
| 21:50.42 | mjordan | whatever I pick its going to be wrong... :-P |
| 21:51.32 | file | from a call perspective... if answered before calling Queue then answered... if not and no agent gets it... no answer imo |
| 21:54.01 | mjordan | file: unless they're actually busy? |
| 21:55.08 | jmls1 | mjordan: yup :) caused me several hours of grief this afternoon before I finally prostrated myself at the feet of #asterisk ;) |
| 21:55.18 | file | well, that depends upon what you are trying to convey... if the disposition is for the caller participating in the queue it's either answered or not answered... if it's for the end result after maybe getting an agent... then I suppose it could be busy |
| 21:55.20 | jmls1 | thanks god I was right :-D |
| 21:55.31 | kpfleming | right, that's the problem with CDRs |
| 21:55.38 | kpfleming | they don't take into account call handling features |
| 21:56.47 | file | mjordan, what do YOU want it to be? |
| 21:56.55 | mjordan | file: consistent |
| 21:57.12 | mjordan | jmls1: If you'd like to file a bug report that'd be fine. But keep in mind that the feature is pretty clearly marked as "for the desperate". That shouldn't fill you with hope :-) |
| 21:57.17 | file | it can only be consistent if you choose what it is meant to convey and document it, otherwise others will disagree |
| 21:57.25 | mjordan | yeah |
| 21:57.28 | file | and then it'll be changed... |
| 21:57.32 | file | and rinse and repeat! |
| 21:57.35 | mjordan | I'm going to have to at least put it in UPGRADE. |
| 21:57.53 | jmls1 | preferred the part that said "brave" ;) |
| 21:58.12 | mjordan | the current behavior is to report BUSY when some agents are currently on a call with someone else in the queue and a call waiting in the queue times out or generally gets disgusted and leaves |
| 21:58.21 | kpfleming | it would be less risky to rewrite your dialplan as a Python AGI |
| 21:58.31 | mjordan | kpfleming: +1 |
| 21:58.38 | kpfleming | ahh, a new CDR disposition: DISGUSTED |
| 21:58.55 | mjordan | kpfleming: I'd write that |
| 21:59.19 | jmls1 | turning it on will bork your dialplan, so there's no point in turning it on. Therefore it will never get used and therefore never get fixed. |
| 21:59.51 | mjordan | jmls1: I wouldn't say never. Never is a long time. It may get attention before the sun turns into a red giant and consumes us all in an ever expanding ball of hot plasma love |
| 21:59.51 | kpfleming | it was an experiment by a developer who has not worked on asterisk for years now |
| 22:00.19 | jmls1 | mjordan: we'll have a stargate by then ... 8-) |
| 22:00.39 | mjordan | so, its just a race between that 'feature', the sun, and the invention of a stargate |
| 22:01.00 | jmls1 | kpfleming: right. so , my point is that feature is pretty useless. why not just junk it ? |
| 22:01.08 | WIMPy | What if we get time travel? |
| 22:01.10 | kpfleming | nobody cares? |
| 22:01.18 | jmls1 | and then it's a straight race between the sun, and the invention of a stargate |
| 22:01.18 | mjordan | (if we have a stargate, then I'm assuming we'll be too preoccupied fighting off the goa'uld to care) |
| 22:01.58 | jmls1 | perhaps by then kpfleming would have written chan_wormhole .. ? |
| 22:02.15 | kpfleming | you can't prove that i haven't already done it |
| 22:02.21 | jmls1 | I can. |
| 22:02.22 | mjordan | stupid halting problems |
| 22:02.30 | jmls1 | I haven't had a call from my elder self ... |
| 22:03.19 | mjordan | jmls1: removing the config option to turn it on without also removing all of the code that it enables would mean a lot of dead code that we wouldn't know is dead |
| 22:03.32 | mjordan | properly removing it, the code, and everything else is effort |
| 22:04.09 | mjordan | whereas, leaving it documented as "for the desperate" (and brave) rarely causes problems (except for you, sorry :-() |
| 22:04.09 | jmls1 | mutters that he spent a shitload of effort this afternoon trying to figure out wtf happened to his dialplan ... |
| 22:04.17 | *** join/#asterisk-dev zerohalo (~zerohalo@74.61.196.236) |
| 22:04.25 | mjordan | I'll buy you a beer at astricon? |
| 22:04.37 | jmls1 | virtual beer sucks :( |
| 22:17.15 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@66-232-81-197.ctcweb.net) |
| 22:17.51 | *** join/#asterisk-dev wudles (~wudles@gateway.secureinstrument.com) |
| 23:07.51 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-ndyjgqirhqrqbtjr) |
| 23:46.31 | *** join/#asterisk-dev Ta^3 (~tacvbo@fixed-203-101-206.iusacell.net) |
| 23:57.34 | Ta^3 | I think the last commit (-r370187) has a misspell, it calls a non existent function (ast_ref, it should call ao2_ref). Right know trunk does not compile. |