| 00:15.42 | *** join/#asterisk-dev outtolunc (n=me@c-67-188-204-139.hsd1.ca.comcast.net) |
| 00:17.18 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 00:17.18 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 01:02.25 | *** join/#asterisk-dev drumkilla (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 01:02.25 | *** mode/#asterisk-dev [+o drumkilla] by ChanServ |
| 02:35.48 | *** join/#asterisk-dev drumkilla (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 02:35.49 | *** mode/#asterisk-dev [+o drumkilla] by ChanServ |
| 02:40.35 | Corydon76-dig | russellb_: ping |
| 02:41.57 | Corydon76-dig | I just found a grievous programming error. |
| 02:42.59 | Corydon76-dig | There's an assumption all over the code that pthread_rwlock_rdlock will block until it obtains a readlock. This is, in fact, not the case. If a wrlock is already on the rwlock, then rdlock will return immediately with an EGAIN |
| 02:43.16 | Corydon76-dig | err, EAGAIN |
| 02:43.29 | file | eh? |
| 02:44.18 | Corydon76-dig | Meaning, when we don't check the return code of AST_RWLIST_RDLOCK(), we could very well be accesing a list without having obtained a lock |
| 02:49.14 | Corydon76-dig | Take a look at 13327 |
| 02:51.19 | file | oh that is with lock debugging |
| 03:06.19 | *** join/#asterisk-dev jbot (i=ibot@rikers.org) |
| 03:06.19 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Asterisk trunk: res_telepathy release tomorrow -=- Tier 2 and Tier 3.14159265 support is in #asterisk -=- Congrats -dev on the release of 1.6.0! -=- http://xkcd.com/303/ |
| 03:16.43 | *** join/#asterisk-dev russellb_ (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 03:16.44 | *** mode/#asterisk-dev [+o russellb_] by ChanServ |
| 03:25.48 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) [NETSPLIT VICTIM] |
| 03:25.48 | *** mode/#asterisk-dev [+o russellb] by irc.freenode.net |
| 03:43.02 | *** join/#asterisk-dev jbot (n=ibot@rikers.org) |
| 03:43.02 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Asterisk trunk: res_telepathy release tomorrow -=- Tier 2 and Tier 3.14159265 support is in #asterisk -=- Congrats -dev on the release of 1.6.0! -=- http://xkcd.com/303/ |
| 04:40.08 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 05:17.50 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 06:27.52 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 07:20.33 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 07:29.11 | *** join/#asterisk-dev CunningPike (n=arodgers@S010600095b33697f.vc.shawcable.net) |
| 07:42.44 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 07:42.44 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:48.31 | *** join/#asterisk-dev write_erase (n=Olivier@royale.aixmarseille.com) |
| 07:53.10 | *** join/#asterisk-dev steliosk (n=Stelios@ipa107.2.tellas.gr) |
| 08:08.55 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 08:08.55 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:52.17 | *** join/#asterisk-dev frawd (n=francois@136.Red-79-147-116.staticIP.rima-tde.net) |
| 09:49.37 | *** join/#asterisk-dev puzzled (n=patrick@91.141.174.95) |
| 10:23.09 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.34.1) |
| 11:06.47 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:38.41 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 11:38.41 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:00.31 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 12:27.52 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 12:44.46 | *** join/#asterisk-dev snuff-home (n=snuffy@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 12:44.46 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 13:32.51 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 13:51.55 | *** join/#asterisk-dev shazaum (n=shazaum@unaffiliated/shazaum) |
| 13:56.44 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:56.44 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 14:25.28 | lmadsen | jtodd: ping? |
| 14:25.54 | lmadsen | jtodd: I'm looking for that release you posted re: the IC3 thing so I can update a mailing list with your blog post |
| 14:31.32 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@67.76.177.147) |
| 14:34.31 | *** join/#asterisk-dev mvanbaak (i=mvanbaak@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 14:34.31 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 14:53.23 | lmadsen | jtodd: nevermind, found it in my history |
| 14:56.27 | *** join/#asterisk-dev saeedsatast (n=saeedahm@217.69.173.51) |
| 14:57.29 | saeedsatast | Hi |
| 14:57.33 | saeedsatast | can i ask a question here? |
| 14:58.38 | lmadsen | saeedsatast: if it is about asterisk code directly, otherwise, you'll need to use #asterisk please |
| 14:59.44 | saeedsatast | somehow its about sourcecode, but i am not sure |
| 15:00.52 | lmadsen | well you can ask then and we can redirect if necessary :) |
| 15:00.59 | saeedsatast | ok thx :) |
| 15:03.21 | saeedsatast | with transfer() application we can do a blind transfer with SIP with new modified number and we get back sip 302 release cause. Now if i want to do something similar with my Zap channel where i am connected with my TDM switch (currently with DDS1, but can move to SS7 as well) then how can i send back Number changed release cause (22) with new number so that only signaling is involved |
| 15:03.45 | saeedsatast | I checked on many forums and got to know that its not possible, so maybe i've to change something in source? |
| 15:11.01 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:20.48 | saeedsatast | can i get any help in this regard? |
| 15:21.13 | file | you would have to add support for such a thing if it is not there |
| 15:25.19 | saeedsatast | i just need confirmation if its really no there |
| 15:25.30 | saeedsatast | or maybe we can get it working by some workaround... |
| 15:26.23 | russellb | it is not there |
| 15:26.44 | saeedsatast | hmmmmmmm |
| 15:27.53 | saeedsatast | what could be the start point to add this support? |
| 15:29.04 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 15:29.04 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:29.41 | putnopvut | saeedsatast: the first thing you'd need to do is to add a transfer callback to the ast_channel_tech structure in chan_zap.c. As far as what that does...I'm not so sure, since I don't know much about the signaling used for those types of lines. |
| 15:30.59 | saeedsatast | hmmmm |
| 15:31.33 | saeedsatast | i am not very expert but now atleast i know that i've to start in chan_zap.c |
| 15:31.50 | saeedsatast | ok i'll research more and will back to you if i would need more help, thanks :) |
| 15:32.13 | russellb | that's basically it, add a transfer callback to chan_dahdi, and update libpri to include support for the new signaling |
| 15:32.25 | russellb | and make the transfer callback use it when appropriate |
| 15:32.35 | saeedsatast | hmmmm |
| 15:32.42 | russellb | it's non-trivial :) |
| 15:33.03 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 15:52.57 | codefreeze-lap | ugh, my brain is frying. |
| 15:53.19 | codefreeze-lap | I need something random to restore me |
| 15:53.27 | codefreeze-lap | racks brain |
| 15:54.05 | codefreeze-lap | what was the phrase from the day the earth stood still.... gort, klatu barada nick... no... |
| 15:55.03 | seanbright | that's close |
| 15:55.09 | seanbright | nikto i thought |
| 15:55.35 | codefreeze-lap | ... seanbright, you may just have it! |
| 15:55.42 | seanbright | Klaatu barada nikto |
| 15:55.50 | seanbright | according to the wikipedia |
| 15:55.56 | seanbright | http://en.wikipedia.org/wiki/Klaatu_barada_nikto |
| 15:56.00 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 15:56.01 | codefreeze-lap | you cheated! lol |
| 15:56.14 | seanbright | well i looked it up after i i suggested 'nikto' |
| 15:56.21 | seanbright | so i didn't "cheat" |
| 15:56.23 | seanbright | i verified |
| 15:56.23 | seanbright | :) |
| 15:57.00 | codefreeze-lap | apologizes... |
| 15:57.29 | codefreeze-lap | should not have doubted! |
| 15:58.13 | seanbright | heh |
| 15:58.18 | seanbright | forgiven. |
| 16:05.30 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 16:05.31 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 16:05.46 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-e14662b166844e54) |
| 16:05.46 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 16:18.29 | seanbright | grep --color=auto |
| 16:18.36 | seanbright | why am i just finding out about this?! |
| 16:18.56 | mvanbaak | no comment |
| 16:19.01 | seanbright | jerk |
| 16:19.02 | seanbright | heh |
| 16:19.15 | mvanbaak | whehehe |
| 16:23.52 | mvanbaak | hhmm, shouldn't sample.call be somewhere in docs? |
| 16:25.01 | jsmith | seanbright: Because you just red an email from Red Hat? |
| 16:25.07 | jsmith | s/red/read/ |
| 16:25.22 | jsmith | seanbright: Am I good, or am I good? |
| 16:25.27 | seanbright | no |
| 16:25.34 | seanbright | you are incorrect |
| 16:25.50 | jsmith | seanbright: Not five minutes ago I got an email from Red Hat re: training, and it had that as the "test yourself" question |
| 16:25.56 | seanbright | haha |
| 16:25.57 | seanbright | no way |
| 16:26.02 | seanbright | i was looking at wcgrep again |
| 16:26.10 | jsmith | Ah, gotcha |
| 16:26.13 | seanbright | trying to see if there was a way to make it take more grep args from the command line |
| 16:26.22 | seanbright | then saw that there was GREP_OPTIONS environment variable |
| 16:26.25 | seanbright | 'man grep' |
| 16:26.40 | seanbright | <PROTECTED> |
| 16:26.45 | seanbright | and say the GREP_COLOR thing |
| 16:26.53 | seanbright | but tis a strange coincidence |
| 16:38.54 | jsmith | Certainly... |
| 16:40.16 | mvanbaak | hhmm, is it possible to use an amd64 version of an os to compile asterisk for a X86 32bit brother system ? |
| 16:41.59 | Corydon76-dig | mvanbaak: It's probably easier to do it inside a VM |
| 16:42.13 | mvanbaak | yeah, figured |
| 16:42.27 | mvanbaak | but qemu is so freaking slow ! |
| 16:44.17 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@67.76.177.147) |
| 16:46.05 | *** join/#asterisk-dev dominic1 (n=dob@213.221.82.242) |
| 16:46.44 | dominic1 | hey developers, can anybody tell me what chan->tech_pvt is? |
| 16:48.10 | putnopvut | dominic1: that's the structure that every channel has which maps channel-specific callbacks. |
| 16:48.34 | putnopvut | Oh wait, I'm thinking of channel_tech, my bad. |
| 16:48.43 | *** join/#asterisk-dev fred-tmft (n=fred-tea@c-69-244-180-112.hsd1.mi.comcast.net) |
| 16:48.46 | putnopvut | tech_pvt contains technology-private data for a channel. |
| 16:49.11 | putnopvut | For instance a SIP channel will contain information like the call-id of the call, and various tags that should be included in SIP messages. |
| 16:49.38 | dominic1 | ah okay |
| 16:49.46 | dominic1 | thank you very much! |
| 16:50.23 | *** part/#asterisk-dev fred-tmft (n=fred-tea@c-69-244-180-112.hsd1.mi.comcast.net) |
| 16:50.25 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@67.76.177.147) |
| 17:06.46 | *** part/#asterisk-dev dominic1 (n=dob@213.221.82.242) |
| 17:34.39 | *** join/#asterisk-dev mmcaughan (n=mmcaugha@katy-dsl-76-164-99-135.consolidated.net) |
| 17:36.12 | mmcaughan | hello, anyone know why res_config_ldap has retry logic in it to re-establish the connection after doing an ldap search? |
| 17:36.31 | mmcaughan | it's as if it expects the connection to die there (which ours is on occasion) |
| 17:36.37 | Qwell | so that it can retry? |
| 17:37.10 | mmcaughan | wonder if anyone knew root cause of the connection being lost |
| 17:42.32 | *** join/#asterisk-dev mmcaughan (n=mmcaugha@katy-dsl-76-164-99-135.consolidated.net) |
| 17:44.49 | *** join/#asterisk-dev jameswf (n=james@unaffiliated/jameswf-home) |
| 18:00.12 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 18:00.13 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:10.20 | *** join/#asterisk-dev stephank (n=urk@2002:52c5:cf78:0:21c:c4ff:fece:ea94) |
| 18:27.21 | *** join/#asterisk-dev flujan (n=flujan@internet.nube.com.br) |
| 18:29.29 | *** join/#asterisk-dev schmooze (n=schmooze@h69-129-142-83.mdsnwi.tisp.static.tds.net) |
| 18:44.25 | *** join/#asterisk-dev outtolunc (n=me@c-67-188-204-139.hsd1.ca.comcast.net) |
| 18:49.30 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 18:49.30 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 18:50.16 | eliel | lmadsen: congrats for your new job |
| 18:51.10 | lmadsen | thanks eliel ! |
| 19:00.13 | codefreeze-lap | Hey, you dahdi gurus out there, in trunk, I see this a lot for my 24-port card: DEBUG[324234]: chan_dahdi.c:8207 do_monitor: Unable to control message waiting led on channel 2: Inappropriate ioctl for device.... Do I really, really, need to see this? |
| 19:00.47 | russellb | No, it should be a much higher debug level |
| 19:00.53 | russellb | as that is expected behavior unless you're using an xpp driver |
| 19:00.55 | russellb | IIRC |
| 19:02.13 | codefreeze-lap | I would be happy to tweak that unless someone will be outraged. I might even still be happy... ;) |
| 19:02.26 | russellb | go for it |
| 19:03.14 | russellb | I guess if we really wanted to, we could implement a way for the userspace application to know whether the underlying device supports this or not, and just avoiding calling it at all if it's not supported |
| 19:03.18 | russellb | but ... meh |
| 19:06.43 | codefreeze-lap | russellb: I'll add a TODO just in case someone gets bored someday. |
| 19:07.09 | russellb | k |
| 19:07.40 | codefreeze-lap | russellb: the favorite way to output debug in chan_dahdi is with ast_log(LOG_DEBUG,"...");... should I change all those to ast_debug(3, ) or something? |
| 19:08.14 | russellb | ast_debug() please |
| 19:08.27 | russellb | at least for the one you're changing |
| 19:09.16 | codefreeze-lap | soo.... just leave the others alone for now? |
| 19:11.13 | russellb | yes |
| 19:11.20 | russellb | unless you really feel like changing them, too |
| 19:11.22 | russellb | if you want, go for it |
| 19:14.56 | codefreeze-lap | russellb: the rest are not as irritating; maybe a janitor project? |
| 19:15.11 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 19:15.25 | russellb | nods |
| 19:54.04 | tzafrir_laptop | russellb, you can ask at the beginning of each call. Or wait a few monthes and query sysfs? |
| 19:54.40 | tzafrir_laptop | hmm.. this is not in the context of a call. My bad |
| 20:22.29 | mnicholson | because of bug 13958 (http://bugs.digium.com/view.php?id=13958) I believe an option to chan_sip to have it ignore the sdp session version number is necessary and before I spent time working on this i would like to see if there are any objections to this |
| 20:29.02 | mnicholson | hmm that is a bit of a run on sentence... |
| 20:29.48 | lmadsen | it IS friday... |
| 20:33.45 | putnopvut | mnicholson: funny you should mention that. |
| 20:33.55 | putnopvut | Prior to the 1.6 series, the version number was ignored. |
| 20:34.07 | putnopvut | I need to look at that issue to see what's up. |
| 20:36.00 | putnopvut | #$&@* microsoft |
| 20:36.23 | russellb | OCS? |
| 20:36.26 | putnopvut | yes. |
| 20:36.36 | russellb | bitches! |
| 20:36.40 | lmadsen | biznitches! |
| 20:36.55 | putnopvut | They don't increase the version in the o= line of their SDP when trying to place a call on hold, so Asterisk doesn't behave properly. |
| 20:37.02 | mnicholson | it uses the form "o=- 0 0 IN IPV4 ...." or whatever |
| 20:37.16 | putnopvut | I don't even know what that o=- is supposed to be. |
| 20:37.21 | mnicholson | so at first I tried to see if 0 was special some how and I could find nothing |
| 20:37.30 | mnicholson | putnopvut, that's a line from the SDP packet |
| 20:37.41 | putnopvut | Right, but what is the '-' in particular. |
| 20:37.52 | putnopvut | Or have I just never noticed that before. |
| 20:38.03 | lmadsen | putnopvut: it completes the tail of the tadpole |
| 20:38.04 | mnicholson | ok, just making sure. The '-' means no username basically, it's described in the rfc |
| 20:38.06 | russellb | Microsoft, "Engineered Incompatibility". (TM) |
| 20:38.18 | putnopvut | mnicholson: ah, okay. I'm not used to seeing htat. |
| 20:38.29 | putnopvut | But that shouldn't effect our parsing as far as I know. |
| 20:38.34 | mnicholson | http://tools.ietf.org/html/rfc4566#section-5.2 |
| 20:38.49 | mnicholson | putnopvut, it does not break anything AFAIK |
| 20:38.53 | putnopvut | But the fact that they don't increase the version number (the second 0) is incorrect. |
| 20:39.03 | mnicholson | yes it is, according to the rfc |
| 20:39.46 | putnopvut | But we already have configuration options to deal with buggy clients out there, so I'd be all for making an option like toc suggested in the bug notes. |
| 20:40.11 | mnicholson | yes, and I think being compatible with broken systems is a good policy |
| 20:40.51 | putnopvut | Right, that's typically been our policy. Favor interoperability over standards compliance. |
| 20:41.20 | russellb | Strict in what you send, Liberal in what you receive. |
| 20:41.42 | russellb | s/receive/accept/ |
| 20:42.09 | mnicholson | hey, that thing is cool! |
| 20:42.23 | mnicholson | s/this won't be found in any of my messages/just testing/ |
| 20:42.33 | mnicholson | s/this/that/ |
| 20:42.47 | russellb | fail |
| 20:42.53 | mnicholson | wonders why he does not have special powers... |
| 20:43.13 | russellb | now try it |
| 20:43.19 | file | offers mnicholson some popcorn |
| 20:43.40 | russellb | s/try it/beat it with a stick/ |
| 20:43.41 | mnicholson | s/does not have/did not realize he had/ |
| 20:43.52 | russellb | mnicholson: you fail again |
| 20:43.58 | mnicholson | yes again... |
| 20:44.01 | putnopvut | I never fail at anything |
| 20:44.05 | putnopvut | ......... |
| 20:44.05 | lmadsen | except failure |
| 20:44.07 | mnicholson | s/yes/please not/ |
| 20:44.13 | mnicholson | yay!!! |
| 20:44.23 | russellb | the other times your last message was an action or a s/// command |
| 20:44.27 | mnicholson | right |
| 20:44.33 | lmadsen | it only looks at the last thing you typed |
| 20:44.42 | mnicholson | s/right/jbot, you are lame/ |
| 20:44.51 | russellb | jbot: tackle mnicholson |
| 20:44.52 | jbot | ACTION tackles mnicholson to the ground. |
| 20:45.00 | lmadsen | jbot: defend me to the death |
| 20:45.01 | jbot | ACTION jumps in front of me to the death, taking all insults, violence and anything else negative thrown toward me to the death so that me to the death may live on in peace and quiet |
| 20:45.09 | mnicholson | waits for jbot2.0 to come and rescue him |
| 20:45.09 | lmadsen | lol, neat :) |
| 20:45.11 | putnopvut | ~mnicholson |
| 20:45.12 | jbot | it has been said that mnicholson is this dude that doesn't eat animals and has a sexual attraction to lua. |
| 20:45.17 | lmadsen | LOL |
| 20:45.21 | mnicholson | lol |
| 20:45.26 | lmadsen | I'm still laughing |
| 20:45.33 | russellb | wow |
| 20:45.59 | mnicholson | what else does jbot know? |
| 20:46.04 | mnicholson | ~jbot |
| 20:46.04 | jbot | well, jbot is a hack!, or known to have only said one useful thing. a tool, or dating the fembots, or [TK]D-Fender's b*tch, or suck, or a pain in the ass |
| 20:46.36 | mnicholson | !jbot |
| 20:46.41 | mnicholson | ... nothing |
| 20:47.00 | seanbright | jbot: 8 * 7 * 6 * 5 * 4 * 3 * 2 * 1 |
| 20:47.01 | jbot | 40320 |
| 20:47.11 | mnicholson | does jbot deal with integer overflows? |
| 20:47.24 | seanbright | uses big integers i think |
| 20:47.29 | seanbright | jbot: 94! |
| 20:47.30 | jbot | i heard 94! is 108,736,615,665,674,308,027,365,285,256,786,601,004,186,803,580,182,872,307,497,374,434,045,199,869,417,927,630,229,109,214,583,415,458,560,865,651,202,385,340,530,688,000,000,000,000,000,000,000 |
| 20:47.34 | putnopvut | lol |
| 20:47.51 | russellb | jbot: 23984723! |
| 20:47.56 | seanbright | uh oh |
| 20:48.02 | Corydon76-dig | jbot: -.3333333 ^ .3333333333333 |
| 20:48.04 | putnopvut | russellb: let's hope he's not using a recursive factorial algorithm. |
| 20:48.16 | russellb | heh |
| 20:48.16 | mnicholson | jbot: 4294967295 + 1 |
| 20:48.17 | jbot | 4294967296 |
| 20:48.18 | seanbright | he doesn't understand 0 however |
| 20:48.22 | russellb | aww |
| 20:48.24 | seanbright | jbot: 1 + 1 |
| 20:48.25 | jbot | 3 |
| 20:48.26 | russellb | jbot: 999! |
| 20:48.27 | jbot | ~999 |
| 20:48.34 | seanbright | jbot: 1 - 1 |
| 20:48.35 | russellb | ~999 |
| 20:48.36 | jbot | ~999 |
| 20:48.39 | Corydon76-dig | jbot: 0! |
| 20:48.40 | jbot | 0! is probably 1 |
| 20:48.45 | russellb | jbot: 998! |
| 20:48.46 | mnicholson | jbot: 4294967295+1 |
| 20:48.46 | jbot | 4294967296 |
| 20:48.53 | russellb | jbot: 98! |
| 20:48.54 | jbot | well, 98! is 9,426,890,448,883,247,745,626,185,743,057,242,473,809,693,764,078,951,663,494,238,777,294,707,070,023,223,798,882,976,159,207,729,119,823,605,850,588,608,460,429,412,647,567,360,000,000,000,000,000,000,000 |
| 20:48.57 | seanbright | jesus |
| 20:48.59 | russellb | jbot: 99! |
| 20:48.59 | jbot | i guess 99! is 933,262,154,439,441,526,816,992,388,562,667,004,907,159,682,643,816,214,685,929,638,952,175,999,932,299,156,089,414,639,761,565,182,862,536,979,208,272,237,582,511,852,109,168,640,000,000,000,000,000,000,000 |
| 20:49.00 | seanbright | settle down |
| 20:49.03 | russellb | jbot: 100! |
| 20:49.04 | jbot | extra, extra, read all about it, 100! is 93,326,215,443,944,152,681,699,238,856,266,700,490,715,968,264,381,621,468,592,963,895,217,599,993,229,915,608,941,463,976,156,518,286,253,697,920,827,223,758,251,185,210,916,864,000,000,000,000,000,000,000,000 |
| 20:49.04 | *** kick/#asterisk-dev [russellb!n=sean@asterisk/contributor-and-bug-marshal/seanbright] by seanbright (enough!) |
| 20:49.10 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 20:49.10 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 20:49.12 | russellb | :-( |
| 20:49.14 | mnicholson | jbot: i changed my mind, you are awesome |
| 20:49.15 | jbot | You changed my mind, you are awesome? |
| 20:49.25 | seanbright | russellb: sorry |
| 20:49.29 | seanbright | russellb: you forced my hand |
| 20:49.30 | Corydon76-dig | jbot: -0.333333 ^ 0.333333 |
| 20:49.52 | mnicholson | jbot: i changed my mind again, you only make sense with numbers |
| 20:49.52 | jbot | You changed my mind again, you only make sense with numbers? |
| 20:49.52 | Corydon76-dig | jbot: log(4) |
| 20:50.25 | Corydon76-dig | jbot: 16 / 0 |
| 20:50.31 | seanbright | jbot: 87 - 88 |
| 20:50.32 | jbot | -1 |
| 20:50.34 | seanbright | jbot: 87 - 87 |
| 20:50.37 | putnopvut | suddenly remembers that jbot has fists. |
| 20:50.37 | seanbright | see? |
| 20:50.40 | seanbright | he doesn't know 0 |
| 20:50.54 | Corydon76-dig | jbot 16 / .000000000000000000001 |
| 20:50.54 | jbot | 16000000000000002097152 |
| 20:50.58 | mnicholson | must be of ancient decent or something |
| 20:50.59 | russellb | jbot: fist putnopvut |
| 20:50.59 | jbot | ACTION uses putnopvut as a handpuppet |
| 20:51.06 | seanbright | still gross |
| 20:51.13 | Corydon76-dig | jbot 99999999999999999999 / .000000000000000000000000000000000000000001 |
| 20:51.14 | jbot | a number with quite a few digits... |
| 20:51.16 | russellb | jbot: punch putnopvut |
| 20:51.17 | jbot | ACTION lets fly with a wild haymaker which catches putnopvut right on the nose |
| 20:51.21 | mnicholson | he must be like the first calculator ever written, and that bug has been with him just as long |
| 20:51.30 | putnopvut | heh, it's feeling more like friday now. |
| 20:51.38 | russellb | ha |
| 20:51.42 | russellb | my brain is fried |
| 20:51.48 | russellb | must ... test ... this ... patch ...... |
| 20:52.03 | Corydon76-dig | advertises russellb's location to Hannibal Lector |
| 20:52.32 | mnicholson | tiny lol |
| 20:53.24 | seanbright | jbot: search google for porn |
| 20:53.42 | seanbright | he claims that as a supported feature, but he never does it |
| 20:53.50 | Corydon76-dig | ~google for porn |
| 20:53.59 | russellb | ~google for asterisk |
| 20:54.07 | lmadsen | wow... I guess everyone needed a fri afternoon break :) |
| 20:54.13 | seanbright | ~help |
| 20:54.18 | russellb | jbot: google |
| 20:54.19 | jbot | it has been said that google is a search engine found at http://www.google.com/ |
| 20:54.25 | russellb | lame |
| 20:54.33 | Corydon76-dig | lmadsen: A break? This is what I do while I'm waiting for things to compile |
| 20:54.43 | lmadsen | Corydon76-dig: haha... I love waiting for things to compile |
| 20:54.44 | russellb | heh, asterisk doesn't take long to compile |
| 20:54.51 | lmadsen | not too long |
| 20:54.58 | lmadsen | but I run my asterisk's in VMs |
| 20:55.07 | Corydon76-dig | Well, not until Kevin doubled the compile time |
| 20:55.23 | russellb | http://xkcd.com/303/ |
| 20:56.09 | lmadsen | I love that one :) |
| 20:57.05 | russellb | [Dec 12 15:01:26] WARNING[23262]: features.c:2930 park_call_exec: Invalid timeout 'SIP/5001' provided |
| 20:57.07 | russellb | o.O |
| 20:57.29 | seanbright | dfind asterisk.h |
| 20:57.36 | seanbright | ~dfind asterisk.h |
| 20:57.39 | seanbright | lame |
| 20:57.54 | snuff-home | putnopvut: thanks for reviewing have lot of stuff to do ;) |
| 20:58.27 | putnopvut | snuff-home: yeah, and always keep in mind that there could be places where I was wrong, but I tried to make sure I wasn't prior to making any comments. |
| 20:58.31 | russellb | wonders who broke Park() |
| 20:58.39 | russellb | ignores it for now |
| 20:59.17 | seanbright | jbot: scramble some eggs |
| 20:59.22 | seanbright | heh |
| 20:59.31 | seanbright | stops |
| 20:59.35 | russellb | jbot: freak out |
| 21:00.36 | seanbright | jbot: wiki Asterisk |
| 21:00.54 | russellb | jbot: wiki Asterisk PBX |
| 21:01.13 | seanbright | doesn't really parse too well |
| 21:01.15 | seanbright | heh |
| 21:03.00 | seanbright | jbot: x en fr these are not the droids you are looking for |
| 21:06.46 | lmadsen | woh neat |
| 21:09.51 | seanbright | jesus |
| 21:09.55 | seanbright | took you long enough |
| 21:10.47 | seanbright | x fr en ce ne sont pas les droids que vous recherchez |
| 21:10.54 | seanbright | jbot: x fr en ce ne sont pas les droids que vous recherchez |
| 21:11.02 | seanbright | pretty close |
| 21:13.14 | russellb | jbot: x es en donde esta mis pantalones? |
| 21:13.38 | russellb | heh, spanish fail |
| 21:13.42 | jsmith | russellb: That's terrible spanish! |
| 21:13.49 | russellb | doesn't acutally know spanish |
| 21:13.54 | jsmith | jbot: x donde estan mis pantalones? |
| 21:13.58 | russellb | estan! |
| 21:14.10 | jsmith | russellb: Yes, and no "es en" on the front. |
| 21:14.24 | russellb | "es en" is spanish to engilsh |
| 21:14.25 | russellb | :) |
| 21:14.49 | russellb | jbot: x es en donde estan mis pantalones? |
| 21:15.01 | file | lol |
| 21:15.07 | russellb | oh well :) |
| 21:15.36 | putnopvut | yo! Where my trousers at, dawg?! |
| 21:16.04 | file | putnopvut: that's totally radical man |
| 21:16.19 | russellb | far out |
| 21:16.44 | file | notes it has to be Friday afternoon/evening |
| 21:16.58 | jpeeler | tzafrir_laptop: since you added unset MODPROBE_OPTIONS to dadhi.init, is there any reason to keep 13910 open? |
| 21:17.07 | putnopvut | jbot: x fr en Merde! Je ne parle pas tres bien Francais! |
| 21:18.01 | tzafrir_laptop | jpeeler, hmm.. I did? |
| 21:18.21 | jpeeler | 5334 |
| 21:19.18 | file | commit dahdi 5334 |
| 21:19.23 | MuffinMan | [5334] Committed by tzafrir on 2008-11-19T21:16:35.002757Z: LSB init script comments. |
| 21:19.23 | MuffinMan | .. |
| 21:19.23 | MuffinMan | .. http://svn.digium.com/view/dahdi?view=rev&revision=5334 |
| 21:20.18 | jpeeler | really doesn't know what to do with it if it needs to stay open |
| 21:25.47 | seanbright | is off to get hammered |
| 21:25.49 | seanbright | later all |
| 21:30.43 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 21:30.43 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 21:32.42 | jpeeler | tzafrir_laptop: so i'm going to note the revision and close it |
| 21:32.53 | tzafrir_laptop | ok |
| 21:46.47 | mnicholson | ok, in chan sip I see global_flags, global_* options, and a sip_cfg struct. Are there any guidelines on which to use for new options? |
| 22:00.15 | *** join/#asterisk-dev sysreq (n=sysreq@unaffiliated/sysreq) |
| 22:20.03 | *** join/#asterisk-dev DarkRift (n=dark@bas1-sthubert21-1279640719.dsl.bell.ca) |
| 22:28.22 | *** join/#asterisk-dev mosty (n=mosty@130.41.233.220.exetel.com.au) |
| 22:31.54 | oej | mnicholson: The sip_cfg struct is the new kid on the block that Luigi introduced. I've moved a few global_* options there lately. |
| 22:34.20 | mosty | oej: mind if i /msg you a quick question? |
| 23:05.12 | *** join/#asterisk-dev qdk (n=qdk@212.27.29.110.bredband.3.dk) |
| 23:17.01 | *** join/#asterisk-dev eliel (n=eliels@190.177.207.186) |
| 23:17.01 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 23:51.21 | *** part/#asterisk-dev Deeewayne (n=Deeewayn@nat/digium/x-e14662b166844e54) |