| 00:13.11 | *** join/#asterisk-dev davidcsi (n=davidcsi@80.27.42.156) |
| 00:13.58 | davidcsi | hello all: i got no answer for this question in #asterisk so came here: i have NO PEER REGISTERED. When a call comes in it goes to the default context. I have a peer in sip.conf with host=IP, that i send to conext whatever. Asterisk sends calls coming in from that IP to the context just fine. Queston is: Where does asterisk gets the IP Source? from the TCP/IP layer or from the SIPURI????? |
| 00:16.12 | JerJer | i'm thinkin i could configure openser2pyxq9e0 |
| 00:16.58 | JT | davidcsi: are all those question marks really necessary? |
| 00:18.33 | davidcsi | not really, sorry... but i've had an attack today... so i'm a little stressed-out |
| 00:19.57 | JT | what sort of attack? |
| 00:20.34 | davidcsi | well an IP out of London trying to terminate like 30k SENEGAL calls via my proxy |
| 00:33.02 | Qwell | file: dunno, will have to check tomorrow. RHEL3 |
| 00:34.41 | Qwell | file: codefreeze: It's weird, because it was able to compile a few other things in utils/, but stopped when it was trying aelparse... a NOISY_BUILD=1 didn't show it even calling gcc |
| 00:35.30 | codefreeze | Qwell: must be using an old/new version of make with a problem builtin.... |
| 00:36.00 | Qwell | I'll try to upgrade it tomorrow. |
| 00:36.04 | *** part/#asterisk-dev davidcsi (n=davidcsi@80.27.42.156) |
| 00:36.56 | codefreeze | Murphy's Law reigns supreme! |
| 00:36.57 | Qwell | BTW, chili without botulism tastes quite good. |
| 00:37.34 | codefreeze | Qwell: you know what it tastes like WITH botulism? |
| 00:37.49 | Qwell | no, I just know that it probably tastes better without it :p |
| 00:38.39 | codefreeze | It has to be somewhat tasteless--- or fewer people would have died from it.... scratch that. Just one taste is all it takes. |
| 00:38.39 | Qwell | watch, now I'm gonna find out tomorrow that Hormel was one of the brands...and I'm gonna be angry |
| 00:39.01 | *** join/#asterisk-dev ManxPower (n=manxpowe@032-493-418.area7.spcsdns.net) |
| 01:00.42 | *** join/#asterisk-dev blitzrage (n=blitzrag@asterisk/documenteur-extraordinaire/blitzrage) |
| 01:22.53 | *** join/#asterisk-dev ltdwk (n=z@203-173-10-9.perm.iinet.net.au) |
| 01:38.04 | *** join/#asterisk-dev miguel3239 (n=elguerom@ns1.nashuacs.com) |
| 01:38.27 | *** join/#asterisk-dev ZX81 (n=matt@202.20.97.211) |
| 02:11.07 | *** join/#asterisk-dev jefforulez (n=jeffo@pool-71-187-66-159.nwrknj.fios.verizon.net) |
| 02:49.19 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.149) |
| 03:26.29 | *** join/#asterisk-dev bbryant_ (n=Brett@user-24-214-124-177.knology.net) |
| 03:39.59 | *** join/#asterisk-dev HaMYaI (n=LAMER@ppp-58.8.211.11.revip2.asianet.co.th) |
| 03:50.49 | *** join/#asterisk-dev lrizzo (n=luigi@host40-238.pool80117.interbusiness.it) |
| 04:13.39 | *** join/#asterisk-dev lrizzo (n=luigi@host40-238.pool80117.interbusiness.it) |
| 04:27.50 | Juggie | sigh, i hate traveling |
| 04:32.29 | *** join/#asterisk-dev CunningPike (n=CunningP@S010600095b33697f.vc.shawcable.net) |
| 04:32.43 | snuff-work | poor Juggie.. lucky i'm not stuck to travelling everywhere |
| 04:33.35 | Juggie | huh? |
| 04:40.41 | Juggie | snuff hows your c? |
| 04:41.26 | snuff-work | not too bad |
| 04:41.27 | snuff-work | why :) |
| 04:41.50 | *** join/#asterisk-dev lrizzo (n=luigi@host40-238.pool80117.interbusiness.it) |
| 04:43.36 | Juggie | M10288 |
| 04:43.38 | MuffinMan | [assigned] [Asterisk] Resources/res_agi 0010288: [patch] [res_agi] more fixes and love, should be now completly thread and usecount safe. reported by juggie http://bugs.digium.com/view.php?id=10288 |
| 04:43.58 | Juggie | you should umm, test my latest patch on that by registering an agi command from an external module :) |
| 04:48.43 | HaMYaI | M10245 |
| 04:48.44 | MuffinMan | [closed] [Asterisk] Resources/res_agi 0010245: Agi in live & dead channels? Don't drop DeadAGI from live. reported by xrg http://bugs.digium.com/view.php?id=10245 |
| 04:50.20 | HaMYaI | Juggie: is there a possibility to have a fix for 1.2.20+ regarding that bug issue? |
| 04:51.53 | Juggie | HaMYaI, which bug is that? |
| 04:52.08 | HaMYaI | M10245 |
| 04:52.10 | MuffinMan | [closed] [Asterisk] Resources/res_agi 0010245: Agi in live & dead channels? Don't drop DeadAGI from live. reported by xrg http://bugs.digium.com/view.php?id=10245 |
| 04:52.23 | HaMYaI | Juggie: not a bug actually |
| 04:52.24 | Juggie | i'm still not sure what the bug was |
| 04:52.28 | Juggie | nothing in 1.2.x has changed. |
| 04:52.46 | Juggie | DeadAGI still (incorrectaly) runs on a dead channel in 1.2 and 1.4 |
| 04:53.05 | Juggie | so i'm not sure what your asking me to do |
| 04:53.53 | HaMYaI | Juggie: yeah, hasn't it been removed previously? |
| 04:54.02 | Juggie | only on trunk |
| 04:54.14 | HaMYaI | Juggie: ic |
| 04:54.15 | Juggie | and even then, we disabled it temporarily, and then i came up with a better solution |
| 04:55.02 | Juggie | now you just run AGI() and it will sighup the script when the user hangsup, but it wont kill your connection to * if you ignore the sighup, so you can keep talking to asterisk even after the channel is 'dead' until you exit your agi |
| 04:55.20 | Juggie | so in essence it works exactally like before, except, its being called properly. |
| 04:55.26 | Juggie | but this is only on trunk |
| 04:55.32 | Juggie | 1.2 & 1.4 havnt been changed |
| 04:55.50 | HaMYaI | Juggie: so, I will just have to ignore the SIGHUP |
| 04:57.23 | HaMYaI | I just had a problem since 1.2.20 where DIALSTATUS wasn't recorded after I called DeadAGI() through live channels |
| 04:58.19 | HaMYaI | so, there must be some changes for Resources/res_agi in 1.2.20 |
| 05:03.02 | Juggie | HaMYaI, running DeadAGI on a live channel is 'voodoo' at best since deadagi ignores the channel completly.. i guess a bug fix effected something. |
| 05:03.06 | Juggie | *affected |
| 05:03.37 | Juggie | if we changed behaviour though, thats an issue |
| 05:03.42 | Juggie | as we dont want to do that |
| 05:04.09 | Juggie | what does your agi script do exactally |
| 05:04.55 | HaMYaI | Juggie: don't know if you've heard of a2billing mentioned in 10245? |
| 05:05.20 | Juggie | HaMYaI, sorry, i have alot of things going on i cant remember every bug :) |
| 05:05.51 | HaMYaI | Juggie: the whole billing system runs on a single execution of DeadAGI() |
| 05:06.44 | Juggie | ok then, well, if we broke a2billing you should submit a bug on the bug tracker, and explain that we broke it, link to the a2billing bug site etc... |
| 05:06.50 | HaMYaI | Juggie: call dialing/cdr records are all done in that php-agi script |
| 05:07.46 | Juggie | DeadAGI was not intended the way it ended up being used unfortunatally, but we still cant break something in the middle of a release tree that used to work. |
| 05:07.58 | Juggie | so please post all that information in a bug report. |
| 05:08.00 | HaMYaI | Juggie: people just couldn't upgrade to 1.2.20+ and 1.4.8+ and the guy just reported in 10245 |
| 05:08.11 | HaMYaI | Juggie: okie =) |
| 05:08.21 | Juggie | HaMYaI, there were no changes to agi |
| 05:08.26 | Juggie | its something else causing it |
| 05:09.31 | Juggie | if you look @ res agi for example in 1.2, http://svn.digium.com/view/asterisk/branches/1.2/res/res_agi.c?view=log |
| 05:09.36 | Juggie | it hasnt been changed in 4 weeks |
| 05:11.04 | HaMYaI | Juggie: ic |
| 05:11.54 | Juggie | HaMYaI, i'm looking @ the commits and i dont see anything that would break what you are saying... can you still tell me what a2billing does in its agi |
| 05:12.02 | Juggie | it does a dial, then checks the dialstatus, and whatever |
| 05:12.11 | Juggie | but since 1.2.20 after the dial it is unable to check dialstatus? |
| 05:13.20 | HaMYaI | Juggie: it uses php-agi + mysql mostly |
| 05:13.29 | Juggie | i know that |
| 05:13.33 | Juggie | i want to know the steps it does |
| 05:13.35 | Juggie | and where it breaks |
| 05:13.37 | Juggie | in agi terms |
| 05:13.58 | Juggie | show me a agi debug if you have to, infact, that would be good to post to the tracker when you post the bug. |
| 05:14.02 | Juggie | include an 'agi debug' |
| 05:14.13 | HaMYaI | Juggie: okay, it uses a Dial command to the trunk set up in the DB |
| 05:14.23 | Juggie | and if you can include both a working and non working example that would expedite things |
| 05:14.31 | Juggie | (of an agi debug i mean) |
| 05:15.01 | HaMYaI | okie, will set up the test and pastebin to you in 10 mins |
| 05:16.47 | Juggie | ok thanks |
| 05:16.55 | Juggie | an agi debug of it working and not working will help the most |
| 05:17.01 | Juggie | then i'll spot the problem |
| 05:35.12 | HaMYaI | okie, here it is http://pastebin.ca/634125 |
| 05:36.37 | HaMYaI | Juggie: that includes both working and non-working scenarios |
| 05:37.36 | HaMYaI | Juggie: what I did was to make a call from a sip extension using that script, i.e from caller A->B |
| 05:38.06 | HaMYaI | after caller B received the call, he hangs up after a few seconds |
| 05:47.54 | HaMYaI | Juggie: the problem is that the when the call hangs up the DB don't get inserted/updated, I may have to send you more dbugging info for that portion |
| 05:55.25 | Juggie | please make a bug and post all this |
| 05:55.33 | Juggie | http://bugs.digium.com |
| 05:55.42 | Juggie | something was done to change behaviour |
| 05:55.57 | Juggie | i have to sleep now though so post it all on the tracker |
| 05:57.01 | HaMYaI | Juggie: ok, thanks |
| 06:03.50 | Juggie | np |
| 06:04.21 | Juggie | subject of your bugreport should be 'res_agi behaviour changed in 1.2.20+ 1.4.8+ |
| 06:04.30 | Juggie | to get the most attention |
| 06:22.49 | HaMYaI | Juggie: hi, I just did another debug http://pastebin.ca/634157 |
| 06:23.13 | HaMYaI | can you look at it for one minute if you 're still awake =) |
| 06:23.44 | HaMYaI | also included the php code involved where the problem resides |
| 06:25.26 | HaMYaI | the call stopped just before "GET VARIABLE ANSWEREDTIME" after DIALSTATUS returned -1 |
| 07:05.24 | *** join/#asterisk-dev steliosk (n=Stelios@ipa226.211.tellas.gr) |
| 08:14.10 | *** join/#asterisk-dev qdk (n=qdk@213.150.62.32) |
| 08:44.08 | *** join/#asterisk-dev Gled|work (n=gled@LPuteaux-151-42-17-115.w193-252.abo.wanadoo.fr) |
| 08:44.19 | Gled|work | Hi chan |
| 08:57.55 | *** join/#asterisk-dev IgorG (n=FeedomPa@195.162.32.126) |
| 09:33.48 | *** join/#asterisk-dev hermuli (n=Eladamri@cs185062.pp.htv.fi) |
| 09:59.16 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-12-187.bredband.comhem.se) |
| 10:13.49 | *** join/#asterisk-dev michael-i (n=michael-@141.41.40.55) |
| 10:35.59 | *** join/#asterisk-dev oej_ (n=olle@soll4-125.cust.blixtvik.net) |
| 10:39.49 | *** join/#asterisk-dev tsurko (n=tsurko@77.70.15.52) |
| 10:59.00 | *** join/#asterisk-dev waptaxi (n=waptaxi@stat-5-160.e-sky.ru) |
| 11:09.56 | *** part/#asterisk-dev waptaxi (n=waptaxi@stat-5-160.e-sky.ru) |
| 11:52.34 | *** join/#asterisk-dev jefforulez (n=jefforul@38.96.187.252) |
| 12:49.32 | *** join/#asterisk-dev miguel3239 (n=elguerom@ns1.nashuacs.com) |
| 13:22.33 | *** join/#asterisk-dev imesper (n=ian@c9066412.static.spo.virtua.com.br) |
| 13:27.02 | imesper | Hi, I am working on rate_engine and I am having a problem, I guess since asterisk 1.4. I need the respective channel to get some variables to calculate my cost |
| 13:27.29 | imesper | here is the piece of code: |
| 13:27.40 | imesper | <PROTECTED> |
| 13:27.40 | imesper | <PROTECTED> |
| 13:27.40 | imesper | ast_mutex_unlock(&chan->lock); |
| 13:27.40 | imesper | chan = ast_channel_walk_locked(chan); |
| 13:27.41 | imesper | <PROTECTED> |
| 13:28.11 | imesper | Is there any problem with this code? |
| 13:28.55 | Corydon76-home | Yeah, it ignores the fact that multiple CDRs could be on a channel |
| 13:31.45 | imesper | What is the best way to do it? |
| 13:42.23 | *** join/#asterisk-dev _mihai_ (n=_mihai_@38.96.187.252) |
| 13:43.35 | *** join/#asterisk-dev hohum_ (n=dcorbe@gate.globecommsystems.com) |
| 13:44.10 | *** join/#asterisk-dev marv[work] (n=timr@24.214.206.254) |
| 13:45.38 | *** join/#asterisk-dev j-goddess (n=humblein@phrank.aus.us.siteprotect.com) |
| 13:47.55 | *** join/#asterisk-dev dioedu (n=dioedu@c915230f.virtua.com.br) |
| 13:55.43 | imesper | here is what I need: pbx_builtin_getvar_helper(chan, "FIRSTLEN"); thats why I need the channel |
| 13:59.10 | HaMYaI | Corydon76-home: does DeadAGI() require SIGHUP to be ignored? |
| 14:02.46 | *** join/#asterisk-dev blitzrage (n=blitzrag@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:02.57 | blitzrage | morning all |
| 14:07.11 | *** join/#asterisk-dev jsmith (n=jsmith@adsl-074-228-192-104.sip.asm.bellsouth.net) |
| 14:08.50 | j-goddess | hihi |
| 14:09.01 | blitzrage | hoi hoi |
| 14:09.29 | j-goddess | hehe |
| 14:09.32 | j-goddess | 7 minutes |
| 14:09.41 | j-goddess | your rather chatty for being up for 7 minutes |
| 14:09.42 | j-goddess | =P |
| 14:11.03 | blitzrage | it happens :) |
| 14:11.06 | blitzrage | you're* |
| 14:11.31 | j-goddess | jeje |
| 14:11.33 | blitzrage | when you only have to walk from the bedroom to the living room to get to work... |
| 14:11.36 | j-goddess | :o |
| 14:11.40 | j-goddess | s/jeje/hehe |
| 14:12.24 | j-goddess | yeah *grumble* *grumble* good morning :) <-- you are so chipper! ;) |
| 14:12.29 | j-goddess | better? |
| 14:13.29 | blitzrage | perhaps |
| 14:13.30 | blitzrage | :) |
| 14:14.15 | j-goddess | :) |
| 14:15.08 | blitzrage | yay spam for chinese telephony devices! |
| 14:28.01 | j-goddess | heh |
| 14:49.24 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 14:51.11 | *** join/#asterisk-dev joetester (n=joeteste@216.191.34.13) |
| 14:51.22 | joetester | Hi to all. |
| 14:52.12 | *** join/#asterisk-dev fakhir (n=Fakhir@unaffiliated/fakhir) |
| 14:52.14 | joetester | How do I install asterisk on my mac to use vonage? :P |
| 14:53.23 | Qwell[] | ./configure && make && make install |
| 14:53.26 | Qwell[] | next |
| 14:54.12 | joetester | heheheh... I'm working on my java based asterisk monitoring panel (I know, java) |
| 14:56.26 | joetester | Plus I use sun's ide, so my olde time celery laptop has a really hard time with running a web browser+IDE+irc thingamajig |
| 15:00.56 | *** join/#asterisk-dev miguel3239 (n=elguerom@ns1.nashuacs.com) |
| 15:03.26 | *** join/#asterisk-dev wunderkin (n=wunderki@ip68-2-62-143.ph.ph.cox.net) |
| 15:12.28 | *** join/#asterisk-dev qdk (n=qdk@0x50c627be.bynxx11.adsl-dhcp.tele.dk) |
| 15:29.53 | *** join/#asterisk-dev CunningPike (n=arodgers@209.17.159.211) |
| 15:36.48 | putnopvut | Hmm, either my IRC client has written the top op's name in the name list white or there's an op with no name in here... |
| 15:37.01 | putnopvut | Oh, it's murf. |
| 15:37.38 | file | interesting |
| 15:38.26 | *** join/#asterisk-dev putnopvut (i=putnopvu@nat/digium/x-1ffadf826bbd337e) |
| 15:38.26 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:40.06 | putnopvut | codefreeze: did you see my note/patch for 10295 yesterday? Am I on the right track with it? I ask you because you seem to be the guru of all things cdr. |
| 15:58.45 | Gled|work | Hi Qwell are you there ? |
| 15:58.56 | *** join/#asterisk-dev IPmonger (n=ipmonger@c-71-224-31-246.hsd1.pa.comcast.net) |
| 16:04.28 | codefreeze | putnopvut: I haven't looked at the patch, but the explanation in the comments about nulling the pointer is a practical thing to do! |
| 16:09.55 | *** join/#asterisk-dev BugKhaM (n=LAMER@ppp-58.8.1.159.revip2.asianet.co.th) |
| 16:14.06 | putnopvut | codefreeze: Okay, just wanted to make sure I wasn't doing anything stupid. |
| 16:24.27 | blitzrage | oh you probably are :D |
| 16:24.38 | blitzrage | and you'll only find out after a new release goes out with your changes |
| 16:24.49 | putnopvut | Isn't that how it always works? |
| 16:25.01 | putnopvut | Luckily nothing's been committed yet. |
| 16:25.02 | file | so if you don't like the way I look, well I just don't give a damn |
| 16:25.06 | file | cause the world keeps spinning 'round and 'round |
| 16:25.47 | blitzrage | putnopvut: usually... |
| 16:27.03 | blitzrage | oh that's nice... I just had Queue() start ringing the same end points twice.... I hope that was because a 2nd person in the queue joined :) |
| 16:27.28 | jsmith | blitzrage: Check the queue_log |
| 16:28.12 | blitzrage | jsmith: meh... just testing.... I'll deal with that after. I'm sure it's because I'm not setting something to mark the member as busy |
| 16:28.51 | file | good morning baltimore, every day's like an open door... every night is a fantasy every sound is like a symphony |
| 16:29.00 | file | jsmith: that would break it |
| 16:31.13 | blitzrage | and apparently I'm not in -doc where I usually do my bitching... :) |
| 16:33.28 | *** join/#asterisk-dev bkuhn (i=bkuhn@sflc/staff/conservancy.president.bkuhn) |
| 16:35.02 | mvanbaak | russellb: gheh, you read through all the patches for that ast_verb( patch ? |
| 16:35.44 | *** part/#asterisk-dev IPmonger (n=ipmonger@c-71-224-31-246.hsd1.pa.comcast.net) |
| 16:36.14 | bkuhn | sfl |
| 16:36.16 | Corydon76-work | You could just sign out of the queue... |
| 16:36.22 | file | mvanbaak: I somehow doubt it |
| 16:36.29 | Corydon76-work | or increase your penalty |
| 16:37.02 | mvanbaak | lol file |
| 16:37.09 | mvanbaak | I wonder |
| 16:38.33 | *** join/#asterisk-dev lrizzo (n=luigi@prova.iet.unipi.it) |
| 16:39.52 | blitzrage | Corydon76-work: ya I was talking about the channel reporting In Use via the call-limit |
| 16:41.11 | blitzrage | since i'm not using Local channel to control all that now |
| 16:45.07 | mvanbaak | OEH ! |
| 16:45.13 | mvanbaak | conflictgalore ! |
| 17:02.49 | russellb | mvanbaak: of course |
| 17:02.53 | russellb | i mean ... no |
| 17:03.17 | russellb | eep |
| 17:04.18 | mvanbaak | gheh |
| 17:04.55 | Juggie | Corydon76-home, i posted a patch with the changes you requested |
| 17:16.10 | Simon-- | jefforulez: k, I have about 5 traces from this morning |
| 17:21.10 | blitzrage | back in a bit... going biking! |
| 17:29.17 | Corydon76-work | Juggie: I'll take a look at it in a bit |
| 17:34.15 | _mihai_ | Simon--: are you the guy that made some comments on bug 10289? |
| 17:41.13 | *** join/#asterisk-dev tzafrir_home (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 17:46.49 | mvanbaak | hhmm |
| 17:46.56 | mvanbaak | bad news on the mailing list |
| 17:47.31 | jmls | mvanbaak: ?? |
| 17:47.46 | mvanbaak | Some time in the next two weeks, Digium will be shutting down our FTP |
| 17:47.50 | mvanbaak | server, located at ftp.digium.com, and begin using only the existing |
| 17:47.54 | mvanbaak | HTTP server on the same system instead. |
| 17:48.02 | *** join/#asterisk-dev bkuhn (i=bkuhn@sflc/staff/conservancy.president.bkuhn) |
| 17:48.41 | mvanbaak | no more ftp downloads |
| 17:49.53 | Qwell[] | Nobody has used ftp since 1995. |
| 17:49.54 | Qwell[] | :p |
| 17:51.05 | mvanbaak | I really wonder why this is happening |
| 17:51.22 | mvanbaak | it's not like it's another server. Kevin states in his mail the HTTP is on the same box |
| 17:54.13 | tzafrir_home | mvanbaak, not that I like it, but use lftp http://ftp.digium.com |
| 17:54.35 | Corydon76-work | Uh, I've been using ftp... |
| 17:54.53 | Corydon76-work | Everytime I want to check what a particular version included |
| 17:54.54 | mvanbaak | tzafrir_home: I know. but then you have to install lftp |
| 17:55.04 | mvanbaak | another dependency to get asterisk on your machine |
| 17:55.14 | Qwell[] | wget :p |
| 17:55.20 | mvanbaak | same story |
| 17:55.24 | Qwell[] | curl |
| 17:55.27 | mvanbaak | same story |
| 17:55.29 | Qwell[] | lynx |
| 17:55.30 | Qwell[] | links |
| 17:55.31 | Qwell[] | links2 |
| 17:55.32 | mvanbaak | same story |
| 17:55.33 | Qwell[] | elinks |
| 17:55.33 | mvanbaak | same story |
| 17:55.35 | Qwell[] | :P |
| 17:55.41 | Qwell[] | every box comes with at least one of those |
| 17:55.43 | bmd | oh for the love of god just mirror it on your ftp server then |
| 17:55.45 | mvanbaak | nope |
| 17:56.00 | Qwell[] | except openbsd, but it doesn't come with anything |
| 17:56.03 | mvanbaak | does digium run on the latest bind ? |
| 17:56.08 | Qwell[] | dunno |
| 17:56.12 | mvanbaak | Qwell[]: it comes with ftp ! |
| 17:56.12 | mvanbaak | HA |
| 17:56.27 | Qwell[] | until somebody finds a remote root exploit in it |
| 17:56.33 | mvanbaak | lol |
| 17:56.34 | mvanbaak | indeed |
| 17:56.38 | mvanbaak | hhmm |
| 17:56.55 | mvanbaak | maybe I can use the latest sploit to poison dns and point ftp.digium.com to my ftp box |
| 17:56.56 | Corydon76-work | At least ftp.digium.com is still browseable |
| 17:56.59 | mvanbaak | ;) |
| 17:57.14 | Qwell[] | heh |
| 17:57.42 | mvanbaak | hhmm |
| 17:57.52 | Corydon76-work | Can we at least alias it to something other than ftp, like download.digium.com ? |
| 17:57.54 | jmls | I consider it a bug that there's no ExportVar when there's an ImportVar .... |
| 17:58.06 | mvanbaak | bmd: but then I'll have to use http to mirror it to an ftp server |
| 17:58.10 | Corydon76-work | jmls: uh, that's a bad idea |
| 17:58.51 | Corydon76-work | jmls: it's like changing someone else's clothes while they're at a podium |
| 17:59.04 | jmls | I see your point |
| 17:59.20 | jmls | however, ImportVar will fix my problem anyway ;) |
| 17:59.33 | Corydon76-work | In trunk, we have IMPORT() |
| 18:00.44 | mvanbaak | Qwell[] / Corydon76-work: you guys support rsync or something to mirror it ? |
| 18:00.56 | Qwell[] | dunno |
| 18:01.11 | Qwell[] | I just write code, and sometimes it'll magically show up on the ftp |
| 18:01.16 | mvanbaak | lol |
| 18:04.34 | *** part/#asterisk-dev bkuhn (i=bkuhn@sflc/staff/conservancy.president.bkuhn) |
| 18:07.33 | tzafrir_home | mvanbaak, actually, try the following: set in /etc/hosts ftp.digium.com to a host that has only an htttpd but no ftpd. Now write just "ftp.digium.com" in your browser's address line |
| 18:08.02 | tzafrir_home | On firefox (at least on mine) you get that ftp://ftp.digium.com/ is not available |
| 18:08.35 | mvanbaak | yeah |
| 18:08.39 | tzafrir_home | That's because firefox automatically completes ftp.something to ftp://ftp.something |
| 18:08.39 | mvanbaak | I noticed that as well |
| 18:08.50 | mvanbaak | opera does that as well |
| 18:09.06 | tzafrir_home | Hence after shutting down, some people will wonder why is that server down |
| 18:09.30 | mvanbaak | gheh |
| 18:09.36 | mvanbaak | links -g does it too |
| 18:09.38 | tzafrir_home | So I usggest either patching firefox and Opera or changing hte name ftp.digium.com ... |
| 18:10.11 | mvanbaak | like Corydon76-work said: download.digium.com |
| 18:12.09 | Juggie | i dont understand why you would shut down ftp |
| 18:12.13 | Juggie | to be quite honest |
| 18:13.13 | tzanger | me either |
| 18:13.23 | tzanger | my best guess is to hav ea retarded login before you can get at it |
| 18:13.37 | tzanger | he did mention marketing requirements, and that's how they think |
| 18:14.19 | Juggie | marketing.. pfft... they will probally ask for gopher.digium.com |
| 18:17.57 | mvanbaak | my bet is the marketing ppl cannot analyze the ftp logfiles with their statstool |
| 18:20.44 | *** join/#asterisk-dev fakhir (n=Fakhir@unaffiliated/fakhir) |
| 18:25.18 | Corydon76-work | putnopvut: ping |
| 18:26.13 | *** join/#asterisk-dev lrizzo (n=luigi@88-149-139-160.dynamic.ngi.it) |
| 18:27.16 | *** join/#asterisk-dev lrizzo (n=luigi@88-149-139-160.dynamic.ngi.it) |
| 18:31.44 | *** join/#asterisk-dev lrizzo (n=luigi@88-149-139-160.dynamic.ngi.it) |
| 18:34.25 | putnopvut | pizzong! |
| 18:35.44 | putnopvut | is svnbot MIA? |
| 18:36.38 | *** join/#asterisk-dev joetester (n=joeteste@216.191.34.13) |
| 18:37.11 | Qwell[] | sort of |
| 18:37.17 | Qwell[] | we disabled it, because it broke |
| 18:37.28 | putnopvut | Ah. So my commits won't close the issue then. |
| 18:37.38 | Qwell[] | oh, that svnbot |
| 18:37.47 | Qwell[] | I was talking about CIA |
| 18:37.54 | Corydon76-work | putnopvut: I need to mention to you the existence of ast_backtrace() |
| 18:38.21 | putnopvut | Corydon76-work: I guess you just did? ;) |
| 18:38.25 | Corydon76-work | putnopvut: it implements inline stack backtraces in development mode |
| 18:38.49 | Corydon76-work | (i.e. without killing the process) |
| 18:38.56 | Corydon76-work | thought you might find it helpful |
| 18:39.18 | putnopvut | Yes, that would be helpful. |
| 18:39.19 | putnopvut | Thanks for telling me about that. |
| 18:39.57 | Corydon76-work | Oh, you also need DONT_OPTIMIZE for that |
| 18:40.09 | putnopvut | I always use DONT_OPTIMIZE. |
| 18:40.34 | Corydon76-work | and it only works on Linux |
| 18:40.56 | Corydon76-work | specifically, it's using glibc builtins |
| 18:41.05 | putnopvut | Did you have any specific issue in mind that made you decide to mention it to me, or did you just realize that I needed to know? |
| 18:41.35 | *** join/#asterisk-dev anthm (n=anthm@m015f36d0.tmodns.net) |
| 18:41.35 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 18:41.36 | Corydon76-work | You mentioned it in your journal that you were having trouble with something that did not crash |
| 18:42.21 | Corydon76-work | so... thought that would be helpful... insert the void/void function where you needed to see |
| 18:42.47 | putnopvut | Ah, cool. Thanks. |
| 18:43.31 | *** join/#asterisk-dev bkuhn (i=bkuhn@sflc/staff/conservancy.president.bkuhn) |
| 18:43.33 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) |
| 18:44.42 | *** part/#asterisk-dev bkuhn (i=bkuhn@sflc/staff/conservancy.president.bkuhn) |
| 18:49.37 | Juggie | hello from 4000km away from home |
| 18:52.08 | blitzrage | hello! :) |
| 18:58.21 | tzanger | Juggie: hahaha |
| 19:03.23 | Juggie | blitzrage, ping |
| 19:04.03 | blitzrage | Juggie: pong... |
| 19:04.20 | putnopvut | Corydon76-work: ping |
| 19:04.35 | Corydon76-work | pong |
| 19:04.37 | blitzrage | w00t! |
| 19:04.57 | putnopvut | Hey, I put an ast_backtrace in my code to try it out and got the warning that it's only available on linux. |
| 19:05.01 | putnopvut | I'm using linux... |
| 19:05.13 | putnopvut | Is there something I need to enable to make it work properly? |
| 19:14.35 | Corydon76-work | putnopvut: should be in your logs |
| 19:15.58 | putnopvut | Which log file? |
| 19:16.22 | putnopvut | Oh, wait...hold up.... |
| 19:16.36 | Corydon76-work | DEBUG |
| 19:17.08 | *** join/#asterisk-dev janinge (n=janinge@211.80-202-239.nextgentel.com) |
| 19:18.11 | putnopvut | Nope, not there. Looking at the code, because I get teh warning that backtraces are only available on the Linux platform, it means that the backtrace isn't being created. |
| 19:18.16 | *** join/#asterisk-dev dlynes_laptop (n=dlynes@216.251.149.66) |
| 19:18.42 | Corydon76-work | Err, Linux isn't defined in your compile? |
| 19:18.50 | putnopvut | Guess not. |
| 19:19.08 | Corydon76-work | Weird |
| 19:25.14 | Corydon76-work | Oh, duh... should be lowercase l |
| 19:25.24 | putnopvut | Ah, I'll give it a try. |
| 19:29.20 | putnopvut | Yep, that fixed it. Thanks a bunch Corydon76-work |
| 19:42.36 | putnopvut | Corydon76-work: had another problem with it that Jason cleared up. Looks like AST_DEVMODE isn't defined even if you run configure with --enable-dev-mode |
| 19:42.59 | putnopvut | The makefile didn't bother to define it, so now backtraces work for real. |
| 19:59.18 | *** join/#asterisk-dev andethemint (n=robert@vcchgate.vcch01.springfield.tn.us.vcch.net) |
| 20:00.58 | *** join/#asterisk-dev bkruse_home (i=kruz@nat/digium/x-058aae855be6cd66) |
| 20:05.44 | putnopvut | Is there a #define that defines whether the system in question is 32 or 64 bit? |
| 20:06.30 | kpfleming | BITS |
| 20:06.38 | kpfleming | or something like that |
| 20:06.42 | putnopvut | kpfleming: thanks |
| 20:28.33 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 20:32.41 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 20:32.41 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:35.08 | mvanbaak | kpfleming: you ok if I use wget to mirror the http downloads store to our own ftp setup ? |
| 20:35.33 | kpfleming | of course |
| 20:35.36 | kpfleming | why would i care? |
| 20:35.42 | mvanbaak | well |
| 20:35.46 | mvanbaak | I dont know |
| 20:35.51 | kpfleming | right |
| 20:35.54 | mvanbaak | but I couldn't find anything about mirroring |
| 20:36.05 | kpfleming | umm.. we dont care, and never have |
| 20:36.07 | mvanbaak | so thought it would be nice to ask before blindly doing it |
| 20:36.40 | kpfleming | we wouldnt even know if someone is doing it or not |
| 20:36.56 | mvanbaak | ok |
| 20:37.03 | mvanbaak | just wanted to be polite for a change |
| 20:37.18 | kpfleming | ;-) |
| 20:37.55 | mvanbaak | I can announce it on the list to all them other ppl that prefer FTP |
| 20:38.13 | mvanbaak | of course with a nice disclaimer that it's not the official digium space yaddayadda |
| 20:39.44 | kpfleming | i really don't see how FTP is better to be honest... it requires NAT help, and is ever-so-slightly more efficient, but other than it doesn't seem to be any better |
| 20:40.18 | mvanbaak | it's easier to browse and download from from a headless system |
| 20:40.40 | mvanbaak | I know you can install links or something like it |
| 20:40.54 | kpfleming | yes, and it's much easier to use than an ftp client, in my experience |
| 20:41.32 | mvanbaak | not with zsh |
| 20:41.51 | mvanbaak | you access ftp like any other dir on your system |
| 20:42.08 | kpfleming | oh |
| 20:42.14 | kpfleming | well, that is certainly not a common thing :-) |
| 20:42.41 | mvanbaak | cd /usr/local/src && tar zxvf /ftp/ftp.digium.com/pub/asterisk/<tabcomplete the latest version> |
| 20:43.10 | mvanbaak | with fuse you can mount ftp space as well |
| 20:43.16 | mvanbaak | and with automount |
| 20:43.22 | mvanbaak | all that is not possible with http |
| 20:43.58 | mvanbaak | public ro nfs export would be even better though ;) |
| 20:47.13 | wedhorn | Qwell[]: ping |
| 20:47.24 | Qwell[] | pong |
| 20:47.43 | tzafrir_laptop | FTP is browsable |
| 20:48.11 | tzafrir_laptop | there is a real directory tree. And there are also real sessions |
| 20:48.19 | kpfleming | umm.. and HTTP is not browsable? what do browsers do then? |
| 20:48.25 | tzafrir_laptop | Yeah, I know most users don't really use that... |
| 20:48.59 | tzafrir_laptop | I meant: there is a real directory tree. you can mirror it without hacks |
| 20:49.17 | tzafrir_laptop | (rsync is also an alternative, but much more CPU intensive) |
| 20:49.54 | tzafrir_laptop | anyway, that's as much good as I can say for FTP |
| 20:50.28 | mvanbaak | tzafrir_laptop: ftp is on it's way |
| 20:50.30 | mvanbaak | :) |
| 20:52.55 | tzafrir_laptop | mvanbaak, how do you start that on zsh? |
| 20:53.05 | tzafrir_laptop | ftp browsing? |
| 20:53.15 | mvanbaak | man zsh-ftp |
| 20:53.36 | mvanbaak | ehm |
| 20:53.38 | mvanbaak | zshzftpsys |
| 20:53.40 | mvanbaak | sorry |
| 20:54.36 | tzafrir_laptop | hmm... maybe the one on freeshell.org was built without it... |
| 20:57.10 | mvanbaak | it's indeed something extra |
| 20:58.56 | tzafrir_laptop | BTW: what exactly is the compatibility status between libpri in asterisk 1.0, 1.2 and 1.4? |
| 20:59.14 | tzafrir_laptop | the soname is the same, so the directory pretends to be compatible |
| 21:01.25 | tzafrir_laptop | This is just now being discussed at the debian packagers list: do we need to change the soname and have separate packages for 1.2 and 1.4, and can we just keep the single package of 1.4 |
| 21:05.45 | kpfleming | unfortunately it is not compatible, and we do not do a good job of naming things properly to deal with that |
| 21:06.01 | kpfleming | there are API differences include differently-sized structures between the version |
| 21:07.08 | tzafrir_home | hmm... what about libpri in trunk vs. 1.4? |
| 21:20.48 | mvanbaak | there we go |
| 21:21.38 | Corydon76-work | tzafrir_laptop: I don't know that you really ought to be packaging trunk |
| 21:22.12 | *** join/#asterisk-dev swatchy (n=chatzill@dslb-088-076-061-155.pools.arcor-ip.net) |
| 21:22.18 | tzafrir_laptop | Corydon76-home, no. but the time to do changes, if they are actually needed, is sometime in the 1.6 cycle |
| 21:23.00 | Corydon76-work | I don't know that trunk is that different yet |
| 21:23.10 | Corydon76-work | at least with respect to libpri |
| 21:23.19 | tzafrir_laptop | yet? at all? |
| 21:24.39 | Corydon76-work | Oh, it's definitely different already |
| 21:27.45 | mvanbaak | hhmm, fast server ;) |
| 21:28.05 | mvanbaak | avg of 600KB/s |
| 21:28.24 | tzafrir_laptop | hmmm... so ideally if it's different, I'd like to have a different soname for 1.6. And I'd also like it to be in sync with the one used in the Debian package... |
| 21:28.58 | *** join/#asterisk-dev paravoid (n=paravoid@zebra.cslab.ece.ntua.gr) |
| 21:29.13 | paravoid | tzafrir_laptop: hey |
| 21:29.21 | tzafrir_laptop | hi |
| 21:30.07 | tzafrir_laptop | I was just wondering about future soname of libpri. But I figure you may be interested in the present... |
| 21:31.55 | mvanbaak | gheh |
| 21:31.57 | mvanbaak | before I start |
| 21:32.04 | mvanbaak | how many GB is the pub dir ? |
| 21:32.11 | paravoid | kpfleming: still here? |
| 21:32.53 | paravoid | kpfleming: I'm a member of Debian's pkg-voip and I got a quote from you that was said here few minutes ago |
| 21:32.58 | paravoid | about libpri's SONAME |
| 21:33.10 | kpfleming | yes i am here |
| 21:33.25 | paravoid | I diffed libpri1.{2,4}/libpri.h |
| 21:33.38 | paravoid | the changes are minimal and seems like forward-compatible |
| 21:33.56 | kpfleming | except that chan_zap will have no way of knowing which version is installed |
| 21:34.08 | kpfleming | it will assume that the version it was built against is installed and will use it |
| 21:34.20 | paravoid | yes, but are the changes incompatible? |
| 21:34.30 | kpfleming | if it tries to call functions that don't exist, of course |
| 21:34.31 | paravoid | I mean, from the header it seems 1.4 is a superset of 1.2 |
| 21:34.47 | kpfleming | i would not even try to package it 'properly' the way it stands |
| 21:34.48 | paravoid | i.e. Asterisk 1.2 will work with libpri 1.4 |
| 21:35.00 | paravoid | but Asterisk 1.4 will not, of course, work with libpri 1.2 |
| 21:35.03 | kpfleming | nobody has tested it, so i'd be leery of agreeing with you |
| 21:35.38 | kpfleming | as far as im concerned, distro packagers should just statically link libpri into chan_zap and not distribute it separately :-) |
| 21:36.05 | paravoid | unfortunately (for us) there are other users of libpri too |
| 21:36.20 | kpfleming | and they have the same problems then |
| 21:36.27 | paravoid | e.g. yate |
| 21:36.29 | mvanbaak | hhmm, my main public ftp might not have enough space ;) |
| 21:36.46 | paravoid | ok, I'm looking at the diff again |
| 21:36.50 | Corydon76-work | I find it vaguely ironic that yate uses libpri |
| 21:36.56 | paravoid | basically libpri 1.4 added pri_keypad_facility() |
| 21:37.18 | paravoid | also |
| 21:37.19 | paravoid | -extern void pri_call_set_useruser(q931_call *sr, char *userchars); |
| 21:37.19 | paravoid | +extern void pri_call_set_useruser(q931_call *sr, const char *userchars); |
| 21:37.29 | paravoid | same for pri_sr_set_useruser() |
| 21:38.18 | kpfleming | so what is your point? they still don't have sonames, they can't be used for 1.0 and 1.2 and 1.4 all compatibly |
| 21:38.21 | kpfleming | what is your goal? |
| 21:39.10 | paravoid | there is a need to provide asterisk 1.2 packages at the same time as asterisk 1.4 |
| 21:39.16 | paravoid | I'd like to drop libpri 1.2 completely |
| 21:39.22 | paravoid | and use libpri 1.4 for both them |
| 21:39.31 | paravoid | I presume you won't like us providing Asterisk 1.2 :-) |
| 21:39.44 | paravoid | it's legacy/deprecated/obsolete/whatever etc. |
| 21:39.54 | Corydon76-work | Seems like a moot point, given that 1.2 is going into deep freeze next Wednesday |
| 21:40.01 | mvanbaak | hhmm |
| 21:40.04 | mvanbaak | 2.7 GB |
| 21:40.09 | mvanbaak | that should be no problem |
| 21:40.24 | kpfleming | i have no problem with you providing only libpri 1.4 and building asterisk 1.2 against it |
| 21:40.37 | paravoid | I think it should work |
| 21:40.41 | kpfleming | i also have no problem with you packaging asterisk 1.2 and distributing it... it still works, people still want it |
| 21:41.18 | paravoid | and I'd like to patch libpri to add a SONAME |
| 21:41.51 | paravoid | if they are indeed compatible, I think (haven't really decided yet) we'll use 1.2 as a SONAME |
| 21:42.16 | kpfleming | i wouldn't, if it contains 1.4 features |
| 21:51.15 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 21:51.15 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 21:51.33 | *** join/#asterisk-dev fakhir (n=Fakhir@unaffiliated/fakhir) |
| 21:52.57 | *** part/#asterisk-dev swatchy (n=chatzill@dslb-088-076-061-155.pools.arcor-ip.net) |
| 22:37.39 | putnopvut | file: ping |
| 22:37.47 | file | putnopvut: pong |
| 22:38.18 | *** join/#asterisk-dev andethemint (n=robert@vcchgate.vcch01.springfield.tn.us.vcch.net) |
| 22:38.29 | putnopvut | I want to reproduce issue 10302 so I can trace the path of execution, but I don't know how to generate dtmf-relay INFO frames. |
| 22:38.56 | kpfleming | many SIP phones can be set to INFO mode for DTMF |
| 22:39.02 | kpfleming | some softphones as well |
| 22:39.12 | putnopvut | Okay, so set that on the phone, then. |
| 22:39.22 | putnopvut | I also set dtmfmode to info in sip.conf already. |
| 22:39.44 | putnopvut | Thanks for the pointers. |
| 22:39.46 | file | huh |
| 22:39.51 | file | I have an odd suspicion I know what this is |
| 22:40.02 | putnopvut | Well, it seems to be like the reporter indicates. |
| 22:40.18 | putnopvut | The duration is the time between dtmf presses as opposed to the length of the dtmf press. |
| 22:41.20 | putnopvut | This based on my rudimentary understanding of the code I've looked at so far. |
| 22:46.12 | *** join/#asterisk-dev ManxPower (n=manxpowe@015-844-184.area5.spcsdns.net) |
| 22:51.23 | *** join/#asterisk-dev JerJer[mobile] (i=jj@64.34.174.165) |
| 22:51.58 | segfault | http://www.pastebin.ca/635243 |
| 22:52.26 | JerJer[mobile] | <PROTECTED> |
| 22:52.26 | JerJer[mobile] | 35 return (!s || (*s == '\0')); |
| 22:54.11 | kpfleming | JerJer[mobile]: that is quite odd |
| 22:54.17 | kpfleming | that code is pretty simple and safe |
| 22:54.25 | kpfleming | can you see what value 's' had? |
| 22:54.41 | JerJer[mobile] | perhaps - how? :) |
| 22:54.42 | JerJer[mobile] | quit |
| 22:54.45 | JerJer[mobile] | grr |
| 22:54.50 | kpfleming | are you in gdb? |
| 22:55.05 | JerJer[mobile] | yup |
| 22:55.11 | kpfleming | 'print s' |
| 22:55.29 | JerJer[mobile] | hmm |
| 22:55.29 | JerJer[mobile] | No symbol "s" in current context. |
| 22:56.28 | kpfleming | sorry... my brain is full at the moment |
| 22:56.42 | JerJer[mobile] | mine is totally fried |
| 22:58.43 | JerJer[mobile] | http://www.pastebin.ca/635251 |
| 22:58.46 | JerJer[mobile] | bt full ^^ |
| 23:00.05 | JerJer[mobile] | leme ensure there is no compiler ops turned on |
| 23:01.17 | kpfleming | well, it inlined ast_strlen_zero() at least |
| 23:01.24 | kpfleming | since sipsock_read is clearly not in strings.h |
| 23:02.19 | JerJer[mobile] | lovely.... |
| 23:02.20 | JerJer[mobile] | rtp.c: In function âast_rtp_bridgeâ: |
| 23:02.21 | JerJer[mobile] | rtp.c:3351: internal compiler error: Segmentation fault |
| 23:02.36 | kpfleming | ouch |
| 23:03.24 | kpfleming | i have to head out... hope you find something useful |
| 23:03.36 | JerJer[mobile] | is there any issues with 64 bit procs? |
| 23:03.39 | JerJer[mobile] | is/are |
| 23:03.42 | file | no. |
| 23:03.53 | JerJer[mobile] | hmm ok |
| 23:04.16 | JerJer[mobile] | back later |
| 23:04.32 | *** join/#asterisk-dev CtRiX (n=CtRiX@aretha.navynet.it) |
| 23:04.49 | *** part/#asterisk-dev CtRiX (n=CtRiX@aretha.navynet.it) |
| 23:14.54 | *** join/#asterisk-dev miguel3239 (n=elguerom@ns1.nashuacs.com) |
| 23:15.57 | *** join/#asterisk-dev JerJer (n=PhatJ@pdpc/supporter/bronze/jerjer) |
| 23:15.58 | *** mode/#asterisk-dev [+o JerJer] by ChanServ |
| 23:17.52 | *** join/#asterisk-dev jameswf (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 23:18.21 | jameswf | do the telemarketer torture soundfiles still exist anywhere |
| 23:22.59 | *** join/#asterisk-dev Simon-- (n=sim@staff-nat.netnation.com) |
| 23:24.32 | tzafrir_laptop | tt- ? |
| 23:34.28 | *** join/#asterisk-dev jameswf (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 23:45.31 | Corydon76-work | M9279 |
| 23:45.32 | MuffinMan | [feedback] [Asterisk] CDR/cdr_pgsql 0009279: fields "start", "answer" and "end" are always empty. reported by rottenroddy http://bugs.digium.com/view.php?id=9279 |
| 23:45.46 | blitzrage | interesting... |
| 23:46.05 | blitzrage | does that only happen via non-odbc? |
| 23:46.25 | Corydon76-work | Basically, I ported cdr_adaptive_odbc to cdr_pgsql |
| 23:46.45 | Corydon76-work | except I didn't implement aliases |
| 23:46.56 | Corydon76-work | or multi-table |
| 23:47.50 | Corydon76-work | I haven't tested it yet, but it's there if you'd like to... |
| 23:48.29 | Corydon76-work | could be a little more efficient, but... |
| 23:54.49 | blitzrage | it looks cool (I just finished reading the comments) |
| 23:55.46 | Corydon76-work | Heading home |
| 23:59.25 | *** join/#asterisk-dev bkruse (i=bkruse@nat/digium/x-afaccf8ff28f5b7c) |