| 00:11.50 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 00:11.50 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 01:09.07 | *** join/#asterisk-dev mjordan (~mjordan@user-69-1-6-49.knology.net) |
| 01:09.07 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 01:25.18 | *** join/#asterisk-dev Crowb4r (u1012@gateway/web/irccloud.com/x-euctidlizvxhqcto) |
| 01:53.10 | snuff-work | Corydon76-home: with your logger changes on reviewboard.. shouldn't you also have something in CHANGES / upgrade.txt ? |
| 01:54.44 | *** join/#asterisk-dev Tim_Toady (~fuzzy@195.74.239.171.dsl.dyn.forthnet.gr) |
| 01:56.51 | Corydon76-home | snuff-work: I added them when I committed |
| 01:56.56 | snuff-work | ah |
| 03:11.35 | *** join/#asterisk-dev vpopov (~happylife@46.251.83.126) |
| 04:33.58 | *** join/#asterisk-dev irroot (~gregory@197.105.18.172) |
| 05:58.47 | *** join/#asterisk-dev joshaidan (~brianj@S0106001c1023e838.tb.shawcable.net) |
| 07:13.09 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 07:13.10 | schmidts | good morning |
| 07:14.02 | irroot | morning |
| 07:50.58 | wdoekes2 | morning. my mates invited me to a Wolfmother concert yesterday, turned out it was Danko Jones, which I rather dislike. bastards! |
| 07:51.15 | wdoekes2 | wasn't too bad though, and a good prank |
| 08:05.01 | irroot | lol bazinga |
| 08:27.23 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:27.23 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:47.09 | *** join/#asterisk-dev russellb (~russellb@asterisk/contributor-and-cool-guy/russellb) |
| 08:47.09 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 08:48.46 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 09:01.35 | *** join/#asterisk-dev irroot (~gregory@197.174.253.206) |
| 10:07.32 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:5d7b:425a:59c5:fef4) |
| 10:13.51 | *** join/#asterisk-dev irroot (~gregory@197.104.105.11) |
| 10:26.12 | wedhorn | snuff-home: you keep pinging me while I'm not here. Skinny issues? |
| 10:40.35 | snuff-home | sort of.. |
| 10:40.59 | snuff-home | wonder if u've ever tried using skinny + SRST on a cisco router.. |
| 10:41.09 | snuff-home | aka the 'backup ccm' = cisco router |
| 11:08.26 | *** join/#asterisk-dev frawd (~francois@19.Red-81-39-176.dynamicIP.rima-tde.net) |
| 11:44.35 | *** join/#asterisk-dev irroot (~gregory@197.106.243.133) |
| 12:08.50 | *** join/#asterisk-dev oej (~olle@static-213-115-251-100.sme.bredbandsbolaget.se) |
| 12:08.50 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:11.30 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:11.31 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:11.42 | oej | Afternoon |
| 12:18.53 | kpfleming | not quite yet, no :-) |
| 12:20.19 | oej | I think we should deprecate time zones. It's just annoying. |
| 12:25.00 | oej | I am beginning to understand that manager actions are synchronus |
| 12:25.10 | oej | We need to wait for Action response before sending a new action |
| 12:34.47 | kpfleming | well... i'm not sure that i'd use the word synchronous, but non-overlapping would be correct. |
| 12:35.10 | kpfleming | maybe we need a 491 Request Pending response for AMI |
| 12:36.51 | oej | he he |
| 12:37.15 | oej | well, we call the action and wait for it to complete before the thread returns to sending events and listening to the socket |
| 12:37.26 | oej | So if we have more actions, they're queued in the tcp receive buf |
| 12:37.55 | oej | just had a debug where we queued three redirect actions without waiting for response. Not good. |
| 12:39.07 | kpfleming | yes, that sounds like how the code behaves |
| 12:39.39 | oej | Oh. And the action redirect locks the channel twice |
| 12:40.08 | oej | hmmm |
| 12:41.56 | oej | Must be a super-lock when you lock twice |
| 12:43.11 | oej | Seems like in 1.8 we execute ast_async_goto without locks and in 1.4 with channel locks held |
| 12:44.19 | oej | and ast_async_goto locks the channel the first thing it does. |
| 13:02.07 | irroot | hehe im evil jnr wants to build a program from source no CC on his ubuntu so i tell him install gcc nope he wants to use source so gave him link to GCC |
| 13:02.09 | irroot | after 3 hours he tells me ./configure still tells him he needs a CC look at him and ask what are you trying to do "compile a compiler" the obvious |
| 13:02.11 | irroot | well what are you compiling it with .... the penny dropped ... |
| 13:02.38 | Marquis42 | irroot: lol |
| 13:18.07 | *** join/#asterisk-dev irroot (~gregory@197.108.119.84) |
| 13:49.07 | kpfleming | irroot: you need a C compiler written in bash |
| 13:50.27 | seanbright | i have that in a pastebin somewhere... hold on |
| 13:51.02 | irroot | #!/bin/bash |
| 13:51.06 | irroot | if [ ! -e /usr/bin/gcc ];then |
| 13:51.08 | irroot | <PROTECTED> |
| 13:51.10 | irroot | fi |
| 13:51.14 | irroot | gcc $@ |
| 13:51.18 | kpfleming | hah |
| 13:51.39 | kpfleming | doesn't work too well on centos though |
| 13:52.14 | irroot | nope it wont multi platform support was not a design criteria :P |
| 14:05.09 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-txytgnlcrqttydgh) |
| 14:16.38 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-igucirkubtoyngwx) |
| 14:16.38 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 14:44.01 | *** join/#asterisk-dev irroot (~gregory@197.169.46.11) |
| 14:58.35 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:58.35 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:13.35 | *** join/#asterisk-dev otherwiseguy (~otherwise@69.76.221.79) |
| 15:14.02 | *** join/#asterisk-dev zerohalo (~zerohalo@74-94-141-204-ma.hfc.comcastbusiness.net) |
| 15:17.53 | *** join/#asterisk-dev joshaidan (~brianj@S0106001c1023e838.tb.shawcable.net) |
| 15:24.59 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 15:24.59 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 15:25.04 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:25.04 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:42.52 | *** join/#asterisk-dev irroot (~gregory@197.173.239.11) |
| 16:05.10 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 16:05.10 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:06.58 | *** join/#asterisk-dev moy (~moy@216.172.42.74) |
| 16:09.14 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 17:07.48 | *** part/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 17:13.51 | *** join/#asterisk-dev oej (~olle@87.96.134.129) |
| 17:13.51 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:42.56 | *** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de) |
| 17:44.48 | WIMPy | Hi, I've got a misfeature with todays SVN trunk. It ignores verbose and debug levens and sends everythign to the console. I guess it's related to most lines being prefixed with a high value garbage |
| 17:44.53 | WIMPy | character in front of the timestamp. |
| 17:45.19 | Qwell | Corydon76-home: ^ |
| 17:47.20 | *** join/#asterisk-dev vpopov (~happylife@149.62.3.49) |
| 17:47.23 | Corydon76-home | WIMPy: are you running the same binary with both? |
| 17:48.18 | Corydon76-home | If you were running a previous version of asterisk as a client connecting to that server, I would understand that behavior |
| 17:49.20 | WIMPy | I have only one binary. |
| 17:51.48 | Corydon76-home | Huh, I'm not getting that. Could you share your configs? |
| 17:52.27 | WIMPy | Sure, what part do you want? |
| 17:52.47 | Corydon76-home | Let's start with asterisk.conf |
| 17:54.29 | WIMPy | http://wimpy.yeti.dk/asterisk.conf |
| 17:55.21 | Corydon76-home | And you're connecting to asterisk with 'asterisk -rc' or what are you using? |
| 17:56.27 | WIMPy | To be exact, I'm using "rasterisk -R". |
| 17:57.31 | Corydon76-home | Well, that should be the same thing... |
| 17:58.06 | Corydon76-home | You shouldn't be getting anything at all on that console, then |
| 17:58.20 | Corydon76-home | Unless rasterisk is not running the same binary |
| 17:58.32 | Corydon76-home | Check: 'which rasterisk' |
| 17:58.34 | WIMPy | The "remote" *CLI that is. |
| 17:58.41 | Qwell | WIMPy: have you restarted post upgrade? |
| 17:58.56 | WIMPy | It's a symlink to asterisk. |
| 17:59.02 | WIMPy | yes |
| 17:59.15 | Corydon76-home | I think Qwell has the right idea. Did you restart rasterisk post-upgrade? |
| 17:59.41 | WIMPy | Hmm. good point. |
| 17:59.49 | Corydon76-home | Or did rasterisk just automatically reconnect when the daemon restarted? |
| 18:00.02 | Qwell | oh right, -R would autoconnect. Yeah that would be weird. |
| 18:00.22 | WIMPy | Ok, that was it. |
| 18:00.39 | WIMPy | The obvious is sometime just too complicated :-( |
| 18:00.41 | Qwell | puts his half a point into the bank |
| 18:00.54 | Corydon76-home | Use 'remote set verbose <n>' to set the verbosity on your remote console |
| 18:01.08 | Corydon76-home | Or specify the number of 'v's that you want when you start rasterisk |
| 18:01.09 | Qwell | Maybe rasterisk should cache the version it connected to the first time, and check it on every reconnect. |
| 18:01.43 | jsmith | Naw... we should totally revamp verbosity numbers instead |
| 18:01.45 | Corydon76-home | Qwell: and restart itself with 'exec' if the versions don't match? |
| 18:01.56 | Qwell | Corydon76-home: maybe |
| 18:02.22 | WIMPy | Would help if other's don't see the obvious, either. |
| 18:02.45 | Corydon76-home | WIMPy: and the funny thing is, I'm the one who wrote the -R support... |
| 18:03.27 | WIMPy | It's a very useful feature. |
| 18:03.58 | Corydon76-home | I wrote it so that I could 'restart now' on a remote console and continue to see output |
| 18:04.32 | WIMPy | BTW: For the last versions I've got the problem that "core restart ..." sometimes only stops Asterisk without restarting it. Any idea how to fond out what's going on there? |
| 18:04.59 | Qwell | Somewhat related, but some MUDs have a command called "copyover" that will basically replace the currently executing binary with the updated one, without state getting lost. It's neat. |
| 18:05.05 | Corydon76-home | That would suggest a possible crash bug in the restart code |
| 18:05.39 | Qwell | I'm sure Asterisk is a bit too complex for that, but it would be interesting. |
| 18:05.49 | Corydon76-home | WIMPy: or that sometime during the restart, Asterisk encountered a fatal error |
| 18:06.32 | Corydon76-home | Qwell: I wouldn't go so far as to say too complex... more like too realtime |
| 18:06.40 | Qwell | yeah maybe |
| 18:06.42 | WIMPy | Hmm. The last core is a month old. |
| 18:06.48 | Qwell | most MUDs are also single threaded, so that helps. heh |
| 18:08.00 | Corydon76-home | Yeah, that there's no one lock to take to freeze state is the issue |
| 18:21.56 | *** join/#asterisk-dev irroot (~gregory@197.104.117.199) |
| 18:43.16 | *** join/#asterisk-dev irroot (~gregory@197.174.108.107) |
| 19:07.52 | wedhorn | snuff-home: nope, the only cisco stuff I've got are the handsets |
| 19:10.02 | *** join/#asterisk-dev oej (~olle@87.96.134.129) |
| 19:10.02 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:18.49 | *** join/#asterisk-dev irroot (~gregory@197.169.161.132) |
| 19:33.41 | tzafrir | What are the plans for Asterisk 1.8.8 and for 10? |
| 19:34.10 | tzafrir | RSN? Next week? Next month? |
| 19:36.09 | opticron | pending on blockers |
| 19:36.38 | opticron | I know one is the BLF deadlock issue that now manifests as memory corruption and a segfault |
| 19:39.25 | leifmadsen | what opticron said |
| 19:39.34 | leifmadsen | the BLF blocker is the big one |
| 19:39.43 | leifmadsen | pretty much the only thing stopping releases at this point |
| 19:45.18 | anonymouz666 | is there a patch being tested? |
| 19:54.21 | tzafrir | BTW: any news with https://issues.asterisk.org/jira/browse/ASTERISK-17339 ? |
| 19:54.44 | tzafrir | As it is something that bothers us, I went ahead and included it in the Debian package |
| 19:56.48 | irroot | leifmadsen the last BT from the BLF problem seems unlikely with the last patch applied hence my comments |
| 22:10.17 | WIMPy | I still get some unstructured debug/verbose garbage when doing 'dialplan reload'. http://wimpy.yeti.dk/pastebin |
| 22:12.19 | Corydon76-home | WIMPy: very odd |
| 22:15.59 | Corydon76-home | WIMPy: at least some of that garbage is from the terminal escape codes, for doing coloring |
| 22:16.01 | WIMPy | The only pattern I see is that it's only extensions from included files. |
| 22:16.46 | WIMPy | Yes, that's ok, I was more referring to the messages as garbage as they all strart at some random position into the text. |
| 22:17.44 | WIMPy | But it's obvious that it's parts from what would be verbose output if enabled. |
| 22:18.40 | wdoekes2 | WIMPy: reproduced by setting TERM=vt100 |
| 22:19.02 | Corydon76-home | Right. If it's not prefixed with the verbosity level, the assumption is that it's just CLI output |
| 22:19.56 | WIMPy | TERM=linux here. |
| 22:20.25 | wdoekes2 | maybe TERM=linux is wrong there |
| 22:20.51 | Corydon76-home | The TERM setting should have nothing to do with it. |
| 22:21.18 | Corydon76-home | It's a question of what's coming through the socket |
| 22:21.26 | *** join/#asterisk-dev ArtemMakhutov (~ArtemMakh@ip-95-223-215-71.unitymediagroup.de) |
| 22:21.56 | wdoekes2 | Corydon76-home: try it: TERM=vt100 asterisk -r ; dialplan reload |
| 22:22.03 | WIMPy | So the verbosity level is decided on the receiving end? |
| 22:22.52 | Corydon76-home | WIMPy: yes |
| 22:22.59 | Corydon76-home | wdoekes2: huh, weird |
| 22:23.15 | wdoekes2 | it's the interpretation of the console codes |
| 22:23.22 | WIMPy | I first saw it in an xterm (TERM=xterm) then I tried on the real console and wrote the paste with |tee. |
| 22:23.55 | Corydon76-home | wdoekes2: but there shouldn't be anything coming through other than the regular console codes |
| 22:24.28 | wdoekes2 | "regular" is different between xterm and vt100 (afaict) |
| 22:24.42 | WIMPy | wdoekes2: So yu only get that if you set TERM=vt100? What's your TERM otherwise? |
| 22:24.43 | wdoekes2 | xterm |
| 22:25.08 | WIMPy | So that's where I saw it first. |
| 22:28.47 | Corydon76-home | I think I understand the problem. Now how to fix it. |
| 22:28.58 | Corydon76-home | Again, it has nothing to do with the TERM setting |
| 22:29.20 | wdoekes2 | you do? |
| 22:29.35 | Corydon76-home | Yeah, it has to do with the amount of data coming through the buffer |
| 22:33.40 | wdoekes2 | oh.. hah.. I had deceived myself.. the garbage was there without the TERM too.. but only for the remote console, not the unforked one |
| 22:40.19 | *** part/#asterisk-dev ArtemMakhutov (~ArtemMakh@ip-95-223-215-71.unitymediagroup.de) |
| 22:40.39 | Corydon76-home | Fix committed in revision 346617. |
| 22:42.33 | Corydon76-home | Basically, when you get a partial line in the buffer, it would think that the level for that line was 0, instead of the previous value. |
| 22:42.37 | WIMPy | Yes, that looks clean again. |
| 22:43.43 | Corydon76-home | I was saving the previous value, but I wasn't actually using it. |
| 22:48.40 | wdoekes2 | Corydon76-home: I get one of the new magic values on screen: == Parsing '/etc/asterisk/extensions.conf': <FD> == Found |
| 22:49.18 | Corydon76-home | Oh, yeah, crud. I know exactly why, too |
| 22:49.46 | Qwell | second write with no newline? |
| 22:49.52 | Corydon76-home | From the early years, Mark liked to do things that weren't all that thread-safe-friendly... |
| 22:49.54 | Corydon76-home | Yep |
| 22:50.04 | Qwell | good luck with that one :p |
| 22:50.09 | Corydon76-home | and that code remains to this day |
| 22:50.15 | wdoekes2 | mm |
| 22:51.02 | Corydon76-home | Qwell: I'm thinking a macro wrapper around ast_verbose() with a check for no-newline |
| 22:51.36 | Corydon76-home | and a threadlocal buffer for those things |
| 22:51.50 | Corydon76-home | probably should be an inline function for that reason |
| 22:52.13 | Corydon76-home | Or just rewrite those cases |
| 23:19.34 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-155-170.cablep.bezeqint.net) |
| 23:19.34 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 23:47.16 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@mail.redfish-solutions.com) |
| 23:48.12 | *** join/#asterisk-dev chigambamukoko (~chatzilla@fl-76-3-18-120.dhcp.embarqhsd.net) |
| 23:48.47 | chigambamukoko | I have asterisk and a2billing, everything installed, just little trouble with the call routing, any takers? quick buck anyone? |
| 23:54.44 | snuff-work | chigambamukoko: see #asterisk |
| 23:55.20 | chigambamukoko | didn't see anyone in that channel |
| 23:55.26 | chigambamukoko | not sure why |
| 23:55.53 | snuff-work | in here is talk about the code.. not dialplans |
| 23:56.18 | chigambamukoko | ah |