| 00:00.27 | outtolunc | er r |
| 00:05.11 | Deeewayne | Corydon76-dig: when you built trunk, did you also successfully build app_osplookup ? |
| 00:05.37 | Deeewayne | I needed to include asterisk/paths.h |
| 00:09.36 | Corydon76-dig | Deeewayne: No, I've never been able to get that library to build correctly |
| 00:09.46 | Deeewayne | ok, I committed the fix |
| 00:12.49 | *** join/#asterisk-dev otherwiseguy (n=otherwis@CPE-75-81-49-192.kc.res.rr.com) |
| 00:27.18 | *** join/#asterisk-dev Victor_Yure (n=aaa@201.9.71.72) |
| 00:43.32 | *** join/#asterisk-dev lvl- (n=lvl@101.248.dhcp.lht.hhs.nl) |
| 02:11.05 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 02:29.00 | *** join/#asterisk-dev moy (n=moyhu@189.169.57.230) |
| 02:36.00 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177585332.dsl.bell.ca) |
| 03:17.06 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 03:24.23 | *** join/#asterisk-dev ZX81 (n=ZX81@202.20.97.211) |
| 03:31.03 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177585332.dsl.bell.ca) |
| 03:49.12 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 03:49.12 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 03:51.19 | *** join/#asterisk-dev mog (n=mog@c-68-62-172-83.hsd1.al.comcast.net) |
| 03:51.19 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 05:22.46 | atisss | Hey, i have written several times to -dev list, but seems that nobody cares |
| 05:22.53 | atisss | maybe i'll have better luck here |
| 05:23.05 | atisss | there's a bug with mantis, when commit automatically closes issue |
| 05:23.31 | atisss | no email is sent to reoprter, or anybody who monitors issue |
| 05:23.59 | atisss | so, if my issue is commited and closed, i might never know that it's solved, if i don't check mantis regularly |
| 05:54.37 | *** join/#asterisk-dev jbot (i=ibot@pdpc/supporter/active/TimRiker/bot/apt) |
| 05:54.37 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- IAX2/guest@misery.digium.com/asterisk-dev -=- Asterisk trunk: res_telepathy release tomorrow-=- Tier 2 and Tier 3.14159 support is in #asterisk -=- Happy Birthday JunK-Y ! |
| 06:21.38 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 06:21.38 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:37.17 | oej | Good morning, folks! |
| 06:43.25 | snuff-work | hello oej |
| 06:43.59 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 07:04.33 | *** part/#asterisk-dev jtodd (n=jtodd@blob.fox-den.com) |
| 07:35.57 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) |
| 07:47.43 | *** join/#asterisk-dev sergee (n=serg@195.94.224.197) |
| 08:24.42 | atisss | Hey oej |
| 08:24.51 | oej | hey, what's up? |
| 08:24.53 | atisss | maybe you know who's dealing with mantis? |
| 08:25.06 | oej | What do you mean dealing with? |
| 08:25.15 | atisss | well, patching it, etc |
| 08:25.22 | atisss | there's some annoying bug |
| 08:25.39 | atisss | i posted several times to -dev list but no responses |
| 08:31.33 | atisss | would it be bad idea to post that as issue in mantis? |
| 08:31.49 | atisss | otherwise i get no reaction |
| 08:38.03 | oej | patching mantis itself or asterisk? |
| 08:38.34 | oej | if you have a bug in Asterisk, report it in mantis - that's the proper place |
| 08:38.36 | oej | What's the bug? |
| 08:43.09 | *** join/#asterisk-dev wedhorn (n=nnnnnwed@dsl-58-6-89-11.act.westnet.com.au) |
| 08:47.48 | atisss | nop, the bug is with mantis |
| 08:48.00 | atisss | whenever commit closes issue, there's no notification sent |
| 08:48.19 | atisss | i suppose it's your own patch that integrates SVN with mantis |
| 08:48.30 | oej | Hmm. You are right about that. |
| 08:48.50 | oej | I haven't seen mails about that, must have missed it. |
| 08:49.10 | atisss | well, i posted twice to -dev list, and it's in archives |
| 08:50.21 | atisss | umm, or isn't.. |
| 08:50.24 | atisss | can't find it |
| 08:51.36 | tzafrir | hmmm... that canary thing looks nice |
| 08:52.27 | oej | Haven't had the problem |
| 08:52.33 | tzafrir | One small point: on some systems setpriority() (when run by a non-root user) might still fail to lower priority |
| 08:52.44 | oej | atisss: I guess that's your issue - you got bounces on the mails |
| 08:53.09 | tzafrir | e.g: older linux (before 2.6.12). I have no idea about other OSes |
| 08:53.15 | atisss | uh, yes, didn't get trough |
| 08:53.59 | oej | tzafrir: Can we check whether setpriority failed or not? |
| 08:54.14 | tzafrir | it is done in the canary process |
| 08:54.21 | oej | Ok |
| 08:54.34 | tzafrir | hmm... maybe have it write some special value on the first write if it failed? |
| 08:55.36 | tzafrir | another fun thing: the rundir is on NFS and there's a clock skew. |
| 08:55.46 | tzafrir | But I can't think of a sane reason to do that |
| 08:56.01 | atisss | btw, i think i see pattern with those emails not reaching list |
| 08:56.31 | atisss | whenever i send trough gmail's web interface they get trough, but when using smtp, they often don't |
| 08:57.01 | atisss | that's for google apps - custom domains |
| 08:57.11 | atisss | some smtp header matching? |
| 08:57.47 | tzafrir | Hmm... and the canary message is a bit too, well, obvious. http://svn.digium.com/view/asterisk?view=rev&rev=93805 :-) |
| 08:58.44 | *** join/#asterisk-dev sergee (n=serg@195.94.224.197) |
| 08:59.19 | *** join/#asterisk-dev sergee (n=serg@195.94.224.197) |
| 09:08.17 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) [NETSPLIT VICTIM] |
| 09:08.17 | *** join/#asterisk-dev jmls (n=jmls@81.138.42.77) [NETSPLIT VICTIM] |
| 09:08.17 | *** join/#asterisk-dev citats (n=james@mrplow.gnuinternet.com) [NETSPLIT VICTIM] |
| 09:19.32 | oej | I would love hearing Allison recording that |
| 09:25.46 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) [NETSPLIT VICTIM] |
| 09:25.46 | *** join/#asterisk-dev jmls (n=jmls@81.138.42.77) [NETSPLIT VICTIM] |
| 09:25.46 | *** join/#asterisk-dev citats (n=james@mrplow.gnuinternet.com) [NETSPLIT VICTIM] |
| 09:28.24 | *** join/#asterisk-dev sergee (n=serg@195.94.224.197) |
| 09:37.07 | *** join/#asterisk-dev RoyK (n=roy@fw.fortel.no) |
| 09:51.04 | *** join/#asterisk-dev andrelg (n=andrelg@server01.outcenter.com.br) |
| 10:17.19 | *** join/#asterisk-dev steliosk (n=Stelios@ipa226.211.tellas.gr) |
| 10:32.47 | tzafrir | hmm... no problems building latest Zaptel with kernel 2.6.23.1 ... |
| 10:33.50 | tzafrir | I wonder how much point there is to try building Zaptel vs. various configured but not built kernels |
| 10:34.02 | tzafrir | I figure it can catch most header changes and such |
| 10:34.32 | tzafrir | And it allows a much quicker change between versions in the same git tree |
| 10:52.16 | *** join/#asterisk-dev IgorG (n=FeedomPa@195.162.32.126) |
| 10:52.32 | IgorG | Hi, all! |
| 10:52.45 | IgorG | oej, you here? |
| 10:59.24 | *** join/#asterisk-dev sergee (n=serg@195.94.224.197) |
| 11:05.36 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 11:10.04 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 11:14.22 | *** join/#asterisk-dev wedhorn (n=wedhorn@dsl-58-6-89-11.act.westnet.com.au) |
| 11:48.28 | *** join/#asterisk-dev myiagy (n=Jose@200.215.59.133) |
| 11:54.45 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:55.42 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177585332.dsl.bell.ca) |
| 12:08.16 | mvanbaak | would be great to have that canary message recorded by Allison ;) |
| 12:10.14 | *** join/#asterisk-dev flujan (n=flujan@189-46-18-10.dsl.telesp.net.br) |
| 12:12.04 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 12:16.21 | jsmith | mvanbaak: That's a great idea! |
| 12:26.10 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.208.149) |
| 12:52.32 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 13:17.19 | *** join/#asterisk-dev Victor_Yure (n=aaa@postfix.tradein.com.br) |
| 13:33.05 | *** join/#asterisk-dev Victor_Yure (n=aaa@postfix.tradein.com.br) |
| 13:41.45 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 14:20.28 | *** join/#asterisk-dev mog (n=mog@nat/digium/x-e47f5462f5fd00c1) |
| 14:20.28 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 14:20.43 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177585332.dsl.bell.ca) |
| 14:26.18 | *** join/#asterisk-dev w9sh (n=w9sh@adsl-068-209-117-205.sip.asm.bellsouth.net) |
| 14:28.44 | *** join/#asterisk-dev miguel3239 (n=elguerom@h-68-167-124-171.cmbrmaor.covad.net) |
| 14:31.10 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:31.10 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 14:32.56 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 14:32.56 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 14:33.23 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 14:33.23 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 14:41.11 | *** join/#asterisk-dev zerohalo (n=zeroHalo@pool-71-162-97-18.bstnma.east.verizon.net) |
| 14:45.58 | *** join/#asterisk-dev apocn (n=htejeda@unaffiliated/apocn) |
| 15:26.28 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 15:40.27 | tzafrir | puzzled, "black dogs" is an annomality of the language English. Other languages have it the other way around |
| 15:40.52 | puzzled | in dutch it's black dogs too |
| 15:42.17 | tzafrir | But anyway, you're using the wrong grammer here. |
| 15:44.08 | Corydon76-dig | "grammar" |
| 15:44.20 | jsmith | Corydon76-dig: Dang, you beat me to it |
| 15:45.21 | Corydon76-dig | If you're going to correct someone's grammar, don't make any grammar mistakes while doing so. ;-) |
| 15:46.19 | *** join/#asterisk-dev fadey (n=fadey@239.Red-80-36-91.staticIP.rima-tde.net) |
| 15:46.22 | Qwell | Corydon76-dig: actually, that would be a "spelling" mistake. :P |
| 15:49.33 | *** join/#asterisk-dev jeffg (i=0yrXKct3@pdpc/supporter/active/jeffg) |
| 15:54.09 | putnopvut | And I think "grammatical mistakes" would have been more appropriate too. :P |
| 15:55.16 | blitzrage | o.O |
| 15:59.48 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:06.53 | *** join/#asterisk-dev lrizzo (n=luigi@88-149-251-16.dynamic.ngi.it) |
| 16:22.27 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 16:23.14 | *** join/#asterisk-dev _mihai_ (n=_mihai_@ool-4573271f.dyn.optonline.net) |
| 16:23.17 | *** join/#asterisk-dev ELBunce (n=erik@kde/developer/bunce) |
| 16:28.36 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:28.36 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 16:30.24 | *** part/#asterisk-dev ELBunce (n=erik@kde/developer/bunce) |
| 16:30.30 | *** join/#asterisk-dev ELBunce (n=erik@kde/developer/bunce) |
| 16:36.51 | *** join/#asterisk-dev bkruse (n=bkruse@nat/digium/x-24722cd8a070145e) |
| 16:36.51 | *** mode/#asterisk-dev [+o bkruse] by ChanServ |
| 16:44.11 | *** join/#asterisk-dev mbranca (i=daemon@mi-gw1.voismart.net) |
| 16:44.48 | *** join/#asterisk-dev X-Scale (i=email@89-180-55-97.net.novis.pt) |
| 16:51.46 | russellb | chan_iax2 makes me sad |
| 16:51.47 | russellb | that is all |
| 16:52.13 | russellb | Corydon76-dig: ping |
| 16:52.20 | russellb | M11602 |
| 16:52.21 | MuffinMan | [assigned] [Asterisk] Channels/chan_iax2 0011602: AST-2007-027 change causes seg fault reported by plack http://bugs.digium.com/view.php?id=11602 |
| 16:52.33 | russellb | (my previous comment was actually unrelated to that, but just saw it) |
| 16:52.37 | otherwiseguy | puppies being euthanized because no one wants to take them home makes me sad. |
| 16:52.42 | otherwiseguy | that is all too. |
| 16:52.50 | russellb | otherwiseguy: that is sad ;( |
| 16:53.10 | russellb | i can't wait to get a puppy. |
| 16:54.10 | otherwiseguy | they have a way of making you smile. :-) |
| 16:54.40 | otherwiseguy | er... and to make this On Topic--puppies love asterisk! |
| 16:54.59 | otherwiseguy | development. |
| 16:56.00 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 17:03.26 | Corydon76-dig | pong |
| 17:03.44 | file | you already took care of it :D |
| 17:04.11 | Corydon76-dig | He said there was another reason for the ping |
| 17:04.26 | russellb | no, i meant my chan_iax2 makes me sad comment was not realted to the bug |
| 17:04.30 | russellb | but the bug was the reason for the ping |
| 17:04.36 | *** join/#asterisk-dev X-Scale (i=email@89-180-55-97.net.novis.pt) |
| 17:04.39 | Corydon76-dig | Oh |
| 17:04.46 | russellb | sorry for the confusion :) |
| 17:06.40 | Corydon76-dig | Does this merit a .1 release? |
| 17:07.11 | russellb | yes |
| 17:07.13 | russellb | does it affect 1.2? |
| 17:07.32 | russellb | (please say no) :) |
| 17:09.17 | Corydon76-dig | No |
| 17:09.24 | Corydon76-dig | Already checked that |
| 17:09.46 | Corydon76-dig | Um, did bugs just go down? |
| 17:10.15 | file | workin' fine here |
| 17:10.30 | Corydon76-dig | No response here |
| 17:10.51 | russellb | works fine for me too |
| 17:11.26 | Corydon76-dig | I'm also not going over the VPN |
| 17:12.43 | Corydon76-dig | Or, crap, it is |
| 17:12.49 | Corydon76-dig | fscking vpn |
| 17:13.32 | Corydon76-dig | Yep, shut off the VPN and it works fine |
| 17:17.30 | *** join/#asterisk-dev Laureano (n=chatzill@200.59.172.38) |
| 17:17.31 | *** join/#asterisk-dev jtodd (n=jtodd@blob.fox-den.com) |
| 17:18.08 | file | yarrrr |
| 17:19.30 | ELBunce | chan_iax2 makes me sad too russelb |
| 17:20.42 | ELBunce | mostly in the trying to make sure behavior between it and iaxclient's libiax's iax.c are more or less consistent/sane |
| 17:21.04 | _mihai_ | seems that chan_iax2 is a major source of misery :) |
| 17:22.34 | jsmith | Hmmmn... it's been relatively nice to me lately |
| 17:23.05 | tzafrir | _mihai_, well, we already know that from the demo dialplan |
| 17:24.10 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 17:24.10 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:28.44 | ELBunce | speaking of which, one of these days I'd love to get the iaxclient iax2-parser.{h, c} stuff and that in asterisk back in some form of sync |
| 17:35.47 | *** join/#asterisk-dev Zuchmir (n=dddddd@123-2-65-142.static.dsl.dodo.com.au) |
| 17:35.59 | *** join/#asterisk-dev monkeytype (n=Bill@nat/digium/x-ea2df0471d81618a) |
| 17:36.39 | Zuchmir | quell: have you had a look at the patch @ 11502 |
| 17:37.36 | Qwell | M11502 |
| 17:37.37 | MuffinMan | [new] [Asterisk] Core-General 0011502: [patch] allow multiple skip_ms in waitstream_core() reported by dovidz http://bugs.digium.com/view.php?id=11502 |
| 17:37.57 | Qwell | did I not comment? |
| 17:39.42 | Zuchmir | quell: yes, "Will review once license is approved." |
| 17:39.55 | Qwell | so it's forcing the 2nd and 3rd ffwd and rew keys to be 1 or 2 digits less than ffwd/rew? |
| 17:40.02 | Qwell | int this_skip_ms = ((thisKey - forward) == 0) ? skip_ms : (((thisKey - forward) == 1) ? skip_ms2 : skip_ms3); |
| 17:40.08 | Qwell | unless I'm missing something |
| 17:41.01 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 17:42.52 | Qwell | erm, more, not less |
| 17:43.04 | Zuchmir | example, rew = "123", skip_ms = 1000, skip_ms2 = 5000, skip_ms3 = 6000: would cause "1" to skip 1 sec, "2" to skip 5 sec, and "3" to skip 6 sec |
| 17:44.06 | Qwell | so what happens if they only specify 2 ffwd keys, and the next thing pointed to would be the first rew key? |
| 17:44.14 | Qwell | am I just completely misreading this code? |
| 17:44.27 | Qwell | it looks like you're doing math on the pointer location itself |
| 17:44.52 | Zuchmir | thisKey - forward, would equal 0 or 1 |
| 17:45.12 | Qwell | or 2 |
| 17:45.15 | Zuchmir | only using skip_ms, and skip_ms2 |
| 17:45.40 | Qwell | yeah, I don't really like how that's being done... |
| 17:46.00 | Qwell | pointer math is...yuck |
| 17:46.13 | Zuchmir | no, since strchr("12", "2") will be 1, and strchr("12", "1") will be 0 |
| 17:46.40 | Zuchmir | ok, i guess i have poor taste :-) |
| 17:47.14 | Qwell | you should check out how they did that in the ControlPlayback patch. I recall liking the way that was done |
| 17:47.32 | Qwell | (I'll look at it now, to see) |
| 17:47.52 | Zuchmir | they passed multi keys per skipms param |
| 17:48.30 | Zuchmir | ie they passed an array of { int skip_ms; char *keys; } |
| 17:48.44 | Qwell | yeah, that's no good either |
| 17:49.00 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 17:49.10 | Qwell | I like how you're passing the keys together like rew="123", just not thrilled with how you're parsing them out |
| 17:50.02 | Zuchmir | ok, i saw your point about pointer math :-) |
| 17:50.56 | Zuchmir | btw, i thought that was the whole point of using rew as a string vs. as a char, to allow multi keys todo the same functionality |
| 17:51.56 | Qwell | huh? |
| 17:53.07 | Zuchmir | when i started playing w/* i was wondering why you doing strchr() why not simply look at rew[0] - which is faster on the CPU |
| 17:53.23 | Qwell | ahh, dunno |
| 17:53.48 | Zuchmir | but i came to the conclusion that it was really cool this way, that it allowed "123" to be assigned to a single function (rew) |
| 17:55.29 | Qwell | also, I'm wondering, is there any reason to actually specify skip2 and skip3? What if they were static, like skip*2 and skip*5? |
| 17:55.45 | Zuchmir | could use if(key == rew[0]) this_skip_ms = skip_ms; else if(key == rew[1]) ...., but IMHO that's worse than the way i did it |
| 17:57.16 | Zuchmir | i am currently replicating a phone system which currently has 30 sec, 1 min, 5 min rew/ff |
| 17:57.23 | Corydon76-dig | Zuchmir: why not use if (strchr(rew, key)) ? |
| 17:57.37 | Qwell | Corydon76-dig: that is what it's doing |
| 17:57.49 | Corydon76-dig | That's fine |
| 17:57.53 | Qwell | +if ((thisKey = strchr(forward,res))) { |
| 17:57.53 | Qwell | +int this_skip_ms = ((thisKey - forward) == 0) ? skip_ms : (((thisKey - forward) == 1) ? skip_ms2 : skip_ms3); |
| 17:58.01 | Qwell | the second line just...bothers me |
| 17:58.18 | Zuchmir | a formula would not be good for all cases |
| 17:58.20 | Corydon76-dig | Yeah, that calculation is kind of weird |
| 17:58.46 | Zuchmir | Corydon76-dig: the strchr() was there already, all i did was saved the return value |
| 17:59.20 | Zuchmir | Corydon76-dig: i guess you don't either like pointer math :-) |
| 17:59.54 | Corydon76-dig | Zuchmir: tell you what |
| 18:00.08 | Corydon76-dig | If you comment it and say exactly what it's doing, then it's fine |
| 18:00.19 | Corydon76-dig | What it's doing and why it works |
| 18:00.38 | tzanger | woo |
| 18:00.43 | Corydon76-dig | The problem isn't the code per se, the problem is that it takes a minute to read |
| 18:00.57 | Corydon76-dig | and a comment will solve that problem |
| 18:01.47 | Qwell | I'd agree witht hat |
| 18:02.36 | Zuchmir | ok |
| 18:05.37 | Qwell | maybe also a switch or something on (thisKey - forward) to make it a little clearer? |
| 18:07.20 | Zuchmir | ok, hows this comment: http://pastebin.com/d162aba40 |
| 18:08.43 | Corydon76-dig | Zuchmir: not exactly true... say "offset 0", "offset 1" |
| 18:08.46 | Qwell | thisKey = strchr("123", '1')) - '1' - 0 |
| 18:08.51 | Qwell | right, what he said |
| 18:09.49 | Zuchmir | whoops... |
| 18:09.53 | Corydon76-dig | Also, when you're doing a comment, put a '*' in front of each line, styled the same way as other multi-line comments |
| 18:10.10 | Corydon76-dig | Again, for readability |
| 18:10.50 | Zuchmir | http://pastebin.com/d67edb69 |
| 18:11.56 | Zuchmir | http://pastebin.com/d4f66feab |
| 18:13.19 | Corydon76-dig | Better |
| 18:13.35 | Corydon76-dig | I'd try to go more with English instead of code |
| 18:13.44 | Qwell | except rewind at the bottom should be forward, since you're using forward on top |
| 18:13.53 | Zuchmir | i am poor at english ;-) |
| 18:14.31 | Corydon76-dig | We find a ton of bugs when we go back and document/comment, because we realize that what we're saying isn't what the code actually says... |
| 18:15.13 | tzanger | Corydon76-dig: hahaha |
| 18:15.16 | tzanger | isn't that always the best |
| 18:15.21 | tzanger | you are working like mad |
| 18:15.27 | Corydon76-dig | Eh? |
| 18:15.29 | tzanger | and you trust the comments because it looks like it's about right |
| 18:15.49 | tzanger | but then after exhausting all other possibilities you go back and REALLY look at the documented code |
| 18:15.56 | tzanger | and discover that the comment and the code are at oods |
| 18:15.57 | tzanger | er odds |
| 18:16.24 | Corydon76-dig | Yep, which helps find bugs. Code without comments doesn't really work well when trying to find problems like that |
| 18:16.35 | Corydon76-dig | Comment displays intent |
| 18:19.34 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) |
| 18:21.45 | Zuchmir | is this worse? http://pastebin.com/d66fbce77 (poor english) |
| 18:24.50 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.208.149) |
| 18:26.40 | Zuchmir | http://pastebin.com/d781d1414 - includes a switch(thisKey - forward) |
| 18:29.56 | Zuchmir | BTW this patch only deals with the underlying capabilities of this function, it does not deal with ControlPlayback() per se |
| 18:30.10 | Qwell | yeah, I know that part :) |
| 18:30.29 | Qwell | once we commit this, they'll have to change their patch to make it work with this method - since it's a lot cleaner |
| 18:30.54 | Zuchmir | but the code for that could also be trivial (simply adding 2 more params to end of the current arg list |
| 18:31.08 | Qwell | yep |
| 18:31.41 | Zuchmir | qwell: are you ok with the last revision to this |
| 18:47.57 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 18:58.05 | Zuchmir | quell: i just uploaded the full patch |
| 19:34.20 | caio1982 | somebody just mentioned on the mailing list about a 1.4.16.1 release due soon... is it going to happen really? |
| 19:38.45 | mvanbaak | it's already there I think. at least it's tagged in svn |
| 19:38.55 | mvanbaak | <PROTECTED> |
| 19:39.50 | caio1982 | then so i suppose it was a security release only |
| 19:40.01 | caio1982 | I hoped to get a fix in before it, but... nevermind :) |
| 19:41.08 | mvanbaak | caio1982: it's released to fix a segfault in chan_iax |
| 19:41.11 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 19:42.02 | mvanbaak | caio1982: it's because of this one: |
| 19:42.03 | mvanbaak | 17:50 < Entomologist> *** NEW (11602) [Channels/chan_iax2] AST-2007-027 change causes seg fault |
| 19:42.07 | mvanbaak | 17:50 < Entomologist> http://bugs.digium.com/view.php?id=11602 |
| 19:42.09 | mvanbaak | 17:50 < Entomologist> ********************************************************* |
| 19:42.36 | caio1982 | mvanbaak: ah, thanks again :) |
| 19:42.55 | caio1982 | will have to wait until 1.4.17, no big deal |
| 19:43.07 | mvanbaak | :) |
| 19:49.52 | russellb | caio1982: it's already available |
| 19:52.10 | putnopvut | Is there an example anywhere in Asterisk of a linked list of linked lists using the macros defined in linkedlists.h? |
| 19:52.53 | Corydon76-dig | putnopvut: yes, res_odbc |
| 19:53.15 | putnopvut | Ah, thanks. |
| 19:53.37 | Corydon76-dig | Lists of connections under a list of connection classes |
| 19:56.09 | putnopvut | I see...hmm, I'm trying to implement this in a way that will be a linked list where each element is strictly another linked list. Not a linked list of structures which contain a linked list themselves. I may have to just create a dummy structure for the purpose of containing the interior linked list. |
| 19:57.12 | Corydon76-dig | Yeah, you need the structure around it, because of the elements that construct the links |
| 19:57.48 | putnopvut | So I have that option or rolling my own, which I'd rather not do. All right time to get codin'! Thanks! |
| 19:58.38 | Corydon76-dig | putnopvut: you can also look at app_stack in trunk |
| 19:58.55 | putnopvut | Thanks. |
| 19:59.04 | Corydon76-dig | Kind of the same thing, though a little bit abstracted, because it's datastores to stack frames |
| 19:59.52 | *** part/#asterisk-dev myiagy (n=Jose@200.215.59.133) |
| 20:00.06 | Corydon76-dig | Like this line: AST_LIST_HEAD(, gosub_stack_frame) *oldlist = data; |
| 20:03.03 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 20:05.48 | bkruse | outtolunc: ouch, that one hurt :P |
| 20:05.52 | bkruse | im going to have to use that one |
| 20:06.13 | jsmith | ~reset bkruse |
| 20:18.49 | bkruse | or we can write a patch that ignores sigserv and causes asterisk to stay up and running and not segfault, but be completely inoperable |
| 20:18.55 | bkruse | or maybe that was already done.... :X lol |
| 20:19.24 | jsmith | It's been discussed before ;-0 |
| 20:21.11 | bkruse | jsmith: so ive heard :P |
| 20:21.55 | tzafrir | Corydon76-dig, regarding the canary process: |
| 20:22.01 | Corydon76-dig | Yes? |
| 20:22.17 | tzafrir | what happens if the canary process fails the setpriority call? |
| 20:22.32 | Corydon76-dig | That is impossible |
| 20:22.42 | tzafrir | (if it is not root, and running kernel < 2.6.12) |
| 20:22.52 | Corydon76-dig | Read the manpage. That call can never fail |
| 20:23.13 | Corydon76-dig | If it's not root, then high priority isn't possible anyway |
| 20:24.06 | Corydon76-dig | It's forked before the user is changed |
| 20:24.15 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177585332.dsl.bell.ca) |
| 20:24.48 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 20:24.48 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:24.55 | *** join/#asterisk-dev ariel_ (n=ariel_@74.8.35.6) |
| 20:25.01 | tzafrir | right. Misread it, indeed |
| 20:25.50 | bkruse | Corydon76-dig: nice |
| 20:26.25 | Corydon76-dig | bkruse: well, not nice that it's necessary... |
| 20:26.57 | Corydon76-dig | but at least nobody has to call up the data center and walk someone through a cold reboot of a server |
| 20:27.42 | tzafrir | Yeah. it can really make it safer to use -p |
| 20:28.11 | Corydon76-dig | Worst case, it becomes unavailable for 1:59 |
| 20:28.36 | jsmith | Corydon76-dig: I loved the updated message... |
| 20:28.47 | Corydon76-dig | jsmith: Qwell suggested it |
| 20:29.08 | Corydon76-dig | jsmith: and I have to agree that a much longer message is more difficult to miss |
| 20:29.14 | jsmith | ~praise Qwell |
| 20:29.15 | jbot | All hail Qwell! |
| 20:30.11 | tzafrir | well, you won't look for it :-) |
| 20:35.43 | Qwell | ast_tvdiff_ms - milliseconds or microseconds? |
| 20:36.17 | Corydon76-dig | milli |
| 20:36.22 | Corydon76-dig | micro is us |
| 20:36.30 | Qwell | then core show translation is wrong... |
| 20:36.39 | *** join/#asterisk-dev jeffg (i=q7v1CR3q@pdpc/supporter/active/jeffg) |
| 20:36.40 | ariel_ | hello everyone |
| 20:36.57 | ariel_ | wow JunK-Y it's your bday? Happpy bday. |
| 20:37.48 | jsmith | Qwell: It is... the numbers is "core show translations" aren't milliseconds? |
| 20:37.58 | Qwell | they are milliseconds, but it says microseconds |
| 20:38.02 | jsmith | Oh... |
| 20:38.04 | jsmith | That's bad |
| 20:38.07 | Corydon76-dig | Heh |
| 20:38.08 | ariel_ | I have a question for all of you. Does any one working on an enterprise queue and agent application that allows agents to login from different asterisk boxes? |
| 20:38.24 | Corydon76-dig | Not that I know of |
| 20:38.27 | Qwell | which explains why this code was acting funky... Matt assumed that ms was microseconds (because the command told him it was) |
| 20:38.31 | jsmith | ariel_: I've done it, but it's hackish |
| 20:38.41 | Qwell | so, now... |
| 20:38.45 | ariel_ | you have |
| 20:38.50 | Qwell | why am I only getting 4000usec resolution when I try? |
| 20:38.53 | jsmith | Qwell: It's "number of milliseconds to transcode on second worth of audio", correct? |
| 20:38.56 | ariel_ | jsmithI would love to see your hack |
| 20:39.14 | jsmith | ariel_: In short, it works like this: |
| 20:39.21 | jsmith | I have two boxes, A and B |
| 20:39.32 | Qwell | huh, so it's milliseconds in 1.4, and microseconds in trunk |
| 20:39.35 | Qwell | now that's confusing |
| 20:39.48 | jsmith | ariel_: When an agent logs in, it actually checks to see which box is the queue master |
| 20:40.05 | jsmith | ariel_: If it's local, it calls AddQueueMember() |
| 20:40.08 | Qwell | but there's still the problem of the 4000usec resolution |
| 20:40.37 | jsmith | ariel_: If it's remote, it calls Dial() to an extension on the other box that calls AddQueueMember() on that box |
| 20:40.50 | Qwell | http://pastebin.ca/824143 |
| 20:41.01 | ariel_ | jsmith, that will not work here. |
| 20:41.04 | jsmith | ariel_: The only other key is that any queue member can be called via either box because of DUNDi |
| 20:41.08 | ariel_ | I have 22 asterisk boxes |
| 20:41.14 | ariel_ | and it will drive them nuts |
| 20:41.25 | jsmith | ariel_: But the queue is only on one box, right? |
| 20:41.32 | ariel_ | I am rsync the config fies with a cron job now every 2 minutes |
| 20:41.44 | ariel_ | but thinking of having to redo the applications |
| 20:41.52 | ariel_ | jsmith no |
| 20:42.04 | ariel_ | I have over 70 different queues |
| 20:42.13 | ariel_ | right now doing what is called over flow |
| 20:42.23 | jsmith | ariel_: But for any given queue, *that* queue is only on one box, correct? |
| 20:42.31 | ariel_ | but it's getting really hard and slow to manage syncing the agents |
| 20:42.34 | jsmith | ariel_: Or do you have your queues split across boxes? |
| 20:42.41 | ariel_ | yes it's on one box |
| 20:42.50 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 20:42.56 | ariel_ | queues are on one box but agents are split |
| 20:43.23 | ariel_ | many agents are in more then 3 or 4 queues as well. |
| 20:43.35 | jsmith | Right... so there are two problems to solve |
| 20:43.48 | jsmith | 1) How to log into all the various queues |
| 20:44.10 | jsmith | 2) How do actually send a call to a queue member, no matter where he is |
| 20:44.15 | Qwell | Corydon76-dig: any idea why the above pastebin might be? |
| 20:44.19 | jsmith | The second is very easy, and the first isn't much harder |
| 20:46.07 | ariel_ | jsmith, I have that already setup. And it does work. But issue is when the agent needs to transfer calls to another agent or queue we loss the reporting and recordings |
| 20:46.15 | Corydon76-dig | Qwell: I'm not sure what you're asking |
| 20:46.42 | Qwell | see how it's all nearly multiples of 4000? |
| 20:46.51 | Corydon76-dig | Ah |
| 20:47.02 | Corydon76-dig | Might be due to the context switching |
| 20:47.10 | Qwell | I'm testing something right now, to rule out an order of operation issue |
| 20:47.48 | Corydon76-dig | since all processes get a max time to execute, what is it really measuring? |
| 20:48.18 | Corydon76-dig | but no, not really any idea |
| 20:48.32 | Corydon76-dig | bbiab |
| 20:48.36 | Qwell | ok |
| 20:58.57 | *** part/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 20:59.26 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 21:06.28 | Qwell | heh, it's only accurate to the value of HZ, basically |
| 21:07.01 | Qwell | so, I might be using 250hz, or whatever, for a resolution of 4ms |
| 21:07.52 | jsmith | 4ms, or 4us? |
| 21:07.55 | Qwell | 4ms |
| 21:08.00 | Qwell | 4000us |
| 21:08.15 | jsmith | So, that being the case, why did we have better than 4ms resolution under Asterisk 1.4? |
| 21:08.24 | Qwell | because we weren't using getrusage |
| 21:08.33 | jsmith | Ah... |
| 21:08.50 | Qwell | we were timing how wall-clock time it took, vs how much CPU time it took |
| 21:08.54 | Qwell | how much* |
| 21:09.13 | Qwell | given that... |
| 21:09.29 | Qwell | that means that a system with 100hz would have a resolution of a whopping 10ms |
| 21:09.46 | Qwell | which is far far far less accurate than the wall-clock method |
| 21:11.13 | Qwell | thoughts? |
| 21:11.47 | Qwell | going back to the old wall-clock method would give us proper usec resolution, but then it wouldn't be a representation of how much CPU time it actually took |
| 21:13.30 | mvanbaak | cpu time is unimportant |
| 21:19.31 | Qwell | mvanbaak: I'm inclined to agree - especially if we can't get the same resolution as wall-clock time.. |
| 21:21.40 | Corydon76-dig | Heh |
| 21:23.21 | Qwell | Kevin disagrees. |
| 21:23.29 | Qwell | but, I have something to check on |
| 21:24.37 | Corydon76-dig | Well, the next question is, if you double the sample, does it take double the CPU time? |
| 21:24.48 | Corydon76-dig | Because if it doesn't, then CPU time doesn't mean anything |
| 21:24.51 | Qwell | it does |
| 21:24.55 | Qwell | well, sort of |
| 21:25.05 | Qwell | because we're dividing my seconds at the end for the cost |
| 21:25.06 | Corydon76-dig | Sort of is exactly my point |
| 21:25.15 | Qwell | by seconds* |
| 21:25.45 | mvanbaak | hhmm |
| 21:25.53 | mvanbaak | anyone tried the tickless kernel shit ? |
| 21:25.57 | Corydon76-dig | If it goes from 3 units to 5 units when you double the samples, then 3 isn't accurate as a measure of the amount of CPU it's actually taking |
| 21:26.05 | mvanbaak | I have this virtual machine running on a tickless host |
| 21:26.19 | mvanbaak | sleep(1) actually takes between 3 and 1800 |
| 21:26.25 | mvanbaak | depending on the entropy on the system |
| 21:26.52 | Corydon76-dig | So sleep is a random number generator? |
| 21:26.53 | mvanbaak | or is this something else ? |
| 21:27.19 | Corydon76-dig | mvanbaak: something else, I think |
| 21:27.24 | mvanbaak | Corydon76-dig: not really, but with the latest tickless patches it starts to look like it |
| 21:27.39 | mvanbaak | I still have trouble understanding it |
| 21:28.43 | mvanbaak | I've seen too many comments on mailinglists etc that state that cpu time is not accurate. so my braincells linked the weird sleep(1) behaviour to that |
| 21:30.17 | pnlarsson | I have only alaw and ulaw with trunk... http://pastebin.ca/824250 |
| 21:30.38 | pnlarsson | Any idea how to track this down? |
| 21:31.05 | Corydon76-dig | You have ilbc, too |
| 21:31.37 | mvanbaak | omg |
| 21:31.51 | mvanbaak | and another RMS <-> Theo fight |
| 21:31.55 | pnlarsson | With thoose numbers... |
| 21:32.03 | Corydon76-dig | Might you have unselected something in 'make menuselect', pnlarsson? |
| 21:32.20 | putnopvut | pnlarsson: there's a bug on the tracker right now about that...let me find the issue number. |
| 21:32.28 | pnlarsson | Nope, the codec's are built and show up in module show like codec_ |
| 21:33.04 | Qwell | pnlarsson: yeah, that was what made me find all of this stuff.. I'm still looking at that bug |
| 21:33.06 | putnopvut | 11584 |
| 21:33.13 | putnopvut | pnlarsson: ^^^ |
| 21:33.28 | pnlarsson | putnopvut: checking |
| 21:33.31 | mvanbaak | Qwell: any idea when there's going to be some progress in chan_skinny ? |
| 21:34.02 | mvanbaak | I'll be testing them patches on my trunk installs during the holidays |
| 21:34.42 | pnlarsson | Thanks, then i'm not alone... ;-) |
| 21:34.59 | putnopvut | Yeah, there's no fix yet, but at least it's a known issue. |
| 21:35.47 | pnlarsson | It's only a matter of doing svn up -r xxxx; make install; test and again and again... |
| 21:37.13 | mvanbaak | yup. annoying but true |
| 21:37.46 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) |
| 21:37.53 | Corydon76-dig | <PROTECTED> |
| 21:39.14 | mvanbaak | hahahahahaha |
| 21:39.41 | putnopvut | I'm always hesitant to click on a .jpg that Corydon76-dig posts. |
| 21:39.55 | Corydon76-dig | Gee, I can't imagine why |
| 21:40.43 | Corydon76-dig | It's not like I've ever posted goatse |
| 21:41.07 | Corydon76-dig | (I haven't) |
| 21:41.13 | Qwell | (I have) |
| 21:41.16 | Qwell | ((not here)) |
| 21:41.22 | Corydon76-dig | nor have I posted 2girls1cup |
| 21:41.35 | Qwell | haven't seen that one, but I can imagine |
| 21:41.41 | Qwell | I'd rather not though |
| 21:41.51 | Corydon76-dig | No, you can't imagine, and no, you don't want to |
| 21:42.01 | mvanbaak | rephrase: I'd rather not on a company terminal |
| 21:42.23 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) |
| 21:42.26 | Corydon76-dig | Be thankful that you've never seen it |
| 21:42.51 | mvanbaak | ok |
| 21:42.58 | Qwell | pnlarsson: is this 100% reproducible? Is it always the same codecs that are missing? |
| 21:43.15 | mvanbaak | so, you have alaw and ulaw |
| 21:43.20 | mvanbaak | what else do you need ? |
| 21:43.34 | Qwell | mvanbaak: reporter has slin too |
| 21:43.38 | *** part/#asterisk-dev Zuchmir (n=dddddd@123-2-65-142.static.dsl.dodo.com.au) |
| 21:43.39 | Qwell | I'd say they're golden |
| 21:43.45 | mvanbaak | indeed ! |
| 21:43.54 | Qwell | pnlarsson: gcc 4.2? maybe? |
| 21:46.57 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 21:47.11 | mvanbaak | current trunk with gcc 4.1.2 works fine |
| 21:47.19 | mvanbaak | gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) |
| 21:47.39 | mvanbaak | amd64 ubuntu 7.10 system |
| 21:55.18 | *** join/#asterisk-dev ZX81 (n=ZX81@202.49.106.158) |
| 21:58.39 | *** join/#asterisk-dev tzafrir (n=tzafrir@62.90.10.53) |
| 21:58.39 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 21:59.21 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 22:06.25 | snuff-work | codefreeze: ping? |
| 22:11.59 | Corydon76-dig | Wow, double sex change |
| 22:12.27 | mog | lol |
| 22:12.28 | snuff-work | i thought u had to wait a while inbetween those |
| 22:12.51 | ELBunce | talk about a quick change |
| 22:13.27 | jeffg | i forgot how much i love this channel :) |
| 22:14.44 | mvanbaak | http://www.reef.com/guys/missreef/MARCELLA |
| 22:14.59 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable183.17-83-70.mc.videotron.ca) |
| 22:15.04 | mvanbaak | now you'll love it even more |
| 22:15.15 | JunK-Y | wb |
| 22:15.22 | JunK-Y | isnt my birthday anymore :) |
| 22:15.31 | mvanbaak | aw |
| 22:16.19 | *** topic/#asterisk-dev by russellb -> Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- IAX2/guest@misery.digium.com/asterisk-dev -=- Asterisk trunk: res_telepathy release tomorrow-=- Tier 2 and Tier 3.14159 support is in #asterisk |
| 22:17.45 | mvanbaak | hhmm, how to get your project name in freenode spoof ? |
| 22:17.51 | mvanbaak | offtopic, I know |
| 22:18.19 | Corydon76-dig | mvanbaak: make a donation to Freenode, then ask an op to get your mask customized |
| 22:18.34 | mvanbaak | ah |
| 22:18.47 | mvanbaak | I submitted this form for a project |
| 22:18.53 | mvanbaak | but got nothing in return |
| 22:19.01 | Corydon76-dig | You have to ask an op |
| 22:19.02 | mvanbaak | no mail or anything |
| 22:19.07 | Corydon76-dig | ircop, that is |
| 22:19.26 | mvanbaak | gheh, /who 0 o is returning none |
| 22:19.30 | *** join/#asterisk-dev anthm][ (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 22:21.14 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 22:21.14 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 22:22.15 | Corydon76-dig | mvanbaak: join #freenode |
| 22:22.22 | russellb | M11589 |
| 22:22.23 | MuffinMan | [new] [Asterisk] Resources/res_monitor 0011589: Monitor and One Touch Recording call for "soxmix" reported by amessina http://bugs.digium.com/view.php?id=11589 |
| 22:22.37 | Qwell | mvanbaak: /stats p |
| 22:22.45 | Qwell | shows "available" staffers |
| 22:22.47 | Corydon76-dig | mvanbaak: make the request on #freenode, then be patient |
| 22:23.21 | mvanbaak | ok |
| 22:23.23 | mvanbaak | thanks |
| 22:24.00 | Corydon76-dig | mvanbaak: and when you're done, be sure to thank the staffer |
| 22:24.51 | mvanbaak | I will |
| 22:37.39 | mvanbaak | omfg |
| 22:37.54 | mvanbaak | I just had the balls to go to 2girls1cup |
| 22:38.11 | mvanbaak | and had a change to chew on my dinner one more time |
| 22:38.41 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 22:41.49 | Corydon76-dig | mvanbaak: don't say I didn't warn you |
| 22:42.03 | mvanbaak | gowd |
| 22:42.18 | blitzrage | this is why I have not visited that site :) |
| 22:42.25 | mog | balls have nothing to do with it mvanbaak its called mental deficiency |
| 22:42.27 | mvanbaak | please dont |
| 22:42.34 | blitzrage | np :) |
| 22:43.13 | Corydon76-dig | mvanbaak: you can take some comfort in that I heard that it's fake |
| 22:43.32 | mvanbaak | no comfort there dude |
| 22:44.09 | Corydon76-dig | As in, that stuff is not what it appears to be |
| 22:44.18 | mvanbaak | whatever |
| 22:44.54 | Corydon76-dig | I couldn't close my browser fast enough, either |
| 22:45.09 | mvanbaak | and as usual |
| 22:45.23 | mvanbaak | your flash player locks up your system |
| 22:45.31 | mvanbaak | and wont allow your browser to close |
| 22:45.46 | Corydon76-dig | You know, you could look away |
| 22:45.47 | mvanbaak | happenly playing the .swf at full volume |
| 22:45.51 | snuff-work | Corydon76-dig: there is another vid from memory linked to that one.. that isn't fake |
| 22:46.10 | Corydon76-dig | snuff-work: you mean tubgirl? |
| 22:46.25 | mvanbaak | Corydon76-dig: I took the battery from my laptop |
| 22:46.26 | snuff-work | nup |
| 22:46.28 | Corydon76-dig | tubgirl at least wasn't animated |
| 22:46.42 | mvanbaak | DIE DIE DIE |
| 22:46.54 | snuff-work | it involves two asians.. |
| 22:47.02 | Corydon76-dig | mvanbaak: the image subsides after a few weeks |
| 22:47.34 | Corydon76-dig | snuff-work: oh, you're thinking of 2girls1finger |
| 22:47.36 | mvanbaak | phew |
| 22:47.52 | Corydon76-dig | snuff-work: yes, that's nasty, too |
| 22:47.53 | snuff-work | i think thats it. i watched it ages before |
| 22:48.04 | snuff-work | and that's def the real 'shit' |
| 22:48.11 | snuff-work | so to speak |
| 22:51.29 | *** part/#asterisk-dev zerohalo (n=zeroHalo@pool-71-162-97-18.bstnma.east.verizon.net) |
| 22:52.10 | mvanbaak | thanks |
| 22:52.53 | mvanbaak | quick, open this page to set your brain free (really, nothing gross here): http://www.reef.com/guys/missreef/MARCELLA |
| 22:56.02 | putnopvut | I've got you all beaten as far as scat porn I wish I hadn't witnessed. Ever heard of swap.avi? |
| 22:56.17 | mvanbaak | nope |
| 22:56.27 | putnopvut | Be glad. |
| 22:56.37 | mvanbaak | but i did hear of 'me-blowing-a-horse-till-it-comes.mpg' |
| 22:56.43 | putnopvut | lol |
| 22:56.43 | mvanbaak | hell, I even watched it |
| 22:57.04 | mvanbaak | that's pretty bad too |
| 22:57.15 | mvanbaak | about a gallon of cum |
| 22:57.56 | mvanbaak | du -hcs Pr0n |
| 22:58.05 | mvanbaak | 136GB Total |
| 22:59.12 | Corydon76-dig | mvanbaak: gross |
| 22:59.17 | mvanbaak | I have over 1200 GB of movies and mp3 |
| 22:59.27 | mvanbaak | and only 136GB of pron |
| 22:59.36 | *** join/#asterisk-dev mog (n=mog@nat/digium/x-414f00926c11a0b8) |
| 22:59.36 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 22:59.50 | mvanbaak | but ftp stats 99.8 % of traffic is on the /var/storage/Pr0n dir |
| 23:00.38 | mvanbaak | and the other 0.2% is my parents making backups with ftp_backup.bat |
| 23:00.53 | mvanbaak | noone cares bout the movies and music |
| 23:01.29 | putnopvut | "only 136GB of pron" ... |
| 23:02.31 | mvanbaak | yeah |
| 23:02.38 | mvanbaak | on 3TB that's 'only' |
| 23:03.08 | mvanbaak | gotta love RAID-5 |
| 23:09.30 | mvanbaak | right now I have raid-1 volumes (4 of them) and LVM2 to make one big storage vm |
| 23:11.00 | mvanbaak | 4 1TB disks, 4 500GB disks |
| 23:11.22 | mvanbaak | that makes 2x1TB and 2x500GB |
| 23:11.32 | mvanbaak | use LVM to make one big storage volume |
| 23:12.22 | *** join/#asterisk-dev Victor_Yure (n=aaa@201.9.71.72) |
| 23:12.36 | mvanbaak | I'm off to bed |
| 23:12.38 | mvanbaak | latero all |
| 23:13.45 | tzanger | whee |
| 23:14.11 | tzanger | before the end of january I am going to totally pwn Nortel |
| 23:19.57 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 23:19.57 | *** mode/#asterisk-dev [+o anthm] by ChanServ |