| 00:39.14 | korihor | codefreeze-lap: is there any karma for this? http://bugs.digium.com/view.php?id=13236 |
| 00:39.58 | snuff-work | there will be i shall add it |
| 00:40.13 | codefreeze-lap | korihor: lol, hold on to your horses! I'm still in the middle of updating trunk and 1.6.0. |
| 00:41.12 | codefreeze-lap | If snuff-work wants to dole out karma, be my guest, tho |
| 00:41.12 | codefreeze-lap | I'll review it when I finish, and add some if I feel it's appropriate |
| 00:41.12 | korihor | hahaha :) yes, i'm desperate for it :p |
| 00:41.12 | snuff-work | ah.. i let 'the man' do it :) |
| 00:41.42 | codefreeze-lap | OK, sheesh, this is almost as bad as slashdot! :-D |
| 00:41.57 | snuff-work | 1st comment!! |
| 00:42.03 | snuff-work | hehe |
| 00:42.31 | Qwell | note to self: "first post" next time murf opens a bug report |
| 00:43.46 | korihor | :p |
| 00:45.50 | codefreeze-lap | korihor: I agree! :P |
| 00:50.48 | codefreeze-lap | As to slashdot (a big make is running), I don't know which is more interesting, the articles, or the comments posted! |
| 00:51.29 | Qwell | depends on your definition of interesting |
| 00:52.11 | snuff-work | i barely read /. these days.. never seems much content in there summarys |
| 01:00.40 | *** part/#asterisk-dev korihor (n=korihor@201.211.168.130) |
| 01:07.17 | *** join/#asterisk-dev jeffspeff (n=jeff@c-98-240-112-228.hsd1.ky.comcast.net) |
| 01:22.06 | *** join/#asterisk-dev jeffspeff2 (n=jeff@c-98-240-112-228.hsd1.ky.comcast.net) |
| 01:32.25 | codefreeze-lap | Off I go into the heat and dust. See y'all Monday! |
| 01:54.05 | *** join/#asterisk-dev korihor (n=korihor@190.78.32.60) |
| 02:14.37 | *** join/#asterisk-dev jameswf-home (n=james@ip72-223-0-183.ph.ph.cox.net) |
| 02:19.44 | *** join/#asterisk-dev gones (n=gones@203.193.37.251) |
| 02:23.21 | *** part/#asterisk-dev L84supper (n=L84suppe@c-24-13-254-249.hsd1.il.comcast.net) |
| 02:25.29 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 02:25.29 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 02:35.51 | JerJer | i'm looking into an IAX2 issue - can someone tell me what this really means: ast_sched_runq ran 26 scheduled tasks all at once |
| 02:38.41 | Qwell | JerJer: if it was anybody else that asked, I probably would've said "it means the ast_sched_runq ran 26 ...". :) |
| 02:39.05 | Qwell | IIRC, it isn't really an issue.. maybe |
| 02:39.36 | JerJer | this particular box is under pretty heavy iax2 usage load |
| 02:39.58 | Qwell | I would imagine.. hmm, sec |
| 02:40.30 | Corydon76-dig | Could mean that the process was swapped out, and when it got swapped back in, all the tasks were past due to be run |
| 02:40.32 | Qwell | > 1.4.21? |
| 02:41.04 | Qwell | ahh, yeah, it's only a debug |
| 02:41.16 | JerJer | yeah - just a debug print |
| 02:41.31 | Corydon76-dig | but if the machine is heavily loaded with IAX2 traffic, I agree that it's nothing to worry about |
| 02:42.00 | Qwell | yeah, if you were to get that with just a few calls, I'd think something was worse off. |
| 02:42.06 | Qwell | JerJer: what are the symptoms you're seeing? |
| 02:44.47 | *** join/#asterisk-dev remedex (n=cannot@cpe-66-65-137-209.nyc.res.rr.com) |
| 02:46.19 | JerJer | audio problems on existing calls |
| 02:46.40 | JerJer | significant PDD - if we even get a response |
| 02:51.46 | tzanger | PDD? |
| 02:52.48 | Corydon76-dig | tzanger: time between dialling and the first ringback signal |
| 02:53.06 | tzanger | post-dial-delay? |
| 02:53.15 | Corydon76-dig | IIRC, yes |
| 02:53.26 | tzanger | no, IIRC is if I recall/remember correctly :-) |
| 02:53.35 | Corydon76-dig | couldn't remember the abbreviation |
| 02:53.59 | tzanger | I know, I'm just being an ass |
| 02:56.15 | JerJer | So if this situation occurred with just a couple IAX2 calls, then it may be an 'issue' ? |
| 02:57.32 | Corydon76-dig | Yes; it would suggest that you probably have a heavily loaded box and Asterisk (specifically the IAX threads) aren't getting enough CPU |
| 02:57.57 | JerJer | ok - good to know |
| 02:58.30 | JerJer | just wanting to make sure I understand things before jumping to conclusions |
| 02:58.31 | Corydon76-dig | but with a lot of calls, it could falsely trigger |
| 02:59.34 | Corydon76-dig | I don't think you should really have any more than N + M running at one time, where N is the number of live calls and M is the number of iax peers with qualify turned on |
| 03:00.21 | JerJer | hmm |
| 03:00.25 | Corydon76-dig | and even then, it's rather rare that you would get all of the scheduled jobs scheduled for exactly the same time |
| 03:01.38 | Corydon76-dig | Could also be that some task in the queue is taking an abnormally long time to process, and by the time it's done, the next scheduled task is ready to be queued |
| 03:01.48 | JerJer | ok - what would it mean if you did have more than N+M ? |
| 03:02.06 | Corydon76-dig | but not likely in 1.4, because we're using multischeduling |
| 03:02.38 | JerJer | double hmm |
| 03:02.47 | Corydon76-dig | JerJer: I'm just enumerating different things that could cause the number to go up artificially |
| 03:03.01 | JerJer | ok - good thank you |
| 03:03.21 | Corydon76-dig | If you had more than N+M, not enough CPU to IAX2 threads |
| 03:04.07 | remedex | Corydon76-dig, whats the CPU needs to the N+M theoretical max? |
| 03:04.21 | remedex | i think its an interesting point |
| 03:05.53 | Corydon76-dig | Another thing that can cause the scheduler usage to go up is if qualify doesn't get a reply within 2 seconds (or whatever the interval is otherwise set to) |
| 03:06.17 | Corydon76-dig | since the scheduler then schedules tasks for every 10 seconds, instead of every 60 |
| 03:08.07 | Corydon76-dig | Don't you hate it when you've been hammering on a bug for 4 hours, can't figure out the problem, then you update, run distclean, and the problem disappears? |
| 03:08.28 | remedex | or anything resembling it |
| 03:08.34 | remedex | for sure |
| 03:08.43 | remedex | 100% |
| 03:09.01 | Corydon76-dig | I've been screaming at the compiler, trying to figure out what was wrong |
| 03:09.02 | *** join/#asterisk-dev moy (n=moy@189.169.61.29) |
| 03:09.14 | remedex | its always the weakest link |
| 03:09.19 | remedex | well.. always is a strong word |
| 03:09.41 | Corydon76-dig | The weakest link is usually the programmer |
| 03:09.50 | remedex | i like to call them humans as well |
| 03:10.03 | remedex | the weakest link is the human |
| 03:10.16 | remedex | problems usually arrise between the seat and the keyboard |
| 03:10.27 | remedex | it has made many people rich |
| 03:10.34 | remedex | and even more lazy |
| 03:11.04 | remedex | that is an unpatchable issue |
| 03:12.51 | JerJer | ugh - that would annoy me |
| 03:13.19 | JerJer | well...then again lots of things annoy me :D |
| 03:13.39 | JerJer | are 'they' doing code zone again this year? |
| 03:15.55 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.135) |
| 03:18.39 | Corydon76-dig | I believe so, yes |
| 03:19.10 | JerJer | is there anyone specific I should connect with about actually doing some good work this year? |
| 03:21.39 | JerJer | or at the very least have a plan of something to demo (or whatever) |
| 03:21.55 | JerJer | since there is that devcon thing happening (after?) |
| 03:25.58 | remedex | is there anything i should suspect about raw hangups? |
| 03:26.11 | Corydon76-dig | Yes, after |
| 03:26.14 | remedex | hundreds of them |
| 03:26.27 | remedex | a few i wouldn't ask |
| 03:32.20 | remedex | Corydon76-dig, yes @ me? |
| 03:34.21 | JerJer | no, i thinks that was fer me |
| 03:34.56 | remedex | k |
| 03:34.58 | *** join/#asterisk-dev jeffspeff (n=jeff@c-98-240-112-228.hsd1.ky.comcast.net) |
| 03:35.03 | remedex | thnxs |
| 03:35.37 | JerJer | Corydon76-dig: depending on my financial situation, I may attempt to participate in the devcon... if i can. Is there a plan, that you know of, for 'testing' during the devcon... since I am better at testing than coding |
| 03:37.08 | JerJer | i'll bounce an email off of kpfleming... |
| 03:50.42 | Corydon76-dig | I think what's on the agenda for devcon is whatever we want |
| 03:50.59 | JunK-Y | isnt codec negociation? |
| 03:51.51 | JerJer | Corydon76-dig: nice - i think having some current hardware down there to really slam with calls might be useful |
| 03:53.04 | snuff-work | maybe by the next one.. i might have solved most solaris issues with fleming to have t5520 humming along |
| 04:20.56 | *** join/#asterisk-dev DarkRift (n=dark@bas10-montreal02-1177583145.dsl.bell.ca) |
| 04:33.19 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 04:38.24 | *** join/#asterisk-dev obnauticus_ (n=obnautic@about/windows/regular/obnauticus) |
| 05:04.33 | *** part/#asterisk-dev snuff-work (n=snuff-wo@203.176.96.250) |
| 05:05.39 | *** join/#asterisk-dev snuff-work (n=snuff-wo@203.176.96.250) |
| 06:11.33 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 06:11.33 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:40.03 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 07:15.34 | *** join/#asterisk-dev mbranca (n=matteo@81.208.92.210) |
| 07:25.37 | *** part/#asterisk-dev gones (n=gones@203.193.37.251) |
| 07:27.31 | *** join/#asterisk-dev gones (n=gones@203.193.37.251) |
| 08:42.44 | *** join/#asterisk-dev freddyk (n=freddy@host11-24-dynamic.42-79-r.retail.telecomitalia.it) |
| 08:42.53 | freddyk | hello |
| 08:43.06 | freddyk | i've got a question regarging setting a var in a channel driver |
| 08:43.13 | freddyk | behaviour is this |
| 08:43.27 | freddyk | I have an extension that Dials thru the channel driver |
| 08:43.45 | freddyk | and i would like that channel driver stores a dialplan variable into the channel |
| 08:44.40 | freddyk | i would do this into the chan->pvt->call routine |
| 08:44.52 | freddyk | but the problem i have is that |
| 08:45.02 | freddyk | variable is set for the called channel and not for the calling one |
| 08:45.09 | freddyk | so it's not seen into dialplan |
| 08:45.14 | freddyk | anyone can help ? |
| 10:52.04 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 11:38.43 | *** join/#asterisk-dev eliel (n=eliel@200.61.172.61) |
| 11:50.20 | *** join/#asterisk-dev russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 11:50.20 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 11:51.56 | mvanbaak | hey russellb |
| 11:52.02 | russellb | hey |
| 12:01.29 | ctooley | morning |
| 12:14.18 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:14.18 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 12:16.08 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.136) |
| 12:19.21 | eliel | mvanbaak: Hello, I have changed the if's according to bug guidelines |
| 12:23.14 | eliel | But I have a question, the syntax, description, synopsis members in ast_custom_function and ast_app I think they should be changed to 'char *' instead of 'const char *' now that we are allocating them and freeing it... |
| 12:28.51 | mvanbaak | yup, you are correct |
| 12:29.50 | mvanbaak | eliel: dont get me wrong about the if's etc. I was just making sure we have the best change to get this merged once it's done :) |
| 12:30.33 | eliel | mvanbaak: All the feedback is welcome! and much more if you are correct !! |
| 12:35.10 | eliel | All the channels/applications are using 'static const char descr[] = ""' for defining the description/synopsys,etc.. This will be a big change to avoid warnings |
| 12:40.50 | eliel | Or we can cast to (char *) while passing paramters from ast_register_application to ast_register_application2 |
| 13:14.22 | *** join/#asterisk-dev eliel (n=eliel@200.61.172.61) |
| 13:28.35 | mvanbaak | if we are going to do it, we have to do it correctly |
| 13:28.48 | mvanbaak | hhmm |
| 13:29.09 | mvanbaak | wanted: interm to remove the static conts from all the descr[] lines ;) |
| 13:34.05 | eliel | mvanbaak: ok |
| 13:36.41 | mvanbaak | hhmm, we can use sed to do that |
| 13:39.04 | jsmith | I'd be happy to do it, if I had more time |
| 13:42.27 | mvanbaak | same here |
| 14:04.14 | eliel | I will do it |
| 14:04.16 | eliel | no problem |
| 14:04.44 | eliel | But take a look at my patch so we can commit "litle" patches... |
| 14:05.24 | eliel | on Monday it will be finished, and hope to finisg build_syntax too until monday |
| 14:07.35 | JerJer | GRRRR - why is it so goddamn difficult for 'regular' carriers to port telephone numbers, yet friggen cell phone operators literally port your number while you are on the phone with them |
| 14:07.38 | JerJer | </rant> |
| 14:08.48 | *** join/#asterisk-dev russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 14:08.48 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 14:12.13 | eliel | We need to change the variablelist to another node, and remove it from description if all agree. |
| 14:14.14 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.192) |
| 14:16.09 | shido6 | can you fit a variable inside a function like exten => s,n,Set(messages=${VMCOUNT(${mailbox})}) |
| 14:16.11 | shido6 | :) |
| 14:16.41 | seanbright | shido6: question for #asterisk |
| 14:20.48 | Corydon76-dig | shido6: why ask, when you can try it and find out for yourself? |
| 14:21.16 | seanbright | Corydon76-dig: that is crazy talk. |
| 14:21.32 | russellb | or at least ask in the right place |
| 14:21.49 | seanbright | again with the crazy talking |
| 14:22.07 | russellb | seanbright: you started it |
| 14:22.17 | seanbright | cuz i'm crazy |
| 14:22.20 | seanbright | like a fox. |
| 14:24.30 | jsmith | like a fax? |
| 14:24.31 | Juggie | yes homer |
| 14:24.32 | jsmith | ducks |
| 14:24.42 | seanbright | like a faux |
| 14:27.30 | Corydon76-dig | Lots of fun stuff to try |
| 14:28.29 | seanbright | like sky diving |
| 14:28.41 | seanbright | and base jumping |
| 14:28.55 | jsmith | and func_jack |
| 14:29.19 | seanbright | i tried func_jack twice last night... it was wonderful |
| 14:29.29 | seanbright | thinly veiled spaceballs reference |
| 14:29.35 | Corydon76-dig | and 13083 |
| 14:29.44 | *** join/#asterisk-dev putnopvut (n=putnopvu@conference/asterisk/x-9abfa732e3d320a1) |
| 14:29.44 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:29.52 | seanbright | M13083 |
| 14:29.54 | MuffinMan | [ready for testing] [Asterisk] Functions/func_odbc 0013083: [patch] Enable failover in func_odbc reported by Corydon76 (Karma: +424.25) http://bugs.digium.com/view.php?id=13083 |
| 14:29.56 | Corydon76-dig | and 12920 |
| 14:30.04 | seanbright | M12920 |
| 14:30.07 | MuffinMan | [ready for testing] [Asterisk] Functions/func_curl 0012920: [patch] Added CURL() Function Timeout Argument reported by davevg (Karma: +13.00) http://bugs.digium.com/view.php?id=12920 |
| 14:31.10 | JerJer | hmm speaking of curl....has the 're-initializing' libcurl for each request 'bug' been stomped on? |
| 14:31.36 | *** join/#asterisk-dev sruffell (n=sruffell@conference/asterisk/x-0a02d09d1a1157a5) |
| 14:31.36 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:31.55 | Corydon76-dig | JerJer: global initialization, yes |
| 14:32.09 | Corydon76-dig | but the per-thread initialization can't go away |
| 14:32.19 | JerJer | hmm - ok |
| 14:32.47 | Corydon76-dig | but at least if you run several CURL queries in the same call, it only initializes once |
| 14:32.48 | JerJer | i just remember BJ (i think) attempting to 'fix' things with that |
| 14:33.02 | JerJer | it was a while ago |
| 14:35.11 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:35.11 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 14:36.32 | mvanbaak | eliel: the removal of the 'static char stuff can go in a seperate patch |
| 14:36.47 | mvanbaak | I know we depend on it, but it can be done seperately |
| 14:36.52 | eliel | ok |
| 14:37.19 | mvanbaak | btw, I'm ok with the latest version of the patch you mailed me |
| 14:37.28 | mvanbaak | you have commit access right ? |
| 14:38.02 | mvanbaak | if so, commit it please |
| 14:38.23 | mvanbaak | because I wont be online till sunday evening. maybe even monday |
| 14:38.29 | mvanbaak | and I'm leaving in like two minutes |
| 14:39.08 | mvanbaak | actually, I'm leaving now |
| 14:39.10 | seanbright | can i come out on the boat, too? |
| 14:39.11 | mvanbaak | latero all |
| 14:39.14 | seanbright | nooooooooooooo! |
| 14:39.14 | seanbright | heh |
| 14:39.24 | mvanbaak | seanbright: sure, come over |
| 14:39.30 | mvanbaak | Lemmer, NL |
| 14:39.33 | seanbright | sweet. gimme 16 hours. |
| 14:41.32 | eliel | mvanbaak: ok, I will commit it, good luck and be quiet with the wind! heh! |
| 14:51.08 | *** join/#asterisk-dev JimVanM (n=jimvanm@bas1-toronto63-1088810630.dsl.bell.ca) |
| 14:52.09 | jsmith | JimVanM: Well if it isn't JimVanM... |
| 14:52.23 | jsmith | JimVanM: How you been? |
| 14:52.42 | JimVanM | not too badly at all, thanks, but in need of coffee |
| 14:52.54 | JimVanM | 'snew? |
| 14:58.20 | JerJer | ugh - got a call center manager guy that is motivated to 'make whatever happen' to ensure if there is any failure that the call can not be 'lost' (meaning not hungup on) |
| 15:04.29 | russellb | JerJer: not possible ... heh |
| 15:04.52 | russellb | well, anything is possible, but it gets exponentially more expensive :) |
| 15:11.44 | *** join/#asterisk-dev jeffg (i=eBSkqT7M@pdpc/supporter/active/jeffg) |
| 15:13.18 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:13.18 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:19.09 | eliel | Where I can set an option to manage warnings as errors while compiling? |
| 15:19.40 | Qwell | eliel: ./configure --enable-dev-mode |
| 15:19.49 | eliel | Qwell: thanks |
| 15:20.01 | Qwell | for the most part, developers should always build with that |
| 15:20.06 | seanbright | putnopvut: error while building with dev mode enabled and ODBC_STORAGE set |
| 15:20.17 | putnopvut | seanbright: which branch? |
| 15:20.22 | seanbright | trunky trunk |
| 15:20.23 | Qwell | 1.2 |
| 15:20.23 | seanbright | app_voicemail.c: In function âinvent_messageâ: |
| 15:20.24 | seanbright | app_voicemail.c:4129: warning: implicit declaration of function âremove_fileâ |
| 15:20.34 | putnopvut | seanbright: ah, will fix. |
| 15:20.40 | seanbright | cool |
| 15:21.28 | seanbright | i couldn't figure out why it was a problem, looks like it's getting declared before usage... but what do i know? |
| 15:21.49 | putnopvut | seanbright: yeah, it seems fishy to me, too. |
| 15:22.38 | putnopvut | seanbright: what's weirder is that invent_message doesn't even appear to call remove_file |
| 15:22.53 | putnopvut | Oh, it calls DISPOSE, nevermind. |
| 15:23.57 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-50.maryville.mo.cebridge.net) |
| 15:23.57 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 15:26.30 | putnopvut | seanbright: it appears that the preprocessor is causing remove_file to not get compiled in. It may be that the preprocessor directive above remove_file is not well-formed. |
| 15:27.12 | eliel | Qwell: yes, I will start using it. |
| 15:28.13 | *** join/#asterisk-dev jeffg (i=MAbFIB6b@pdpc/supporter/active/jeffg) |
| 15:28.29 | putnopvut | seanbright: I see the problem. |
| 15:29.15 | putnopvut | remove_file was within a #else of a #ifdef ODBC_STORAGE |
| 15:31.40 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 15:48.36 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 15:57.24 | *** join/#asterisk-dev Deeewayne (n=Deeewayn@conference/asterisk/x-8358292dead4f263) |
| 15:57.24 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 16:21.03 | seanbright | putnopvut: ahhh |
| 16:21.25 | *** join/#asterisk-dev moy (n=moy@189.169.61.29) |
| 16:26.07 | Corydon76-dig | snuff-work: ping |
| 16:33.29 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 16:48.49 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-282534.home.otenet.gr) |
| 16:49.28 | *** join/#asterisk-dev korihor (n=korihor@190.78.32.60) |
| 17:03.33 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:05.07 | *** part/#asterisk-dev korihor (n=korihor@190.78.32.60) |
| 18:04.02 | *** join/#asterisk-dev jeffg_ (i=UjaRkYBa@pdpc/supporter/active/jeffg) |
| 18:26.29 | *** join/#asterisk-dev korihor (n=korihor@201.211.168.130) |
| 18:32.38 | *** join/#asterisk-dev The_Lightside (n=Lightsid@dsl-241-2-28.telkomadsl.co.za) |
| 18:34.00 | The_Lightside | has anyone had any success with xen and zaptel? |
| 18:38.29 | Corydon76-dig | jsmith: ping |
| 18:38.34 | jsmith | Corydon76-dig: pong |
| 18:38.48 | Corydon76-dig | Remember how I have 888-DIGIUM-0? |
| 18:39.18 | jsmith | Corydon76-dig: Yes... |
| 18:39.34 | Corydon76-dig | I now have 888-DIGIUM-1, too |
| 18:39.54 | jsmith | Cool... |
| 18:40.04 | Corydon76-dig | They're holding a special today... $8.88 for activations today only |
| 18:40.14 | Qwell | who's they? |
| 18:40.21 | Corydon76-dig | tollfreenumbers.com |
| 18:59.25 | *** join/#asterisk-dev mog (n=mog@c-68-62-219-86.hsd1.al.comcast.net) |
| 18:59.25 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 19:02.48 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:53.55 | JerJer | feels bad |
| 19:54.14 | seanbright | wanna talk about it? |
| 19:54.22 | JerJer | Corydon76-dig: didn't we drop the ball on one of those numbers fer ya? |
| 19:57.57 | *** part/#asterisk-dev JerJer (n=PhatJ@pdpc/supporter/bronze/jerjer) |
| 19:59.34 | *** join/#asterisk-dev JerJer (n=PhatJ@pdpc/supporter/bronze/jerjer) |
| 20:01.23 | Corydon76-dig | JerJer: Just one, I think |
| 20:01.29 | Corydon76-dig | 888-HACK-615 |
| 20:02.04 | JerJer | want me to try it again? we have a new porting process in place now |
| 20:02.12 | Corydon76-dig | Sure |
| 20:02.25 | Corydon76-dig | You probably also want to fix the billing for all the other numbers, too |
| 20:02.28 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:02.33 | JerJer | hmm - i thought we did that |
| 20:02.56 | Corydon76-dig | I haven't gotten billed for any of them except 888-HACK-615 since November 07 |
| 20:03.19 | Corydon76-dig | Ever since the subpoena |
| 20:03.39 | Qwell | subpoena? O.o |
| 20:04.00 | Corydon76-dig | Govt agency subpoena'ed Nufone for my records |
| 20:04.07 | Qwell | O.o |
| 20:04.17 | seanbright | grabs a seat and some popcorn |
| 20:04.18 | Corydon76-dig | except that the process subpoena'ed the wrong phone number |
| 20:04.25 | seanbright | stands up and walks away |
| 20:04.41 | Corydon76-dig | some toll free fraud |
| 20:04.47 | Qwell | ahh |
| 20:05.13 | Corydon76-dig | and they transposed digits in the provider lookup, and got not only the wrong number, but the wrong provider |
| 20:05.37 | Corydon76-dig | Your tax dollars at work... |
| 20:05.54 | *** join/#asterisk-dev juanjoc (n=juanjoc@host84.190-225-170.telecom.net.ar) |
| 20:07.11 | seanbright | not mine. i evade taxes. |
| 20:08.36 | Corydon76-dig | seanbright: You mean you don't file a return... |
| 20:09.01 | Corydon76-dig | For most people, tax return results in a determination of overpayment and a refund |
| 20:09.46 | Corydon76-dig | So "evading taxes" generally means that you're giving the government excess payments |
| 20:14.47 | JerJer | ok - check me - 888-422-5615, correct? |
| 20:15.17 | seanbright | Corydon76-dig: shut up. |
| 20:15.22 | seanbright | :) |
| 20:15.25 | seanbright | i win! |
| 20:16.00 | Corydon76-dig | JerJer: correct |
| 20:16.21 | JerJer | order submitted |
| 20:16.26 | Corydon76-dig | Cool |
| 20:17.59 | JerJer | FYI, i opt you out of directory submission |
| 20:18.33 | Corydon76-dig | Oh, the toll free directory? |
| 20:18.35 | JerJer | for some reason our new situation wants to enable that crap by default - without mentioning it :( |
| 20:18.50 | JerJer | yeah - with a hidden once a year fee (i learned that the hard way) |
| 20:18.51 | Corydon76-dig | I'm not terribly concerned |
| 20:19.11 | Corydon76-dig | Oh, they charge to be IN the directory? |
| 20:19.15 | JerJer | 25 bucks times a few thousand toll-free numbers was not friendly |
| 20:19.16 | JerJer | yes |
| 20:19.30 | Corydon76-dig | Ouch |
| 20:20.22 | JerJer | i think its a scam, but who knows |
| 20:20.44 | Corydon76-dig | Kind of weird... usually they charge you if you want to opt out... unlisted number fee or some such |
| 20:20.50 | JerJer | yeah |
| 20:27.17 | oej | Russellb: You could have communicated with me before changing my branch... |
| 20:30.52 | oej | This is not the way we should work together! |
| 20:36.04 | putnopvut | oej: do you mind if I upload a patch for testing on issue 11536? |
| 20:36.06 | putnopvut | M11536 |
| 20:36.09 | MuffinMan | [assigned] [Asterisk] Channels/chan_sip/Interoperability 0011536: With "pedantic=yes" Asterisk shouldn't match To tag if the dialog is not established reported by ibc (Karma: +0.75) http://bugs.digium.com/view.php?id=11536 |
| 20:36.26 | oej | Go ahead |
| 20:37.25 | oej | Uploading patches is ok, but changing work in progress without discussion is. Well, unheard of. |
| 20:38.18 | Corydon76-dig | oej: if you're looking at the same commit as me, it appears that a single file was added |
| 20:39.08 | Corydon76-dig | How is that 'changing' a work in progress? |
| 20:39.34 | oej | Well, I have two branches and he doesn't know what I'm up to in either one. |
| 20:39.42 | oej | Our of courtesy, he could ask me. |
| 20:39.58 | oej | That may not be how you work in the department amongst staff, but I'm not staff. |
| 20:41.28 | Corydon76-dig | I only see the one commit to issue 8824 |
| 20:42.26 | Corydon76-dig | In any case, need to wait for Russell to explain |
| 20:42.26 | oej | Well, it's too late here. I'm going to bed. |
| 20:45.14 | seanbright | ohhhh, AsteriskC2DPro is out of the iphone and it's... also crap |
| 20:45.23 | seanbright | s/out of/out for/ |
| 20:47.08 | seanbright | or i guess you could say it was Crap-PRO! |
| 20:47.57 | Qwell | seanbright: Which C's does it convert to D's? |
| 20:49.29 | seanbright | "click 2 dial" |
| 20:49.44 | seanbright | after you install the handy dandy "dialler scripts" |
| 20:49.58 | seanbright | (sic) |
| 20:49.59 | Qwell | couldn't you just write a php page in like 5 minutes? |
| 20:50.33 | seanbright | i could write a php page in 2 seconds... <?php ?> |
| 20:51.24 | seanbright | but yeah, i'm not really sure what the point is. |
| 20:59.43 | seanbright | quittin' time, woo. |
| 20:59.45 | seanbright | later folks. |
| 21:02.08 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:15.16 | *** join/#asterisk-dev xilun (i=xilun@Toushirou.duckcorp.org) |
| 21:28.59 | eliel | jsmith: Do you agree moving the variablelist node to a top node near description, synopsis, etc? |
| 21:31.52 | jsmith | eliel: I'm not sure |
| 21:32.47 | jsmith | eliel: I'd prefer to see it beneath the description |
| 21:33.39 | eliel | jsmith: We can show it beneath the description, but having it separate in the xml (just an opinion not really sure too) |
| 21:34.14 | jsmith | eliel: Oh, I see what you're asking. Hmmmn... Let me look at the XML again |
| 21:34.25 | eliel | jsmith: ok |
| 21:35.14 | jsmith | OK, that brings up another question... |
| 21:35.37 | jsmith | For the list of channel variables that affect the application, I'm fine with moving it to a top-level node. |
| 21:36.04 | jsmith | But it brings up the question... we currently have variablelist nodes for options that are affected by a particular channel variable as well |
| 21:36.09 | jsmith | (see app_dial for an example) |
| 21:36.27 | jsmith | Do we need to include all those variables in the main variablelist? |
| 21:36.46 | tzafrir_laptop | kpfleming, ping |
| 21:37.07 | jsmith | tzafrir_laptop: I think he may be in a meeting... I tried pinging him a few minutes ago, and he didn't respond |
| 21:37.57 | tzafrir_laptop | ok. I wonder if those dahdi RCs are for public consumption. They were never announced anywhere |
| 21:38.41 | eliel | jsmith: agree, let me know if I understand, only variables related to the application should be documented and not variables affecting more applications (??) |
| 21:38.46 | Qwell | tzafrir_laptop: well, there isn't a corresponding Asterisk release to use them with yet |
| 21:39.07 | jsmith | eliel: Nope. |
| 21:39.35 | eliel | jsmith: |
| 21:39.43 | eliel | jsmith: I found it |
| 21:39.48 | jsmith | eliel: In the case of app_dial, there is a list of variables that affect only certain parameters to the Dial() application (listed in their own variablelist *under* the option names) |
| 21:39.50 | eliel | I now understand... |
| 21:39.53 | ctooley | jsmith, in regard to arguments, how do you guys plan on handling arguments to applications with are in themselves arguments to dialplan applications? |
| 21:40.07 | jsmith | eliel: and then there are variables that Dial() itself sets |
| 21:40.16 | jsmith | ctooley: Already handled. |
| 21:40.32 | ctooley | I see |
| 21:40.33 | jsmith | ctooley: At least, mvanbaak says he already knows how to handle them |
| 21:40.35 | tzafrir_laptop | Qwell, is there a reason asterisk 1.4.22 is delayed for so long? It can work with zaptel |
| 21:41.16 | eliel | jsmith: yes, I got it... I didn't saw this, so, putting a variable list inside 'description' it is not as bad as I though |
| 21:41.58 | jsmith | eliel: Nope... I basically imagined that a variablelist might go inside any text node, for various reasons. |
| 21:42.05 | tzafrir_laptop | Qwell, and besides, dahdi does not have a build dependency (or even usage dependency) on asterisk |
| 21:42.13 | jsmith | eliel: That's not to say we shouldn't have a top-level node documenting the variables, though |
| 21:42.20 | jsmith | eliel: The two aren't mutually exclusive |
| 21:43.16 | tzafrir_laptop | one thing, though: I tried loading both dahdi and zaptel (the base modules) for testing |
| 21:43.18 | eliel | jsmith: So, one root node with variables affecting the hole application, and then variablelist affecting each node (say option, parameter, argument, etc) |
| 21:43.30 | jsmith | Yeah... I'm OK with that |
| 21:43.50 | tzafrir_laptop | And noticed they can't reside on the same system due to the reserved major number 196 |
| 21:44.01 | eliel | jsmith: Great, With this I have something to work on the weekend :-) |
| 21:44.21 | tzafrir_laptop | There's a way around this: allocate a major number dynamically. |
| 21:44.37 | tzafrir_laptop | Downside: how do you create device files in advance? |
| 21:44.50 | tzafrir_laptop | question: is there a real need for static device files? |
| 21:46.14 | eliel | jsmith: And the idea is to put the translation outside the application code isn it? so, RetryDial in spanish now as an example in app_dial should be removed... |
| 21:46.47 | jsmith | eliel: I'm not sure what was decided there. You'd have to ask someone smarter than me. |
| 21:47.05 | jsmith | eliel: The discussion went back and forth so many times I couldn't keep track |
| 21:47.39 | eliel | jsmith: ok, thanks! |
| 21:49.02 | Corydon76-dig | eliel: I believe within, in a special section |
| 21:49.23 | Corydon76-dig | with a method yet to be determined |
| 21:50.02 | eliel | eliel: I wrote the hole thing to have en_US inside the application code, and the translations outside and installed at compile time |
| 21:50.22 | eliel | heh s/eliel/Corydon76-dig |
| 21:50.37 | eliel | I talk to my self... |
| 21:51.05 | Corydon76-dig | Or it may have been outside, but with an identifier that leaves no doubt as to the right name... by using vendor and other attributes |
| 21:51.36 | Corydon76-dig | and then that "tag" gets embedded in the binary |
| 21:51.44 | Corydon76-dig | to be matched up later |
| 21:52.55 | Corydon76-dig | Name alone is not unique enough to be used as a tag |
| 21:53.19 | eliel | Corydon76-dig: Name alone is the application / function name, why do you think it is not enough? |
| 21:53.32 | Corydon76-dig | eliel: past experience |
| 21:54.11 | Corydon76-dig | By now, there are probably 34 versions of app_cepstral out there |
| 21:54.43 | Corydon76-dig | each with a distinct lineage, some with common roots, some written from scratch |
| 21:54.45 | eliel | Corydon76-dig: hmm, you are right, I will try to find a way to make it unique in a simple way |
| 21:55.00 | Corydon76-dig | All unique enough to need their own tag to distinguish the options and behavior |
| 21:55.47 | Corydon76-dig | eliel: vendor name, possibly version, will all help |
| 21:56.05 | eliel | asterisk release? |
| 21:56.19 | Corydon76-dig | I meant version of the file itself |
| 21:57.18 | Corydon76-dig | Something like "digium/core/app_voicemail/1.4" |
| 21:58.19 | Corydon76-dig | maybe a triple version for 1.6.x, since options can be added between releases |
| 21:58.30 | eliel | I like that! |
| 21:59.19 | Corydon76-dig | That goes along the lines of "vendor/product/file/version" |
| 21:59.20 | eliel | But I think the revision number is better |
| 21:59.51 | Corydon76-dig | eliel: possibly, although the revision number will change a lot more than the text |
| 21:59.51 | eliel | So we can generate it more easily ($Rev$). |
| 22:00.18 | Corydon76-dig | eliel: cat .version |
| 22:00.51 | Corydon76-dig | $Rev$ is likely to be updated for the source xml file only |
| 22:02.09 | eliel | There is a #define out there having the output of .version isnt it? |
| 22:02.34 | Corydon76-dig | include/asterisk/version.h |
| 22:03.05 | Corydon76-dig | If you put revision in the name, we'll need to be fuzzy on searching |
| 22:03.06 | eliel | heh, That happens because my hand is faster than my brain... |
| 22:04.06 | eliel | No, I like putting the version. it is simple for the doc outside the code, to maintain the version... |
| 22:05.21 | eliel | Corydon76-dig: thanks! time to go home, here |
| 22:05.43 | Corydon76-dig | You could do the Apple thing and do com.digium.core.app_voicemail.1-4 |
| 22:06.21 | Corydon76-dig | com.digium.core.app_voicemail.1-6-0.r133456 |
| 22:06.55 | eliel | and match the string without the revision |
| 22:07.07 | Corydon76-dig | Match the longest matching string |
| 22:08.02 | eliel | ok |
| 22:08.05 | Corydon76-dig | If something gets a longer match, it's determined to match "better", and thus if an exact match is not found, the closest match is displayed |
| 22:08.38 | eliel | Yes I got it |
| 22:09.08 | Corydon76-dig | eliel: coming to Astricon? |
| 22:10.09 | eliel | I am in argentina, and don't have much money to spend in the travel :-( |
| 22:10.18 | Corydon76-dig | Ah |
| 22:21.41 | eliel | it looks like i am hungry, heh |
| 22:21.46 | eliel | good bye |
| 22:21.53 | jsmith | eliel: Have a good weekend! |
| 22:22.10 | eliel | you too! |
| 22:46.57 | kpfleming | eliel: that change to remove 'const' is not acceptable |
| 22:48.32 | *** join/#asterisk-dev d3wayne (n=dwayne@76.29.245.9) |
| 22:48.32 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable156.137-20-96.mc.videotron.ca) |
| 22:48.32 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 22:48.32 | *** join/#asterisk-dev jgoddess (n=monkey@phrank.aus.us.siteprotect.com) [NETSPLIT VICTIM] |
| 22:48.32 | *** join/#asterisk-dev wwalker (n=wwalker@pdpc/supporter/sustaining/wwalker) |
| 22:48.32 | *** join/#asterisk-dev awk (n=awk@security.web.za) [NETSPLIT VICTIM] |
| 22:48.32 | *** mode/#asterisk-dev [+o d3wayne] by irc.freenode.net |
| 23:00.55 | *** part/#asterisk-dev Deeewayne (n=Deeewayn@conference/asterisk/x-8358292dead4f263) |
| 23:12.06 | *** part/#asterisk-dev mog (n=mog@c-68-62-219-86.hsd1.al.comcast.net) |
| 23:12.58 | *** join/#asterisk-dev Daviey (n=dave@ubuntu/member/daviey) |
| 23:33.08 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 23:33.08 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 23:53.59 | *** part/#asterisk-dev korihor (n=korihor@201.211.168.130) |