| 00:17.23 | *** join/#asterisk-bugs dlynes (n=dlynes@d154-20-9-152.bchsia.telus.net) |
| 00:43.24 | *** join/#asterisk-bugs oej (n=olle@74.9.53.154) |
| 02:08.04 | *** join/#asterisk-bugs blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 02:08.04 | *** mode/#asterisk-bugs [+o blitzrage] by ChanServ |
| 02:10.49 | blitzrage | putnopvut: I am now.... :) |
| 02:23.23 | Juggie | blitzrage, sigh |
| 02:23.30 | Juggie | discovered a nice cisco bug today |
| 02:23.31 | blitzrage | Juggie: tell me nothing |
| 02:23.39 | blitzrage | oh good -- I iddn't think there was a game on tonight |
| 02:23.49 | blitzrage | cisco bug?! say it ain't so |
| 02:23.55 | Juggie | one of our switches at work decided @ 2:49 am last night that there was a loop in the network |
| 02:24.04 | Juggie | and shut down the uplink port |
| 02:24.04 | blitzrage | oh nice! |
| 02:24.11 | blitzrage | spanning tree issue? |
| 02:24.12 | Juggie | which then cut off 2 switches from the network |
| 02:24.21 | Juggie | i'm not sure. |
| 02:24.35 | Juggie | so, i had like 30 servers with no acccess to the desktops |
| 02:24.39 | blitzrage | sounds like spanning tree... something got plugged in that caused a loop in the network... |
| 02:24.45 | Juggie | @ 2:49 |
| 02:24.48 | blitzrage | or.... the algorithm got confused |
| 02:24.50 | Juggie | no, there was no one at work |
| 02:25.00 | blitzrage | nice -- sounds like a bug in the algorithm maybe |
| 02:25.00 | Juggie | the algorithm got confused, known bug from what we can find |
| 02:25.06 | blitzrage | aha |
| 02:25.12 | Juggie | also whats funny is the default is to turn off the port and never try to enable it again |
| 02:25.21 | blitzrage | oh I like the last part |
| 02:25.29 | Juggie | even though you can set it to renable after a set time which makes way more sense |
| 02:25.31 | blitzrage | "die and don't attempt to auto recover ever" |
| 02:25.35 | blitzrage | totally |
| 02:25.37 | Juggie | and of course today if all days |
| 02:25.41 | blitzrage | make it do it in like 10 mins or something |
| 02:25.41 | Juggie | everyone in IT was out |
| 02:25.46 | blitzrage | hawt |
| 02:25.56 | Juggie | 2 people in montreal, one guy on paternity leave, one guy on a field trip with is kid |
| 02:25.58 | blitzrage | sounds typical though -- all the gov't employees off for the day :) |
| 02:26.00 | Juggie | left one person who is clueless |
| 02:26.08 | blitzrage | niiiiice |
| 02:26.12 | Juggie | which ment i had to go find the problem myself.. sigh |
| 02:26.24 | blitzrage | omg, you had to go to work!? :) |
| 02:26.26 | Juggie | so i spent the morning tracing cables around the lab, found the issue but then i had no idea how to fix that |
| 02:26.31 | file | with how often Juggie isn't at work... not surprising |
| 02:26.37 | Juggie | because i didnt know about auto looping stuff etc |
| 02:26.41 | blitzrage | gotcha |
| 02:26.50 | Juggie | so i just put in a cross over cable between two 100mbit ports and called it a day :) |
| 02:26.55 | blitzrage | lol |
| 02:27.03 | blitzrage | patchwork networking.... I like it! |
| 02:28.07 | blitzrage | so a guy I was at a meeting with tonight works at Juniper, and says they can't build routers big enough, fast enough, for all the carriers.... 2nd time I've heard the Internet is going down in flames within' 2 years in the last week :) |
| 02:29.32 | blitzrage | wonder how long you can leave red wine out in a glass before it goes bad.... |
| 02:29.49 | blitzrage | tastes ok after 24 hrs |
| 02:33.34 | Juggie | its alcahol of course it does |
| 02:33.38 | Juggie | alcahol does not go bad |
| 02:33.48 | Juggie | wine would eventually but still. |
| 02:34.00 | blitzrage | well, it'd taste bad after it absorbed a bunch of oxygen I imagine |
| 02:34.09 | Juggie | blitzrage, the main tech came in later around 3:30 |
| 02:34.19 | Juggie | and then told me about the problem that it was the auto loop shutdown stuff |
| 02:34.43 | Juggie | but theres no way a loop could have appeared @ 2:49am so we researched it and found that its a common bug |
| 03:27.29 | *** join/#asterisk-bugs d3wayne (n=deeewayn@76.29.245.9) |
| 06:05.40 | *** join/#asterisk-bugs IPetrov (i=IPetrov@ppp85-140-235-189.pppoe.mtu-net.ru) |
| 07:34.01 | *** join/#asterisk-bugs agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 11:51.26 | *** join/#asterisk-bugs oej (n=olle@74.9.53.154) |
| 12:35.18 | *** join/#asterisk-bugs zerohalo (n=zeroHalo@pool-71-255-162-167.bstnma.east.verizon.net) |
| 12:52.36 | *** join/#asterisk-bugs blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:52.36 | *** mode/#asterisk-bugs [+o blitzrage] by ChanServ |
| 13:53.05 | *** join/#asterisk-bugs blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:53.05 | *** mode/#asterisk-bugs [+o blitzrage] by ChanServ |
| 13:56.22 | *** join/#asterisk-bugs Juggie (n=Juggie@CPE001601df17fb-CM001a6682d7b6.cpe.net.cable.rogers.com) |
| 13:56.23 | *** mode/#asterisk-bugs [+o Juggie] by ChanServ |
| 14:01.39 | *** join/#asterisk-bugs blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:01.39 | *** mode/#asterisk-bugs [+o blitzrage] by ChanServ |
| 14:04.20 | *** join/#asterisk-bugs jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 14:22.33 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 14:34.40 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 14:34.40 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 15:20.49 | blitzrage | M11147 |
| 15:20.50 | MuffinMan | [new] [Asterisk] Core/PBX 0011147: SayDigits seems to be broken in current trunk reported by IgorG http://bugs.digium.com/view.php?id=11147 |
| 15:21.42 | blitzrage | wow... 369, and a new bug posted too |
| 15:30.44 | putnopvut | Yep, IgorG just made that and I'm looking into it. |
| 15:31.06 | putnopvut | By the way, blitzrage, remember that 64-bit issue you had with the RINGCYCLE variable? |
| 15:31.15 | blitzrage | putnopvut: yes Id o |
| 15:31.20 | putnopvut | Did you ever try running Asterisk under valgrind when you had that hpappen? |
| 15:31.29 | blitzrage | I think codefreeze did |
| 15:31.38 | blitzrage | maybe only gdb... I forget though |
| 15:32.42 | putnopvut | Ah, because it just occurred to me this morning that that would probably be an excellent way of finding out what's wrong. |
| 15:34.47 | blitzrage | I see... I could backport and try to recreate and run in valgrind |
| 15:35.52 | blitzrage | errr... not backport |
| 15:35.56 | blitzrage | rollback |
| 15:36.20 | putnopvut | Awesome, because the more I see about this, it seems like there's some sort of memory corruption going on. |
| 15:36.46 | putnopvut | You had a problem, jmls did, and also there's a bug on the tracker in the same place... |
| 15:37.08 | putnopvut | M10923 |
| 15:37.09 | MuffinMan | [new] [Asterisk] Channels/chan_sip/General 0010923: crash in ast_var_name on SIP hangup reported by atis http://bugs.digium.com/view.php?id=10923 |
| 15:40.06 | blitzrage | ok, so it might close 2 bugs if we can find this then |
| 15:40.21 | blitzrage | M8786 |
| 15:40.21 | MuffinMan | [assigned] [Asterisk] Core/Configuration 0008786: [patch] Properly handle tempates on config read/write reported by ssokol http://bugs.digium.com/view.php?id=8786 |
| 15:40.34 | blitzrage | codefreeze: that seems right up your ally |
| 15:41.08 | blitzrage | codefreeze: I've assigned it to you for now since I've just tested the patch on 1.4 SVN (applies cleanly, but doesn't work) |
| 15:41.31 | blitzrage | at least from a dialplan save, which is what I can only assume ssokol was doing, since I can't think of another way of saving a file from the asterisk CLI |
| 15:41.58 | blitzrage | hrmmmm... damnit... I really do need to build that cluster somewhere |
| 15:42.05 | blitzrage | I guess I gotta figure out how to setup Xen |
| 15:42.10 | blitzrage | on the digium servers |
| 15:44.54 | codefreeze | blitzrage: OK. I'll look at it. |
| 15:45.03 | blitzrage | codefreeze: mucho gracious |
| 15:45.14 | blitzrage | oh no you didn't just say that |
| 15:45.18 | blitzrage | are you serious?! :) |
| 15:45.23 | blitzrage | if so, I can explain |
| 15:45.33 | codefreeze | wouldn't hurt |
| 15:46.36 | file | templates are cool |
| 15:46.51 | blitzrage | ok... so you can create a template like so in (nearly?) any configuration file like so |
| 15:46.55 | blitzrage | [c1](!) |
| 15:47.01 | blitzrage | exten => s,1,Set(a=foo) |
| 15:47.02 | blitzrage | <PROTECTED> |
| 15:47.12 | blitzrage | the (!) tells asterisk this is a template -- it is not a real context that can be access |
| 15:47.14 | blitzrage | accessed* |
| 15:47.16 | Qwell | that example sure looks familiar :D:D |
| 15:47.36 | blitzrage | but, now I can "include" that information into another context |
| 15:47.38 | blitzrage | file: it does |
| 15:47.40 | blitzrage | like so |
| 15:47.41 | blitzrage | <PROTECTED> |
| 15:47.47 | blitzrage | [c2](c1) |
| 15:47.48 | blitzrage | <PROTECTED> |
| 15:48.04 | blitzrage | now [c2] contains everything c1 does, but at the same "level" (i.e. not an include) |
| 15:48.11 | blitzrage | this is mostly used in channel config files like sip.conf |
| 15:49.05 | blitzrage | so I might define something like [my-custom-codecs](!) |
| 15:49.09 | blitzrage | then in my sip users |
| 15:49.16 | blitzrage | [lmadsen](my-custom-codecs) |
| 15:49.28 | blitzrage | type=peer |
| 15:49.30 | blitzrage | host=food |
| 15:49.31 | blitzrage | etc... |
| 15:49.40 | putnopvut | host=food... |
| 15:49.46 | blitzrage | I'm hungry |
| 15:50.01 | codefreeze | So it appears. |
| 15:50.15 | blitzrage | codefreeze: does that make sense? |
| 15:50.21 | blitzrage | I can include multiple templates like so: |
| 15:50.37 | blitzrage | [lmadsen](my-custom-codecs,standard_peer) |
| 15:50.46 | blitzrage | then I just have to define the custom parts |
| 15:50.56 | blitzrage | instead of typing out dtmfmode=rfc2833, etc... for each peer |
| 15:51.52 | codefreeze | yes, it does. I saw the template stuff in the structs, but never saw an example of usage. That helps a lot. |
| 15:51.58 | blitzrage | ok cool |
| 15:52.35 | codefreeze | It's like the two comment styles available. I only ever really see one used anywhere. |
| 15:52.46 | codefreeze | Actually, three now. |
| 15:52.52 | blitzrage | yep... some people don't know about ;-- --; |
| 15:52.58 | blitzrage | 3? |
| 15:53.04 | codefreeze | ;! |
| 15:53.26 | codefreeze | I think. Used in headers |
| 15:53.46 | blitzrage | interesting |
| 15:53.48 | blitzrage | never seen that one |
| 15:54.12 | codefreeze | Look in the gui generated config files |
| 15:54.34 | blitzrage | ah gotcha |
| 15:54.36 | blitzrage | I don't use the GUI |
| 15:54.51 | codefreeze | they got tossed in the read, I think, so they don't accumulate |
| 15:55.10 | blitzrage | gotcha |
| 16:03.43 | *** join/#asterisk-bugs eurodrew555 (n=eurodrew@83-244-164-130.cust-83.exponential-e.net) |
| 16:18.22 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:18.22 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 16:53.20 | blitzrage | putnopvut: ping |
| 16:54.33 | blitzrage | putnopvut: for imapfolder, is that a folder on the IMAP server? I.e. does this mean I might have like...imapfolder=asterisk, which means the INBOX, Old, etc.... folders all reside inside the subfolder? |
| 16:56.45 | putnopvut | Hold on just a sec and I'll check. |
| 16:56.55 | blitzrage | thx, I'm looking at the code, but don't see any comments |
| 16:57.03 | putnopvut | Big surprise ;) |
| 16:57.17 | blitzrage | and it doesn't seem immediately obvious to me what its doing |
| 16:57.30 | Qwell | 367 :D |
| 16:57.34 | blitzrage | hawt |
| 16:57.40 | blitzrage | I'm trying to get another one closed out here |
| 16:58.08 | putnopvut | Hmm, I'm going to have to look in the code to see about that, as it seems I'm not using that option on my setup. |
| 16:59.04 | blitzrage | <PROTECTED> |
| 16:59.05 | blitzrage | <PROTECTED> |
| 16:59.07 | putnopvut | Apparently, it's the folder on the server where your mail will go by default. |
| 16:59.20 | putnopvut | It defaults to INBOX if you don't specify anything. |
| 16:59.38 | putnopvut | But it appears that you can specify a different location by using the imapfolder option. |
| 16:59.48 | blitzrage | I see.... but this is just for new msgs? |
| 16:59.50 | blitzrage | i.e. INBOX |
| 16:59.54 | putnopvut | Note: Like most things IMAP-related, it will probably crash and burn. |
| 16:59.58 | putnopvut | new and old. |
| 17:00.15 | putnopvut | Old messages with IMAP aren't actually in a separate folder, they just have a "seen" flag set on them. |
| 17:00.23 | blitzrage | gotcha |
| 17:00.29 | blitzrage | okie, I'll try and doc |
| 17:00.47 | blitzrage | looks like the greetings also go there? |
| 17:01.18 | putnopvut | Yes. |
| 17:01.29 | blitzrage | if you have that option turned on |
| 17:01.32 | putnopvut | Wait, no! |
| 17:01.50 | putnopvut | Greetings are actually stored on the asterisk server (which is dumb as hell). |
| 17:01.53 | blitzrage | line 8191 |
| 17:02.04 | blitzrage | there is an option to tell it to save to IMAP |
| 17:02.11 | putnopvut | What function is that in. |
| 17:02.17 | blitzrage | imapgreetings=yes |
| 17:02.26 | putnopvut | Oh, in trunk. |
| 17:02.29 | blitzrage | yes |
| 17:02.32 | putnopvut | Yeah, I set that up. |
| 17:02.45 | putnopvut | imapgreetings will allow you to save them on the imapserver. |
| 17:03.06 | blitzrage | so if imapgreetings=yes, and imapfolder=foobar, then greetings and mail are stored in foobar on the IMAP server |
| 17:03.08 | putnopvut | And imapgreetingfolder (I think that's the option name) will allow you to save your greetings in a folder other than your typical imap folder. |
| 17:03.15 | blitzrage | right |
| 17:03.20 | putnopvut | Yeah, I believe that's how it works. |
| 17:03.35 | blitzrage | ya, it does it looks like |
| 17:03.45 | blitzrage | <PROTECTED> |
| 17:03.45 | blitzrage | <PROTECTED> |
| 17:03.53 | blitzrage | else, it uses imapfolder |
| 17:04.03 | putnopvut | Right. |
| 17:04.13 | blitzrage | what if neither are set... ? |
| 17:04.25 | blitzrage | or does imapfolder get set to general or something if not set? |
| 17:05.44 | putnopvut | It gets set to "INBOX" if nothing is set. |
| 17:05.49 | blitzrage | okie |
| 17:12.31 | blitzrage | M11133 |
| 17:12.32 | MuffinMan | [assigned] [Asterisk] Documentation 0011133: app_voicemail.c's imapfolder option is not documented reported by selsky http://bugs.digium.com/view.php?id=11133 |
| 17:12.35 | blitzrage | has a patch now |
| 17:12.47 | blitzrage | I don't have anything on this box to test compiling TEX though |
| 17:12.56 | blitzrage | and someone should make sure the wording makes sense |
| 17:18.36 | putnopvut | I would make a note that "imapfolder" defaults to "INBOX" if nothing is specified. |
| 17:22.02 | *** join/#asterisk-bugs jmls (n=jmls@62.49.235.130) |
| 17:42.28 | *** join/#asterisk-bugs jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 18:32.25 | *** join/#asterisk-bugs dlynes_laptop (n=dlynes@216.251.149.68) |
| 18:49.05 | *** join/#asterisk-bugs codefreeze (n=steve_mu@216.166.159.235) |
| 19:02.30 | *** join/#asterisk-bugs blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 19:02.30 | *** mode/#asterisk-bugs [+o blitzrage] by ChanServ |
| 19:06.30 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 19:53.24 | file | M11150 |
| 19:53.25 | MuffinMan | [assigned] [Asterisk] PBX/General 0011150: issue 0011146 has not been fixed in trunk reported by falves11 http://bugs.digium.com/view.php?id=11150 |
| 19:54.15 | file | that uh dialplan logic... |
| 19:55.59 | Qwell | close it! |
| 19:56.01 | putnopvut | M11146 |
| 19:56.02 | MuffinMan | [closed] [Asterisk] PBX/General 0011146: 'h' extension is broken in trunk reported by dimas http://bugs.digium.com/view.php?id=11146 |
| 20:26.26 | blitzrage | 369?! that sucks |
| 20:28.50 | putnopvut | Yeah we fail |
| 20:29.32 | file | that's okay! |
| 20:29.38 | file | just randomly close some |
| 20:30.01 | blitzrage | ooo! |
| 20:30.05 | blitzrage | that sounds like fun |
| 20:30.57 | blitzrage | could close M11133 with a review |
| 20:31.07 | blitzrage | M10543 |
| 20:31.07 | MuffinMan | [new] [Asterisk] Channels/chan_sip/Interoperability 0010543: Some characters (such as #) are not escaped in SIP headers reported by blitzrage http://bugs.digium.com/view.php?id=10543 |
| 20:31.22 | putnopvut | Hmm. |
| 20:31.25 | putnopvut | M11133 |
| 20:31.25 | MuffinMan | [assigned] [Asterisk] Documentation 0011133: app_voicemail.c's imapfolder option is not documented reported by selsky http://bugs.digium.com/view.php?id=11133 |
| 20:31.30 | blitzrage | there's that one too... which is probably an oej bug... but.... ya |
| 20:31.30 | putnopvut | Oh that one. |
| 20:32.20 | blitzrage | ya, I put in a patch |
| 20:32.56 | blitzrage | I'm off to the grocery / movie store -- let me know if you need anything |
| 20:33.02 | blitzrage | maybe I can get some candy on sale |
| 20:33.42 | blitzrage | lol... 11150 got reopened |
| 20:33.52 | putnopvut | M11150 |
| 20:33.52 | MuffinMan | [feedback] [Asterisk] PBX/General 0011150: issue 0011146 has not been fixed in trunk reported by falves11 http://bugs.digium.com/view.php?id=11150 |
| 20:34.14 | putnopvut | I have to hand it to him for being persistent. |
| 20:34.28 | Qwell | re-close, still dumb |
| 20:35.25 | blitzrage | I'm reclosing |
| 20:36.37 | blitzrage | done |
| 20:36.45 | Qwell | what is the lesson for today, class? |
| 20:37.26 | blitzrage | his issue is he needs ${CDR(uniqueid)} and not just CDR(uniqueid) |
| 20:37.30 | Qwell | indeed |
| 20:37.32 | blitzrage | fyi when he comes in |
| 20:37.38 | russellb | the lesson for today is .......... |
| 20:37.44 | blitzrage | file is a nub |
| 20:37.49 | blitzrage | rejoice! |
| 20:38.00 | russellb | global variables are automatically initialized to zero. |
| 20:38.11 | Qwell | could I bother somebody to take a look at a locking problem? |
| 20:38.21 | blitzrage | yes, bother russellb :) |
| 20:38.21 | Qwell | I know what the problem is, just want to see if my idea is sane |
| 20:38.24 | russellb | and you benefit by not explicitly setting them to 0, as the executable can be smaller, as it doesn't need to store that in the initialized data section. |
| 20:38.41 | russellb | i don't know how locking works. |
| 20:38.42 | blitzrage | you mean someting like |
| 20:38.47 | blitzrage | [globals] |
| 20:38.49 | blitzrage | MYVAR= |
| 20:38.50 | Qwell | C |
| 20:38.50 | blitzrage | ? |
| 20:38.55 | russellb | blitzrage: ! |
| 20:38.56 | russellb | C! |
| 20:38.57 | russellb | nub |
| 20:39.02 | blitzrage | I don't get it |
| 20:39.15 | russellb | int global_int; |
| 20:39.15 | Qwell | char blah[8];, rather than char blah[8] = ""; or something silly |
| 20:39.23 | russellb | versus ... int global_int = 0; |
| 20:39.27 | blitzrage | oh :) |
| 20:39.30 | russellb | it's automatically 0, and saves you some space in the executable. |
| 20:39.35 | blitzrage | hahahaha... you mean in C :) |
| 20:39.41 | russellb | yes! |
| 20:39.45 | blitzrage | I don't get it |
| 20:39.55 | blitzrage | <G> |
| 20:39.57 | russellb | :-p |
| 20:40.01 | russellb | Qwell: what's your problem |
| 20:40.03 | Corydon76-dig | russellb: does that actually save space? |
| 20:40.19 | Qwell | russellb: near line 15187 in chan_sip, p->lock, in the loop |
| 20:40.25 | russellb | Corydon76-dig: in theory |
| 20:40.33 | russellb | Qwell: 1.4? |
| 20:40.35 | Qwell | yes |
| 20:41.01 | Qwell | so, find_call returns locked (always - confirmed) |
| 20:41.03 | russellb | i see it. |
| 20:41.20 | Qwell | if it can't lock p->owner, it keeps trying, over and over and over, and...100 times |
| 20:41.31 | Qwell | at the end of the loop, it unlocks p->lock |
| 20:41.31 | Corydon76-dig | I know it saves space on some architectures where the stack pointer is directly pushed and pulled, rather than added to... but x86 doesn't do it that way |
| 20:41.48 | Qwell | if lockretry gets down to 0, there is a potential for unlocking p->lock more times than we locked it |
| 20:42.13 | Qwell | and, actually, also for doing some stuff in that function with p->lock unlocked |
| 20:42.48 | Qwell | actually, I may be wrong. I didn't see that !lockretry block :( |
| 20:43.17 | Qwell | M10917 |
| 20:43.18 | MuffinMan | [new] [Asterisk] Core-General 0010917: Stop gracefully complains in _ast_pthread_mutex_unlock reported by callguy http://bugs.digium.com/view.php?id=10917 |
| 20:43.20 | russellb | Corydon76-dig: there was a discussion about it on the dev list a few months ago ... |
| 20:43.43 | russellb | Corydon76-dig: pbx_lua doesn't compile with dev mode enabled :( :( :( |
| 20:43.49 | Qwell | it does now |
| 20:44.08 | Corydon76-dig | russellb: you're a little late on that |
| 20:44.14 | russellb | oh. |
| 20:44.26 | russellb | did you poke MasterYoda to get him to fix it? |
| 20:44.39 | Corydon76-dig | No, I just fixed it myself |
| 20:45.11 | russellb | oh, pwned by svn up |
| 20:45.12 | russellb | sorry |
| 20:45.42 | file | AHA! |
| 20:46.18 | Corydon76-dig | What, no cries of "Eureka!"? |
| 20:47.39 | putnopvut | He'll be home when he's good and ready. |
| 20:47.55 | Corydon76-dig | It's his birthday, so I replaced his 17" monitor with a 19" widescreen |
| 20:49.18 | russellb | ooooh, hawt! |
| 20:53.18 | Corydon76-dig | Yep, I think he'll enjoy that |
| 20:54.02 | Corydon76-dig | Last year I wrapped it up nice, this year, I simply replaced it... |
| 20:54.24 | Qwell | you bought it last year, and left it wrapped all year? That's kinda mean. |
| 20:54.44 | Corydon76-dig | 17" LCD last year to replace his CRT |
| 20:54.48 | Qwell | oh |
| 20:58.58 | Corydon76-dig | So I'll be replacing one of my CRTs with his old 17" LCD |
| 20:59.19 | Corydon76-dig | russellb: do you need another CRT? |
| 20:59.32 | russellb | heh, no thanks :) |
| 20:59.37 | russellb | i appreciate the offer, though |
| 21:01.48 | Qwell | I need to find a place that sells used LCDs cheap |
| 21:02.10 | putnopvut | I'll sell you mine for $1.00 |
| 21:02.13 | putnopvut | NOT!! |
| 21:02.13 | Qwell | done |
| 21:02.16 | Qwell | too late |
| 21:02.23 | file | I will sell you mine for $1,000,000.00 |
| 21:18.35 | *** join/#asterisk-bugs Deeewayne (i=dwayne@nat/digium/x-78db5d584ebf2189) |
| 21:18.35 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
| 21:30.20 | *** join/#asterisk-bugs kkjoe (n=kkjoe@p578b42d3.dip0.t-ipconnect.de) |
| 21:31.34 | kkjoe | does anybody knows what this error messages means: error: field class_dev has incomplete type |
| 21:32.14 | kkjoe | im using an 2.4 kernel and try to install misdn, i thoughed class_dev is justed in use for 2.6 kernels |
| 21:32.27 | blitzrage | file: sold! |
| 21:34.32 | *** part/#asterisk-bugs zerohalo (n=zeroHalo@pool-71-255-162-167.bstnma.east.verizon.net) |
| 21:34.42 | Corydon76-dig | kkjoe: probably unsupported. Use 2.6 or not at all |
| 21:38.47 | kkjoe | i just wondering why they put a makefile for 2.4 kernel in there package |
| 21:41.16 | Qwell | 366 |
| 21:41.45 | Corydon76-dig | Legacy makefile |
| 21:42.00 | Corydon76-dig | No reason to remove it, because a motivated person might fix it |
| 21:43.42 | blitzrage | Qwell: rock on! |
| 21:48.09 | Qwell | 365 |
| 21:48.33 | blitzrage | nice work for a Friday afternoon! |
| 21:57.51 | blitzrage | 364! |
| 21:58.47 | *** join/#asterisk-bugs russellb_ (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 21:58.47 | *** mode/#asterisk-bugs [+o russellb_] by ChanServ |
| 21:58.58 | Qwell | oh no, it's the evil russellb_ ! |
| 21:59.30 | file | HAHAHA! I DID IT! |
| 21:59.35 | putnopvut | No way! |
| 21:59.40 | putnopvut | He did it! |
| 21:59.42 | putnopvut | Yes! |
| 21:59.43 | russellb_ | f'ing vpn ... |
| 21:59.50 | Qwell | file: what did you do? |
| 21:59.51 | file | I got Lumenvox's test application that they said "was working fine for them" to behave the same as res_speech_lumenvox |
| 21:59.59 | Qwell | yay! |
| 22:00.06 | Qwell | is that a good thing? |
| 22:00.10 | file | yes. |
| 22:00.11 | Qwell | (for us) |
| 22:01.18 | file | I can make it crash AND deadlock |
| 22:04.54 | Qwell | boo, new bug |
| 22:05.07 | putnopvut | Close it! |
| 22:05.19 | Qwell | yuck, it's that guy I responded to on -users |
| 22:05.30 | putnopvut | Which one? |
| 22:05.36 | Qwell | ztdummy + background |
| 22:05.43 | putnopvut | Ah |
| 22:06.34 | Qwell | hmm, need to find ManxPower - I think he was the one who found that problem initially |
| 22:06.51 | Qwell | will have to see if he remembers |
| 22:18.08 | *** join/#asterisk-bugs JunK-Y (n=junky@modemcable183.17-83-70.mc.videotron.ca) |
| 22:18.08 | *** mode/#asterisk-bugs [+o JunK-Y] by ChanServ |
| 22:42.19 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 22:42.19 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 23:18.08 | *** join/#asterisk-bugs IPetrov (i=IPetrov@ppp85-140-235-104.pppoe.mtu-net.ru) |
| 23:24.19 | *** join/#asterisk-bugs dlynes_laptop (n=dlynes@216.251.149.66) |