| 00:25.31 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 00:33.46 | *** join/#asterisk-dev obnauticus (n=obnautic@c-67-160-183-109.hsd1.wa.comcast.net) |
| 01:13.02 | codefreeze | Corydon76-dig: As per previous swdev question: yes, they call you, when someone is need, and you are the match. |
| 01:13.25 | codefreeze | s/is need/is IN need/ |
| 01:17.33 | codefreeze | It could easily be, that you never get called. |
| 01:24.04 | *** join/#asterisk-dev RoyK (n=roy@ip-175-28-149-91.dialup.ice.no) |
| 01:24.28 | *** part/#asterisk-dev RoyK (n=roy@ip-175-28-149-91.dialup.ice.no) |
| 01:36.15 | *** join/#asterisk-dev brookshire (i=mbrooks@hijacked.us) |
| 02:14.21 | *** join/#asterisk-dev dlynes (n=dlynes@d206-116-189-12.bchsia.telus.net) |
| 02:33.23 | *** part/#asterisk-dev fmueller (n=user@p548F5586.dip.t-dialin.net) |
| 02:45.35 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 03:33.10 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 03:34.19 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177581724.dsl.bell.ca) |
| 04:15.19 | dlynes | good evening, cunning pike |
| 04:15.28 | CunningPike | Hey, dlynes! |
| 04:15.33 | CunningPike | How goes it? |
| 04:15.59 | dlynes | Not bad |
| 04:16.06 | dlynes | Pursuing a new line of work atm |
| 04:16.10 | CunningPike | Oh? |
| 04:16.21 | dlynes | Started doing real estate investment a few months ago |
| 04:16.35 | dlynes | We close on our first duplex at the end of the month |
| 04:16.52 | dlynes | $9,120!!! :) |
| 04:17.48 | dlynes | Pretty nice, eh? |
| 04:45.20 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-4396616.home.otenet.gr) |
| 05:05.38 | Qwell | dlynes: does it have walls? O.o |
| 05:05.56 | Qwell | connecting walls* |
| 05:06.25 | brookshire | $9,120? wtf? |
| 05:07.42 | JT | commission? |
| 05:09.02 | Qwell | JT: oh, probably :p |
| 05:09.24 | Qwell | I was thinking he paid that much, heh |
| 05:09.41 | JT | that would be nice |
| 05:27.05 | snuff-home | Qwell, i've updated 12036 with newer patch that is at least readable + compiles on trunk |
| 05:32.30 | *** join/#asterisk-dev tuxd00d (n=tuxd00d@128.187.132.25) |
| 05:35.58 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 05:42.03 | dlynes | brookshire: yes, it's not bullshit...houses stateside are damned cheap right now |
| 05:42.38 | dlynes | brookshire: it was a bank-owned foreclosure...they were asking $14900 |
| 05:46.16 | dlynes | Qwell: Yeah...it's got connecting walls...they had a foreclosure party though, so there's surface damage from a fire upstairs |
| 05:50.30 | JT | is this in a reall rural area? |
| 06:21.57 | *** join/#asterisk-dev gmaruzz (n=gmaruzz@213-140-6-122.ip.fastwebnet.it) |
| 06:37.32 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 06:57.16 | *** join/#asterisk-dev oej (n=olle@bkkb-gw.voop.net) |
| 06:57.16 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:08.39 | snuff-home | hello oej |
| 07:09.03 | oej | Morning! |
| 07:10.17 | snuff-home | is having a crack at updating a few patches to trunk since they were made around the 85k rev mark |
| 07:14.26 | snuff-home | attempting the format amr one atm.. |
| 07:16.31 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.193) |
| 07:19.36 | *** join/#asterisk-dev oej_ (n=olle@bkkb-gw.voop.net) |
| 07:32.25 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:58.04 | *** part/#asterisk-dev gmaruzz (n=gmaruzz@213-140-6-122.ip.fastwebnet.it) |
| 08:35.38 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.131) |
| 08:45.51 | *** join/#asterisk-dev gmaruzz (n=gmaruzz@213-140-6-122.ip.fastwebnet.it) |
| 08:49.19 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 09:45.13 | *** join/#asterisk-dev RoyK (n=roy@fw.fortel.no) |
| 09:51.28 | *** join/#asterisk-dev jeremy_g (i=smokeNsh@c213-100-17-11.swipnet.se) |
| 09:51.32 | jeremy_g | halo |
| 09:53.50 | jeremy_g | asterisk keeps reading dtmf till # key is pressed. How do I replace this # key by some alphabet say X |
| 09:53.56 | jeremy_g | which file to look into_ |
| 10:01.14 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 10:30.10 | *** join/#asterisk-dev yunien (n=yunien@92.104.146.208) |
| 10:30.46 | yunien | slightly offtopic, in my router i've got a "SIP passthrough (application layer gateway)" - what does it do? |
| 10:31.26 | *** join/#asterisk-dev mbranca (n=matteo@mi-gw1.voismart.net) |
| 10:34.48 | *** join/#asterisk-dev snuff-home (i=snuff@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 10:36.20 | *** join/#asterisk-dev magumbade (n=magumbad@p5497BFA6.dip.t-dialin.net) |
| 11:10.03 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 11:18.41 | tzafrir | the call limit only tracks peers, right? (not users) |
| 11:19.04 | tzafrir | sorry, wrong window |
| 11:50.16 | *** join/#asterisk-dev RoyK (n=roy@fw.fortel.no) |
| 12:04.29 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:10.16 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 12:12.35 | _ys | Hello. can anyone apply patch from issue #0012430 also to 1.4 branch? |
| 12:25.48 | *** join/#asterisk-dev yunien (n=yunien@92.104.146.208) |
| 12:32.44 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) |
| 12:35.38 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.131) |
| 13:02.14 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 13:02.14 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 13:03.23 | atis_work | M12430 |
| 13:03.24 | MuffinMan | [closed] [Asterisk] Applications/app_meetme 0012430: app_meetme.c : compilation failed in dev-mode. reported by ys http://bugs.digium.com/view.php?id=12430 |
| 13:08.41 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:08.41 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 13:08.55 | Corydon76-dig | pokes lmadsen |
| 13:10.35 | lmadsen | prods Corydon76-dig |
| 13:18.24 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.131) |
| 13:30.19 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 13:30.19 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 13:31.23 | *** join/#asterisk-dev ccesario (n=ccesario@multidrogas.ensite.com.br) |
| 13:33.07 | *** join/#asterisk-dev mbranca (n=matteo@mi-gw1.voismart.net) |
| 13:35.53 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 13:43.04 | dioedu | hello, someone can tell me which module does the connection with mysql, when i have a cdr_addon_mysql ? |
| 13:43.35 | dioedu | i see that asterisk have a persistent connection, but i can't find where i have this connection |
| 13:45.02 | lmadsen | dioedu: seems like a #asterisk question... |
| 13:45.30 | dioedu | ok |
| 13:45.31 | dioedu | sorry |
| 13:46.31 | *** join/#asterisk-dev C4colo (n=DJpyro@67.41.154.214) |
| 13:46.34 | C4colo | hello |
| 13:46.52 | dioedu | lmadsen, but i need to know which file does that... <somefile>.c |
| 13:46.58 | *** join/#asterisk-dev Victor_Yure (n=Victor_Y@unaffiliated/victoryure/x-837844) |
| 13:47.08 | C4colo | I compiled ztdummy.c without the #Define USE_RTC line but it still kernel panics with: invalid opcode: 0000 [1] SMP |
| 13:47.28 | C4colo | is there somewhere it expects a SMP kernel? |
| 13:48.31 | C4colo | I've heard tell of people getting ztdummy to work in xen domUs |
| 13:48.43 | C4colo | followed their instructions and everything |
| 13:48.54 | C4colo | I don't know if they were using an x86_64 kernel though |
| 13:52.03 | C4colo | if you are interested .. here is the kernel panic http://pastebin.ca/986017 |
| 13:53.01 | dioedu | lmadsen, i see that cdr_mysql_addon.c just reconnect if i have lost of connection, the initial connection was in another module... another <file>.c |
| 13:53.20 | dioedu | that is my question... which <file> |
| 13:55.30 | atis_work | dioedu: cat cdr_addon_mysql.c | grep mysql_real_connect |
| 14:02.53 | dioedu | atis_work, ok, i was wrong, asterisk have more than one mysql connection in the same time... |
| 14:03.24 | atis_work | dioedu: generally just two - one for cdr, and one for realtime |
| 14:03.31 | dioedu | yes |
| 14:04.02 | dioedu | i'll do more one... to record queue events... |
| 14:04.44 | dioedu | but one record to one uniqueid and not many (ENTERQUEUE, CONNECT, and more...) |
| 14:09.54 | C4colo | hmm... seems there are two places where #Define USE_RTC is defined |
| 14:11.26 | C4colo | Starting zaptel: Loading zaptel framework: [ OK ] |
| 14:11.28 | C4colo | YAY |
| 14:13.44 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br) |
| 14:19.50 | C4colo | thanks for your help |
| 14:19.51 | *** part/#asterisk-dev C4colo (n=DJpyro@67.41.154.214) |
| 14:21.34 | atis_work | dioedu: queue_log can be already written to db in 1.6, backport should be trivial |
| 14:51.32 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.13) |
| 15:05.20 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 15:06.38 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:06.38 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 15:12.05 | *** join/#asterisk-dev flujan (n=flujan@internet.nube.com.br) |
| 15:12.46 | flujan | morning. |
| 15:13.34 | Corydon76-dig | night |
| 15:15.08 | flujan | Corydon76-dig: we have a problem with timezone here. :) |
| 15:17.35 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 15:18.31 | Corydon76-dig | Are you sure? |
| 15:19.03 | Corydon76-dig | I think there's only a problem with the perception of time |
| 15:19.28 | *** join/#asterisk-dev ^shark_ (n=^shark_@217.194.147.193) |
| 15:19.42 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 15:19.42 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:23.37 | jeremy_g | asterisk keeps reading dtmf till # key is pressed. How do I replace this # key by some alphabet say X |
| 15:23.44 | jeremy_g | which file to look into_ |
| 15:26.02 | *** join/#asterisk-dev seanbright (i=seanbrig@65.207.74.18) |
| 15:26.23 | seanbright | file: ping |
| 15:26.24 | atis_work | jeremy_g: it's specific to application you're using, i don't recall common place where # is defined |
| 15:26.30 | file | moo? |
| 15:26.34 | seanbright | wee |
| 15:26.43 | seanbright | time for a quick chanspy/audiohooks question? |
| 15:26.48 | file | if you ask it, yes |
| 15:26.51 | seanbright | sweet |
| 15:28.27 | seanbright | long story short, i wanted a way to go from whisper mode to "yell mode" (both ends of the call can hear the spyer), so before the call to start_spying (which unlocks the channel) i grab the bridged channel, and add a whisper audiohook to it |
| 15:28.59 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:29.12 | seanbright | then just duped the code that dumped the local channel frames to the whisper hook |
| 15:29.32 | seanbright | does that seem like a reasonable approach? or am i making it too complicated? |
| 15:29.38 | jeremy_g | i am using Read |
| 15:29.50 | file | seanbright: seems reasonable enough with what is currently available |
| 15:30.19 | seanbright | awesome |
| 15:30.38 | seanbright | i only lock the bridged channel long enough to add the hook, if it goes away the hook is cleaned up automagically, yes? |
| 15:31.00 | file | you get notified that it is done |
| 15:31.06 | file | trigger goes, state changes |
| 15:32.00 | file | then it is up to you to clean it up |
| 15:32.03 | seanbright | gotcha, but in this case all of the hooks will go away at the same time, so the check just on the spy hook is probably sufficient |
| 15:32.17 | seanbright | yeah, i have the cleanup code in there |
| 15:32.31 | file | nods |
| 15:32.37 | seanbright | you're a good man, thank you. |
| 15:32.52 | file | I would be curious to know if there's a delay between the two sides... |
| 15:33.06 | file | with the audio being mixed in, or if both get it mixed in at the same time... |
| 15:43.10 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 15:45.15 | atis_work | putnopvut: ping |
| 15:45.28 | putnopvut | atis_work: pong. How are you today? |
| 15:46.08 | atis_work | putnopvut: i analyzed tons of logs today.. a bit tiring.. found something really weird |
| 15:46.22 | atis_work | putnopvut: can you take a look at 12447 - maybe it's related to app_queue? |
| 15:46.32 | putnopvut | Sure, I'll take a look. |
| 15:46.54 | atis_work | putnopvut: it's not critical for me, and i'm not sure that i will be able to reproduce, but it's really really weird |
| 15:47.30 | putnopvut | I'm having a look at the report right now... |
| 15:56.18 | putnopvut | atis_work: that is a very strange thing...and given that it only happened that one time, I bet it's some strange race condition somewhere that will be difficult to find. I'll take a further look at it though. |
| 16:03.59 | Qwell | atis_work: as for 12445, I think the problem is that it's calling queue_set_param with an empty value, and it's interpreting that as false, so it's always setting to false if unset |
| 16:04.24 | Qwell | so, the one would make it not work at all, and this one would make it not work with realtime |
| 16:04.57 | Qwell | putnopvut: any reason you can think of that we should be calling that function if the value is zero length/NULL? |
| 16:05.45 | putnopvut | Qwell: if someone has something like option= in queues.conf, it would be called with a zero-length parameter. |
| 16:06.04 | Qwell | and that would be fine, because they did that explicitly |
| 16:06.15 | Qwell | but in realtime, it's going to happen for every column always |
| 16:08.17 | Qwell | I'll put up a proposed patch |
| 16:09.52 | putnopvut | Qwell: one potential issue is that I believe atis was counting on autofill=yes in the general section to do something, but that doesn't actually accomplish anything. |
| 16:10.14 | Qwell | yes, this patch will do two things...sec, attaching now |
| 16:10.26 | putnopvut | mkay. |
| 16:10.32 | Qwell | there |
| 16:10.43 | Qwell | well, if mantis wasn't slow |
| 16:10.46 | putnopvut | yeah... |
| 16:10.47 | putnopvut | delay |
| 16:10.53 | Qwell | now there |
| 16:10.54 | putnopvut | there is is. |
| 16:11.07 | putnopvut | s/is is/it is/ |
| 16:11.26 | Qwell | the first chunk will fix autofill in general inside or outside of realtime. That's just broken. |
| 16:11.39 | putnopvut | it's not. |
| 16:11.42 | Qwell | there is a line a few before that, q->autofill = default_autofill; |
| 16:11.52 | putnopvut | Right, and default_autofill is also 0. |
| 16:12.03 | putnopvut | It's just redundant. |
| 16:12.03 | Qwell | not when you set autofill=yes in [general] |
| 16:12.19 | putnopvut | Oh poopy, you're right. |
| 16:13.07 | Qwell | both of those bugs were preventing autofill from working in general. the latter is realtime only though |
| 16:16.19 | putnopvut | Qwell: Patch looks good by me. Commit away! |
| 16:18.13 | Qwell | --> |
| 16:35.37 | *** join/#asterisk-dev kpfleming (n=kpflemin@216.207.245.1) |
| 16:35.37 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:35.50 | *** join/#asterisk-dev Victor_Yure (n=Victor_Y@unaffiliated/victoryure/x-837844) |
| 16:52.54 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:35.08 | *** join/#asterisk-dev anthm (n=anthm@adsl-69-215-148-43.dsl.milwwi.ameritech.net) |
| 17:35.08 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 17:38.08 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 17:45.45 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 17:47.57 | seanbright | file: it just sounds like a normal 3-way call. lots of ambient noise, unfortunately, but i'll have to figure out a way to resolve that. probably will adjust the volume on the different legs. |
| 17:48.18 | file | nods |
| 17:48.19 | seanbright | file: in other words, no noticeable delay. |
| 17:48.23 | tzanger | kpfleming: ping |
| 17:48.25 | file | nifty |
| 17:48.51 | seanbright | i only have to keep the lock on the bridged channel long enough to attach the hook? |
| 17:50.03 | file | nods |
| 17:50.07 | seanbright | wonderful |
| 17:50.16 | seanbright | thanks again. |
| 17:50.27 | file | gives seanbright a muffin |
| 17:54.42 | *** join/#asterisk-dev moy (n=moyhu@nat/ibm/x-abf104714f37f9e0) |
| 18:02.55 | kpfleming | tzanger: pn |
| 18:02.58 | kpfleming | or... pong |
| 18:05.00 | *** join/#asterisk-dev jmesquita (n=jmesquit@200.170.114.149) |
| 18:11.14 | *** join/#asterisk-dev joetester2 (n=joeteste@216.191.34.13) |
| 18:16.04 | *** part/#asterisk-dev ^shark_ (n=^shark_@217.194.147.193) |
| 18:26.36 | festr_ | anyone here has problem with HINT 1.4 svn? i've discovered bug and tells it to oej who seems too be very busy now. :( |
| 18:30.21 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 18:30.21 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 18:42.17 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 18:43.16 | puzzled | hi |
| 18:48.34 | *** join/#asterisk-dev MikeJ (n=MikeJ@33.203.64.208.static.accentrainc.com) |
| 18:48.38 | *** join/#asterisk-dev oej (n=olle@212.33.142.229) |
| 18:48.38 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:49.04 | MikeJ | tzafrir: are you around? |
| 18:53.04 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:55.34 | file | let it be known across the land that Tuxd00d's son arrived in this world on the 12th, that is all |
| 18:56.47 | lmadsen | w00t! |
| 18:56.56 | lmadsen | congrats! |
| 18:57.18 | tuxd00d | Thank, We're exited |
| 18:57.25 | outtolunc | congrats! |
| 18:57.39 | file | tuxd00d: you cheeky bugger, hiding here and getting me to announce it :D |
| 18:57.45 | tuxd00d | yep |
| 18:57.58 | tuxd00d | you annouce with style |
| 18:58.20 | *** topic/#asterisk-dev by file -> Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- IAX2/guest@pbx.digium.com/asterisk-dev -=- Asterisk trunk: res_telepathy release tomorrow-=- Tier 2 and Tier 3.14159 support is in #asterisk -=- Lost: Sanity Found: Banana -=- Automated Builds, thx file! - http://buildbot.digium.com -=- Congrats on becoming a father tuxd00d |
| 18:58.56 | tuxd00d | thanks file! |
| 18:59.02 | outtolunc | suggests nick change to 'tuxdAAd' <G> |
| 18:59.21 | tuxd00d | outtolunc, that's funny |
| 19:00.18 | lmadsen | tuxd00d: did you name him Leif?! |
| 19:00.30 | Qwell | say yes, he'll believe you! |
| 19:01.12 | lmadsen | I've been trying to get someone to name their kid after me for a year now :) |
| 19:01.23 | file | so that you can live on at least in name? O.o |
| 19:01.33 | lmadsen | yes :) |
| 19:01.57 | lmadsen | hrmmm... tidbit for ya (OT): sometimes assigning LESS RAM to a VM makes it run faster |
| 19:02.01 | lmadsen | that is all. |
| 19:02.03 | *** join/#asterisk-dev flujan (n=flujan@internet.nube.com.br) |
| 19:02.07 | lmadsen | but you all knew that already anyways |
| 19:02.37 | jsmith | tuxd00d: Name? |
| 19:02.40 | *** join/#asterisk-dev elguero (n=elguero@66.251.53.194) |
| 19:02.45 | jsmith | tuxd00d: Wife and kid both doing well? |
| 19:03.08 | outtolunc | kissed that 1 million bucks goodbye yet? |
| 19:03.57 | outtolunc | sorry should have waited another month for that <G> |
| 19:06.26 | tuxd00d | lmadsen: you noticed that too about VM's? |
| 19:06.53 | lmadsen | tuxd00d: ya... seems if you overload the RAM on certain machines it tends to slow down. I think its because it tries to swap to the HD on the host |
| 19:07.15 | tuxd00d | His name shall be, from this day forth (actually the 12th), Avery Scott Pabin |
| 19:08.18 | tuxd00d | We had an emergency cesarean, wife is doing well, Avery is amazing, strongest kid the doc has ever soon, he and crawl and hold his head right out of the womb |
| 19:08.56 | tuxd00d | lmadsen, which VM are you using? I was using paralles |
| 19:09.12 | lmadsen | vmware |
| 19:09.33 | lmadsen | tuxd00d: you better start working out then :) |
| 19:10.30 | tuxd00d | Avery was on CPAP for 30 minutes at birth, as he needed a little help opening lungs, as that is done during a vaginal birth |
| 19:11.23 | tuxd00d | lmadsen, yes I'd better, this boy is going to be a linebacker (football, the AMERICAN kind) |
| 19:12.50 | tuxd00d | I'll give access to pictures to those who know me well, I'm not a big fan of sharing pictues of my family to stangers |
| 19:13.15 | tuxd00d | pretty much everybody in here knows me well enought |
| 19:16.53 | lmadsen | :) |
| 19:20.18 | tuxd00d | however, I can't post too much info in here, everything here is logged for-ev-er |
| 19:21.08 | tuxd00d | Just private message me |
| 19:21.14 | tuxd00d | and I'll give you the info |
| 19:24.49 | *** part/#asterisk-dev MikeJ (n=MikeJ@33.203.64.208.static.accentrainc.com) |
| 19:45.56 | *** join/#asterisk-dev mvanbaak_ (n=michiel@vanbaak.xs4all.nl) |
| 19:47.01 | mvanbaak_ | whehehehehe: http://www.openbsd.org/cgi-bin/cvsweb.cgi/ports/telephony/asterisk-openbsd-moh/ |
| 19:47.56 | jsmith | mvanbaak: I figured as much... |
| 19:54.05 | *** join/#asterisk-dev xrg_ (n=panos@77.83.42.197) |
| 19:54.05 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:54.58 | xrg_ | Hi ppl! Has there been any thought for realtime *outgoing* registrations for chan_sip ? |
| 19:55.52 | *** join/#asterisk-dev janinge (i=j@ninge.net) [NETSPLIT VICTIM] |
| 19:56.07 | oej | xrg_: No. |
| 19:56.27 | oej | xrg_: How would that work? How would ASterisk now when you add stuff? |
| 19:56.42 | xrg_ | a manager command, perhaps? |
| 19:56.43 | oej | xrg_: Static realtime works now, with a "sip reload" to initiate an update |
| 19:56.56 | oej | xrg_: Well, that's how it works today |
| 19:57.12 | xrg_ | point is, I already have realtime peers, and a reload would mess with those .. |
| 19:57.55 | xrg_ | I was thinking of implementing, say, a "SIPregisterUser" and "SIPunregisterUser" command.. |
| 19:58.25 | oej | Interesting concept. Write a spec before you code, so we can discuss it. |
| 19:58.39 | xrg_ | OK.. |
| 19:59.10 | xrg_ | Scenario: I want to register, dynamically, multiple "customers" into somebody else's SIP servers.. |
| 20:00.40 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 20:01.24 | xrg_ | 2nd thought: have a realtime db table, and some sort of 'trigger' function that will cause re-read of the table.. |
| 20:06.05 | *** join/#asterisk-dev Corydon76-dig (i=gray@pdpc/supporter/bronze/Corydon76-home) |
| 20:06.05 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 20:06.07 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 20:06.19 | *** join/#asterisk-dev ctooley (n=ctooley@209.33.106.198) |
| 20:07.44 | *** join/#asterisk-dev tzafrir (n=tzafrir@62.90.10.53) [NETSPLIT VICTIM] |
| 20:07.44 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 20:09.01 | Corydon76-dig | I take it a server just failed? |
| 20:09.36 | jsmith | Corydon76-dig: The Freenode staff just announced that they were bringing up a *test* server, so of course one of their production servers just failed ;-) |
| 20:09.48 | jsmith | Corydon76-dig: Isn't that the way it always works? |
| 20:10.03 | Corydon76-dig | Lovely |
| 20:10.08 | mvanbaak | or they did run 'svn up' on the wrong box |
| 20:10.46 | Corydon76-dig | "Press any key to continue. NO, NO, NOT THAT ONE!!" |
| 20:11.29 | mvanbaak | ah well, most admins reboot a wrong box once in their career |
| 20:12.24 | Corydon76-dig | mvanbaak: it's even more fun when the sysadmin screws up and the developers get kicked off a box by management for screwing up |
| 20:12.49 | Corydon76-dig | Lost root privileges once due to that |
| 20:13.18 | Corydon76-dig | Sysadmin later admitted that he was the one who fatfingered 'crontab -r' instead of 'crontab -e' |
| 20:19.09 | mvanbaak | gheh |
| 20:20.19 | *** join/#asterisk-dev oej_ (n=olle@212.33.142.229) |
| 20:21.53 | ctooley | I'm working on a transmit function in chan_sip.c for 300 Multiple choices methods. I have it set up to schedule destruction of the outbound 300 Multiple Choices message and when it gets ACK'd the schedule entry retransmission is getting accurately removed, but the messages are getting destroyed by the scheduler instead of cleanly exiting. |
| 20:22.15 | ctooley | If I don't schedule the destruction the ACK gets replied to with a 603 Declined. |
| 20:22.46 | putnopvut | ctooley: I totally misread that at first saying that you had 300 individual multiple choice methods you were programming... |
| 20:23.18 | oej_ | ctooley: Reply to an ACK? That's interesting ... or scary... |
| 20:24.01 | ctooley | oej_, yeah, I know |
| 20:24.46 | ctooley | That's the best I can tell though, the ACK is keeping the SIP channel open and when it's timed out the next messages are retransmissions of 603 Declined |
| 20:25.26 | ctooley | putnopvut, Well, if we get this working there will be more than 300 concurrent channels getting replied to with Multiple choices messages. :) |
| 20:25.37 | ctooley | But, no I'm not spamming the network from a single INVITE |
| 20:26.49 | oej_ | Right. |
| 20:27.48 | ctooley | oej_, I've got this in the transmit_response_with_routedata function: return send_response(p, &resp, XMIT_CRITICAL, 1); |
| 20:28.41 | ctooley | That should look for an ACK to the response and clean things up, correct? |
| 20:37.36 | ctooley | oej_, emailed you the "log" |
| 20:41.18 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 20:53.19 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:59.18 | *** join/#asterisk-dev atis_home (n=chatzill@193.238.213.215) |
| 21:00.49 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 21:00.49 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 21:07.11 | atis_home | putnopvut: hey, from logs i see you solved 12445 together with Qwell - that's nice :) |
| 21:07.25 | putnopvut | Qwell pretty much solved it. |
| 21:07.33 | atis_home | putnopvut: you probably haven't found anything about 12447 |
| 21:07.33 | putnopvut | I can't take any credit on that one. |
| 21:07.41 | putnopvut | atis_home: nope, not yet :( |
| 21:08.13 | atis_home | so, no ideas.. i think that will die somewhere in mantis if i won't find any more cases like this |
| 21:10.09 | putnopvut | atis_home: to be honest, I've been spending a lot of my time today on 11999. The reporter gave valgrind output and it looks like we could be on the verge of solving a very interesting memory corruption problem. |
| 21:11.33 | atis_home | oh, i don't mind that, my issue is not really important, because i finally enabled autofill - so one hanging channel won't create problems for me anymore.. i'm just curios what that could be |
| 21:11.46 | Qwell | atis_home: so that did work then? |
| 21:12.11 | atis_home | Qwell: i solved my autofill by adding realtime column in mysql.. not sure about your commit, but can test tomorrow |
| 21:12.34 | Qwell | heh, okay, so you had only been bit by the first bug then |
| 21:12.52 | Qwell | without the column, removing the q->autofill = 0; would've fixed it. WITH the column, the second part would have |
| 21:13.09 | Qwell | (in theory) |
| 21:13.21 | atis_home | Qwell: no, i deleted column and did reload of one queue ("queue show xxx") |
| 21:13.41 | Qwell | I don't think realtime queues get reloaded like that |
| 21:13.53 | atis_home | i'm pretty sure that they do |
| 21:14.01 | atis_home | i was digging that code few months ago |
| 21:14.20 | Qwell | oh, well...it should be fixed anyways :D |
| 21:14.31 | atis_home | Qwell: but anyway - i did restart after compile, so default value from queues.conf should have been loaded |
| 21:19.08 | putnopvut | Qwell: yeah, realtime queues can be coaxed into being reloaded by showing a specific queue. |
| 21:48.11 | *** join/#asterisk-dev dlynes (n=dlynes@216.251.149.69) |
| 22:14.35 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177581724.dsl.bell.ca) |
| 22:35.29 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) |
| 23:00.55 | jpeeler | file: did you get a chance to look at the multiparking branch? |
| 23:01.52 | file | not yet, it is on my agenda for tomorrow |
| 23:02.38 | jpeeler | ok, no problem |
| 23:02.47 | file | are you finding other things to tackle? |
| 23:02.59 | jpeeler | i just completed one, but i might need some more tomorrow |
| 23:03.12 | jpeeler | or rather, i will need more |
| 23:04.14 | file | nods |
| 23:05.08 | *** part/#asterisk-dev gmaruzz (n=gmaruzz@213-140-6-122.ip.fastwebnet.it) |
| 23:21.58 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable153.55-201-24.mc.videotron.ca) |
| 23:24.12 | *** join/#asterisk-dev jeffg (i=Yd2QIlBs@pdpc/supporter/active/jeffg) |
| 23:25.35 | festr_ | whois oej |
| 23:29.22 | lmadsen | ~oej |
| 23:51.57 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |