| 00:45.48 | *** join/#asterisk-dev datachomper (~Adium@207.98.189.248) |
| 01:26.13 | *** part/#asterisk-dev datachomper (~Adium@207.98.189.248) |
| 02:18.01 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 02:18.01 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 02:25.10 | JunK-Y | are you aware if some devs started to work on porting iax to ipv6? |
| 02:37.40 | Kobaz | man |
| 02:37.49 | Kobaz | it's really dangerous to lock channels in a datastore fixup |
| 02:51.35 | russellb | other channels you mean? |
| 02:53.51 | snuff-work | mm can anyone else confirm the ast-test/run-tests.py not working if u specify a specific test? |
| 02:54.21 | snuff-work | aka via -t testname |
| 03:33.40 | Kobaz | yeah, other channels |
| 03:34.22 | Kobaz | i haven't had any consistent success whatsoever with locking other channels and not having deadlocks |
| 03:34.38 | Kobaz | you can't do deadlock avoidance because you're in the fixup for the channel |
| 03:34.52 | Kobaz | if you unlock your own channel, who knows what would happen to it |
| 03:36.45 | russellb | right |
| 03:37.09 | Kobaz | i think i need to not use datastores for this stuff |
| 03:37.44 | Kobaz | if i do any cross channel stuff it's just bad |
| 03:38.20 | Kobaz | if i store everything all customly i can lock and monkey anything and it shouldn't be a problem |
| 03:42.00 | Kobaz | hah wow, i totally locked up my polycom |
| 03:53.53 | Kobaz | hmm |
| 03:54.07 | Kobaz | chan_sip sends out a transfer event before it's verified that it actually worked |
| 05:45.34 | *** join/#asterisk-dev moy (~moy@CPE002719f00364-CM0026f396812d.cpe.net.cable.rogers.com) |
| 05:57.09 | *** join/#asterisk-dev bbryant (~brett@c-76-26-221-79.hsd1.sc.comcast.net) |
| 05:57.09 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 06:48.25 | *** join/#asterisk-dev datachomper (~Adium@207.98.189.248) |
| 06:51.38 | *** part/#asterisk-dev datachomper (~Adium@207.98.189.248) |
| 06:54.08 | *** join/#asterisk-dev Corydon76-home (six@c-69-137-80-31.hsd1.tn.comcast.net) |
| 06:54.08 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 07:06.32 | *** join/#asterisk-dev asterisk-learner (~chatzilla@77.42.241.114) |
| 07:29.46 | *** join/#asterisk-dev Corydon76-home (eight@c-69-137-80-31.hsd1.tn.comcast.net) |
| 07:29.46 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 07:36.17 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:8819:b619:e3b1:61cc) |
| 07:37.18 | *** join/#asterisk-dev Corydon76-home (mauve@c-69-137-80-31.hsd1.tn.comcast.net) |
| 07:37.18 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 08:15.02 | *** join/#asterisk-dev aiguojun (~agj@61.141.20.110) |
| 08:26.19 | asterisk-learner | hello, I am having a problem in my application |
| 08:26.27 | asterisk-learner | this line is failing : p->zaptel_chan = ast_request("dahdi", AST_FORMAT_ULAW, "pseudo", NULL); |
| 08:26.33 | asterisk-learner | can anyone help ? |
| 08:29.23 | *** join/#asterisk-dev aiguojun (~agj@61.141.20.110) |
| 08:29.33 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 08:56.25 | *** join/#asterisk-dev _schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 08:56.28 | _schmidts | good morning |
| 09:00.27 | *** join/#asterisk-dev aiguojun (~agj@61.141.20.110) |
| 09:01.15 | kaii | asterisk-learner: why not try "DAHDI" instead of "dahdi" ? |
| 09:01.37 | asterisk-learner | kaii: thx but i just solved it |
| 09:01.49 | asterisk-learner | it turned out i i didnt make |
| 09:02.03 | asterisk-learner | make samples when moving from astersk 1.4.10 to asterisk 1.4.36 |
| 09:54.22 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 09:54.22 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 10:01.19 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 10:01.19 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 10:45.41 | *** join/#asterisk-dev aiguojun (~agj@116.26.100.75) |
| 11:23.25 | *** join/#asterisk-dev aiguojun (~agj@116.26.100.75) |
| 12:05.38 | *** join/#asterisk-dev guilhermebr (~Guilherme@200.103.96.98) |
| 12:15.03 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:15.03 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:37.51 | *** join/#asterisk-dev Sipster (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 13:26.22 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 13:34.16 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 13:59.46 | *** join/#asterisk-dev jeffg (~jeffg@pdpc/supporter/professional/jeffg) |
| 14:44.31 | malcolmd | Asterisk Weekly Developer Conference Call beginning in 15 minutes! https://wiki.asterisk.org/wiki/display/AST/Asterisk+Weekly+Developer+Conference+Call |
| 14:51.08 | malcolmd | Asterisk Weekly Developer Conference Call beginning in 10 minutes! https://wiki.asterisk.org/wiki/display/AST/Asterisk+Weekly+Developer+Conference+Call |
| 14:53.03 | tzafrir | Do I really have to wget the .ics file each time to see the room number and PIN? |
| 14:55.18 | malcolmd | bridge for the morning call and for the afternoon calls are static, respectively. subscribing to the feed will drop it on your calendar |
| 14:55.28 | malcolmd | bridge: 26052 pin: 35806 |
| 14:55.44 | malcolmd | Asterisk Weekly Developer Conference Call beginning in 5 minutes! https://wiki.asterisk.org/wiki/display/AST/Asterisk+Weekly+Developer+Conference+Call |
| 14:59.48 | pabelanger | Hot mic! |
| 15:00.03 | malcolmd | Asterisk Weekly Developer Conference Call beginning in 1 minute! https://wiki.asterisk.org/wiki/display/AST/Asterisk+Weekly+Developer+Conference+Call sip:100@devcon.asterisk.org skype:devcall.digium tel:18772747510 bridge: 26052 pin: 35806 |
| 15:00.31 | malcolmd | is determined to SPAM the channel :D |
| 15:01.20 | *** join/#asterisk-dev SirSquidness (~sirsquidn@zomg.dongues.com) |
| 15:03.15 | kpfleming | tzafrir: no, you import the ICS into your calendar application of choice |
| 15:03.39 | kpfleming | as a 'remote calendar', so it will be automatically updated |
| 15:07.00 | pabelanger | I suspect we just need to implement a voting system, on agenda ideas. |
| 15:07.17 | tzafrir | prefers IRC |
| 15:07.37 | tzafrir | any Google SoC this year? |
| 15:07.37 | pabelanger | nods |
| 15:07.41 | *** join/#asterisk-dev n3hxs (~ed@63.68.135.4) |
| 15:07.58 | pabelanger | tzafrir: I suggested we make use of an IRC bot :) |
| 15:09.46 | pabelanger | leifmadsen: +1 |
| 15:10.03 | pabelanger | harness the power of users to test fixes :) |
| 15:15.31 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 15:15.31 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:16.34 | pabelanger | So, why don't we just pick an area of Asterisk development now for the advance planning? |
| 15:21.55 | *** join/#asterisk-dev elguero (~miguel323@dsl092-072-112.bos1.dsl.speakeasy.net) |
| 15:24.34 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:24.34 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:24.58 | philippel_mac | I'm trying to get ParkedCall() to properly update the CIDs with ast_channel_connected_line() on 1.8, here's what I am doing: |
| 15:25.00 | philippel_mac | http://pastebin.com/H2Jg3CA4 |
| 15:25.26 | philippel_mac | problem is, as noted in my comments, I"m grabbing the connected line info that the parked call WAS connected to before |
| 15:25.53 | philippel_mac | how do I take it's current information (e.g. it's current CID info) to be sent to the call that is just picking it up? |
| 15:25.58 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 15:42.52 | *** join/#asterisk-dev miguel3239 (~miguel323@dsl092-072-112.bos1.dsl.speakeasy.net) |
| 15:43.10 | kpfleming | you are trying to tell the person picking up the parked call who the parked call *used* to be connected to? |
| 15:43.25 | philippel_mac | no, that's my mistake |
| 15:43.37 | philippel_mac | I want to tell them they are being connected to ME |
| 15:43.58 | philippel_mac | (I copied from the call pickup code, thus the reason for the mistake :) ) |
| 15:44.07 | kpfleming | when they get connected to the parked call, there should already be an automatic connected line update sent to indicate that |
| 15:44.12 | kpfleming | if there isn't, that's a bug |
| 15:44.20 | philippel_mac | yes it is a bug |
| 15:44.33 | philippel_mac | before filing the bug, I wanted to have a patch to toss in the bug report to get it fixed :) |
| 15:44.47 | philippel_mac | should have just filed the bug ... |
| 15:44.53 | kpfleming | yeah, that's probably best |
| 15:45.12 | philippel_mac | ell given I have it mostly done, would be great to know what little part I am missing |
| 15:45.20 | kpfleming | i don't know enough about those structures to be able to guess what should be sent... but the data that needs to be sent to the newly-connected party should be present on the previously-parked call leg already |
| 15:45.31 | philippel_mac | then I'll go file the bug, toss this in there, and of course who ever deals with it will 'correct' what I might not be doing right |
| 15:45.32 | kpfleming | and of course you really want connected line updates sent in both directions |
| 15:45.54 | philippel_mac | yeah I've got it going the other way, that part works |
| 15:46.05 | kpfleming | cool |
| 15:46.30 | philippel_mac | well maybe someone who knows this will come online (or if you know who you could ping them) |
| 15:46.43 | kpfleming | there are only two people i know of... putnopvut and rmudgett |
| 15:46.45 | philippel_mac | given that I have some time invested, it would be more fullfilling to file the bug with the 'correct patch) |
| 15:46.57 | kpfleming | indeed, plus it will get addressed sooner |
| 15:47.30 | philippel_mac | well rmudgett doesn't seem to be around much, andp putnopvut has been a great help, but I may have worn out my 'credit' with him this month on the ccss stuff :( |
| 15:48.10 | philippel_mac | putnopvut: ping |
| 15:48.18 | philippel_mac | get's ready to take cover |
| 15:50.12 | kpfleming | s/get's/gets/ |
| 15:50.37 | philippel_mac | is glad he was already ducking, that one just grazed him :) |
| 15:50.46 | kpfleming | i thought i remembered seeing documentation somewhere on where the various party ids are stored on ast_channels |
| 15:51.19 | putnopvut | philippel_mac: pong |
| 15:51.36 | philippel_mac | putnopvut: http://pastebin.com/H2Jg3CA4 |
| 15:51.41 | putnopvut | is reading the scrollback in here. |
| 15:51.52 | philippel_mac | I'm trying to figure out how to get MY CURRENT CID info |
| 15:52.06 | philippel_mac | well my being the parked call |
| 15:52.14 | philippel_mac | to send back to the person who just picked it up |
| 15:52.34 | philippel_mac | instead I am sending the original connected call info to who had parked the call |
| 15:53.24 | putnopvut | ok, I understand what you're saying. |
| 15:53.42 | putnopvut | just trying to think of the proper answer :) |
| 15:54.20 | kpfleming | isn't the channel's CLID *always* the data that represents the outside party that created that channel (or accepted it)? |
| 15:55.06 | philippel_mac | is sure it is somethign simple, this is just happens when you somewhat blindly cut and paste code and not know what you are doing |
| 15:55.50 | putnopvut | The problem is I'm not too familiar with the parking code in features.c, so I'm having to look up which channels pu->chan and chan are in this context. |
| 15:56.01 | philippel_mac | the quick answer |
| 15:56.13 | philippel_mac | pu->chan is the parked call |
| 15:56.25 | philippel_mac | chan is the guy who is picking up the call |
| 15:56.41 | WIMPy | philippel_mac: That sounds familiar to me. I still have no idea why any but the first call sent via cahn_lcr gets the extension instead of the caller ID as caller ID. |
| 15:56.42 | philippel_mac | thus the reason that pu->chan->connected is wrong |
| 15:57.06 | kpfleming | pu->chan->caller? |
| 15:57.16 | putnopvut | Yeah, so the trick here is to find out where pu->chan is getting its info from. |
| 15:58.17 | philippel_mac | conceptually it's to find out how to populate a connected_caller structure with the current information of the channel |
| 15:58.46 | philippel_mac | conceptually I just want: |
| 15:59.10 | philippel_mac | CONNECTEDLINE(name)=pu->chan->caller.id.name.valid |
| 15:59.40 | philippel_mac | CONNECTEDLINE(number)=pu->chan->caller.id.number.str |
| 15:59.46 | philippel_mac | s/valid/str/ on the first |
| 16:00.50 | philippel_mac | looks into an empty espresso cup, at the clock a 8:00am, and goes to fill it - brb 3 min |
| 16:02.19 | putnopvut | So I think the function you want to use is ast_connected_line_copy_from_caller(), so you can get pu->chan's caller ID info and put it into an ast_party_connected_line structure. |
| 16:02.30 | putnopvut | Then you can send the connected line update to chan. |
| 16:02.44 | kpfleming | sounds logical |
| 16:03.47 | putnopvut | Just be sure to call ast_party_connected_line_free() on the ast_party_connected_line structure after you're done with it since ast_connected_line_copy_from_caller() is a deep copy. |
| 16:04.18 | putnopvut | An alternate to use would be ast_party_connected_line_collect_caller() which does a shallow copy of caller id pointers. This may be a valid use of the function. |
| 16:04.26 | WIMPy | Hmm. Is there anything alike for the caller ID? |
| 16:04.45 | putnopvut | looking |
| 16:05.17 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-ogejmygilfecryou) |
| 16:05.49 | putnopvut | WIMPy: ast_connected_line_copy_to_caller() |
| 16:06.36 | WIMPy | Yes, but I didn't find aything to copy caller ID data. |
| 16:07.30 | philippel_mac | putnopvut: ok having a look at those, I'll try with the shallow one since that seems to work in the second part |
| 16:07.58 | WIMPy | I ended up writing a whole screen full to copy each single field. Which does not seem too convincing to me. |
| 16:08.21 | philippel_mac | so it would be ast_party_connected_line_collect_caller(&connected_caller, &pu->chan) |
| 16:08.29 | philippel_mac | ? |
| 16:08.39 | philippel_mac | basically in stead of the line: |
| 16:08.44 | putnopvut | WIMPy: ast_party_caller_copy() ? |
| 16:08.50 | philippel_mac | connected_caller = pu->chan->connected; |
| 16:08.59 | putnopvut | philippel_mac: yeah, that's what I'm thinking. |
| 16:09.09 | philippel_mac | I'll try :) |
| 16:09.10 | WIMPy | Will check. |
| 16:18.57 | philippel_mac | putnopvut: thx, that was it, I guess almost staring me in the face the whole time from the lines just below :) |
| 16:19.08 | putnopvut | philippel_mac: excellent! |
| 16:19.23 | philippel_mac | bug report + patch forthcoming :) |
| 16:28.28 | philippel_mac | M18829 |
| 16:28.30 | MuffinMan | [new] [Asterisk] Features/Parking 0018829: [patch] ParkedCall() does not update Connected Line information reported by p_lindheimer https://issues.asterisk.org/view.php?id=18829 |
| 16:37.48 | WIMPy | putnopvut: Thanks. That was exactely what I was looking for. But it issue remains the same :-( |
| 16:39.27 | *** join/#asterisk-dev marv (~timr@173.14.206.193) |
| 16:46.39 | WIMPy | But it seems to leave out redirection information. Is that intentional or something that was overlooked? |
| 16:48.33 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 16:48.33 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 17:04.12 | putnopvut | no idea on that one. |
| 17:17.33 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 17:47.44 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187-28-37-118.poolip.RJO.embratel.net.br) |
| 18:10.12 | *** join/#asterisk-dev elguero (~miguel323@dsl092-072-112.bos1.dsl.speakeasy.net) |
| 18:34.09 | *** join/#asterisk-dev JerJer (~JerJer@asterisk/original-h323-guy/JerJer) |
| 18:35.14 | JerJer | is it possible to export MYSQLCLIENT_LIB='blah' before compiling asterisk-addons to override what's in the makefile ? |
| 18:36.28 | Qwell | the best way would be to configure --with-mysql=/path/to/blah |
| 18:37.01 | JerJer | yeah i'm sure that's the best way, but this lame way has mysql configured with a bunch of other crap :( |
| 18:37.39 | JerJer | i need to add like the whole MYSQLCLIENT_LIB line - including different include directories and libraries |
| 18:37.46 | JerJer | i'm cross compiling here |
| 18:37.59 | JerJer | (or attempting to :) |
| 18:40.24 | JerJer | their current method is to open the makeops file and replace MYSQLCLIENT_LIB line :) |
| 19:46.39 | *** join/#asterisk-dev luckman212 (~irc@pool-173-77-253-145.nycmny.fios.verizon.net) |
| 19:49.09 | *** join/#asterisk-dev luckman212 (~irc@pool-173-77-253-145.nycmny.fios.verizon.net) |
| 20:01.09 | *** join/#asterisk-dev Dovid (~Dovid@213.8.121.90) |
| 20:10.55 | philippel_mac | putnopvut: ping, just saw your comments on the review board, I guess I don't get auto-notified (or should I?) Anyhow, they are much appreciated. When I make the changes, how do I go about updating the diff, do I use the 'Update Diff' tab or is there another magic way to do it straight from svn like the initial submission? |
| 20:13.34 | putnopvut | An e-mail should have been sent to asterisk-dev when I made my comments. Anyway, to update the review, you can use the post-review tool and use the -r option to indicate you are updating an existing review. |
| 20:13.51 | putnopvut | The number to give -r is the number of the review |
| 20:13.53 | philippel_mac | so just post-review -r 1105 |
| 20:13.57 | putnopvut | exactly |
| 20:14.07 | philippel_mac | cool, I'll have a look |
| 20:14.31 | philippel_mac | btw - wrt to the un-related patch (from the other bug) that is included |
| 20:14.52 | philippel_mac | is it a big deal if I remove it from the diff, it's all in there so when I build and test I have it all working |
| 20:15.41 | putnopvut | Yeah, I suppose it doesn't hurt anything for it to be there. |
| 20:16.06 | philippel_mac | the bets would be for the admins to get that bug assigned and checked in if my suggestions were ok :) |
| 20:16.22 | philippel_mac | then it will go away |
| 20:41.32 | *** part/#asterisk-dev JerJer (~JerJer@asterisk/original-h323-guy/JerJer) |
| 20:49.39 | *** join/#asterisk-dev pabelanger (~pabelange@50.22.5.41-static.reverse.softlayer.com) |
| 20:49.39 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 20:50.18 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 20:50.18 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 21:36.18 | *** join/#asterisk-dev elguero (~miguel323@12.187.84.162) |
| 21:37.17 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 21:37.18 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 21:41.43 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 21:41.43 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 22:13.45 | philippel_mac | putnopvut: ping |
| 22:14.07 | philippel_mac | pardon my lack of C knowledge, I tried your suggest simplification for mapping the state: |
| 22:14.38 | philippel_mac | http://pastebin.com/yj1GsFLU |
| 22:14.43 | philippel_mac | I'm getting: |
| 22:14.56 | philippel_mac | ccss.c:523: error: expected â=â, â,â, â;â, âasmâ or â__attribute__â before âcc_state_to_devstate_mapâ |
| 22:16.29 | Qwell | did you miss the 'struct' there? |
| 22:16.53 | philippel_mac | probably |
| 22:17.28 | philippel_mac | that makes it a lot less happy |
| 22:17.54 | philippel_mac | static struct ast_device_state cc_state_to_devstate_map[] = { |
| 22:17.57 | philippel_mac | when I did that that is |
| 22:18.47 | philippel_mac | I'm trying out putnopvut 's suggestion re: |
| 22:18.48 | philippel_mac | https://reviewboard.asterisk.org/r/1105/ |
| 22:18.58 | philippel_mac | about 3/4 down |
| 22:19.32 | putnopvut | Ah, sorry I missed the word 'struct' there. |
| 22:19.44 | putnopvut | Been working in C++ for a while now :) |
| 22:20.04 | putnopvut | Let me find an example where that syntax is used in Asterisk. This may take a bit. |
| 22:20.18 | Qwell | chan_sip |
| 22:20.21 | philippel_mac | when I added the struct it was much less happy |
| 22:21.08 | putnopvut | Heh, looking for an example of my way, I'm finding a LOT of arrays that do it the way that philippel_mac did it :) |
| 22:21.17 | putnopvut | So maybe you can just ignore that comment of mine. |
| 22:21.24 | philippel_mac | :) |
| 22:21.28 | putnopvut | Qwell: where in chan_sip? |
| 22:21.29 | philippel_mac | ok will go put it back ... |
| 22:21.34 | putnopvut | Ah, found it, never mind. |
| 22:21.49 | philippel_mac | ok |
| 22:22.05 | philippel_mac | cause for now getting it right will be easier then putting it back |
| 22:22.05 | putnopvut | OHHHH |
| 22:22.11 | putnopvut | ast_devic_state isn't a struct! |
| 22:22.13 | putnopvut | It's an enum :) |
| 22:22.26 | philippel_mac | oh yea, should I add enum? |
| 22:22.32 | putnopvut | static enum ast_device_state cc_state_to_devstate_map [] = { |
| 22:23.15 | putnopvut | brb |
| 22:24.34 | philippel_mac | that made it happy, now we'll see if it works |
| 22:25.51 | philippel_mac | question on post-review syntax? |
| 22:26.04 | philippel_mac | if I have other changes in my svn |
| 22:26.13 | philippel_mac | can I isolate the specific file(s) |
| 22:26.20 | philippel_mac | e.g. post-review -r 1105 ccss.c |
| 22:26.28 | philippel_mac | so it does not also pick up diffs from other files? |
| 22:27.21 | kpfleming | no |
| 22:27.32 | kpfleming | make another working copy and put the changes there |
| 22:27.37 | philippel_mac | k |
| 23:38.00 | *** join/#asterisk-dev tzafrir (~tzafrir@bzq-218-155-170.cablep.bezeqint.net) |
| 23:38.01 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 23:42.30 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 23:42.30 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |