| 00:00.18 | russellb | yeah, that's an interesting point ... that means svnbot updated mantis with stuff from a bunch of pre-1.4 stuff |
| 00:00.24 | russellb | i could let it keep going ... |
| 00:00.42 | russellb | no wonder it was going so slow!!!! |
| 00:00.51 | russellb | every commit being pushed to the mirror was going through mantis ... |
| 00:00.55 | Qwell | lawl |
| 00:01.07 | Qwell | woops |
| 00:01.16 | russellb | maybe ... |
| 00:01.18 | russellb | i think ... |
| 00:07.38 | Qwell | 333... |
| 00:07.42 | Qwell | when was the last time we were that low? |
| 00:07.57 | file | I can't remember. |
| 00:08.29 | putnopvut | M11766 |
| 00:08.30 | MuffinMan | [new] [Asterisk] Core/BuildSystem 0011766: [patch] Add log of version updates reported by jmls http://bugs.digium.com/view.php?id=11766 |
| 00:08.35 | putnopvut | Commit? |
| 00:08.50 | Qwell | would have to be done in about 5 repos |
| 00:08.53 | Qwell | maybe more :D |
| 00:29.38 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 01:18.22 | *** topic/#asterisk-bugs by file -> Asterisk Bugs Discussion -=- http://bugs.digium.com/ -=- http://asterisk.org/developers/bug-guidelines - If you are not discussing a report already posted to the bugtracker, the discussion probably belongs in #asterisk. -=- Overall issue count: 331 -=- Monitor new reports in #asterisk-commits -=- Want to help? Test bugs marked Ready For Testing |
| 02:49.58 | *** join/#asterisk-bugs fujin (n=aj@unaffiliated/fujin) |
| 02:50.35 | *** join/#asterisk-bugs cpatry (n=junky@modemcable183.17-83-70.mc.videotron.ca) |
| 02:51.18 | fujin | right, so anyone able to shed some light on http://bugs.digium.com/view.php?id=11775 ? |
| 02:51.27 | fujin | I'm dead in the water here, I can't just keep restarting asterisk all day long |
| 02:51.40 | cpatry | fujin: thats normal, your bridgepvt is NULL. |
| 02:52.15 | fujin | well, I need a solution. Why is my bridgepvt NULL |
| 02:52.36 | fujin | is this a currently known issue? is this a device-related issue? |
| 02:52.51 | cpatry | what was the output of p->owner->name ? |
| 02:53.10 | fujin | $2 = 0x826aaaf "SIP/716-0826fec0" |
| 02:54.18 | cpatry | that stuff is a little over me with <ZOMBIE> |
| 02:54.38 | fujin | damn. |
| 02:55.01 | cpatry | but i can just provide you a quick fix to prevent crash |
| 02:55.09 | fujin | well, that'd be handy, I guess. |
| 02:55.18 | cpatry | so during that time, u will be able to replicate this on another server. |
| 02:55.28 | cpatry | whats the frequency of crash? |
| 02:55.35 | fujin | ~1 daily |
| 02:55.42 | fujin | perhaps more, perhaps less |
| 02:55.52 | cpatry | do you have log full enable? |
| 02:56.33 | fujin | um |
| 02:56.35 | fujin | let me check |
| 02:57.00 | fujin | messages => notice,warning,error,verbose |
| 02:57.05 | fujin | is 'full' a special keyword? |
| 02:57.30 | Corydon76-dig | No |
| 02:57.35 | cpatry | its right after this. |
| 02:57.43 | cpatry | full => blahblah |
| 02:57.44 | Corydon76-dig | Only console is a special keyword |
| 02:57.53 | fujin | oh. |
| 02:58.03 | cpatry | Corydon76-dig: any idea why the bridgepvt could be NULL with his ZOMBIE? |
| 02:58.12 | fujin | cpatry: it's enabled now |
| 02:58.22 | cpatry | fujin: dont forget to logger reload |
| 02:58.32 | cpatry | reload doesnt take that change. |
| 02:59.29 | Corydon76-dig | cpatry: it doesn't? |
| 02:59.43 | cpatry | not that i know no. |
| 02:59.53 | Corydon76-dig | It should |
| 03:00.25 | cpatry | let me test that: no full enable, then i will enable it and do a reload |
| 03:00.36 | cpatry | and see if full file is increasing |
| 03:01.22 | Corydon76-dig | Huh, I guess not |
| 03:06.42 | fujin | hmm, ok full logging up |
| 03:07.01 | fujin | now if only it would happen again - ha |
| 03:07.52 | cpatry | Corydon76-dig: yes its work with reload on 1.4 |
| 03:08.51 | cpatry | fujin: do a lot of transfers (attended and blind) and see if that could be the problem |
| 03:08.58 | cpatry | lot of calls on that server? |
| 03:09.03 | fujin | reasonable amount |
| 03:09.04 | fujin | callcentre |
| 03:09.14 | fujin | egh, 0 active at hte moment |
| 03:09.17 | fujin | and it's nearly the end of the day |
| 03:09.18 | cpatry | how many concurrent calls ? |
| 03:09.28 | cpatry | when it happens? |
| 03:09.30 | cpatry | 100? |
| 03:10.55 | fujin | oh, we're not that popular |
| 03:11.03 | fujin | I've only ever seen our max concurrent calls get upto 15 or so |
| 03:11.55 | cpatry | Corydon76-dig: can you explain me (and to fujin), how can we go at thread #7 and p chan->name and p peer->name ? |
| 03:15.59 | fujin | still hasn't happened. damnit. |
| 03:16.14 | fujin | isn't it my damn luck that after I recompile everything with dont_optimize, get a backtrace, enable full logging |
| 03:16.19 | fujin | I still can't work out what the damn problem is |
| 03:25.58 | Corydon76-dig | JunK-Y: type: thread 7 |
| 03:26.27 | fujin | JunK-Y: [Switching to thread 7 (process 26188)]#0 0xffffe410 in __kernel_vsyscall () |
| 03:26.35 | JunK-Y | Corydon76-dig: thanks |
| 03:26.36 | fujin | hehe - what next ;P |
| 03:26.43 | JunK-Y | fujin: p chan->name |
| 03:26.46 | Corydon76-dig | Now type: frame 3 (or whichever) |
| 03:26.47 | JunK-Y | and p peer->name |
| 03:27.17 | fujin | No symbol "chan" in current context. |
| 03:27.19 | fujin | same with peer |
| 03:27.44 | Corydon76-dig | fujin: gotta go to the right stack frame, first |
| 03:27.53 | fujin | oh |
| 03:27.59 | fujin | what frame am I after? |
| 03:28.16 | Corydon76-dig | Don't know, ask JunK-Y |
| 03:28.52 | fujin | JunK-Y: ? :) |
| 03:30.06 | JunK-Y | frame 6 |
| 03:30.24 | fujin | chan: $3 = 0xb5a5796f "SIP/maxnetvoip-b5a455a0" |
| 03:30.25 | JunK-Y | <PROTECTED> |
| 03:30.29 | fujin | peer $4 = 0x826fa77 "SIP/735-0829ab68" |
| 03:31.58 | JunK-Y | thread 1 |
| 03:32.15 | fujin | frame? |
| 03:32.41 | JunK-Y | is it me or handle_request_invite() is totally insane! |
| 03:32.46 | JunK-Y | 0 |
| 03:33.31 | fujin | and I suppose you want the chan->name/peer->name again? |
| 03:33.45 | fujin | mm.. no symbol chan/peer |
| 03:34.06 | JunK-Y | no no, theres no chan/peer there |
| 03:34.40 | fujin | oh |
| 03:34.41 | fujin | sorry. |
| 03:34.44 | fujin | what am i after? |
| 03:40.47 | JunK-Y | it probably missing a if (ast_test_flag(chan, AST_FLAG_ZOMBIE) somewhere |
| 03:41.49 | fujin | <PROTECTED> |
| 03:45.59 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 03:45.59 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 03:50.38 | JunK-Y | p bridgepeer->tech ? |
| 03:53.40 | fujin | hold |
| 03:53.51 | fujin | $5 = (const struct ast_channel_tech *) 0xb5c8a6a0 |
| 03:54.14 | JunK-Y | and p bridgepeer->tech->type ? |
| 03:56.33 | fujin | $6 = 0xb5c7b371 "SIP" |
| 04:00.16 | JunK-Y | fujin: its over me, i dont know why you having ur crash |
| 04:00.28 | JunK-Y | but its related to that zombie. |
| 04:00.53 | fujin | damn |
| 04:01.22 | JunK-Y | file or oej are in better position to know why. |
| 04:04.05 | fujin | welp, I guess I'll j ust hang around |
| 04:04.15 | fujin | maybe someone will take a look at the bug |
| 04:04.48 | fujin | JunK-Y: thanks for your help - appreciate it |
| 04:05.02 | JunK-Y | yes and on next crash, see with bridgepeer if you noticed something in full |
| 04:05.14 | fujin | sure, will do |
| 04:05.22 | fujin | I'll take a copy of full before I restart the daemon |
| 04:05.28 | JunK-Y | no problem, lot of ppl help me, so im helping in my turn. |
| 04:13.14 | fujin | could anyone modify my bug http://bugs.digium.com/view.php?id=11775 and put it under the SIP category ( I guess?) |
| 04:19.22 | fujin | thanks, whoever that was :)_ |
| 04:20.08 | JunK-Y | if u scroll down, you will know who is that whoever |
| 04:20.16 | JunK-Y | i set it in t38, cause its in that block. |
| 04:23.05 | fujin | ah yep, ok |
| 04:23.06 | fujin | cool |
| 04:23.35 | fujin | JunK-Y: shouldn't the quick patch to fix this be at line 14062 to check if bridgepvt==NULL? |
| 04:23.41 | fujin | and if so, bail out cleanly |
| 04:23.43 | fujin | (instead of segfaulting) |
| 04:24.45 | JunK-Y | ya, but you will return a 488? |
| 04:24.56 | fujin | hrm |
| 04:25.05 | fujin | or, how do I disable t38 |
| 04:25.24 | fujin | oh nm |
| 04:25.25 | fujin | that wont' fix it |
| 04:25.28 | fujin | what's a 488? |
| 04:26.08 | JunK-Y | sip 488 |
| 04:26.21 | fujin | ah, not acceptable. |
| 04:26.23 | fujin | ok. |
| 04:28.15 | JunK-Y | wait until tomorrow, you will probably get something. |
| 04:28.25 | fujin | I hope so. |
| 04:28.47 | fujin | anyway, I really do appreciate your help, It's been a long time since I've dabbled in un-managed (read: manually managed) languages |
| 04:28.49 | JunK-Y | and trust me, a segfault is much better then a random deadlocks in a callcenter! |
| 04:29.20 | fujin | hehe |
| 04:29.21 | fujin | yeah, I guess so |
| 04:30.16 | fujin | what does bridgepeer |
| 04:30.45 | fujin | what *is* bridgepeer->tech_pvt;, or what should bridgepvt be? |
| 04:31.07 | JunK-Y | its the private structure associated with bridgepeer |
| 04:31.50 | fujin | yeah, got that much, but what is it supposed to be? a struct containing all of the sip option of the bridged peer (read: called person) or caller? (read: caller/transferrer/forwarder) |
| 04:31.59 | *** join/#asterisk-bugs ZX81 (n=ZX81@202.20.97.211) |
| 04:32.19 | fujin | hmm |
| 04:32.20 | fujin | hehe, nevermind |
| 04:32.23 | fujin | let's just leave it. |
| 04:32.26 | JunK-Y | no, private data associated with ur sip chan. |
| 04:32.41 | fujin | ah ok |
| 04:32.47 | fujin | well, let's hope someone fixes it soon |
| 04:32.57 | fujin | and I can cherrypick the patch out of SVN when it comes ;} |
| 04:35.52 | JunK-Y | how can its possible that i smell my neighboors cig which shes smoking and all windows are closed?? |
| 04:36.53 | fujin | haha |
| 04:36.58 | fujin | floorboards? |
| 04:37.34 | *** join/#asterisk-bugs ZX81_ (n=ZX81@202.20.97.211) |
| 04:37.58 | JunK-Y | no shes outside! |
| 07:10.43 | *** join/#asterisk-bugs magumbade (n=magumbad@p5497D570.dip.t-dialin.net) |
| 08:09.23 | *** join/#asterisk-bugs ZX81_ (n=ZX81@202.20.97.211) |
| 08:43.22 | *** join/#asterisk-bugs ZX81 (n=ZX81@202.20.97.211) |
| 11:02.00 | *** join/#asterisk-bugs tzafrir_home (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 11:05.39 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:28.49 | *** join/#asterisk-bugs oej (n=olle@213.115.215.130) |
| 13:19.53 | *** join/#asterisk-bugs oej (n=olle@213.115.215.130) |
| 14:31.17 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:31.17 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 14:34.21 | *** join/#asterisk-bugs putnopvut (n=putnopvu@216.207.245.1) |
| 14:34.21 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 15:05.11 | *** topic/#asterisk-bugs by file -> Asterisk Bugs Discussion -=- http://bugs.digium.com/ -=- http://asterisk.org/developers/bug-guidelines - If you are not discussing a report already posted to the bugtracker, the discussion probably belongs in #asterisk. -=- Overall issue count: 327 -=- Monitor new reports in #asterisk-commits -=- Want to help? Test bugs marked Ready For Testing |
| 15:51.52 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 16:16.22 | *** join/#asterisk-bugs jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 16:39.50 | *** join/#asterisk-bugs umay (n=chris@71-208-162-10.hlrn.qwest.net) |
| 16:41.45 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:41.45 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 17:14.30 | file | putnopvut: looks like 11730 may be a go |
| 17:15.19 | putnopvut | Yup, I just added a note. |
| 17:15.27 | putnopvut | And that means 11181 can also be closed. |
| 17:15.52 | file | quite |
| 17:25.21 | putnopvut | closed and closed. |
| 17:26.30 | putnopvut | 324...not bad |
| 17:29.55 | Qwell | so like |
| 17:29.59 | Qwell | all these falves bugs |
| 17:30.09 | Qwell | are they all related, or what? |
| 17:31.10 | Qwell | he's got like 5+ open right now |
| 17:34.38 | putnopvut | I think Corydon76-dig has been looking at those some. He may have more insight. |
| 17:37.37 | Qwell | M11766 |
| 17:37.39 | MuffinMan | [new] [Asterisk] Core/BuildSystem 0011766: [patch] Add log of version updates reported by jmls http://bugs.digium.com/view.php?id=11766 |
| 17:37.40 | Qwell | echo "$(date) Updated from revision $(svn info | awk '/Revision: / {print $2}')" |
| 17:37.42 | Qwell | How's that look? |
| 17:38.39 | Qwell | (the format, not the script itself - that should be portable) |
| 17:39.45 | Qwell | so basically: |
| 17:39.46 | Qwell | Wed Jan 16 11:37:24 CST 2008 Updated from revision 98938 |
| 17:52.36 | file | 323 |
| 18:09.17 | russellb | 318 |
| 18:10.53 | lmadsen | hawtness |
| 18:15.13 | russellb | 317 |
| 18:15.19 | file | lmadsen: <3 |
| 18:15.25 | file | russellb: <3 |
| 18:15.29 | file | in fact, <3 all around! |
| 18:16.27 | lmadsen | :) |
| 18:16.48 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 18:20.47 | Qwell | yay |
| 18:21.02 | Qwell | all the ooh323 bugs closed now? |
| 18:21.55 | Corydon76-dig | Qwell: yes, I'm pretty sure all these falves bugs are related |
| 18:22.13 | Qwell | will be nice to be able to close all of them at once |
| 18:22.32 | Corydon76-dig | I'm not sure how he decides when it's time to open a new bug, but it seems to be fairly random |
| 18:22.36 | Qwell | heh |
| 18:25.45 | *** join/#asterisk-bugs caio1982_ (i=caio1982@CAcert-br/caio1982) |
| 18:28.56 | *** topic/#asterisk-bugs by Qwell -> Asterisk Bugs Discussion -=- http://bugs.digium.com/ -=- http://asterisk.org/developers/bug-guidelines - If you are not discussing a report already posted to the bugtracker, the discussion probably belongs in #asterisk. -=- Overall issue count: 317 -=- Monitor new reports in #asterisk-commits -=- Want to help? Test bugs marked Ready For Testing |
| 18:28.58 | jmls | Qwell: ping |
| 18:29.05 | Qwell | So, this is definitely lower than we've been in a LONG time |
| 18:29.05 | jmls | M11766 |
| 18:29.06 | MuffinMan | [closed] [Asterisk] Core/BuildSystem 0011766: [patch] Add log of version updates reported by jmls http://bugs.digium.com/view.php?id=11766 |
| 18:29.12 | Qwell | what'd I break? :( |
| 18:29.15 | jmls | yes, I do like it ! Thanks |
| 18:29.19 | Qwell | oh, okay, heh |
| 18:29.22 | jmls | heh |
| 18:29.28 | Qwell | had me scared for a second there :) |
| 18:29.46 | Qwell | it took me a while to do that...make syntax is so funky there |
| 18:29.58 | jmls | that's why Corydon76-dig hides from me - I cause him problems |
| 18:30.20 | jmls | at least the base idea was good ;) |
| 18:30.26 | Qwell | indeed |
| 18:30.33 | Qwell | and I only had to commit it to like 5 repos ;) |
| 18:30.37 | jmls | didn't see any update to the CHANGES file though ;) |
| 18:30.50 | Qwell | I don't really think that's worth of CHANGES... |
| 18:31.04 | Qwell | dunno, maybe though |
| 18:31.26 | jmls | people wouldn't know about that really useful new feature |
| 18:32.44 | jsmith | Qwell: I think it's worth putting in CHANGES ;-) |
| 18:33.39 | Qwell | only asterisk has a CHANGES file |
| 18:34.20 | Qwell | done :p |
| 18:34.31 | jsmith | w00t! |
| 18:34.39 | Qwell | but only because I want half that $10 :p |
| 18:34.45 | Qwell | (no, not really) |
| 18:34.50 | jsmith | jmls: I should be giving *you* the $10 for tracking down all these bugs ;-) |
| 18:35.17 | jsmith | Qwell: OK, we'll split it... I owe you $5 (or lunch, or a ${BEVERAGE}) next time I'm in Huntsville |
| 18:35.25 | jmls | I don't track 'em down, the bastards sneak up on me and bite me in the ass. :( |
| 18:37.32 | Corydon76-dig | I could do with a code review... |
| 18:37.46 | Corydon76-dig | before I commit the patch in 11386 |
| 18:37.56 | jmls | M11386 |
| 18:37.57 | MuffinMan | [new] [Asterisk] Core-General 0011386: Asterisk 1.4.14 and load average. reported by flujan http://bugs.digium.com/view.php?id=11386 |
| 18:38.16 | Corydon76-dig | The description isn't indicative of the patch |
| 18:38.21 | jmls | oh, no way. Not going near that with a bargepole. You're on your own with that puppy |
| 18:38.55 | Corydon76-dig | jmls: I've been testing this on and off for the past week, and added a few tweaks... but it should be ready for larger testing |
| 18:40.06 | Qwell | here's a silly question. rather than changing every caller of ast_sched_del to loop, why not putting the looping in there? |
| 18:40.31 | Corydon76-dig | Qwell: because there are some places where you don't want it to loop |
| 18:40.45 | Qwell | then why not have a second func that loops? |
| 18:40.51 | Qwell | ast_sched_really_del |
| 18:41.08 | Corydon76-dig | Because that would change the API in 1.4? ;-) |
| 18:41.27 | Qwell | it would only add a function... that wouldn't be bad, eh? |
| 18:41.27 | Corydon76-dig | ast_sched_del, and ast_sched_trydel, perhaps |
| 18:41.38 | file | macro it? |
| 18:42.06 | Corydon76-dig | Oh, and secondly, because you have to check the value of the internal struct each time |
| 18:42.20 | Corydon76-dig | because another thread could have (and probably will) change it |
| 18:42.27 | Qwell | you mean the one you're passing in as the second arg? |
| 18:42.47 | Corydon76-dig | Right, but it would need to be passed by reference instead of by value |
| 18:43.32 | Qwell | but if it's a new function... also, that patch adds the res_adsi fix |
| 18:43.49 | Corydon76-dig | Oh, whoops |
| 18:44.17 | jmls | this may be a daft question, but is ast_sched_del(rtp->sched, rtp->rtcp->schedid) eventually guaranteed to return with a zero ? |
| 18:44.54 | Corydon76-dig | jmls: or the first half of that if fail |
| 18:45.09 | Corydon76-dig | jmls: it only returns non-zero if the value is not found |
| 18:45.11 | mvanbaak | gheh, nice going with the 'this in now totally non-supported' move on chan_ooh323 |
| 18:45.50 | mvanbaak | <--- catching up on mail here |
| 18:46.07 | Corydon76-dig | I agree with file... a macro would probably be better |
| 18:46.31 | jmls | but then, I'm a bad coder :| |
| 18:46.32 | Corydon76-dig | jmls: infinite loop. ;-) |
| 18:46.48 | Corydon76-dig | I found a few while testing |
| 18:46.54 | jmls | Corydon76-dig: yeah. Seen too many of them in my life ! |
| 18:47.15 | Corydon76-dig | The nice thing about this is that if it does infinite loop, it doesn't take 100% CPU |
| 18:47.16 | jmls | what do you need testing with this ? |
| 18:47.21 | file | the short answer is it should never infinitely loop, the long answer is if coded improperly and the right conditions happen... it could |
| 18:47.41 | Corydon76-dig | jmls: something other than my development system... |
| 18:47.52 | Corydon76-dig | jmls: that actually, I dunno, processes calls? |
| 18:48.03 | *** join/#asterisk-bugs miguel3239 (n=elguerom@h-68-167-124-171.cmbrmaor.covad.net) |
| 18:48.14 | jmls | okay, I'll do it :) |
| 18:48.22 | *** join/#asterisk-bugs monkeytype (n=Bill@216.207.245.1) |
| 18:52.26 | jmls | Hmm, I can test sip, but not IAX or dundi or misdn .. |
| 18:55.44 | Corydon76-dig | That's fine... that's one of the bigger ones, anyway |
| 18:55.58 | jmls | well, it's applied ... |
| 18:56.12 | jmls | this is against 1.4 svn as of yesterday |
| 18:59.11 | Corydon76-dig | Excellent |
| 19:04.33 | *** join/#asterisk-bugs oej (n=olle@soll4-125.cust.blixtvik.net) |
| 19:33.54 | *** join/#asterisk-bugs ZX81 (n=ZX81@202.20.97.211) |
| 19:38.05 | *** join/#asterisk-bugs monkeytype (n=Bill@216.207.245.1) |
| 19:42.55 | *** join/#asterisk-bugs jsmith (n=jsmith@68-246-24-250.area3.spcsdns.net) |
| 19:42.56 | *** mode/#asterisk-bugs [+o jsmith] by ChanServ |
| 19:47.40 | *** join/#asterisk-bugs magumbade (n=magumbad@ppp-82-135-10-85.dynamic.mnet-online.de) |
| 19:48.38 | *** join/#asterisk-bugs blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 19:48.38 | *** mode/#asterisk-bugs [+o blitzrage] by ChanServ |
| 20:03.01 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 20:03.01 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 20:10.47 | *** join/#asterisk-bugs codefreeze (n=steve_mu@216.166.159.235) |
| 20:10.47 | *** mode/#asterisk-bugs [+o codefreeze] by ChanServ |
| 20:40.11 | *** join/#asterisk-bugs jsmith (n=jsmith@72.21.36.138) |
| 20:40.17 | *** mode/#asterisk-bugs [+o jsmith] by ChanServ |
| 20:40.31 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 20:40.31 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 20:47.43 | *** join/#asterisk-bugs ZX81_ (n=ZX81@202.49.106.158) |
| 20:48.12 | *** topic/#asterisk-bugs by file -> Asterisk Bugs Discussion -=- http://bugs.digium.com/ -=- http://asterisk.org/developers/bug-guidelines - If you are not discussing a report already posted to the bugtracker, the discussion probably belongs in #asterisk. -=- Overall issue count: 313 -=- Monitor new reports in #asterisk-commits -=- Want to help? Test bugs marked Ready For Testing |
| 22:06.34 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 22:14.33 | *** part/#asterisk-bugs fujin (n=aj@unaffiliated/fujin) |
| 23:05.46 | caio1982 | wow, 4825 just appeared in My View page... back from ashes |
| 23:06.52 | caio1982 | Qwell: do you have a minute for 11771? |
| 23:07.00 | Qwell | one sec |
| 23:07.09 | caio1982 | sure |
| 23:19.01 | Qwell | caio1982: sorry, what's up? |
| 23:20.06 | caio1982 | Qwell: just reminding you about 11771 as you told me to do :) |
| 23:20.17 | Qwell | oh, yeah...will be a little while |
| 23:20.25 | caio1982 | although i'm not sure if it's ok to deal with it before svn is up |
| 23:45.37 | *** join/#asterisk-bugs nybble (n=nybble@about/apple/performa/nybble) |