| 00:00.04 | Qwell | sruffell: first kid? |
| 00:00.18 | Corydon76-dig | mvanbaak: um, what? |
| 00:00.18 | JunK-Y | so a russell junior :) |
| 00:00.37 | Qwell | sruffell, not russell :p |
| 00:00.42 | sruffell | qwell: yes...first...I'm excited. |
| 00:00.47 | Qwell | sruffell: fun |
| 00:01.15 | putnopvut | I hear that people start out in this world as babies. Though I cannot for the life of me recall being a baby. |
| 00:01.24 | putnopvut | Perhaps I am an anomaly. |
| 00:01.51 | mvanbaak | putnopvut: you were ./configured then maked then installed as all the rest of us |
| 00:02.08 | JunK-Y | Qwell: boo! |
| 00:02.23 | mvanbaak | Corydon76-dig: I'll check it tomorrow as soon as possible |
| 00:02.33 | mvanbaak | cant wait |
| 00:04.59 | russellb | sruffell: congrats on the kid! but i offer my empathy for having to spend the night in the hospital ... it's generally not a pleasant place to be |
| 00:05.12 | russellb | depends on your reason for being there i guess ... |
| 00:05.46 | mvanbaak | I'm off to bed |
| 00:05.50 | mvanbaak | thanks Corydon76-dig |
| 00:06.58 | russellb | a kid is a happy things, though, so yay :)( |
| 00:07.00 | russellb | er, :) |
| 00:07.17 | putnopvut | bye 'ssell! |
| 00:07.44 | putnopvut | Crap, I missed a prime opportunity to say "like a baby" in response to russellb's comment. |
| 00:24.06 | *** join/#asterisk-dev RoyK (n=roy@91.149.13.232) |
| 00:29.38 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 00:42.26 | *** join/#asterisk-dev RoyK (n=roy@91.149.13.232) |
| 00:46.02 | *** part/#asterisk-dev RoyK (n=roy@91.149.13.232) |
| 00:55.52 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177582030.dsl.bell.ca) |
| 01:06.40 | *** join/#asterisk-dev moy (n=moyhu@189.169.104.92) |
| 01:22.57 | *** join/#asterisk-dev lters (n=tech@mrtcdsl-433.mis.net) |
| 01:41.56 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 01:52.43 | *** join/#asterisk-dev RoyK (n=roy@91.149.17.219) |
| 01:53.13 | *** part/#asterisk-dev RoyK (n=roy@91.149.17.219) |
| 02:17.59 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 02:19.31 | *** join/#asterisk-dev mog (n=mog@c-68-62-172-83.hsd1.al.comcast.net) |
| 02:19.31 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 02:29.14 | denon | hmm, it's a pity this MailCall app has so many crappy dependancies |
| 02:29.42 | denon | "...you'll need to install Apache, PHP, the php-imap library, FreePBX, and the Flite voice processing system" |
| 02:29.57 | denon | I mean really, who wants apache on the pbx itself |
| 02:34.18 | snuff-work | never heard of it myself ;) |
| 02:44.07 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.32.126) |
| 02:50.30 | *** join/#asterisk-dev cpatry (n=junky@modemcable183.17-83-70.mc.videotron.ca) |
| 03:17.43 | *** join/#asterisk-dev sruffell (n=sruffell@12.150.240.229) |
| 03:17.43 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 03:22.19 | file | how goes? |
| 03:22.31 | sruffell | no complaints, and yourself? |
| 03:23.08 | file | I am great |
| 03:23.37 | sruffell | always good to hear! |
| 03:27.24 | Corydon76-dig | sruffell: wife feeling any better? |
| 03:45.59 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 03:45.59 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 04:12.17 | lmadsen | evening all |
| 04:15.30 | file | what'cha up to tonight? |
| 04:18.28 | lmadsen | made cashew chicken, and now I'm listening to jazz and drinking tea, about to go back and finish folding laundry and cleaning my kitchen |
| 04:18.38 | lmadsen | I'm gonna make someone a great housewife some day (as my Dad likes to say) |
| 04:18.46 | lmadsen | Corydon76-dig: no, not your wife |
| 04:19.05 | Corydon76-dig | Awww |
| 04:19.24 | Corydon76-dig | Are you sure? I can teach you C... ;-) |
| 04:19.46 | lmadsen | not really sweetening the deal there... :) |
| 04:20.03 | lmadsen | I'm pretty sure you wouldn't be my type anyways |
| 04:20.34 | Corydon76-dig | Oh, you never really know what your type is until you experiment... |
| 04:22.01 | lmadsen | sorry about yer luck... guys just don't do it for me |
| 04:22.31 | file | a few drinks. |
| 04:22.31 | Corydon76-dig | 'sokay... Republicans don't do it for me... |
| 04:22.37 | lmadsen | fair enough |
| 04:22.39 | file | and by a few I mean a lot |
| 04:22.50 | Corydon76-dig | file: a 6 pack |
| 04:23.04 | lmadsen | file: I'm a weird drinker in that way... I just get to a certain point then flatline... I don't black out, and I don't get all out of control |
| 04:23.04 | Corydon76-dig | http://www.uncoolcentral.com/six_beers/ |
| 04:23.32 | Corydon76-dig | lmadsen: mellow and malleable? |
| 04:24.14 | lmadsen | 6 pack? pfffft... I went to breakfast, had 2 ceasars, came back, drank a bottle of wine, went to my friends, drank half a mickey, went to the bar, had a few shots and a rye and ginger, came back to my place, and finished off the rest of that 1.5L bottle of wine.... and I wasn't slurring my words |
| 04:24.18 | russellb | i get out of control. |
| 04:24.45 | Corydon76-dig | orly? |
| 04:24.47 | file | I just get giddy. |
| 04:24.52 | file | and generally happy |
| 04:25.03 | Corydon76-dig | happy and gay? |
| 04:25.09 | russellb | O.O |
| 04:25.29 | file | you may never know. |
| 04:25.52 | Corydon76-dig | I probably won't |
| 04:26.34 | lmadsen | that could be misconstrued |
| 04:26.46 | file | verty |
| 04:26.48 | file | and very |
| 04:26.56 | russellb | dirty minds! |
| 04:27.13 | lmadsen | that's my specialty |
| 04:27.20 | outtolunc | can't hear a thing, some dude just broke my eardrums on american idol |
| 04:27.30 | lmadsen | gross show |
| 04:27.40 | outtolunc | nods, it wasn't my *choice* |
| 04:28.07 | lmadsen | gotta love g/fs / wives |
| 04:28.11 | lmadsen | <PROTECTED> |
| 04:28.20 | Corydon76-dig | Did you see Daily Show tonight? |
| 04:28.20 | file | chia pets? |
| 04:28.44 | lmadsen | they should make giant chia pets |
| 04:30.27 | russellb | ch- ch- ch- chia! |
| 04:30.51 | lmadsen | the pottery that grows! |
| 04:31.00 | lmadsen | ok, back to cleaning for me |
| 04:32.01 | *** join/#asterisk-dev ZX81 (n=ZX81@202.20.97.211) |
| 04:37.36 | *** join/#asterisk-dev ZX81_ (n=ZX81@202.20.97.211) |
| 06:19.47 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 06:36.12 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.32.126) |
| 06:49.04 | *** join/#asterisk-dev slavon_net (n=slavon@slavon.bigtelecom.ru) |
| 06:49.12 | slavon_net | hello all... |
| 06:49.18 | *** join/#asterisk-dev tzafrir (n=tzafrir@62.90.10.53) |
| 06:49.18 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 06:49.33 | slavon_net | where 1.4 brbranch? |
| 06:49.43 | slavon_net | in svn i see only 1.2 =( |
| 06:49.50 | slavon_net | or its closed? |
| 07:13.48 | snuff-work | slavon_net: svn has problem |
| 07:13.59 | slavon_net | ooo.. ok... thanks! |
| 07:14.06 | snuff-work | they (russell) is working on it |
| 07:14.24 | snuff-work | think he said hopefully back by tomorrow |
| 07:14.33 | snuff-work | or at least the one the 'public' can checkout |
| 07:33.58 | slavon_net | thanks |
| 07:53.37 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177582302.dsl.bell.ca) |
| 08:09.25 | *** join/#asterisk-dev ZX81_ (n=ZX81@202.20.97.211) |
| 08:43.24 | *** join/#asterisk-dev ZX81 (n=ZX81@202.20.97.211) |
| 09:15.36 | *** join/#asterisk-dev RoyK (n=roy@213.160.242.90) |
| 09:28.03 | jmls | as a matter of interest, what actually happened to svn ? |
| 09:36.30 | tzafrir | recovering from an svn dump? |
| 09:37.08 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 09:40.04 | RoyK | tzafrir: I beleive he's talking about Digium's svn server not responding |
| 09:56.33 | tzafrir | http://svn.digium.com/view/asterisk/branches/ |
| 09:57.05 | tzafrir | http://svn.digium.com/svn/asterisk/tags/ |
| 09:58.08 | tzafrir | As Olle reported in the mail: SVN reverted 21 months back... |
| 10:01.42 | RoyK | oops |
| 10:08.07 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 10:52.29 | jmls | I seem to be getting error messages from #exec that are not right : |
| 10:52.54 | jmls | could someone please look at http://www.pastebin.ca/857116 and see where I'm going wrong ? thanks |
| 10:58.28 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 11:02.04 | *** join/#asterisk-dev tzafrir_home (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 11:02.04 | *** mode/#asterisk-dev [+o tzafrir_home] by ChanServ |
| 11:05.39 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:18.57 | *** join/#asterisk-dev _ys (n=_ys@91.151.196.254) |
| 11:19.41 | sergee | guys can you assign a reverse-dns record for 216.207.245.17 please? |
| 11:21.37 | *** join/#asterisk-dev RoyK (n=roy@fw.fortel.no) |
| 11:24.35 | *** join/#asterisk-dev myiagy (n=Jose@200.215.59.133) |
| 11:26.51 | jmls | is there anyway of trapping / keeping the temporary file created by #exec ? |
| 11:26.59 | jmls | Parsing '/var/tmp/exec.1200482744.80669584': found |
| 11:27.08 | jmls | I would like to look at that file before it is deleted |
| 11:35.56 | jmls | yay! found it. Curl was adding some information (%download etc). Added "-s" for silent |
| 12:22.59 | mvanbaak | any bugmarshal here ? |
| 12:23.18 | jmls | yup .. |
| 12:23.29 | mvanbaak | jmls: M11776 |
| 12:23.35 | mvanbaak | M11776 |
| 12:23.35 | MuffinMan | [new] [Asterisk] Channels/chan_sip/Registration 0011776: [authenticaion] in sip.conf: A malicius "Contact" header in REGISTER can get free calls through SIP provider reported by ibc http://bugs.digium.com/view.php?id=11776 |
| 12:23.42 | jmls | yeah .. |
| 12:23.46 | mvanbaak | should we put that to private ? |
| 12:24.07 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.64.193) |
| 12:28.49 | *** join/#asterisk-dev oej (n=olle@213.115.215.130) |
| 12:28.49 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:33.11 | jmls | mvanbaak: sorry, don't know. |
| 12:33.16 | jmls | Corydon76-dig: ping |
| 12:35.35 | oej | Morning |
| 12:35.45 | oej | mvanbaak: I'm also sorry that jmls don't know |
| 12:35.46 | oej | :-) |
| 12:43.35 | mvanbaak | lol |
| 12:43.46 | mvanbaak | oej: can you have a look at 11776 please ? |
| 12:44.00 | mvanbaak | should we set it to private ? |
| 12:47.42 | oej | M11776 |
| 12:47.43 | MuffinMan | [new] [Asterisk] Channels/chan_sip/Registration 0011776: [authenticaion] in sip.conf: A malicius "Contact" header in REGISTER can get free calls through SIP provider reported by ibc http://bugs.digium.com/view.php?id=11776 |
| 12:48.33 | jmls | Corydon76-vcch: res_config_curl is broken |
| 12:52.51 | oej | I don't think we should set it to private, mvanbaak |
| 12:52.59 | oej | A bad configuration will always be open for bad things. |
| 12:53.10 | oej | I just wonder how we could stop a bad contact from being registered |
| 12:53.15 | oej | It's an interesting case |
| 12:54.13 | oej | Adding the auth= headers to the peer section for the provider would fix this |
| 12:58.25 | *** join/#asterisk-dev snuff-home (n=snuffy@220-253-35-39.VIC.netspace.net.au) |
| 12:58.55 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) |
| 13:15.30 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 13:15.30 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 13:16.42 | mvanbaak | yeah |
| 13:17.08 | mvanbaak | ok. I was thinking his configuration was correct. but if it isn't it's totally their problem indeed. |
| 13:17.40 | mvanbaak | not that we can be so kind to help ppl with this kind of situations by taking them by the hand and protect them from some bad things ;) |
| 13:19.53 | *** join/#asterisk-dev oej (n=olle@213.115.215.130) |
| 13:19.53 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:29.23 | oej | mvanbaak: I'm thinking... |
| 13:29.30 | oej | which is unusual |
| 14:00.00 | oej | Now kidsch, we're going to hack asterischk... |
| 14:05.52 | jmls | if I had something defined as "struct ast_str query", how would I print the contents of query.str using ast_verbose ? (I've tried ast_verbose("CURL: OUTBOUND: %s", query.str); ) |
| 14:07.18 | sergee | jmls: seems to be ok, are you sure that query is an instance itself and not a pointer to it? |
| 14:07.49 | jmls | sergee: don't know - trying to figure out someone else's c code ;( |
| 14:08.21 | jmls | query.str = ast_malloc(1000) |
| 14:08.54 | sergee | jmls: have you tryed your method? what did you get in console? |
| 14:09.15 | jmls | garbace |
| 14:09.18 | jmls | garbage |
| 14:09.25 | sergee | jmls: that's ok |
| 14:09.39 | sergee | jmls: probably string was never initialized |
| 14:09.47 | jmls | mm, it is |
| 14:10.24 | jmls | ast_build_string(&query.sptr, &query.rem, "${%s/update?%s=%s", url, buf1, buf2) |
| 14:10.27 | sergee | jmls: is that snippet large? can you pastebin it? |
| 14:11.19 | jmls | I'm trying to find out why res_func_curl update is not working in 1.4 ... |
| 14:11.39 | jmls | sergee: http://www.pastebin.ca/857240 |
| 14:18.57 | sergee | jmls: on your place i would explicitly cleared memory in query.str with bzero(query.sptr, 1000) and then i would try to print it out before and after ast_build_string with your methos |
| 14:19.05 | sergee | *method |
| 14:20.12 | *** join/#asterisk-dev bweschke (n=bweschke@204.13.233.213) |
| 14:20.16 | *** mode/#asterisk-dev [+o bweschke] by ChanServ |
| 14:20.26 | file | good morning sunshine, the world says hello! |
| 14:20.34 | bweschke | :-) |
| 14:20.52 | jmls | ast_build_string: is the second parameter the position to start the appending, or the remaining chars in the string ? |
| 14:21.47 | jmls | ast_build_string(&query.sptr, &query.rem,"%s","extra") |
| 14:23.11 | bweschke | had a 3 egg broccoli and cheddar omelet this morning |
| 14:23.14 | bweschke | it rocked |
| 14:23.58 | sergee | jmls: it size of memory available starting from place where 1st param points to.. |
| 14:31.17 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:31.17 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 14:33.48 | mvanbaak | oej: yeah lets hack asterisk |
| 14:34.20 | lmadsen | hack the planet! |
| 14:34.23 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 14:34.23 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:37.08 | *** join/#asterisk-dev mog (n=mog@216.207.245.1) |
| 14:37.08 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 14:38.39 | mvanbaak | "Mess with the best, die like the rest!" |
| 14:38.42 | jmls | I now know why I'm getting "garbage": |
| 14:38.58 | jmls | there's an embedded line feed in the string |
| 14:39.14 | jmls | does ast_build_str add an embedded line feed ? |
| 14:40.59 | putnopvut | It wouldn't make sense to. |
| 14:41.05 | putnopvut | But that doesn't mean it's not there ;) |
| 14:41.50 | putnopvut | jmls: do you mean ast_build_string? |
| 14:41.59 | *** join/#asterisk-dev sruffell (n=sruffell@12.150.240.229) |
| 14:41.59 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:42.18 | file | well look who it is, sruffell! |
| 14:45.27 | sergee | jmls: you'll get a garbage if you won't put a \0 at the end of your chars |
| 14:46.12 | jmls | doesn't ast_build_str should do that ? |
| 14:46.51 | sergee | jmls: i don't know, but linefeed shouldn't be the reason of garbage.. |
| 14:47.00 | sergee | let me check |
| 14:47.03 | jmls | Sorry, I meant |
| 14:47.20 | jmls | I have a string that is meant to be abc=123&def=456 |
| 14:47.43 | jmls | what I am seeing is &def=456abc=123 |
| 14:47.49 | jmls | because there is a lf after the 123 |
| 14:47.52 | jmls | for some reason |
| 14:47.54 | putnopvut | That's...odd |
| 14:48.06 | jmls | putnopvut: it's probably me |
| 14:48.07 | kpfleming | no, there are no API calls in Asterisk that do anything with linefeeds |
| 14:49.07 | sergee | jmls: seems like not |
| 14:49.15 | kpfleming | well, except for ast_strip() which will remove them |
| 14:49.37 | jmls | ah ha |
| 14:49.37 | tzanger | ast_strip, doesn't that require res_brasspole? |
| 14:49.38 | sergee | jmls: have you tryed what i suggested to you? (i mean bzero() str right after mallocing it?) |
| 14:50.19 | jmls | no, one of the parameters is being passed with a lf appended to the end |
| 14:50.34 | kpfleming | sergee: if you need it zeroed, just use calloc instead of malloc |
| 14:51.07 | sergee | kpfleming: thanks for a tip! |
| 14:51.13 | Corydon76-dig | jmls: pong |
| 14:51.22 | jmls | yay! |
| 14:51.31 | jmls | struggling res_func_curl in 1.4 |
| 14:51.59 | jmls | fixed a couple of things - the url had a "," in after the "single" which caused a problem. (fixed) |
| 14:52.18 | jmls | however, it seems as if the lookup field being passed to update_curl has a lf added to the ebd |
| 14:52.20 | jmls | end |
| 14:52.57 | jmls | which buggers up the url, as it has uniqueid=12<lf>&password=1234 when trying to update the password |
| 15:00.16 | Corydon76-dig | Download it now |
| 15:20.48 | file | bweschke: I smell women... smell 'em in the air |
| 15:21.04 | putnopvut | That could be interpreted VERY badly. |
| 15:21.29 | file | it could if it were not part of the lyrics from Les Miserables |
| 15:23.09 | caio1982 | file: are you valjean? |
| 15:23.34 | file | pfft |
| 15:23.40 | Corydon76-dig | Those are aren't Val Jean's lyrics |
| 15:23.47 | caio1982 | so? |
| 15:23.57 | caio1982 | these are from the sailors, i know |
| 15:24.12 | putnopvut | Why do they sing in English? |
| 15:24.32 | Corydon76-dig | Oh, so we have a SECOND person who knows Broadway shows.... Hmmmmmm |
| 15:24.41 | Corydon76-dig | Or third, really |
| 15:24.48 | file | seldom do you see... honest men like me... |
| 15:25.05 | Corydon76-dig | A gent of good intent, Who's content to be... |
| 15:25.28 | caio1982 | maaaaster of dah house |
| 15:26.16 | Corydon76-dig | file: should we invite him to #asstricks ? |
| 15:26.29 | file | you could. |
| 15:26.31 | putnopvut | Oh that is such a stereotype. |
| 15:27.07 | caio1982 | asstricks, lol |
| 15:27.16 | file | putnopvut: you are a stereotype! |
| 15:27.33 | putnopvut | I guess. |
| 15:27.41 | Corydon76-dig | putnopvut: what, are you saying you know Broadway shows? |
| 15:27.44 | file | putnopvut: but we <3 you the same regardless |
| 15:28.04 | putnopvut | Corydon76-dig: no, I'm just saying that because someone knows them doesn't make them a homosexual. |
| 15:28.39 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 15:29.07 | caio1982 | haha |
| 15:29.19 | Corydon76-dig | putnopvut: I'm not saying one way or the other, but how many straight men do you know that can quote lyrics to a Broadway show they haven't seen in over 10 years? |
| 15:29.32 | putnopvut | Only one. |
| 15:29.35 | file | "apparently" my roommate |
| 15:30.14 | file | madness takes it's toll... so listen closely... not for very much longer... I've got to keep control |
| 15:30.37 | caio1982 | putnopvut: 'Cats' counts double |
| 15:30.46 | putnopvut | lol |
| 15:36.53 | jsmith | What about the Lion King? (I didn't see it on Broadway, but instead in London) |
| 15:37.19 | caio1982 | i'm going to see it on broadway next feb. |
| 15:37.24 | Corydon76-dig | jsmith: can you quote the lyrics? ;-) |
| 15:37.26 | file | good choice. |
| 15:37.32 | caio1982 | (really) |
| 15:37.37 | jsmith | Corydon76-dig: Sure! |
| 15:37.52 | jsmith | caio1982: Definitely worth it... in fact, it's the best Broadway-style show I've ever seen |
| 15:37.55 | Corydon76-dig | More than just "Hakuna matata"? |
| 15:38.11 | jsmith | Corydon76-dig: Sure... probably doesn't hurt that it's mostly the same lyrics as the Disney cartoon |
| 15:38.37 | Corydon76-dig | jsmith: oh, that's true. Probably doesn't count... ;-) |
| 15:38.43 | caio1982 | jsmith: yeah, i really can't wait for it... and it's not pricy, imho |
| 15:39.36 | jsmith | The stage setup for Lion King was absolutely incredible... I caught myself saying "How'd they do that? That's impossible!" several times |
| 15:40.18 | Corydon76-dig | caio1982: compared to air fare from Brazil, I'm not surprised. :-P |
| 15:41.24 | caio1982 | Corydon76-dig: definitely :) |
| 15:43.04 | caio1982 | jsmith: i had the same thoughts when i saw My Fair Lady, though i'm not sure if it's on broadway yet (pretty old stuff) |
| 15:48.48 | *** join/#asterisk-dev qdk (n=qdk@193.164.155.7) |
| 15:51.52 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 15:59.00 | bweschke | file: it closed again just recently. :-( |
| 15:59.39 | bweschke | the announcement actually hit the wire this morning that Rent is now going to close in June as well |
| 16:04.02 | Corydon76-dig | Damn writer's strike. Oh, wait... |
| 16:04.54 | bweschke | Corydon76-dig: I've got other reasons to hate that writer's strike... Like...... Grey's is done for the season already ... House is cut way short.. all not good |
| 16:05.26 | putnopvut | bweschke: there was a new Grey's Anatomy on last week. How much longer is it going to run? |
| 16:05.34 | bweschke | putnopvut: that was the "finale" |
| 16:05.40 | bweschke | it was the last one "in the can" |
| 16:05.51 | Corydon76-dig | Most of the shows are back with the producers writing episodes |
| 16:05.55 | putnopvut | Oh, and let it be known I don't like the efefcts of the strike, but I am totally on the side of the writers here. |
| 16:06.03 | Corydon76-dig | Law & Order is that way... the executive producers are writing |
| 16:06.11 | Corydon76-dig | Ditto for CSI |
| 16:06.34 | putnopvut | Except for their argument about reality shows. |
| 16:06.43 | Corydon76-dig | The producers are all writers anyway, and the networks have put them in a bad position by telling them to write or have their show cancelled |
| 16:07.20 | Corydon76-dig | I think this strike will break the union |
| 16:07.30 | Qwell | unions...pfft |
| 16:07.38 | putnopvut | Qwell: O.o!! |
| 16:07.52 | Qwell | to be perfectly honest, I never understood the reason for unions in the 21st Century... |
| 16:08.14 | putnopvut | I think the writer's guild strike is a prime example of why they're needed. |
| 16:08.29 | Qwell | well, some "unions" I guess I could agree with |
| 16:08.34 | Qwell | but, come on...grocery stores? really? |
| 16:09.15 | Corydon76-dig | This strike could have worked 3 years ago, at the last negotiation, but reality shows are too popular now for the writer's strike to work |
| 16:09.52 | Corydon76-dig | That's when they should have asked for residuals for Internet-distributed content |
| 16:09.56 | bweschke | Corydon76-dig: there are limits though ... this trailer for this new show where they ask questions where the ppl are on lie detectors.. I dunno.. I just have ... no interest |
| 16:10.22 | putnopvut | I find 99% of reality shows to be uninteresting. |
| 16:10.25 | Corydon76-dig | bweschke: that's not a new show. They've been doing that on MTV for awhile |
| 16:10.33 | lmadsen | MTV is useless |
| 16:10.42 | Corydon76-dig | lmadsen: agreed |
| 16:10.48 | lmadsen | I don't even remember that last time I've seen a music video on it |
| 16:10.49 | bweschke | Corydon76-dig: Maybe. the only thing I watch on MTV is re-runs of jackass |
| 16:11.17 | lmadsen | what topic? |
| 16:11.22 | Qwell | bananas |
| 16:11.26 | lmadsen | oh right |
| 16:11.40 | Qwell | if anybody lost a banana, please see file at the front desk |
| 16:12.07 | lmadsen | can someone direct me to the front desk? |
| 16:12.17 | Qwell | it's at the front. where the desk is. |
| 16:12.22 | lmadsen | perfect |
| 16:16.23 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 16:20.49 | codefreeze | hmmm. Lockup in trunk version, on 'stop gracefully'... chan_mgcp on monlock |
| 16:25.09 | oej | Hmm. Not getting any svn-commit mails - are they disabled? |
| 16:25.23 | file | presently, yes |
| 16:25.46 | oej | Hmm. Time to commit more easter eggs. Gotta plan ahead. |
| 16:26.24 | ctooley | oej, We still on track for next week? |
| 16:31.01 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:41.46 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:41.46 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 16:42.20 | file | russellb: there you are! I was getting worried |
| 16:45.40 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 16:47.37 | russellb | file: hi sir |
| 16:47.44 | russellb | file: i was getting stuff done to my car. |
| 16:48.03 | Qwell | russellb: get spinners put on? |
| 16:48.25 | file | NOS? DVD system? |
| 16:48.49 | file | my brother has a DVD system and LCD touchscreen in his car... it's probably worth more then the car itself |
| 16:54.29 | russellb | Qwell: 96" spinners ftw |
| 16:55.10 | *** join/#asterisk-dev Greek-Boy (n=email@41.221.58.5) |
| 16:57.17 | Qwell | spinners are so funny... |
| 16:57.30 | Qwell | people have to realize that you can't...actually...see them from inside your car |
| 16:58.04 | putnopvut | It's the same logic that goes into the huge wings, neon lights, and any other external modification that has no impact on performance. |
| 16:58.21 | Qwell | neon lights add about 3hp |
| 16:58.26 | Qwell | depending on wattage |
| 16:58.43 | Greek-Boy | add 3hp to what? |
| 16:59.00 | putnopvut | exactly :) |
| 16:59.11 | Qwell | to the...uhh...differential |
| 17:11.21 | *** join/#asterisk-dev ozant (n=ozanturk@85.104.1.153) |
| 17:18.35 | *** join/#asterisk-dev kyron (n=kyron@211-217-static-ppp.3menatwork.com) |
| 17:37.41 | *** join/#asterisk-dev raidenz (n=raiden@205-200-66-136.static.mts.net) |
| 17:38.18 | raidenz | Hi guys |
| 17:38.38 | raidenz | Does anyone know why when trying to check out Asterisk 1.4 from SVN doesn't work? |
| 17:38.52 | Qwell | raidenz: svn is currently undergoing maintenance |
| 17:39.01 | raidenz | oh ok...any timeframe? |
| 17:39.08 | Qwell | no :( |
| 17:39.17 | Qwell | it's currently syncing, and is taking longer than expected |
| 17:40.44 | raidenz | ok. thank you Qwell. |
| 17:51.31 | mvanbaak | http://www.xkcd.com/371/ |
| 17:54.25 | tzanger | mvanbaak: *rolls eyes* |
| 18:01.29 | De_Mon | that computer must be related to HAL9000 |
| 18:02.01 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 18:04.12 | *** join/#asterisk-dev Cresl1n (n=matt@216.207.245.1) |
| 18:04.12 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 18:16.48 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 18:25.45 | *** join/#asterisk-dev caio1982_ (i=caio1982@CAcert-br/caio1982) |
| 18:41.28 | *** join/#asterisk-dev iulius (n=iulius@mail1.technologieshq.com) |
| 18:48.04 | *** join/#asterisk-dev miguel3239 (n=elguerom@h-68-167-124-171.cmbrmaor.covad.net) |
| 18:48.22 | *** join/#asterisk-dev monkeytype (n=Bill@216.207.245.1) |
| 18:49.08 | *** join/#asterisk-dev kratzers (n=kratzers@martha.pa.net) |
| 18:51.55 | *** join/#asterisk-dev Patrickz_ (n=patrickz@ppp-124-121-58-20.revip2.asianet.co.th) |
| 18:52.25 | kratzers | asterisk 1.4 repo going to be back online sometime soon? |
| 18:52.40 | file | it will eventually yes |
| 18:52.43 | Qwell | when it's finished |
| 18:52.44 | file | we can't make it go any faster... |
| 18:52.50 | Patrickz_ | hello all |
| 18:53.27 | kratzers | syncing from backup? |
| 18:55.08 | mvanbaak | syncing from master svn box |
| 18:55.28 | caio1982_ | each question about the svn make the sync process slower :P |
| 18:55.38 | kratzers | heh |
| 18:55.43 | mvanbaak | lol caio1982_ |
| 18:56.16 | mvanbaak | svnsync is made that way. it monitors this channel and goes sleep(3600) everytime someone is asking about the sync |
| 18:57.56 | mvanbaak | yipes, sun bought MySQL |
| 18:59.03 | *** join/#asterisk-dev moy (n=moyhu@nat/ibm/x-6a6e51b9aa02b98d) |
| 19:01.40 | ctooley | mvanbaak, which is made more confusing by the fact that the Postgres team leader works there too. |
| 19:01.56 | mvanbaak | uhhuh |
| 19:02.31 | mvanbaak | I wonder what will happen to the long term policy on postgresql as well |
| 19:03.19 | ctooley | Here's to hoping the works don't get mucked up in bureaucracy |
| 19:04.33 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 19:04.33 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:05.04 | mvanbaak | let's hope sun will start addressing some of the more scary bugs in mysql |
| 19:05.55 | ctooley | Like having replication stop working with the slave giving no indication whatsoever that it's failed? |
| 19:06.39 | file | ugh |
| 19:06.42 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 19:06.42 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 19:06.42 | file | don't remind me |
| 19:08.09 | mvanbaak | ctooley: just to name one :) |
| 19:10.35 | ctooley | Hopefully improving the performance of a db store with transaction support will be on the priority list as well. |
| 19:12.17 | mvanbaak | I hope they finally fix this NDB storage engine |
| 19:13.41 | kpfleming | NDB == NO DATABASE |
| 19:13.51 | bkruse | haha |
| 19:14.00 | mvanbaak | hahahahahaha |
| 19:14.02 | bkruse | performance wise, when it works (or when it might work?) it is fast. |
| 19:14.07 | bkruse | But you pay a price! |
| 19:14.16 | mvanbaak | FULLTEXT indexing is not supported by the NDB storage engine in MySQL 5.0 |
| 19:14.27 | bkruse | eww |
| 19:14.36 | mvanbaak | bkruse: we found NDB to be SLOW |
| 19:14.50 | bkruse | mvanbaak: really? what in the world were you running it on, and on what network? |
| 19:15.07 | bkruse | It was on its own network, I hope. |
| 19:15.11 | mvanbaak | we used 3 SUN 2200 machines with a dedicated gbit managed switch |
| 19:15.15 | ctooley | NDB is "ok" if you have a relatively small database. For databases that are in excessive of 12TB it's a bit challenging to use. |
| 19:15.38 | bkruse | ctooley: I would imagine many databases in excess of 12TB could be challenging to manage... :] |
| 19:15.41 | kpfleming | you consider 11TB to be 'small'? |
| 19:15.43 | mvanbaak | we tested with around 1200 databases of roughly 1.2GB each |
| 19:16.10 | bkruse | kpfleming: I guess people just have 11TB databases all over the place, no big deal.. |
| 19:16.20 | mvanbaak | 1200 webapplications with around 30 logins on every app |
| 19:16.31 | ctooley | kpfleming, I'd consider anything less than a TB to be 'small' at this point. We're having a major problem with performance of innodb as it is now, let alone redundancy. |
| 19:16.35 | mvanbaak | doing normal read/write stuff you have in a calendar+email application |
| 19:16.39 | bkruse | mvanbaak: If your NDB (all ram database) was slower than a normal mysql server...I think you might just need some tweaking |
| 19:16.44 | mvanbaak | writes were way slow compared to innodb |
| 19:17.05 | ctooley | mvanbaak, were you using 5.1 disk storage for NDB or RAM storage? |
| 19:17.07 | mvanbaak | and innodb isn't that fast with writes |
| 19:17.13 | bkruse | mvanbaak: interesting... I will have to check that now. I read some papers and tested ndb and it was pretty insane |
| 19:17.30 | mvanbaak | ctooley: SAS disks |
| 19:17.32 | bkruse | ctooley: I would hope ram, thats what I tested with. That is a TON of ram though, so I would imagine he didnt. |
| 19:17.49 | bkruse | mvanbaak: ya, I used ram. Talk about fast, it was. But it is completely unreleastic for a DB that big. |
| 19:18.02 | mvanbaak | bkruse: yeah, but you will need massive ammounts of ram |
| 19:18.14 | bkruse | mvanbaak: hints the 'unreleastic' part :] |
| 19:18.15 | mvanbaak | like, 1 TB in each machine |
| 19:18.16 | ctooley | We've not tried NDB disk storage. |
| 19:18.29 | bkruse | ctooley: I would not recommend it, at all. |
| 19:18.33 | mvanbaak | I bet it's fast in ram |
| 19:18.38 | bkruse | If performance is what you are looking for, rather |
| 19:19.02 | mvanbaak | well, in the end we went back to myisam |
| 19:19.10 | bkruse | mvanbaak: This particular setup needed ~16GB of ram (your db x 2 + a tenth of the db. It was about a 6 GB db) |
| 19:19.21 | ctooley | Well, we need performance but transactions are a requirement (and row level locking) |
| 19:19.33 | mvanbaak | ctooley: innodb |
| 19:19.37 | bkruse | agreed |
| 19:19.52 | mvanbaak | it rox |
| 19:19.59 | mvanbaak | but it also lacks FULLTEXT |
| 19:20.12 | mvanbaak | and our main app uses that a lot |
| 19:20.17 | ctooley | mvanbaak, right, but innodb is our slowdown. We're hoping to one day have a database that performs as well as our old Informix install did. |
| 19:20.21 | bkruse | mvanbaak: future implementation? |
| 19:20.44 | mvanbaak | bkruse: yeah. as of this year they made me head of development |
| 19:20.50 | mvanbaak | so there gonna be some changes |
| 19:20.55 | mvanbaak | 1. go to postgresql |
| 19:21.05 | ctooley | 1 isn't an option for us. |
| 19:21.22 | bkruse | mvanbaak: nice |
| 19:21.27 | ctooley | or rather switching to "anything" else isn't an option for us. |
| 19:21.33 | mvanbaak | 2. implement beagle or something like that for the indexing |
| 19:22.14 | mvanbaak | ah, and I ordered to rewrite all asterisk 1.0 shit to 1.4 or even better, trunk |
| 19:22.29 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 19:23.30 | ctooley | I will say we implemented Lucene for data indexing, that improved searching data significantly, though we had to completely rethink some of our software. |
| 19:24.01 | mvanbaak | Corydon76-dig: can you 'svn export' trunk with this leet adaptive cdr patch of yours and send it to me ? |
| 19:25.01 | mvanbaak | hahahahahahahaha |
| 19:25.04 | mvanbaak | never seen this |
| 19:25.13 | mvanbaak | on svn.digium.com/view/asterisk |
| 19:25.21 | mvanbaak | Age: very little time |
| 19:25.23 | mvanbaak | meh |
| 19:27.46 | Patrickz_ | Why Asterisk not implement all of Q.931 hangup cause? |
| 19:30.02 | caio1982_ | just to get it clear: 1.6 is going to be delayed a bit after this svn problem, right? |
| 19:30.47 | mvanbaak | was it planned for today ? |
| 19:31.47 | tzafrir | Patrickz_, could you please be more specific? |
| 19:32.14 | caio1982_ | mvanbaak: russellb said something like 'next week' (this one), but i guess it's better hold it a bit longer after this problem, isn't it? |
| 19:32.16 | tzafrir | Patrickz_, e.g.: provide a trace from 'pri debug span NNN' |
| 19:32.27 | tzafrir | where asterisk acts wrong |
| 19:32.41 | mvanbaak | caio1982_: yeah, think so |
| 19:32.45 | mvanbaak | gheh |
| 19:32.58 | mvanbaak | that will mean our company skipped 1.2 _AND_ 1.4 |
| 19:33.16 | caio1982_ | your company ruined everything! |
| 19:33.24 | caio1982_ | :P |
| 19:33.56 | *** join/#asterisk-dev ZX81 (n=ZX81@202.20.97.211) |
| 19:33.59 | mvanbaak | lol |
| 19:34.15 | Patrickz_ | e.g. hangupcause no. 33 have not implement. it is 'Circuit out of order' signals |
| 19:34.47 | Patrickz_ | I look cause.h (http://www.voip-info.org/wiki/index.php?page=Asterisk+variable+hangupcause) |
| 19:36.33 | tzafrir | Patrickz_, look at http://svn.digium.com/svn/libpri/trunk/libpri.h |
| 19:36.40 | tzafrir | Look for PRI_CAUSE |
| 19:37.20 | tzafrir | Now not all of them necessarily map directly to Asterisk, I figure |
| 19:38.05 | *** join/#asterisk-dev monkeytype (n=Bill@216.207.245.1) |
| 19:38.18 | Patrickz_ | ic |
| 19:39.30 | *** join/#asterisk-dev yannj_fr (n=yannj_fr@vpn.intelunix.fr) |
| 19:40.11 | yannj_fr | hello everyone |
| 19:41.01 | *** join/#asterisk-dev joetester (n=patrick@216.191.34.13) |
| 19:41.04 | *** join/#asterisk-dev RoyK (n=roy@91.149.17.65) |
| 19:41.29 | yannj_fr | can someone light me about the function ast_event_subscribe in event.h |
| 19:41.34 | Patrickz_ | anyone used Cisco AS5300? |
| 19:42.56 | *** join/#asterisk-dev jsmith (n=jsmith@68-246-24-250.area3.spcsdns.net) |
| 19:42.56 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 19:42.57 | file | yannj_fr: what about it? |
| 19:43.26 | *** part/#asterisk-dev sruffell (n=sruffell@12.150.240.229) |
| 19:43.29 | yannj_fr | I am not sure of what the 2nd argument means |
| 19:43.50 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 19:44.55 | file | it's the callback that is called when events matching the given event type and ies show up. |
| 19:45.10 | yannj_fr | ok, so I put a function name there right? |
| 19:45.35 | file | ...yes |
| 19:45.55 | yannj_fr | but is there a special way to declare this function |
| 19:46.11 | file | the declaration is above ast_event_subscribe |
| 19:46.26 | file | of what it should look like. |
| 19:46.34 | yannj_fr | ok |
| 19:47.20 | yannj_fr | i'll try |
| 19:48.40 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 19:48.40 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 19:49.31 | yannj_fr | I have this warning : Passing argument 2 of ast_event_subscribe from incompatible pointer type |
| 19:50.03 | file | then your function is probably incorrect |
| 19:50.44 | mvanbaak | russellb: your audiohooks branch is already in trunk right ? |
| 19:50.51 | russellb | i have an audiohooks branch? |
| 19:51.04 | russellb | you mean JACK_HOOK ? |
| 19:51.09 | mvanbaak | ugh |
| 19:51.10 | mvanbaak | sorry |
| 19:51.17 | mvanbaak | s/russelb/file |
| 19:51.18 | mvanbaak | ;) |
| 19:51.23 | file | it is. |
| 19:51.24 | mvanbaak | dammit |
| 19:51.35 | mvanbaak | M11641 |
| 19:51.36 | MuffinMan | [feedback] [Asterisk] Applications/app_chanspy 0011641: Asterisk is crashing when using chanspy + MixMonitor reported by Dark_Schneider971 http://bugs.digium.com/view.php?id=11641 |
| 19:51.40 | russellb | public mirror is up to rev 47540 |
| 19:52.04 | mvanbaak | that one talks about the audiohooks-1.4 |
| 19:52.04 | file | that's hawt |
| 19:52.23 | mvanbaak | it fixes all their issues ;) |
| 19:52.42 | russellb | file: merge ittttt |
| 19:52.47 | file | russellb: I AM |
| 19:52.54 | mvanbaak | :) |
| 19:52.56 | russellb | and close like 10 issues :-p |
| 19:52.56 | yannj_fr | file : I corrected the function, now I get : callback_exec (my function name) undeclared |
| 19:53.03 | file | we just had a release, so it'll get some testing before the next release... |
| 19:53.12 | mvanbaak | uhhuh |
| 19:53.14 | yannj_fr | when calling ast_event_subscribe |
| 19:53.23 | mvanbaak | and 1.4.17 is stable as far as my testing goes |
| 19:53.31 | mvanbaak | so no need for a rushed 1.4.18 |
| 19:53.55 | mvanbaak | russellb: what's the target rev for svnsync ? |
| 19:54.07 | russellb | close to 99k |
| 19:54.11 | *** join/#asterisk-dev Porks (n=Porks@201.62.79.12) |
| 19:54.17 | mvanbaak | yeah, something like that |
| 19:54.24 | russellb | note that it died early last night ... so it didn't start again until this morning ... |
| 19:54.25 | mvanbaak | Asterisk SVN-trunk-r98514M built by root @ asterisk.vanbaak.info on a i686 running Linux on 2008-01-11 19:44:14 UTC |
| 19:54.58 | mvanbaak | ah, and it's still morning there I guess |
| 19:55.02 | mvanbaak | Wed Jan 16 20:55:02 CET 2008 |
| 19:55.19 | russellb | it's 2 pM |
| 19:55.23 | russellb | meeting time. ... |
| 19:55.30 | mvanbaak | with Corydon76-dig ? |
| 19:55.38 | russellb | no |
| 19:55.39 | file | meeeeeeeeeting |
| 19:56.02 | mvanbaak | Corydon76-dig: ping |
| 19:56.03 | mvanbaak | ;) |
| 19:56.20 | caio1982_ | mvanbaak: i'm guessing the average speed for the sync is about 1 month for every 30 minutes (as far as I've monitored it) |
| 19:56.28 | caio1982_ | it's currently -13 months |
| 19:56.38 | mvanbaak | so 7 hours to go |
| 19:56.46 | caio1982_ | sounds fine |
| 19:56.47 | caio1982_ | :) |
| 20:03.01 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 20:03.01 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 20:07.24 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 20:10.27 | yannj_fr | file : is there somewhere to define the prototype for app_dial.c |
| 20:10.27 | yannj_fr | ? |
| 20:10.47 | *** join/#asterisk-dev codefreeze (n=steve_mu@216.166.159.235) |
| 20:10.47 | *** mode/#asterisk-dev [+o codefreeze] by ChanServ |
| 20:11.02 | mvanbaak | hey codefreeze |
| 20:11.16 | file | yannj_fr: huh? |
| 20:11.26 | file | yannj_fr: I don't understand what you are trying to do |
| 20:11.38 | yannj_fr | ok, I'll show you |
| 20:12.21 | yannj_fr | http://bugs.digium.com/view.php?id=10689 |
| 20:13.53 | yannj_fr | I am coding a patch to app_dial.c to allow busy callback |
| 20:14.33 | mvanbaak | meh, I forgot to eat |
| 20:14.34 | mvanbaak | ;) |
| 20:14.43 | Corydon76-dig | Any sysadmin types want a job in Nashville? |
| 20:14.45 | yannj_fr | bon appetit |
| 20:14.56 | mvanbaak | Corydon76-dig: what job is it ? |
| 20:15.00 | mvanbaak | thanks |
| 20:15.05 | mvanbaak | yay for nuked food |
| 20:15.09 | Corydon76-dig | mvanbaak: installation and support of Asterisk systems |
| 20:15.36 | mvanbaak | does it cover the bill ? |
| 20:15.45 | Corydon76-dig | Yes, it does |
| 20:15.53 | yannj_fr | pb for is that there is atlantic ocean between me and nashville |
| 20:16.14 | mvanbaak | ocean here too |
| 20:16.18 | mvanbaak | but I can move :) |
| 20:16.23 | Corydon76-dig | Heh |
| 20:16.27 | mvanbaak | Corydon76-dig: wanna help me ? |
| 20:16.29 | yannj_fr | really you could? |
| 20:16.43 | mvanbaak | yannj_fr: yeah, I'm not attached to .nl |
| 20:16.50 | Corydon76-dig | Heh |
| 20:17.16 | yannj_fr | dont like your country? |
| 20:17.40 | mvanbaak | Corydon76-dig: you have time to svn export trunk with your leet 'log to different database based on whatever var' and send the tgz to me ? |
| 20:17.50 | Corydon76-dig | mvanbaak: we'd need to get an H1B visa for you, though |
| 20:18.10 | mvanbaak | yannj_fr: I dont hate it and I dont like it |
| 20:18.23 | mvanbaak | yannj_fr: .nl is just a country. frankly I dont care |
| 20:18.40 | mvanbaak | if there's a job I like I'll go there, no matter where in the universe it is |
| 20:18.47 | yannj_fr | Corydon76-dig : I had a look to your advise on http://bugs.digium.com/view.php?id=10689 |
| 20:18.57 | yannj_fr | .nl is also a language, a way to live |
| 20:19.14 | yannj_fr | and lot of rain |
| 20:19.25 | yannj_fr | you could miss rain in USA |
| 20:19.29 | mvanbaak | a way to live ??? oh gimme a break |
| 20:19.44 | yannj_fr | smoking stick! |
| 20:20.12 | mvanbaak | actually, because it's allowed here I dont really care about it |
| 20:20.22 | mvanbaak | specially not the plain grass |
| 20:20.26 | mvanbaak | that's most common |
| 20:20.36 | yannj_fr | true, crack isnt allowed |
| 20:20.38 | mvanbaak | it gives you a dry mouth, headache and no fun |
| 20:21.12 | mvanbaak | well, I think I'm going to miss the mushrooms when not living in .nl anymore |
| 20:21.28 | yannj_fr | i dont know, I am still being young and pure ;-) |
| 20:22.13 | mvanbaak | Corydon76-dig: yeah, the visum will be the trouble I guess |
| 20:22.17 | yannj_fr | I will be 20 in two week, decadence will start |
| 20:23.20 | Corydon76-dig | yannj_fr: what about it? |
| 20:23.42 | yannj_fr | I started coding it, but I have some "pratical" pb |
| 20:24.06 | yannj_fr | with the second argument of ast_event_subscribe |
| 20:24.08 | Corydon76-dig | yannj_fr: excellent, this would be the right place to ask those questions |
| 20:24.31 | yannj_fr | I declare the function with the same prototype than in doc |
| 20:24.33 | yannj_fr | and get |
| 20:25.06 | yannj_fr | "callback_exec" undeclared (first use in this function) |
| 20:25.33 | yannj_fr | callback_exec is the callback function passed in argumetn to ast_event_subscribe |
| 20:25.54 | Corydon76-dig | yannj_fr: did you declare the function prototype before you're using it? |
| 20:26.06 | yannj_fr | that the 2nd pb |
| 20:26.07 | Corydon76-dig | If not, add a prototype to the top of the file |
| 20:26.13 | yannj_fr | ok |
| 20:26.26 | yannj_fr | because in app_dial.c i didnt see any prototype |
| 20:26.41 | yannj_fr | I fear it was a "dirty" way to do i |
| 20:26.41 | yannj_fr | t |
| 20:27.20 | Corydon76-dig | yannj_fr: the function was probably declared before it was used... that's the other way |
| 20:27.37 | Corydon76-dig | yannj_fr: however, sometimes there's no way to get around needing a prototype |
| 20:27.50 | Corydon76-dig | (like if the two functions refer to each other) |
| 20:29.10 | yannj_fr | ok that's sound bette |
| 20:29.10 | yannj_fr | r |
| 20:29.51 | mvanbaak | Corydon76-dig: you seen today's xkcd.com ? |
| 20:30.14 | mvanbaak | http://www.xkcd.com/371/ |
| 20:32.04 | Corydon76-dig | Cute |
| 20:32.52 | codefreeze | mvanbaak: me here! can I help ya? |
| 20:33.08 | *** join/#asterisk-dev _Vile (n=vile@208.100.152.234) |
| 20:33.14 | mvanbaak | codefreeze: not really. Wanted to talk about what issues need love in AEL |
| 20:34.02 | mvanbaak | conf2ael is nowhere near complete, that's for sure |
| 20:34.11 | codefreeze | True |
| 20:34.29 | codefreeze | There's number one on the "Love" list! |
| 20:34.45 | mvanbaak | but I dont think we can truly get it done because some stuff in AEL that cant be done I think |
| 20:34.49 | yannj_fr | Corydon76 : another question, in event.h on ast_event_subscribe there is an example, I dont understant the type of peer in the examle |
| 20:35.16 | mvanbaak | there's a ticket about labels out there |
| 20:35.23 | codefreeze | mvanbaak: which stuff can't be done? |
| 20:35.44 | JunK-Y | with gdb: is there any quick way to find a deadlocks? |
| 20:36.05 | JunK-Y | cause i need to check all threads one by one and its taking hours! |
| 20:37.17 | codefreeze | JunK-Y: you could check the DETECT_DEADLOCKS in menuselect-- it does work... |
| 20:37.38 | mvanbaak | codefreeze: it wont make coffee |
| 20:37.49 | Corydon76-dig | yannj_fr: I'm not sure what you're asking |
| 20:38.17 | mvanbaak | but seriously, cant recall right now, but I did some stuff in extensions.conf because I couldn't get it to work in AEL |
| 20:38.40 | JunK-Y | codefreeze: and if that flag was not set, or in any application? |
| 20:38.50 | yannj_fr | I dont understand what could be put for userdate |
| 20:38.52 | yannj_fr | useradata |
| 20:38.56 | yannj_fr | userdata* |
| 20:39.18 | codefreeze | mvanbaak: Hah! I knew somebody would make that a requirement someday! |
| 20:39.29 | Corydon76-dig | yannj_fr: any arbitrary pointer that you want passed back to your callback routine |
| 20:40.12 | codefreeze | JunK-Y: if not set, or not in the app, then... look for a thread in a lock operation... I guess |
| 20:40.12 | Corydon76-dig | yannj_fr: just make sure that the pointer is to something that is in the heap and will remain allocated |
| 20:40.26 | *** join/#asterisk-dev jsmith (n=jsmith@72.21.36.138) |
| 20:40.26 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 20:40.31 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 20:40.31 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 20:40.47 | JunK-Y | codefreeze: when you have like 70 threads it takes hours. |
| 20:41.00 | JunK-Y | i will have to read more on DETECT_DEADLOCKS |
| 20:41.13 | Corydon76-dig | yannj_fr: if you don't need any pointer passed, just set it to NULL |
| 20:41.47 | yannj_fr | ok, so that will be the pb, because I need to keep in memory the caller and callee devices + extensions to callback |
| 20:41.52 | codefreeze | JunK-Y: it's pretty easy... when you hit a deadlock, it'll log a notice every 5 sec or so. |
| 20:42.43 | Corydon76-dig | yannj_fr: right, so you'd allocate either a list or an astobj2 and keep references to those objects |
| 20:42.49 | codefreeze | and it'll tell you where the lock attempt is being made in the code |
| 20:43.05 | Corydon76-dig | yannj_fr: and remove them after you unsubscribe (if ever) |
| 20:43.53 | Corydon76-dig | yannj_fr: astobj2 is probably what you want, since the devices will become available in unpredictable order |
| 20:44.06 | yannj_fr | does passing it to ast_event_subscribe will keep it referenced after the channel to be deleted |
| 20:47.16 | mvanbaak | Corydon76-dig: about that job, what company ? |
| 20:47.45 | *** join/#asterisk-dev ZX81_ (n=ZX81@202.49.106.158) |
| 20:47.52 | Corydon76-dig | VCCH.com |
| 20:49.56 | mvanbaak | now I know how to reach you ;) |
| 20:50.26 | Corydon76-dig | What makes you think that'll reach me? |
| 20:50.36 | mvanbaak | lol |
| 20:51.26 | file | you could probably call Digium and get transferred to Corydon |
| 20:52.20 | *** join/#asterisk-dev iulius_ (n=iulius@mail1.technologieshq.com) |
| 20:53.42 | mvanbaak | well, it sounds nice to me |
| 21:00.25 | mvanbaak | we are at roughly 53000 |
| 21:02.01 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 21:06.54 | Qwell | russellb: http://pastebin.com/d3f233b52 |
| 21:06.59 | Qwell | russellb: how's that look? |
| 21:09.21 | russellb | close |
| 21:09.28 | mvanbaak | but no cigar |
| 21:09.31 | russellb | my problem with it is that you included a library argument |
| 21:09.46 | russellb | and the point of this macro is that you don't necessarily know the name of the library, or libraries, that you need to link against |
| 21:10.01 | russellb | that information comes from running the tool with the --libs argument |
| 21:10.24 | russellb | so, AST_EXT_LIB_CHECK isn't going to do the trick. |
| 21:11.15 | russellb | it's possible that in all cases of the usage of AST_EXT_LIB_TOOL, it will work |
| 21:11.20 | russellb | but i'm just not sure about it ... |
| 21:11.37 | russellb | i'm not sure if the library name for gtk and gtk2, for example, is consistent |
| 21:15.48 | Qwell | I could modify AST_EXT_LIB_CHECK to not need a library O.o |
| 21:16.01 | Qwell | that seems silly though |
| 21:17.28 | Qwell | well, maybe not, because you can pass in extra libs (which we're doing) |
| 21:18.56 | Qwell | in AST_EXT_LIB_CHECK, add if test "x$2" != "x" ; then before $1_LIB="${pbxlibdir} -l$2 $5", basically |
| 21:19.26 | russellb | umm |
| 21:20.16 | Qwell | that or copy nearly all of AST_EXT_LIB_CHECK into AST_EXT_TOOL_CHECK |
| 21:20.34 | russellb | yeah, so ... |
| 21:20.39 | russellb | remove the library arg from eXT_TOOL_CHECK |
| 21:20.48 | russellb | and make sure EXT_LIB_CHECK doesn't need the first library argument |
| 21:20.55 | russellb | but can live with _just_ the extra libs argument |
| 21:20.59 | russellb | for the libs to link against |
| 21:21.02 | russellb | and then you're golden |
| 21:22.43 | yannj_fr | Corydon76 : I declared an option :OPT_CALLBACK_ALLOWED in app_dial.c, but I am not sure of where i have to call my callback function in the app (where BUSY status is detected) |
| 21:23.43 | Corydon76-dig | yannj_fr: you don't call your callback function in the app... you register the function, and it happens when it happens |
| 21:24.11 | yannj_fr | sorry I did explain bad |
| 21:24.34 | yannj_fr | i was dealing with the busy_callback function |
| 21:24.49 | yannj_fr | the one called when the busy status is reached |
| 21:25.06 | yannj_fr | if the flag OPT_CALLBACK_ALLOWED is set |
| 21:25.19 | Corydon76-dig | Okay, so you allocate a structure, populate it, insert it in the astobj2, register the callback, and exit |
| 21:25.42 | *** join/#asterisk-dev Porks (n=Porks@201.62.79.12) |
| 21:25.58 | Corydon76-dig | s/exit/return/ |
| 21:26.57 | yannj_fr | ok, but where do I say to app_dial "if the channel status is busy, so play the sound : "To set up a callback press touch x" and I call my function" |
| 21:27.29 | Corydon76-dig | Honestly I wouldn't put it in app_dial |
| 21:27.30 | Porks | someone here are the for chan_mobile? a friend tells me that someone here was looking for people to test chan_mobile |
| 21:27.41 | Corydon76-dig | I'd put it in the dialplan afterwards |
| 21:27.44 | Porks | *developer |
| 21:28.11 | Corydon76-dig | yannj_fr: so separate app entirely |
| 21:28.36 | Qwell | russellb: this isn't going to work, since we need to AC_CHECK_LIB, and AC_CHECK_LIB needs a library |
| 21:28.46 | Qwell | checking -lnetsnmp -DNETSNMP_ENABLE_IPV6 -g -Wall -O2 -DNETSNMP_USE_INLINE -Ulinux -Dlinux=linux -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/lib/perl/5.8/CORE -I. -I/usr/include usability... no |
| 21:28.47 | yannj_fr | on the bugs tracking I was asked to create a Dial() option |
| 21:28.49 | Qwell | otherwise you get crap like that |
| 21:29.16 | Corydon76-dig | yannj_fr: make it work with a separate app first |
| 21:29.22 | russellb | Qwell: ok, so you'll just have to implement the stuff to build at est application in the EXT_TOOL_CHECK macro itself |
| 21:29.25 | Corydon76-dig | yannj_fr: Dial is already huge as it is |
| 21:29.54 | Corydon76-dig | yannj_fr: besides, I can think of a use where you DON'T want dial to run first |
| 21:30.08 | mvanbaak | uhhuh |
| 21:30.17 | Corydon76-dig | jsmith: no, RetryDial tries the same direction multiple times |
| 21:30.17 | mvanbaak | with chanavail for example |
| 21:30.28 | mvanbaak | indeed |
| 21:30.32 | Corydon76-dig | jsmith: he's setting up an entirely new call that is triggered on device state |
| 21:30.38 | mvanbaak | callback is something offered by our landline provider here in .nl |
| 21:30.45 | mvanbaak | and looks like it's in .fr as well |
| 21:31.10 | yannj_fr | yes, it is also a standart function on cisco call manager, alcatel 4xxx |
| 21:31.15 | mvanbaak | when calling someone, and they are busy you can hit '5' and your phone will ring once the other person hangsup and is no longer busy |
| 21:31.23 | yannj_fr | lot of customers asked it to me |
| 21:31.23 | Corydon76-dig | jsmith: so if a device is busy, his app will start up a new call when the device becomes available |
| 21:31.28 | jsmith | Corydon76-dig: Ah, gotcha |
| 21:32.03 | yannj_fr | so what could be another use if not dial? |
| 21:33.08 | Corydon76-dig | yannj_fr: you send a non-answered call from Saudi Arabia to NYC. NYC calls you back and gives you dialtone |
| 21:33.31 | Corydon76-dig | yannj_fr: it's based on the different prices for calling direction |
| 21:33.39 | yannj_fr | ok! |
| 21:33.45 | Corydon76-dig | Calling from the US is considerably cheaper than calling from Saudi Arabia |
| 21:34.01 | Corydon76-dig | Even though EXACTLY the same path is set up in either case |
| 21:34.26 | yannj_fr | and do I play the sound in the app or let the user do it? |
| 21:34.33 | yannj_fr | in dialplan |
| 21:34.35 | Corydon76-dig | Let the user do it |
| 21:34.39 | yannj_fr | ok |
| 21:35.13 | Corydon76-dig | All your app should do is to take the device name to monitor, the channel to call, and the device to dial when the call is picked up |
| 21:35.37 | yannj_fr | ok |
| 21:35.39 | Corydon76-dig | or rather, 3rd is the extension to dial when the call is answered |
| 21:35.54 | yannj_fr | ok |
| 21:37.23 | mvanbaak | we dont use dial on busy devices/channels |
| 21:37.33 | mvanbaak | we use group stuff for that |
| 21:37.42 | mvanbaak | so it would be great if we can use it without dial |
| 21:43.52 | Corydon76-dig | mvanbaak: I'm thinking I might change how the filter works... |
| 21:44.12 | russellb | everyone hear about MySQL? |
| 21:44.14 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 21:44.21 | russellb | i may be way behind on my news ... but i just heard at lunch. |
| 21:44.25 | mvanbaak | russellb: I told you here ;) |
| 21:44.28 | Corydon76-dig | Instead of asking about a field value, I'm thinking of evaluating an expression |
| 21:44.28 | file | russellb: yes, this morning |
| 21:44.32 | russellb | mvanbaak: i missed it |
| 21:44.46 | mvanbaak | Corydon76-dig: hhmm, sounds nice |
| 21:45.09 | mvanbaak | how about this: |
| 21:45.17 | Corydon76-dig | The only problem is... I don't have a channel... |
| 21:45.18 | mvanbaak | define multiple databases in the config file |
| 21:45.51 | *** join/#asterisk-dev iulius (n=iulius@mail1.technologieshq.com) |
| 21:45.52 | mvanbaak | and make something like: if CDR(database) == match of [linkname_in_conf_file] |
| 21:46.47 | mvanbaak | russellb: ah. it's weird to see the company that also has the projectleader of psql on their payroll now buy mysql |
| 21:47.56 | Corydon76-dig | mvanbaak: they might could build Postgres as a backend for MySQL |
| 21:48.00 | jsmith | mvanbaak: Uh, yeah... |
| 21:48.14 | mvanbaak | lol Corydon76-dig |
| 21:48.18 | jsmith | mvanbaak: Except PostgreSQL doesn't really have a "project leader" |
| 21:48.21 | Corydon76-dig | Because the MySQL framework tools are superior... |
| 21:48.28 | mvanbaak | create table bla (some stuff) ENGINE=psql |
| 21:48.35 | jsmith | Corydon76-dig: And the PostgreSQL database engine is superior! |
| 21:48.36 | Corydon76-dig | but the Postgres backend is superior |
| 21:48.48 | jsmith | Amen, brother! |
| 21:48.58 | mvanbaak | jsmith: well, you know what I mean |
| 21:49.04 | jsmith | Praise the Lord and pass the PL/PGSQL! |
| 21:49.09 | Corydon76-dig | Ever since the loss of |
| 21:49.15 | Corydon76-dig | Ever since the loss of Inno to Oracle |
| 21:49.33 | russellb | databases are borrrrrrrring |
| 21:49.33 | russellb | :) |
| 21:49.38 | Corydon76-dig | but Postgres is far faster |
| 21:49.55 | Corydon76-dig | russellb: heh |
| 21:50.08 | Qwell | so, now I need to know that this function is in net-snmp/library/callback.h |
| 21:50.20 | jsmith | Corydon76-dig: Next, we'll have Oracle buying Sun... and you heard it here first! |
| 21:50.21 | putnopvut | Designing databases is pretty cool. Maintaining them...sucks. |
| 21:50.28 | Qwell | autoconf is silly |
| 21:50.34 | Corydon76-dig | jsmith: uh, not |
| 21:51.06 | jsmith | Corydon76-dig: Why not... over 80% of Sun server sold are shipped with Linux. And Oracle wants to compete with Red Hat on the Linux side of things. |
| 21:51.28 | putnopvut | And to counter that Microsoft will buy the actual sun. |
| 21:51.38 | putnopvut | From whom, I have no idea. |
| 21:52.00 | Corydon76-dig | jsmith: Sun is also trying to position OpenSolaris to compete with RedHat |
| 21:52.05 | jsmith | Corydon76-dig: Mark my words... who would have thought ten years ago that Microsoft would be paying Novell $350 million in the world of Linux |
| 21:52.23 | jsmith | It just boggles the mind |
| 21:52.36 | mvanbaak | and they should |
| 21:52.47 | mvanbaak | because opensolaris is wey better then linux |
| 21:55.15 | kpfleming | yay! sip session timers! yay! |
| 21:55.22 | Corydon76-dig | mvanbaak: I'll have to disagree with you on that one |
| 21:55.35 | Corydon76-dig | mvanbaak: At one time, Solaris was better than Linux |
| 21:56.51 | mvanbaak | Corydon76-dig: I think it depends on the job that needs to be done |
| 21:57.12 | yannj_fr | I go to sleep |
| 21:57.15 | yannj_fr | bye everyone |
| 21:57.20 | mvanbaak | latero yannj_fr |
| 21:57.34 | Corydon76-dig | mvanbaak: Solaris on SPARC, maybe |
| 21:57.50 | Corydon76-dig | Solaris on x86 has always sucked big time |
| 21:57.59 | mvanbaak | yeah, true |
| 21:58.03 | Corydon76-dig | Well, until Sun decided that x86 was the future |
| 21:58.13 | mvanbaak | only in the lowend servers |
| 21:58.19 | Corydon76-dig | I'm still not sure if they've really decided that part |
| 21:58.45 | mvanbaak | the real stuff is running on SPARC |
| 21:59.36 | Corydon76-dig | They're about to have their asses handed to them by Intel and AMD |
| 22:00.09 | Corydon76-dig | If they can't make a huge leap forward with SPARC in the next 12 months, they've lost the processor fight |
| 22:00.27 | Corydon76-dig | just like DEC before them |
| 22:00.48 | mvanbaak | they just did I think |
| 22:00.53 | mvanbaak | with the T2 stuff |
| 22:01.06 | mvanbaak | and their Niagara platform |
| 22:01.06 | Corydon76-dig | That remains to be seen |
| 22:01.17 | Qwell | russellb: so, we're either going to need to know the name of the library, or the name of a the header which includes what we need... header would change far more often than library |
| 22:01.21 | mvanbaak | I really hope they make it |
| 22:01.23 | kpfleming | MIPS per $ they will still get killed by Intel and AMD |
| 22:02.13 | mvanbaak | and if it all goes to linux, I really hope their ports of dtrace and zfs will be as good as their solaris implementation |
| 22:02.25 | mvanbaak | because the ports out there now are buggy as hell |
| 22:04.20 | russellb | Qwell: the header is acceptable, because we have to have the exact same thing in the source code anyway |
| 22:04.29 | russellb | Qwell: the lib name doesn't have to be in the source code |
| 22:04.31 | mvanbaak | coworker of me did an implementation of a bunch of T1000 machines in HA setup |
| 22:04.50 | mvanbaak | it's just way more solid then the same stuff with linux |
| 22:06.35 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 22:07.01 | Corydon76-dig | mvanbaak: I'd really like to do expressions instead of the current filter, but I can't think of a clean way to do it without reimplementing the pbx_substitute_variables routine |
| 22:08.12 | mvanbaak | Corydon76-dig: I haven't seen the current setup, svnsync isn't there yet :) |
| 22:08.30 | mvanbaak | how is it ? |
| 22:08.33 | mvanbaak | like: |
| 22:08.38 | mvanbaak | [db1] |
| 22:08.46 | mvanbaak | require => db1 |
| 22:08.58 | mvanbaak | dst => destination |
| 22:09.00 | mvanbaak | .. |
| 22:09.02 | Corydon76-dig | same as before, but a new line: filter src => 123 |
| 22:09.12 | mvanbaak | ah |
| 22:09.24 | mvanbaak | yeah, like I thought |
| 22:09.41 | mvanbaak | and what do you have in mind ? |
| 22:09.46 | Corydon76-dig | I'd kind of like filter => $[${CDR(src)} = 123] |
| 22:09.59 | mvanbaak | hawt |
| 22:10.18 | Corydon76-dig | because then you could do comparisons on dates and times |
| 22:10.20 | mvanbaak | filter => ${REGEX()} |
| 22:11.06 | Corydon76-dig | but you don't have a channel to use in any cdr backend, so you can't do variable interpolation |
| 22:11.21 | mvanbaak | hhmm |
| 22:11.29 | mvanbaak | cant you do that in the dailplan ? |
| 22:11.40 | mvanbaak | set some cdr var based on time |
| 22:11.48 | Corydon76-dig | Well, sure |
| 22:11.50 | mvanbaak | and filter on that with the current filter stuff ? |
| 22:12.08 | Corydon76-dig | but the CDR var has to exist as a column in the database |
| 22:12.20 | Corydon76-dig | otherwise the filter doesn't take effect |
| 22:13.04 | mvanbaak | hhmm |
| 22:13.04 | Corydon76-dig | Actually, I could change that part... |
| 22:13.08 | mvanbaak | yeah |
| 22:13.13 | mvanbaak | that would be nice |
| 22:13.57 | mvanbaak | that way I can do in my dialplan: Set(CDR(database)=${CUSTOMER}) |
| 22:14.06 | mvanbaak | and others can use timebased logic to set it |
| 22:14.12 | Corydon76-dig | Yep |
| 22:14.17 | mvanbaak | and you wont need that filter field in the database |
| 22:14.28 | mvanbaak | I think that's the best way to do it |
| 22:14.52 | mvanbaak | also, more flexible to enable/disable logging to a db if you want |
| 22:15.28 | mvanbaak | hell, you can even use the AMI to alter the cdr var so you can control what database the logentry will go to |
| 22:15.34 | mvanbaak | or some agi |
| 22:21.23 | Juggie | hrmf |
| 22:22.06 | Juggie | Sun bought Mysql |
| 22:22.14 | Qwell | Juggie: keep up |
| 22:22.39 | mvanbaak | lol |
| 22:22.50 | mvanbaak | hey Juggie: apple has a new macbook ! |
| 22:22.52 | mvanbaak | ;) |
| 22:23.18 | Corydon76-dig | mvanbaak: Papa's got a new bag |
| 22:24.55 | Porks | Qwell, were you looking for somebody to test chan_mobile.c? |
| 22:26.24 | mvanbaak | :) |
| 22:29.44 | jmls | Corydon76-dig: thanks for all the work on res_config_curl. Just saw the commit message |
| 22:29.58 | jmls | I'm going to be porting queues and queue members tomorrow ;) |
| 22:30.30 | Corydon76-dig | jmls: I figured it had been tested enough to go in |
| 22:30.44 | mvanbaak | 58562 |
| 22:31.01 | mvanbaak | 10 months to go |
| 22:31.18 | russellb | Corydon76-dig: CHANGES |
| 22:31.42 | Corydon76-dig | russellb: it doesn't really change anything |
| 22:31.50 | Corydon76-dig | russellb: new module, only |
| 22:32.17 | russellb | and CHANGES is a list of all new features |
| 22:32.22 | Corydon76-dig | Oh |
| 22:32.31 | russellb | UPGRADE.txt is the changes that people need to know about for compatability and such |
| 22:32.48 | russellb | the files haven't changed purpose in over a year :) |
| 22:33.18 | russellb | file: crud, i didn't think about the fact that audiohooks changes the ast_channel struct |
| 22:33.41 | jmls | Corydon76-dig: I'm sure that I will find some more esoteric and strange bugs. I seem to attract them ;) |
| 22:34.03 | file | we should still be okay |
| 22:36.46 | Juggie | Qwell: jeeze its only 8hrs old news :) |
| 22:37.00 | russellb | file: ok, well i made one more tweak to it |
| 22:39.25 | Shaun2222 | which src file has the background app? i dont see a app_background.c |
| 22:39.37 | russellb | main/pbx.c |
| 22:41.43 | putnopvut | It's one of the "builtin" apps like Goto, While, etc. |
| 22:43.33 | Shaun2222 | playback looks to have the code in it to support playing multiple files using & is this true |
| 22:45.01 | putnopvut | Yes. |
| 22:45.28 | ZX81_ | is curl fast enough for asterisk realtime usage? |
| 22:46.15 | ZX81_ | + * Added a new module, res_config_curl, which permits using a HTTP POST url |
| 22:46.16 | ZX81_ | + to retrieve, create, update, and delete realtime information from a remote |
| 22:46.16 | ZX81_ | + web server |
| 22:47.05 | Shaun2222 | bah f'in a, i wanted read to support multiple files. |
| 22:47.45 | putnopvut | Read does in trunk at least. |
| 22:48.47 | mvanbaak | I'm off to bed |
| 22:48.49 | mvanbaak | latero all |
| 22:49.20 | *** part/#asterisk-dev RoyK (n=roy@91.149.17.65) |
| 22:50.49 | Shaun2222 | it does? |
| 22:51.14 | Shaun2222 | can i just pull app_read.c from trunk and use it in 1.4.17? |
| 22:51.32 | russellb | no |
| 22:51.39 | Shaun2222 | course not :) |
| 22:51.45 | russellb | something in main/app.c got changed to support it i think |
| 22:52.13 | lmadsen | I have a patch that'll work on 1.4 |
| 22:52.14 | lmadsen | hold on |
| 22:52.15 | Shaun2222 | trunk support waitexten/backgroun in dial+macro's ? :)) |
| 22:52.58 | Qwell | russellb: http://pastebin.com/m3158ffcb That's what it took to make it work using the compile method... it's incredibly ugly |
| 22:53.00 | jmls | ZX81_: I think so. Certainly for voicemail and #exec in dialplan and sip |
| 22:53.02 | Shaun2222 | is there a changelog of trunk somewhere? |
| 22:53.06 | ZX81_ | cool |
| 22:53.16 | jmls | ZX81_: I'm testing queues and queue members tomorrow |
| 22:53.25 | ZX81_ | sweeeeeeet :) |
| 22:53.29 | jmls | ZX81_: it's way cool. Total db abstraction |
| 22:53.44 | jmls | no need for odbc drivers on my * box any more |
| 22:53.45 | putnopvut | Shaun2222: the CHANGES file in trunk's doc directory is a rough idea of the changes. Also UPGRADE.txt |
| 22:54.11 | snuff-work | Shaun2222: also macro = dead in trunk ;) |
| 22:54.18 | snuff-work | req using gosub |
| 22:54.45 | Shaun2222 | are you guys dumping support for macro's or they are just broken right now? |
| 22:54.58 | ZX81_ | jmls, yeah totally |
| 22:55.45 | lmadsen | Shaun2222: leifmadsen.com/patches/app_read_multiprompt-trunk.patch |
| 22:55.51 | lmadsen | Shaun2222: you can thank jsmith for the patch |
| 22:56.12 | lmadsen | Shaun2222: Macro() uses too much stack space -- use GoSub() |
| 22:56.32 | lmadsen | they are not broken -- they just use a significant amount more stack space than a GoSub() does |
| 22:56.42 | lmadsen | Macro( Macro( func_odbc ) ) == crash |
| 22:57.21 | lmadsen | haven't tried the app_read patch in 1.4 since around 1.4.11 or 1.4.13, but it probably still applies cleanly |
| 22:57.33 | Shaun2222 | lmadsen: i use dial+macro to do a screening system, basically playing information about the caller and allowing the callee to select a option of what to do with teh caller... if he chooses to accept the call is bridged... how could i do that with gosub? |
| 22:57.49 | lmadsen | same way |
| 22:58.23 | lmadsen | just replace Macro with GoSub pretty much |
| 22:58.42 | lmadsen | just look at the format for GoSub -- you just won't need the macro- part on the front of your context name |
| 22:58.52 | lmadsen | GoSub() in trunk allows arguments, etc... |
| 22:59.02 | lmadsen | you'll need to explicitly call Return() when you want to return though |
| 22:59.06 | Shaun2222 | i execute the macro using dial(CHAN,30,mgM(macro)), is there a dial option for gosub |
| 22:59.12 | lmadsen | this is really #asterisk talk though |
| 22:59.18 | lmadsen | so take any further questions there pls |
| 23:00.11 | russellb | Qwell: hmmm |
| 23:00.21 | Qwell | yeah.. |
| 23:01.00 | russellb | Qwell: i'm ok with it for now |
| 23:01.03 | russellb | i don't have any better ideas |
| 23:01.07 | russellb | nice job figuring it out |
| 23:01.10 | Qwell | with which? the pastebin, or what's there? |
| 23:01.17 | russellb | the pastebin |
| 23:01.20 | russellb | it fixes the issue |
| 23:01.26 | russellb | if someone has a better idea later, it can be improved |
| 23:01.31 | Qwell | the initial commit fixed the issue :D |
| 23:01.39 | russellb | i don't remember the initial commit |
| 23:01.43 | russellb | oh |
| 23:01.44 | russellb | that one |
| 23:01.45 | Qwell | that's the one you replied to :p |
| 23:01.47 | russellb | of course i remember that |
| 23:01.50 | Qwell | heh |
| 23:02.07 | Qwell | that was basically what 1.4 did |
| 23:03.10 | russellb | well i like your method better |
| 23:03.23 | russellb | because we need to improve AST_EXT_TOOL_CHECK to actually build something as a part of the check |
| 23:03.36 | russellb | because the issue could affect every usage of that macro |
| 23:04.06 | russellb | so they should all get upgraded to build something |
| 23:04.14 | russellb | and your method is a great first stab at it |
| 23:04.19 | russellb | like i said, i can't think of a better method |
| 23:04.34 | russellb | so anyway, yeah, commit that ... |
| 23:08.16 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 23:08.16 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 23:09.33 | *** join/#asterisk-dev anthm (n=anthm@mb10736d0.tmodns.net) |
| 23:09.33 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 23:11.10 | *** part/#asterisk-dev Cresl1n (n=matt@216.207.245.1) |
| 23:47.22 | *** join/#asterisk-dev anonymouz666 (n=anonymou@200.218.193.6) |