| 01:23.41 | *** join/#asterisk-dev mjordan (~mjordan@user-69-1-6-49.knology.net) |
| 01:23.43 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 01:58.35 | *** join/#asterisk-dev wudles (~wudles@gateway.secureinstrument.com) |
| 02:57.21 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 02:57.21 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 03:10.12 | Kobaz | so nice to have a bugless night |
| 03:11.27 | sruffell | You normally work at night? |
| 03:11.34 | Kobaz | i try not to |
| 03:11.38 | sruffell | heh |
| 03:11.40 | Kobaz | but it's when all the customers are sleeping |
| 03:11.40 | sruffell | nods |
| 03:11.49 | Kobaz | and i have free range muhahaha |
| 03:12.02 | sruffell | So it's a feature night tonight? |
| 03:12.12 | sruffell | Working on your ncurses asterisk interface? |
| 03:12.19 | Kobaz | deploying a mostly tested bug fix to prevent a crash night |
| 03:12.26 | Kobaz | ncurses, heh |
| 03:12.31 | Kobaz | haven't started that yet |
| 03:12.36 | sruffell | we talked about that right...yeah |
| 03:12.45 | Kobaz | it would be nice to have a fixed command line |
| 03:12.53 | Kobaz | and not have it scroll away on you when you're typing |
| 03:13.04 | Kobaz | and then all of a sudden come back |
| 03:13.24 | Kobaz | so i added a cool thing |
| 03:13.30 | Kobaz | a hangup callback for a channel |
| 03:13.40 | Kobaz | you can register callbacks to run when a hangup is requested |
| 03:13.48 | sruffell | in the same spirit as the predial stuff? |
| 03:13.48 | Kobaz | so then you can do stuff like ast_channel_unref things |
| 03:13.51 | Juggie | the gui needs a hell of alot more work then ncurses. |
| 03:14.05 | Juggie | cli i mean |
| 03:14.10 | Kobaz | so that your channels dont get ripped out from under you |
| 03:14.19 | Kobaz | so you can keep a ref until the last nanosecond |
| 03:14.29 | Kobaz | like say, func_group |
| 03:14.36 | Kobaz | has a linked list of groups on channels |
| 03:14.39 | Kobaz | but has no refs |
| 03:14.46 | sruffell | Although, what I typically do, is use screen, tail the logs in the top window, and asterisk -rx my commands in the bottom |
| 03:15.08 | Kobaz | so theoretically, there could be a situation where a channel is gone and you still have a pointer to it |
| 03:15.15 | Kobaz | since they aren't ao2 reffed |
| 03:15.28 | sruffell | ahh…cool |
| 03:15.31 | Kobaz | since you can't ao2 ref it right now without a hangup callback |
| 03:15.35 | Kobaz | if you ao2 ref in func_group |
| 03:15.38 | Kobaz | your channel will be around forever |
| 03:15.43 | Kobaz | since nothing will tell it to unref |
| 03:15.52 | sruffell | I probably don't fully appreciate it since I spend so little time in Asterisk proper. I did have a use for the predial work recently though. |
| 03:15.59 | Kobaz | nice nice |
| 03:16.10 | Kobaz | you know i haven't tested the final commit of the rework |
| 03:16.25 | Kobaz | but the code looks nice |
| 03:16.43 | Kobaz | it's nice to start some beautiful bit of code and then someone else takes it and makes it nicer |
| 03:16.51 | sruffell | heh |
| 03:17.05 | sruffell | Juggie: what else would you do to the CLI? |
| 03:17.10 | Kobaz | instead of standard open sores where you commit stuff and then it gets hacked to bits and turns into a horrible wreck |
| 03:17.22 | Kobaz | sruffell: reverse isearch through the console log |
| 03:17.45 | Kobaz | although i can accomplish that now with my mrxvt macro |
| 03:17.59 | Kobaz | ctrl-shift-/ |
| 03:18.09 | Kobaz | brings up a new tab with an emacs of the scrollback buffer |
| 03:18.11 | Kobaz | it's totally awesome |
| 03:18.16 | sruffell | Did the per-channel debug/verbosity settings make it in yet. You were working on that too, right Kobaz? |
| 03:18.27 | Kobaz | i wasn't working on that specifically |
| 03:18.33 | Kobaz | i was working on fixing log statements |
| 03:18.40 | Kobaz | to make them much more human readable (and machine readable too) |
| 03:18.45 | sruffell | I think I first heard about that when talking to you at Astricon last year. |
| 03:19.02 | Kobaz | yeah, i talking to JunK-Y about how to implement it |
| 03:19.05 | Kobaz | he was doing some work on that |
| 03:19.09 | Kobaz | but i never did |
| 03:19.14 | sruffell | ahh..ok. |
| 03:19.23 | Kobaz | armchair programmer |
| 03:19.43 | Kobaz | hah that's a funny phrase |
| 03:19.56 | Kobaz | someone usually says something like armchair pilot |
| 03:20.03 | Kobaz | but armchair programmer, well... that's what we do |
| 03:20.29 | sruffell | for programming and funny, I liked this gem of a talk http://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=2&ved=0CFYQtwIwAQ&url=http%3A%2F%2Fwww.youtube.com%2Fwatch%3Fv%3DQi_AAqi0RZM&ei=YW60T6H3M4e49QSCp7XfDw&usg=AFQjCNEnQGnHpZsaS5e9yHvkSCDb5PzB2Q&sig2=YCVAi3M8jxgIXqGprASGIg |
| 03:22.45 | Juggie | sruffell, asterisks entire output system per my memory is a bit borked |
| 03:22.51 | Juggie | well, very borked. |
| 03:23.14 | Kobaz | borkenated |
| 03:23.25 | Juggie | eg, each module writes direct to the cli w/o any render in the middle |
| 03:23.44 | Juggie | as a result each module that wants to implement agi, cli commands, csv output has to do its own formatting |
| 03:23.54 | sruffell | hmm |
| 03:23.59 | Kobaz | yeah |
| 03:24.05 | Juggie | when i was more into asterisk years ago |
| 03:24.12 | Juggie | (i only use it personally now) |
| 03:24.21 | Juggie | that was one project i really wanted to do |
| 03:24.52 | Juggie | chan_sip for example should be able to dump sip channels in xml, csv, cli, agi |
| 03:25.00 | Juggie | all without knowing what those outputs are |
| 03:25.07 | Juggie | by simply passing the info on to be rendered |
| 03:25.43 | Kobaz | yeah |
| 03:25.59 | Kobaz | so you'll have a patch for that for 1.12 right |
| 03:26.02 | Juggie | lol |
| 03:26.03 | Juggie | no |
| 03:26.05 | sruffell | Although, isn't the official, non-human way to get that information via AMI? CLI is just a convenience for the user right? Not even stable among releases on a branch officially (as far as I know) |
| 03:26.08 | Juggie | i dont work on * for my job anymore. |
| 03:26.28 | Kobaz | yeah |
| 03:26.33 | Kobaz | there is a xml thing for the ami |
| 03:26.35 | Juggie | sruffell, sure, but then every module has to implement each command |
| 03:26.40 | Kobaz | but not everything is in the ami that's in the console |
| 03:26.46 | Kobaz | unless you use like, the passthrough cli command |
| 03:26.46 | sruffell | nods |
| 03:26.58 | Kobaz | and then you're stuck parsing that and at the mercy of the formatting changes |
| 03:27.03 | Juggie | uhhuh |
| 03:27.07 | Juggie | its been a problem for ages. |
| 03:27.14 | sruffell | I can see that |
| 03:27.40 | Juggie | asterisk just needs a renderer that can accept some sort of array/struct/linked list etc |
| 03:27.43 | Juggie | and display it. |
| 03:27.49 | Juggie | in whatever format is required |
| 03:28.17 | Juggie | wellm not even so much display it as return the result back to the engine in question to be displayed. |
| 03:29.11 | Juggie | parsing the console is a nuisance :) |
| 03:39.34 | Kobaz | well it's not a totally bug free night, i do have to fix a callqueue problem where every so often callers aren't delivered to available agents for anywhere from 10 seconds to 40 minutes |
| 03:39.59 | Kobaz | actually no wait. more like 10 seconds to 40 seconds |
| 03:40.04 | Kobaz | the 40 minutes thing was my fauly |
| 03:40.06 | Kobaz | fault |
| 03:46.15 | Kobaz | something that would be really awesome |
| 03:46.23 | Kobaz | is an sql interface to the asterisk internals |
| 03:51.42 | *** join/#asterisk-dev Corydon76-home (eleven@c-69-137-80-31.hsd1.tn.comcast.net) |
| 03:51.42 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 04:17.31 | *** join/#asterisk-dev usam (54d03a48@gateway/web/freenode/ip.84.208.58.72) |
| 04:17.57 | *** part/#asterisk-dev usam (54d03a48@gateway/web/freenode/ip.84.208.58.72) |
| 04:41.45 | *** join/#asterisk-dev Corydon76-home (eleven@c-69-137-80-31.hsd1.tn.comcast.net) |
| 04:41.45 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 05:49.16 | tzafrir | Kobaz, Asterisk is a NoSQL database |
| 05:49.36 | tzafrir | Isn't that a better buzzword? |
| 05:50.48 | Kobaz | haha |
| 05:53.50 | Kobaz | oh man |
| 05:54.09 | Kobaz | (gdb) bt |
| 05:54.09 | Kobaz | #0 0xffffe424 in __kernel_vsyscall () |
| 05:54.09 | Kobaz | #1 0xb74fe751 in raise () from /lib/i686/cmov/libc.so.6 |
| 05:54.09 | Kobaz | #2 0xb7501b82 in abort () from /lib/i686/cmov/libc.so.6 |
| 05:54.12 | Kobaz | and a whole bunch of |
| 05:54.16 | Kobaz | #4 0x0000001d in ?? () |
| 05:59.05 | Kobaz | oh |
| 05:59.07 | Kobaz | my bad |
| 05:59.34 | Kobaz | extra ast_channel_unref |
| 06:51.03 | *** join/#asterisk-dev paumar (~chatzilla@77.42.241.114) |
| 06:51.32 | paumar | hello i'm a c++ dev, with not much experience in Ubuntu, we have a softphone based on iaxclient, i have sound problems on Ubuntu using ALSA / portaudio |
| 06:51.40 | paumar | i changed the sample_rate in audio_portaudio.c and iaxclient_lib.c to 44100, and started hearing something but still not good sound |
| 07:02.05 | *** join/#asterisk-dev Corydon76-home (eleven@c-69-137-80-31.hsd1.tn.comcast.net) |
| 07:02.05 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 07:05.47 | *** join/#asterisk-dev chazzam (~chazz@50-81-150-34.client.mchsi.com) |
| 07:22.09 | paumar | anyone ? |
| 07:22.38 | paumar | no one has developed a softphone base on iaxclient for ubuntu ? |
| 07:34.36 | mealstrom | <PROTECTED> |
| 07:35.17 | mealstrom | there is an iaxclient |
| 07:36.27 | *** join/#asterisk-dev mpe (~mpe@mobile-80-62-116-164.broadband.tdc.dk) |
| 07:38.18 | paumar | i don't need a softphone, we have already a softphone library based on iaxclient working very well under windows, we're porting it to Linux/Ubuntu |
| 07:38.57 | paumar | it's compiling, running, calling, everything is working in the phone except sound neither input nor output |
| 07:39.36 | paumar | is there a problem on Ubuntu between iax, portaudio and ALSA ? |
| 07:40.53 | sruffell | paumar: iax doesn't have anything to do with port audio. Can you write a little test app to make a simple echo server with port audio? Speak into mic..hear whatyou said a second later? That way you take any voip stuff out of the equation |
| 07:41.33 | sruffell | And try to keep it all at 16-bit samples at 8000 hz |
| 07:47.56 | paumar | sruffell: iaxclient has a set of functions to initialize audio streams ALSA and portaudio |
| 07:48.57 | sruffell | True…but if you try to do it standalone first and still have problems…then it's probably better to worry about that first with the Ubuntu / alsa / port audio, since it isn't Asterisk or voip related. |
| 07:49.13 | paumar | sruffell: i did some tests found in the portaudio library test folder, and they are all working well. i'm turning everything using audio (media player, audio settings off) and still no sound in my phone |
| 07:51.04 | paumar | maybe i shoud ask the question in an ALSA channel |
| 07:52.20 | sruffell | I think you'll find that will work better…especially if you can write a small test program that specifically demonstrates the problem. |
| 07:52.33 | sruffell | Without getting the network involved. |
| 07:52.55 | sruffell | That will make it easy for someone with port audio installed to check it out. |
| 07:53.08 | sruffell | (if, in the process of doing that, you don't resolve your issue for yourself) |
| 07:54.36 | paumar | sruffell: indeed, thx |
| 08:19.05 | *** join/#asterisk-dev Dovid (Dovid@office.mypbxmanager.net) |
| 08:33.09 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 08:33.25 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:35.16 | *** join/#asterisk-dev mpe (~mpe@mobile-80-62-116-164.broadband.tdc.dk) |
| 10:20.44 | *** join/#asterisk-dev mpe (~mpe@mobile-80-62-116-164.broadband.tdc.dk) |
| 10:41.47 | *** join/#asterisk-dev mealstrom (~mealstrom@46.63.71.254) |
| 11:03.03 | *** join/#asterisk-dev mealstrom (~mealstrom@46.63.71.254) |
| 11:54.14 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:54.14 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:03.01 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-bafpymawihqmkmsn) |
| 12:03.01 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 12:33.08 | *** join/#asterisk-dev hehol (~Adium@2a01:198:71d:0:21f:d0ff:fea1:568e) |
| 13:09.19 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 13:09.19 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 13:09.20 | *** join/#asterisk-dev oron_laptop (~oron_lapt@local.xorcom.com) |
| 13:18.03 | *** join/#asterisk-dev chazzam (~chazz@50-81-150-34.client.mchsi.com) |
| 13:58.24 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-kfajvlghuwzzhdjw) |
| 13:59.18 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 13:59.19 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 14:07.10 | *** join/#asterisk-dev newtonr (~newtonr@nat/digium/x-tgtvebrzkapfsgfz) |
| 14:14.02 | otherwiseguy | So, as part of the config work I'm doing, I've been adding config parsing to app_skel. This is making it more of a "best practices" app than a true "skeleton" app. Does that bother anyone? |
| 14:15.24 | otherwiseguy | And with that said, it is hard to show best practices with compeletly made up stuff that doesn't do anything. So I plan on making it do something. |
| 14:15.55 | otherwiseguy | It can be a place that we make it a policy to always update any time a best practice gets updated. |
| 14:22.13 | mjordan | otherwiseguy: I second the motion |
| 14:32.08 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:32.08 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:32.55 | seanbright | when codec_g729 runs out of licenses, would it print something to the asterisk log about it? |
| 14:35.54 | mjordan | seanbright: you should see a warning (out of G.729 [encoder/decoder] licenses) |
| 14:36.53 | seanbright | mjordan: k. thanks. |
| 14:37.58 | seanbright | and now for a strange question... |
| 14:38.10 | seanbright | well, a question about a strange situation |
| 14:38.37 | seanbright | we send an INVITE upstream to our provider, they respond and the call is established |
| 14:39.51 | seanbright | annnnd i just realized i am wrong and nothing is strange. so pardon me. |
| 14:40.46 | file | well, YOU are strange |
| 14:41.12 | seanbright | good call |
| 14:42.16 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:42.16 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:42.24 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:42.24 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:46.17 | seanbright | when you OK a re-INVITE, is a BYE sent on the original session? |
| 14:47.02 | seanbright | all questions i could have answered by reading RFCs, yes. |
| 14:48.05 | file | your question does not compute |
| 14:48.27 | seanbright | A -> INVITE -> B |
| 14:48.35 | seanbright | A <- OK <- B |
| 14:48.44 | seanbright | ... sometime later ... |
| 14:49.00 | kpfleming | no |
| 14:49.00 | seanbright | A <- (re)INVITE <- B |
| 14:49.14 | kpfleming | a re-INVITE modifies an existing session, it does not create a new session |
| 14:49.21 | seanbright | thank you, sir |
| 14:49.55 | otherwiseguy | a re-INVITE once stole my toast. |
| 14:50.20 | otherwiseguy | (it might, also, have bitten my sister) |
| 14:51.17 | kpfleming | mjordan: so that fix in res_calendar_ews was pretty significant. |
| 14:53.58 | otherwiseguy | yay. that was the one I didn't write. :-) |
| 14:54.49 | otherwiseguy | hopes that the error wasn't a copy/paste from one of the other calendaring modules |
| 14:55.48 | mjordan | kpfleming: it would result in a much smaller memory allocation then what was needed (unless the size of a pointer is *huge*) |
| 14:56.21 | kpfleming | right. memory overwrites, heap corruption, hilarity. |
| 14:57.29 | file | corrupt-inator! |
| 15:02.33 | Kobaz | woah |
| 15:02.35 | Kobaz | [2012-05-17 11:02:15] -- SIP/6265-0000000a requested media update control 26, passing it to SIP/pbx-sip-t1-gw1-0000000c |
| 15:02.39 | Kobaz | just got 329409238402394 of those in the console |
| 15:04.03 | mjordan | somebody really wanted to change the SSRC |
| 15:14.16 | seanbright | ok, so what i am trying to diagnose is that we have a provider that will send us a re-INVITE, and after we OK it they immediately send back an ACK and a BYE on top of one another |
| 15:14.25 | seanbright | is it common for providers to re-INVITE during hang-up? |
| 15:18.19 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 15:23.30 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 15:25.06 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:25.06 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:30.14 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 15:34.30 | *** join/#asterisk-dev kenhunt (~kenhunt@nat/digium/x-otqlpltmchukbqex) |
| 15:40.10 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 15:48.55 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 15:56.32 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 15:57.31 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:02.43 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 16:02.43 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 16:13.04 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 16:17.38 | *** join/#asterisk-dev kenhunt (~kenhunt@nat/digium/x-knqspgxgooawdmop) |
| 16:19.06 | kpfleming | seanbright: no, but asterisk will do that when the media path has been re-INVITED away from itself. when one party hangs up, the media path for the other party is redirected back to Asterisk, and then if nothing else happens the call gets hung up. |
| 16:19.06 | *** join/#asterisk-dev elguero (~miguel323@2001:470:1f06:12c4::2) |
| 16:25.15 | seanbright | kpfleming: got it. thanks again. |
| 16:25.28 | seanbright | i'll have my paycheck mailed directly to you |
| 16:25.31 | kpfleming | soitenly |
| 16:25.44 | kpfleming | we already owe you for all the wiki updates you've been doing anyway :-) |
| 16:26.01 | seanbright | yeah. important work. |
| 16:28.11 | russellb | trying to make up for being himself on IRC all the time |
| 16:28.43 | kpfleming | russellb: lol at lolcommits |
| 16:28.46 | seanbright | this is a public channel so i will keep my comments to myself |
| 16:28.50 | seanbright | and fuck you |
| 16:28.57 | russellb | seanbright: <3 |
| 16:28.58 | seanbright | heh |
| 16:29.01 | russellb | kpfleming: iknowright |
| 16:29.19 | file | gives russellb a whining dog |
| 16:31.08 | russellb | i've had enought of that this week. thank goodness the roof replacement next door is complete |
| 16:33.17 | kpfleming | woot. moar call id logging in trunk. |
| 16:44.02 | russellb | is the logging logged too? |
| 16:44.22 | kpfleming | we heard you like logging |
| 16:44.33 | russellb | ast_log(LOG_LOG, "The following message has been logged: %s", logmsg); |
| 16:45.47 | kpfleming | you need to make a custom logger channel for logging messages about log messages |
| 16:46.18 | mvanbaak | can we log that as well? |
| 16:46.50 | russellb | right, sorry, so it'd be ... s/ast_log/ast_log_dynamic_level/ |
| 16:52.53 | mjordan | kpfleming: but what if our logging of logging becomes so complex that we need debug logging of it? |
| 16:53.00 | mjordan | MOAR LOGGERS |
| 16:54.03 | opticron | gets xzibit on the scene |
| 16:54.16 | kpfleming | time to pimp our loggers? |
| 16:56.38 | russellb | LOG_LOG_DEBUG_LOG |
| 16:56.58 | russellb | and if you need to debug that, just use printf |
| 17:01.08 | russellb | good work everyone, i think we've earned a break |
| 17:06.28 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 17:06.29 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 18:10.27 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 18:10.27 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 18:25.19 | *** join/#asterisk-dev moy (~moy@173.239.155.74) |
| 18:51.42 | *** join/#asterisk-dev moy (~moy@173.239.155.74) |
| 19:51.48 | *** join/#asterisk-dev ccesario (~ccesario@189.29.37.189) |
| 21:05.49 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-bafpymawihqmkmsn) |
| 21:50.07 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 21:50.07 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 22:04.17 | *** join/#asterisk-dev wudles (~wudles@gateway.secureinstrument.com) |
| 22:25.47 | kpfleming | taking down wiki.asterisk.org for an unscheduled update... sorry for any inconvenience |
| 22:32.59 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-145.cablep.bezeqint.net) |
| 22:32.59 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 22:34.52 | kpfleming | and it's back |
| 23:13.49 | *** join/#asterisk-dev wudles (~wudles@gateway.secureinstrument.com) |