| 00:18.00 | *** join/#asterisk-dev jsmith (i=jsmith@nat/digium/x-bc70d31752fb453c) |
| 00:18.00 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 00:27.26 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 01:21.38 | snuff-work | mm is there a way to stop * re-generating menuselect every time you rebuild? |
| 01:26.39 | Corydon76-dig | It's just doing a check |
| 01:28.54 | snuff-work | damn sparcs take too long :) |
| 01:29.24 | snuff-work | btw.. there was talk of 'unions' before to solve this casting issue |
| 01:30.15 | tzanger | Corydon76-dig: do you know if asterisk actually makes use of epoll if it finds it? |
| 01:31.28 | Corydon76-dig | I believe so |
| 01:31.46 | tzanger | Corydon76-dig: how about zaptel? do you know? |
| 01:31.56 | Corydon76-dig | Yes |
| 01:32.11 | tzanger | I am trying to build up some data to show that zaptel is miserable when it comes to high channel counts |
| 01:32.19 | tzanger | not high in-use channels, just high # of available channels |
| 01:33.59 | snuff-work | i didnt think zaptel used it yet |
| 01:46.24 | *** join/#asterisk-dev Laureano (n=chatzill@92-237-114-200.fibertel.com.ar) |
| 01:47.02 | Laureano | Hi |
| 01:47.17 | snuff-work | ello Laureano |
| 01:49.53 | Laureano | I've a minor documentation update regarding the variables QUEUE_PRIO and QUEUE_MAX_PENALTY, which are used by app_queue. This variables are documented in 'channelvariables.tex'. Should I update channelvariables.tex or use doc/queue.txt (seems to be depraceted, or at least, nobody updates this file since a long time ago). My update tries to clarify the use of this variables. |
| 01:50.28 | Laureano | That was a question, I forget the "?" |
| 01:52.27 | Laureano | Mmmm, QUEUE_MAX_PENALTY is well documented in queues-with-callback-members.tex. |
| 01:54.23 | snuff-work | most the .txt have been deprecated in favour of the .tex files |
| 01:56.49 | Laureano | That's a nice tip. Thank you snuff-work! |
| 02:02.44 | snuff-work | np |
| 02:09.35 | tzanger | hmm, I wonder if zaptel will let me do something... devious |
| 02:13.08 | snuff-work | ack now rtp.c |
| 02:23.55 | Laureano | Bye |
| 02:28.49 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177581616.dsl.bell.ca) |
| 02:33.04 | *** join/#asterisk-dev outtolunc (n=me@c-67-174-216-60.hsd1.ca.comcast.net) |
| 02:38.08 | *** join/#asterisk-dev jsmith (n=jsmith@206.166.212.66) |
| 02:38.09 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 02:47.19 | *** join/#asterisk-dev moy (n=moyhu@189.169.99.148) |
| 02:55.04 | JerJer | is it possible using Dialplan logic to scan for specific values in a channel variable - like upon Read()ing customer input, scan for * or #, if found in the string, take specific action |
| 02:55.35 | JerJer | it doesn't seem immediately obvious to me how i can pull this off |
| 02:55.57 | Corydon76-dig | JerJer: use CUT |
| 02:56.06 | JerJer | hmm |
| 02:56.29 | Corydon76-dig | $[${LEN(${CUT(foo,*,2)})} > 0] |
| 02:56.40 | JerJer | vady interesting |
| 02:57.06 | Corydon76-dig | FIELDQTY would be faster |
| 02:57.33 | Corydon76-dig | $[${FIELDQTY(foo,*)} > 1] |
| 02:57.54 | Corydon76-dig | Neat, eh? |
| 02:58.18 | JerJer | very much - is fieldqty in BE (1.2) ? |
| 02:58.35 | Corydon76-dig | I think so |
| 03:00.13 | jsmith | Should be... |
| 03:00.32 | Corydon76-dig | There it is, in func_strings.c in 1.2 |
| 03:01.07 | JerJer | sweet - thanks |
| 03:01.40 | Corydon76-dig | I love finding new operations to do with existing commands. ;-) |
| 03:01.50 | JerJer | i have been burned a couple times where a function / feature / whatever wasn't in BE, so i always ask now |
| 03:02.33 | Corydon76-dig | Heh, which is why I gained source to BE, so I could compile extra features into it... hence, the backport of func_odbc to BE version A |
| 03:03.16 | JerJer | very good - we have a potential project that will use func_odbc and BE |
| 03:03.50 | Corydon76-dig | Of course, for version B, you can just compile the backport against 1.2 and use it directly |
| 03:04.24 | Corydon76-dig | and then it will be native in version C |
| 03:46.07 | snuff-work | mmm.. Corydon76-dig i've made a series of unions for char* or char[] and uint_32/uint16 in a few structs.. should the union be dec inside struct since its the only place of use? |
| 03:47.13 | *** join/#asterisk-dev IgorG (n=FeedomPa@195.162.32.126) |
| 03:52.07 | Corydon76-dig | snuff-work: I'm out of that frame of mind right now, so I dunno. |
| 03:52.19 | snuff-work | np :) |
| 04:18.07 | JerJer | Corydon76-dig: is * treated special? |
| 04:18.30 | JerJer | exten => callerid,n,GotoIf($["${FIELDQTY(cid,#)}" > 1]?cid-invalid,1) works but replace # with * and it doesn't work - always evals to 'true' |
| 04:23.56 | Corydon76-dig | Don't quote it |
| 04:33.21 | Corydon76-dig | JerJer: if you're using Read, there will never be a '#' in the output, because Read uses that as a delimiter for itself |
| 04:33.38 | JerJer | hmm |
| 04:34.37 | JerJer | i'll have to take a look at it myself in the morning - i'm just getting fed info at this point |
| 04:48.29 | *** join/#asterisk-dev CunningPike (n=CunningP@S010600095b33697f.vc.shawcable.net) |
| 06:48.21 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) |
| 06:52.32 | *** join/#asterisk-dev denon (n=denon@tooth.decay.org) |
| 07:12.46 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 07:12.46 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 07:16.21 | *** join/#asterisk-dev mog (n=mog@c-68-62-172-83.hsd1.al.comcast.net) |
| 07:16.21 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 07:24.35 | snuff-work | got a q.. |
| 07:24.46 | snuff-work | where is ast_rtp structs members? |
| 07:25.01 | snuff-work | in rtp.h there is just struct ast_rtp; |
| 07:27.24 | snuff-work | nm.. me = blind |
| 08:36.07 | *** join/#asterisk-dev sergee (n=serg@195.94.224.197) |
| 08:51.36 | *** join/#asterisk-dev agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 08:58.55 | *** join/#asterisk-dev RoyK (n=roy@fw.fortel.no) |
| 09:10.41 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 09:10.41 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 09:55.13 | *** join/#asterisk-dev _ys (n=yuri@236-069.nat.mns.ru) |
| 10:44.23 | *** part/#asterisk-dev RoyK (n=roy@fw.fortel.no) |
| 10:50.43 | *** join/#asterisk-dev jmesquita (n=jmesquit@201.7.117.114) |
| 11:15.24 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 11:17.55 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:57.52 | *** join/#asterisk-dev dklima (n=dklima@200.195.161.164) |
| 11:58.35 | dklima | on ticket 11080, people are including info about 1.2, i think that's not the purpouse of that |
| 12:24.54 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 12:31.42 | atisss | Hey, any idea why Monitor() within answer macro of queue call (using Agent/ channel) stoped working after upgrade from 1.4.10 to 1.4.14 |
| 12:32.05 | atisss | well, not completely stopped working, but only one channel is recorded |
| 12:32.15 | atisss | other file has size 0 |
| 12:32.41 | atisss | i'm trying to pinpoint exact version where it happened |
| 13:00.48 | tzanger | morning |
| 13:03.17 | tzafrir | atisss, and this is not caused by lack of disk space? |
| 13:03.37 | atisss | no, i checked that |
| 13:03.49 | atisss | i also tried to remove caching |
| 13:04.33 | atisss | well, i suppose some changes in way channels are bridged, as i'm starting recording in answer macro of Dial |
| 13:04.39 | tzafrir | is the sound really bidirectional? |
| 13:04.56 | tzafrir | I think you should be able to see the frames count in 'show channel' |
| 13:05.16 | atisss | what did you mean by frames count? |
| 13:05.29 | atisss | the sound is fine, i had 1.4.14 on production for two days |
| 13:14.39 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.125.196) |
| 13:31.12 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 13:34.05 | anonymouz666 | M11080 |
| 13:34.07 | MuffinMan | [assigned] [Asterisk] Channels/chan_sip/General 0011080: SIP channel stops processing calls, but no apparent deadlock reported by callguy http://bugs.digium.com/view.php?id=11080 |
| 13:39.56 | tzanger | any zaptel/chan_zap experts here? |
| 13:40.55 | tzafrir | No, but ask anyway |
| 13:45.59 | *** join/#asterisk-dev eliel (n=eliel@200.59.172.38) |
| 14:20.37 | tzanger | ok chan_zap definitely does NOT use epoll |
| 14:20.45 | tzanger | it doesn't even use asterisk's wrapped poll() |
| 14:20.55 | tzanger | ast_waitfor_nandfds |
| 14:21.46 | tzanger | doxygen kin dof sucks :-( |
| 14:22.00 | tzanger | oh wait it'd be under globals |
| 14:23.37 | tzanger | hmm not even ast_waitfor_nandfds() uses epoll |
| 14:23.51 | tzanger | that would indicate to me that asterisk checks for epoll but makes no use of it yet |
| 14:23.55 | tzanger | Corydon76-dig: can you verify at all? |
| 14:24.13 | tzanger | I'm looking at the doxygen pages, ast_waitfor_nandfds() just calls poll() |
| 14:24.16 | file | tzanger: trunk uses epoll. |
| 14:24.21 | tzanger | I'm looking at trunk |
| 14:24.44 | tzanger | I see ast_set_fd() and ast_clear_flag() but at the heart it still calls poll() |
| 14:24.50 | file | look at ast_waitfor_nandfds_simple and ast_waitfor_nandfds_complex |
| 14:25.02 | tzanger | simple and complex? weird ok |
| 14:25.06 | tzanger | what calls those? |
| 14:25.21 | tzanger | neither are located in channel.c in doxygen trunk |
| 14:25.25 | file | ast_waitfor_nandfds does |
| 14:25.27 | tzanger | is doxygen out of date perhaps |
| 14:25.31 | tzanger | no it doesn't |
| 14:25.34 | tzanger | not according to doxygen anyway |
| 14:25.43 | tzanger | maybe asterisk.org/doxygen is out of date though |
| 14:25.46 | file | doxygen is wrong. |
| 14:26.17 | tzanger | ok |
| 14:26.21 | tzanger | that's all I need to know :-) |
| 14:26.25 | tzanger | Tue Dec 11 06:26:31 2007 |
| 14:26.29 | tzanger | that's the date on the page |
| 14:28.09 | tzanger | I can see that chan_zap in trunk (from october anyway) does not use epoll, let's see about waitfor |
| 14:28.50 | tzanger | ahh I see ast_waitfor_nandfds in oct svn trunk does worry about epoll |
| 14:28.51 | tzanger | interesting |
| 14:28.58 | tzanger | so chan_zap hasn't been updated yet |
| 14:34.45 | tzanger | has chan_zap not been updated due to a technical reason, or just no time? |
| 14:37.33 | *** join/#asterisk-dev jsmith (i=jsmith@nat/digium/x-8b94d5ed1d28d381) |
| 14:37.34 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 14:38.57 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 14:38.57 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 14:47.11 | *** join/#asterisk-dev putnopvut (i=putnopvu@nat/digium/x-e25931f5febceee8) |
| 14:47.11 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:14.27 | *** join/#asterisk-dev callguy (n=callguy@pool-71-162-97-18.bstnma.east.verizon.net) |
| 15:19.40 | *** join/#asterisk-dev moy (i=moyhu@nat/ibm/x-dc5a098425eef501) |
| 15:19.42 | *** join/#asterisk-dev eliel (n=eliel@200.59.172.38) |
| 15:35.02 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:35.02 | *** mode/#asterisk-dev [+o blitzrage] by ChanServ |
| 15:46.39 | *** join/#asterisk-dev Victor_Yure (n=aaa@postfix.tradein.com.br) |
| 16:01.53 | *** join/#asterisk-dev russellb (i=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:01.53 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 16:07.46 | *** join/#asterisk-dev tzafrir (n=tzafrir@62.90.10.53) |
| 16:07.46 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 16:10.48 | Qwell | eliel: ping? |
| 16:11.40 | *** join/#asterisk-dev Corydon76-lap (i=Corydon7@pdpc/supporter/bronze/Corydon76-home) |
| 16:11.40 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 16:13.38 | *** join/#asterisk-dev miguel3239 (n=elguerom@h-68-167-124-171.cmbrmaor.covad.net) |
| 16:20.44 | *** join/#asterisk-dev SirWhit (n=sirjames@blk-222-38-6.eastlink.ca) |
| 16:20.55 | anonymouz666 | Dec 12 14:20:23 WARNING[10085]: channel.c:529 ast_channel_alloc: Channel allocation failed: Refusing due to active shutdown |
| 16:20.55 | anonymouz666 | Dec 12 14:20:23 WARNING[10085]: chan_zap.c:5335 zt_new: Unable to allocate channel structure |
| 16:21.33 | putnopvut | anonymouz666: Most likely not a problem...as long as there actually was an active shutdown being performed. |
| 16:22.09 | Corydon76-lap | IOW, someone issued the command 'stop gracefully' |
| 16:24.48 | anonymouz666 | putnopvut: because I got this first: Dec 12 14:19:13 WARNING[25579] channel.c: Avoided deadlock for '0x9d16d18', 9 retries! |
| 16:24.50 | anonymouz666 | :) |
| 16:29.34 | *** join/#asterisk-dev bkruse (i=bkruse@nat/digium/x-6b05d96d8e20199b) |
| 16:29.35 | *** mode/#asterisk-dev [+o bkruse] by ChanServ |
| 16:30.24 | SirWhit | anyone really familiar with setting up a dsp process? |
| 16:36.15 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:47.17 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 16:51.31 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.12.183) |
| 17:00.22 | *** join/#asterisk-dev mog (i=mog@nat/digium/x-888e9566e0b92c7c) |
| 17:00.22 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 17:04.57 | atisss | Hmm, i pinpointed my problem with call recordings somehow connected to 0011071: No audio on calls into queues with non-persistent agents |
| 17:05.31 | atisss | i tried revisons, between working and not-working, and found this |
| 17:06.01 | atisss | in 85158 there is complete loss of audio between agent and customer |
| 17:06.28 | atisss | and 88931 restores audio, but one recording file is empty |
| 17:24.17 | eliel | Qwell: pong |
| 17:29.21 | *** join/#asterisk-dev mbranca (n=matteo@81.208.92.210) |
| 17:29.35 | Qwell | eliel: I was gonna ask if you know what the problem with function blah() was |
| 17:29.43 | Qwell | is 'function' just a bashism? |
| 17:29.55 | tzafrir | csh-ism? |
| 17:30.35 | Corydon76-lap | Qwell: yes |
| 17:30.43 | *** join/#asterisk-dev Victor_Yure (n=aaa@postfix.tradein.com.br) |
| 17:30.49 | Qwell | so blah() is the "correct" method? |
| 17:31.01 | Corydon76-lap | It works in the maximum number of shells, yes |
| 17:31.04 | Qwell | (to be honest, I never realized sh supported functions) |
| 17:31.24 | Corydon76-lap | Yep |
| 17:31.26 | russellb | i didn't think /bin/sh did ... |
| 17:31.29 | russellb | o.O |
| 17:31.37 | Corydon76-lap | They return integers only, though |
| 17:31.39 | Qwell | must be because most people use function blah() |
| 17:31.51 | russellb | silly. |
| 17:31.59 | Qwell | so, that seems like a silly change for bash to make, and for people to adopt |
| 17:32.03 | Corydon76-lap | People are used to ECMAScript, I guess |
| 17:32.24 | tzafrir | apt-get install devscripts |
| 17:32.27 | tzafrir | checkbashism |
| 17:32.40 | Qwell | tzafrir: seriously? |
| 17:33.15 | russellb | neat!! |
| 17:33.24 | eliel | Qwell: yes I think function is a bashism |
| 17:33.26 | Qwell | wow |
| 17:34.08 | Qwell | tzafrir: that's pretty slick |
| 17:34.54 | eliel | tzafrir: great! I will try that one |
| 17:35.32 | eliel | Qwell: I am not a sh guru, I just learn on the go... |
| 17:36.04 | tzafrir | BTW: speaking about strncpy and sprintf: |
| 17:36.47 | tzafrir | I think that in wct4xxp/base.c both are used to set ts->span.devicetype |
| 17:38.11 | tzafrir | the second one overriding the first one |
| 17:39.18 | kpfleming | oops... that's a leftover, thanks for letting me know |
| 17:41.10 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 17:45.20 | *** join/#asterisk-dev ManxPower (n=manxpowe@194.sub-75-201-101.myvzw.com) |
| 17:45.56 | ManxPower | I don't suppose there is any way to have future Asterisk-GUI config files start with a line that says "Don't go to #asterisk, go to #asterisk-gui, you moron" |
| 17:48.26 | ManxPower | Another change could be something like "packet2packet bridging, NO THIS IS NOT THE CAUSE OF YOUR PROBLEM" on the CLI |
| 17:49.11 | ManxPower | Oh! And while I'm whining about things, fixing the problem where someone installs Asterisk, then tries to install zaptel and libpri, then reinstall asterisk. Asterisk does not see the newly installed libraries/header files and refuses to build chan_zap or PRI support |
| 17:49.15 | *** join/#asterisk-dev jsmith (i=jsmith@nat/digium/x-74084c0e26f991c0) |
| 17:49.15 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 17:49.27 | ManxPower | These seem to the the most common easily avoidable issues on #asterisk |
| 17:50.47 | ManxPower | I assume the last one was a design decision, since it was not fixed yet. |
| 17:51.36 | tzafrir | ManxPower, you should start that by having people actually answer competently on #asterisk-gui |
| 17:52.40 | tzafrir | ManxPower, what, that you need to re-run ./configure ? |
| 17:53.09 | tzafrir | And that you have to reset the menuselect configuration? |
| 17:53.28 | ManxPower | tzafrir: Really, I don't see how any of the #asterisk people can help make #asterisk-gui a better channel. Unless Digium gives free Asterisk-GUI training, I don't see the channel improving. |
| 17:53.44 | ManxPower | tzafrir: so put that information in the README or SOMEWHERE. |
| 17:54.06 | ManxPower | I've lost count the number of people that had that problem with asterisk build not seeing the newly install libx |
| 17:54.10 | Corydon76-lap | ManxPower: did. It's in the boot camp |
| 17:54.18 | atisss | putnopvut: i think you typed in wrong issue number in commit :p |
| 17:54.23 | Corydon76-lap | If you take training, it's emphasized |
| 17:54.46 | ManxPower | Corydon76- Just exactly people have taken a class on Asterisk-GUI? |
| 17:54.53 | ManxPower | Just exactly how many... |
| 17:55.14 | ManxPower | I guess I could refer Asterisk GUI users to Boot Camp. |
| 17:55.45 | Corydon76-lap | Not a bad idea, actually |
| 17:56.00 | outtolunc | drop and give me 20 MAGOT!@ <G> |
| 17:56.05 | outtolunc | hehe |
| 17:56.12 | ManxPower | My point was that criticial information is not found by newbies. It would cut down on the load of people that give free support for Digium products. |
| 17:56.43 | ManxPower | And reduce burnout. |
| 17:56.50 | eliel | I took the bootcamp and didn't get any info about Asterisk-GUI ..mm |
| 17:57.25 | Corydon76-lap | eliel: yes, but you know how to enable zaptel/libpri, don't you? |
| 17:57.26 | ManxPower | eliel: I'll still refer them to BootCamp. Even if it does not do the user any good, Digium will still be able to get money from them. 8-) |
| 17:57.50 | eliel | Corydon76-dig: yes, thats right |
| 17:58.01 | ManxPower | While you're at it, remove allow=all 9-_ |
| 17:58.20 | eliel | ManxPower: heh |
| 17:58.33 | Corydon76-lap | Oh, yay, groups.google.com is having issues... |
| 17:58.54 | ManxPower | I think the best idea is for developers to spend 1 week per month helping people in the mailing lists and #asterisk. That would improve the code massivly |
| 17:59.16 | jsmith | Although, we're working on some expanded classes |
| 17:59.46 | Corydon76-lap | ManxPower: um, I do help people on #asterisk |
| 18:00.00 | eliel | I would love a true developer class, just teaching you the asterisk code... |
| 18:00.04 | ManxPower | Corydon76-lap: I was sort of referring to ALL developers, not just you. |
| 18:00.16 | ManxPower | You DO help people on #asterisk. |
| 18:00.17 | Corydon76-lap | I think all developers do... |
| 18:00.33 | Corydon76-lap | Some just get rather busy at times |
| 18:00.55 | Corydon76-lap | jsmith: class in session? |
| 18:01.05 | jsmith | Corydon76-dig: Yeah... working on a lab |
| 18:01.59 | ManxPower | Corydon76-: many of the developers are on #asterisk, but don't seem to be all THAT active, expecially with newbie questions |
| 18:01.59 | ManxPower | especially to |
| 18:02.26 | ManxPower | any that's my rant for today. |
| 18:02.29 | *** part/#asterisk-dev ManxPower (n=manxpowe@194.sub-75-201-101.myvzw.com) |
| 18:02.40 | jsmith | eliel: I'd love one too... but I'm not qualified to teach it |
| 18:02.51 | jsmith | eliel: It's on our radar though... |
| 18:05.19 | eliel | jsmith: come on Tilghman, teach us :-) |
| 18:13.45 | blitzrage | I'd rather see developers fixing bugs than answering questions on #asterisk |
| 19:28.23 | tzafrir | M11530 |
| 19:28.24 | MuffinMan | [assigned] [Zaptel] Astribank (xpp) 0011530: Zaptel makefile will not install after xpp_usb.ko failure reported by a3ulafia http://bugs.digium.com/view.php?id=11530 |
| 19:28.59 | tzafrir | The fix for that is pretty simple: source the kernel .config file so we know what kernel we actually build with |
| 19:29.51 | tzafrir | But I'm a bit scared to do that if we still have .EXPORT_ALL_VARIABLES |
| 19:30.17 | tzafrir | I have no ideas what strange variables might get from there to the kernel build system |
| 19:31.37 | putnopvut | atisss: which commit? |
| 19:35.07 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 19:35.07 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 19:36.37 | *** join/#asterisk-dev ctooley (n=ctooley@rrcs-71-42-115-242.sw.biz.rr.com) |
| 19:40.25 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 20:13.19 | eliel | ping file |
| 20:13.25 | eliel | M10873 |
| 20:13.25 | MuffinMan | [new] [Asterisk] Resources/res_features 0010873: parkingcalls, by context with minim code change and not config changes. reported by tecnoxarxa http://bugs.digium.com/view.php?id=10873 |
| 20:13.54 | eliel | Can this issue be closed? |
| 20:21.31 | file | I have no idea, I have not looked at it |
| 20:22.18 | eliel | it was "duplicated" and I think the closed issue (with a relation) was commited |
| 20:25.31 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177581616.dsl.bell.ca) |
| 20:29.16 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 20:31.11 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 20:41.02 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 20:43.03 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 20:43.04 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:50.12 | *** join/#asterisk-dev _ys (n=yuri@80.70.236.69) |
| 20:51.42 | snuff-work | anyone feel up to talkin bout casting vs unions.. |
| 20:52.13 | _ys | murf are here? |
| 20:54.33 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 20:54.33 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 21:03.11 | tzafrir_home | M11531 |
| 21:03.12 | MuffinMan | [closed] [Asterisk] Applications/General 0011531: [patch] answer before Say* apps reported by tzafrir http://bugs.digium.com/view.php?id=11531 |
| 21:03.26 | tzafrir_home | Actually Playback auto-answers |
| 21:04.22 | file | unless you give it the noanswer option |
| 21:04.32 | tzafrir_home | But by default it does |
| 21:05.18 | tzafrir_home | Having them auto-answer makes it really convinient for me to originate calls "from" those extensions (through a local channel) for testing |
| 21:05.59 | tzafrir_home | This saves me the need to add an explicit Answer for each testing extension, and keeps my [tests] context nice and compact |
| 21:08.30 | tzafrir_home | file, will it be OK if those apps would be given a noanswer option? |
| 21:10.12 | jsmith | tzafrir_home: You've got my vote! |
| 21:10.40 | Qwell | IMO, noanswer is a silly option name |
| 21:11.09 | Qwell | it goes against all of the other option lettering |
| 21:12.34 | tzafrir_home | Another thing: what could possibly make ast_answer fail? What should the app do in that case? nothing? |
| 21:19.25 | *** join/#asterisk-dev jsmith (i=jsmith@nat/digium/x-8477360e8431b2b7) |
| 21:19.25 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 21:21.33 | file | moving swiftly on. |
| 21:34.03 | snuff-work | what should i do regarding unions vs casts stuff.. i have already a 50kb diff with unions for lot of things to help get * compiled on a ultra sparc 3 |
| 21:37.01 | *** join/#asterisk-dev Qwell_ (i=north@pdpc/sponsor/digium/Qwell) |
| 21:37.01 | *** mode/#asterisk-dev [+o Qwell_] by ChanServ |
| 21:40.40 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 21:43.02 | snuff-work | ? |
| 22:07.45 | *** join/#asterisk-dev eliel (n=eliel@151-202-114-200.fibertel.com.ar) |
| 22:22.41 | snuff-work | should i post this union vs cast to ast-dev list?? |
| 22:34.51 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 22:50.56 | *** join/#asterisk-dev snuff-work (n=bradl@197.36.168.202.static.comindico.com.au) |
| 22:50.56 | *** join/#asterisk-dev snuff-away (n=nffot@220-253-12-190.VIC.netspace.net.au) |
| 22:50.56 | *** join/#asterisk-dev wedhorn (n=nnnwedho@dsl-58-6-89-11.act.westnet.com.au) [NETSPLIT VICTIM] |
| 23:08.19 | *** join/#asterisk-dev Qwell_ (i=north@pdpc/sponsor/digium/Qwell) |
| 23:08.19 | *** mode/#asterisk-dev [+o Qwell_] by ChanServ |
| 23:10.30 | *** join/#asterisk-dev anthm (n=anthm@mbf0736d0.tmodns.net) |
| 23:10.30 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 23:44.57 | *** join/#asterisk-dev codefreeze (i=steve_mu@nat/digium/x-298af643db995eb0) |
| 23:44.57 | *** mode/#asterisk-dev [+o codefreeze] by ChanServ |
| 23:48.13 | codefreeze | I think, therefore I am..... er.... no... I think I am here.... |
| 23:49.32 | snuff-work | hello codefreeze |
| 23:49.51 | codefreeze | hey, snuffy! how's life? |
| 23:50.42 | codefreeze | a chiropractor could help, maybe with some of those alignment problems |
| 23:53.07 | jsmith | codefreeze: Good one! |
| 23:53.44 | Corydon76-lap | jsmith: when's class let out? |
| 23:53.53 | *** join/#asterisk-dev twilson (i=otherwis@nat/digium/x-858a250be83c1974) |
| 23:54.31 | Corydon76-lap | jsmith: I could come invade again, before I head out for the day |
| 23:54.43 | jsmith | Corydon76-lap: We just finished... |
| 23:54.49 | Corydon76-lap | Ah... |
| 23:54.55 | Corydon76-lap | Well, too late, then |
| 23:55.09 | jsmith | Corydon76-lap: I think I'll wander upstairs, and say hi to any devs still hanging around |
| 23:55.18 | Corydon76-lap | That'd be most of them |
| 23:55.23 | jsmith | Corydon76-lap: Where's the happening spot? |
| 23:55.31 | Corydon76-lap | Collaboration area |
| 23:56.25 | outtolunc | look for a sign saying ~water cooler~ (jk'n) |
| 23:57.05 | file | the PC to Mac ratio is equal right now |
| 23:57.51 | file | woot, PC > Mac |
| 23:57.52 | otherwiseguy | equal in total numbers...however in coolness the Mac is winning. |
| 23:58.32 | otherwiseguy | besides--a mac is a pc. |
| 23:59.02 | otherwiseguy | (a Pretty pc) |