| 00:22.39 | *** join/#asterisk-dev CtRiX (n=CtRiX@aretha.navynet.it) |
| 00:33.18 | *** join/#asterisk-dev DarkRift (n=dark@bas10-montreal02-1177582806.dsl.bell.ca) |
| 01:14.42 | *** join/#asterisk-dev moy (n=moy@189.169.208.120) |
| 01:31.41 | *** join/#asterisk-dev bweschke (n=BJ_Wesch@c-69-136-249-166.hsd1.nj.comcast.net) |
| 01:31.41 | *** mode/#asterisk-dev [+o bweschke] by ChanServ |
| 01:34.30 | file | hola bweschke! |
| 01:34.38 | bweschke | hey file! |
| 01:34.44 | bweschke | Suddenly the voice become like robot (cutting),like sick man |
| 01:35.01 | file | lol |
| 01:35.21 | bweschke | I'm going to be using that in the office for the next week or so.. that's priceless |
| 01:38.31 | bweschke | what's going on with you? |
| 01:38.52 | file | oh... stuff |
| 01:39.59 | file | although I just moved something I expected to be an experiment out into my public team directory that may interest you |
| 01:40.05 | Qwell | ! |
| 01:40.10 | Qwell | file: That...thing?! |
| 01:40.17 | file | Qwell: yes |
| 01:40.18 | bweschke | I was gonna say ... super secret stuff or what? |
| 01:40.24 | bweschke | you've been so.... quiet on svn-commits |
| 01:40.29 | Qwell | hmm, no commit message triggered |
| 01:40.35 | file | I've been doing other things... |
| 01:40.38 | Qwell | svn:log it! |
| 01:40.38 | file | but this was in my spare time! |
| 01:40.43 | bweschke | nods |
| 01:40.50 | file | bweschke: http://svn.digium.com/svn/asterisk/team/file/app_agents |
| 01:40.59 | bweschke | oh my |
| 01:41.04 | bweschke | what have you done? |
| 01:41.04 | Qwell | yay for agents |
| 01:41.10 | Qwell | bweschke: it's hax |
| 01:41.19 | putnopvut | app_agents! |
| 01:41.22 | file | it is an application based agent implementation |
| 01:41.28 | file | supporting both call-in and call-back agents |
| 01:41.45 | Qwell | file: oh, you got callback working? |
| 01:41.46 | snuff-work | agents and queues must die.. too many issues ;) |
| 01:41.50 | putnopvut | lol |
| 01:41.50 | file | Qwell: yes |
| 01:41.53 | Qwell | neat |
| 01:42.07 | file | Qwell: dialing API ftw |
| 01:42.13 | Qwell | yes... |
| 01:42.31 | Qwell | we need to review/merge the bridging stuff... |
| 01:42.48 | bweschke | I was thinking of redoing agents and queues via FastAGI to a pascal FastAGI server ... in my spare time.. |
| 01:43.15 | bweschke | because I've heard Pascal is the bee's knees for this kind of stuff |
| 01:44.37 | file | hopes chan_agent can die a horrible death |
| 01:44.38 | bweschke | so the repository is an ao2 container ? |
| 01:44.46 | bweschke | for agent state ? |
| 01:44.51 | bweschke | in your app_agents ? |
| 01:44.54 | file | agents are stored in an ao2 container |
| 01:46.48 | bweschke | file is this a branch off of /trunk or /1.6 branch ? |
| 01:46.59 | file | it's a branch off of my bridging branch |
| 01:47.05 | bweschke | ah |
| 01:47.06 | bweschke | k |
| 01:47.29 | file | does the general premise seem sane? |
| 01:47.40 | bweschke | I think so |
| 01:49.35 | bweschke | it doesn't presently integrate with app_queue though, right? |
| 01:49.37 | putnopvut | Honestly, with bridging, dialing, and distributed events in place, I really seriously think distributed queues could become a reality. |
| 01:49.42 | putnopvut | bweschke: nope. |
| 01:49.56 | file | bweschke: it is front ended by chan_local, but it does provide device state of agents |
| 01:50.35 | *** join/#asterisk-dev outtolunc (n=me@c-67-170-211-86.hsd1.ca.comcast.net) |
| 01:51.00 | file | putnopvut: quite |
| 01:52.14 | bweschke | file: the only thing I wonder about is whether the actual container of agents itself belongs in res_agents or something like that with core functions to get at it |
| 01:52.31 | bweschke | so you can manipulate the state of agents via things other than just the app |
| 01:52.39 | bweschke | (eg - AMI, XMPP signals,etc) |
| 01:52.47 | file | hrm, outside manipulation... |
| 01:52.54 | file | there is the event system |
| 01:53.01 | bweschke | right |
| 01:53.02 | bweschke | that too |
| 01:53.16 | bweschke | an external event triggers the change of state for an agent |
| 01:53.20 | file | nods |
| 01:53.28 | bweschke | which could in turn trigger other events to go out because of that change |
| 01:55.06 | file | yup |
| 01:55.52 | file | adds to list |
| 01:56.41 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 01:57.11 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 01:57.50 | file | any other further thoughts? |
| 01:58.28 | file | you are presently the only expert I have access to on such a subject |
| 01:58.32 | bweschke | lol |
| 01:58.58 | bweschke | I'd suspect that maybe you'd want wrapper functions to be able to spy and whisper to an "agent" directly |
| 01:59.30 | bweschke | as now you'd actually have to try and access the channel calling into that agent because the named device itself is gone now, no? |
| 01:59.57 | file | correct |
| 01:59.59 | file | good point |
| 02:03.54 | file | there is a thought... named local channels |
| 02:04.23 | bweschke | could do that, sure |
| 02:15.12 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.193) |
| 03:27.22 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 03:32.38 | *** join/#asterisk-dev jameswf-home (n=james@ip72-223-0-183.ph.ph.cox.net) |
| 04:17.50 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 04:17.50 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 04:26.50 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.131) |
| 04:30.46 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 04:30.46 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 04:40.00 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-123365.home.otenet.gr) |
| 05:38.42 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-123365.home.otenet.gr) |
| 06:30.22 | mvanbaak | Do I understand svn-automerge correctly, and are private branches automerged as well ? |
| 06:35.13 | bbryant | it will, as long as you've run svnmerge init on the private branch after you've copied from trunk or a trunk based branch |
| 07:03.45 | mvanbaak | uhhuh |
| 07:03.46 | mvanbaak | thanks |
| 07:43.11 | *** join/#asterisk-dev steliosk (n=Stelios@emile.ath.forthnet.gr) |
| 08:43.36 | *** join/#asterisk-dev steliosk (n=Stelios@athedsl-123365.home.otenet.gr) |
| 08:46.39 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 11:08.39 | *** join/#asterisk-dev easycrypt (n=Savek@lak-39-163.wohnheime.ruhr-uni-bochum.de) |
| 11:14.12 | *** join/#asterisk-dev microw (n=mike@219.133.105.235) |
| 11:14.31 | microw | <PROTECTED> |
| 11:14.42 | microw | or is there any popular and good open source references? |
| 11:57.35 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 12:11.57 | *** join/#asterisk-dev russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 12:11.57 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 12:12.12 | *** join/#asterisk-dev eliel (n=eliel@200.61.172.61) |
| 12:14.07 | mvanbaak | hhmm, my asterisk box is pretty stable: |
| 12:14.08 | mvanbaak | $ uptime |
| 12:14.08 | mvanbaak | <PROTECTED> |
| 12:14.34 | mvanbaak | strongbad*CLI> show uptime |
| 12:14.34 | mvanbaak | System uptime: 27 weeks, 3 hours, 51 minutes, 50 seconds |
| 12:14.34 | mvanbaak | Last reload: 2 weeks, 4 days, 3 hours, 44 minutes, 41 seconds |
| 12:20.26 | russellb | neat |
| 12:20.32 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 12:21.28 | eliel | good morning |
| 12:21.39 | eliel | mvanbaak: did you have time to look at the last commit |
| 12:24.05 | eliel | mvanbaak: I fill focus on ast_ ification of the code.. and simplify those string manipulation mechanism |
| 12:35.57 | mvanbaak | eliel: I read it quickly |
| 12:36.45 | mvanbaak | I think it looks good. specially when the stuff is ast_stringified |
| 12:36.46 | eliel | Do you think we should use ast_str * instead of a char *? |
| 12:36.58 | mvanbaak | yeah |
| 12:37.33 | mvanbaak | there is an sprintf there that should go. and to do that we need it to be an ast_str |
| 12:37.38 | mvanbaak | as far as I can tell |
| 12:37.53 | eliel | How I could replace something like this: buff = ast_realloc(buff, newlen); and buff can be null. |
| 12:38.25 | eliel | ast_str_* always want me to create the string first, does not allow me to start with a NULL pointer if no data was already allocated... |
| 12:38.26 | mvanbaak | the ast_string api has a function to append to buff, dynamically resizing it |
| 12:38.39 | mvanbaak | eliel: ast_alloca(buff); |
| 12:38.48 | mvanbaak | or ast_str_alloca |
| 12:38.58 | mvanbaak | dont have code nor doxygen here |
| 12:42.16 | mvanbaak | <PROTECTED> |
| 12:42.30 | eliel | but if I want a dynamic string I need to call ast_str_create( value ) ; where value must be > 0. And if at that moment I don't know if there is already data in the buffer I must check that first... |
| 12:42.57 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:42.57 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 12:43.48 | eliel | What I am trying to say is that I am using the power of calling realloc(NULL) and realloc(pointer) without checking for null pointers because that is only at the begininng of the parsing and I don't care in which part of the buffer I am appending data... |
| 12:44.22 | eliel | If I move everything to ast_str, I will need to: |
| 12:45.13 | eliel | 1) first create the string with ast_str_create(). (But first check if the string wasn't already created by another function...) |
| 12:45.32 | eliel | 2) and the call make_space, or other appending ast_str function. |
| 12:48.24 | mvanbaak | you can use ast_strlen_zero to check if the string is there |
| 12:48.45 | mvanbaak | it does: if (!s || (*s == '\0')) { |
| 12:49.27 | eliel | mvanbaak: ok, I will give it a try |
| 12:52.13 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:56.01 | mvanbaak | naughty codefreeze .... |
| 13:23.35 | eliel | How can I ast_strficate this kind of code? http://pastebin.com/m24a6d651 |
| 13:27.25 | *** join/#asterisk-dev moy (n=moy@189.169.67.95) |
| 13:34.44 | *** join/#asterisk-dev gilli (n=alec@dslnet.212-29-38.ip15.dokom.de) |
| 13:53.07 | *** join/#asterisk-dev putnopvut (n=putnopvu@nat/digium/x-5f9afe07c0719e29) |
| 13:53.07 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:55.16 | mvanbaak | eliel: with ast_str_append |
| 13:56.10 | mvanbaak | eliel: no need to keep track of the length yourself |
| 13:56.22 | mvanbaak | the ast_str * will have a member called len |
| 13:57.23 | eliel | mvanbaak: and what about this? http://pastebin.com/d6d4072c0 |
| 13:58.23 | eliel | If I want to move to ast_str I will need to make a full rework! and I have some functions that don't know how to move them to ast_str... like the last one I post.. |
| 13:59.16 | mvanbaak | yeah, that's a nice one |
| 13:59.21 | mvanbaak | damn |
| 13:59.47 | mvanbaak | I'll have to look into it |
| 13:59.55 | mvanbaak | cant right now, because I'm still at work |
| 14:00.16 | mvanbaak | 1 more hour of work, and then I'm going home |
| 14:00.35 | mvanbaak | have to do some dishes and some laundry, after that I'll be able to spend some time on it |
| 14:00.38 | mvanbaak | k ? |
| 14:00.53 | eliel | mvanbaak: many thanks!! |
| 14:01.02 | *** join/#asterisk-dev mog (n=mog@nat/digium/x-09ef9d9ef8156eab) |
| 14:01.08 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 14:01.16 | mvanbaak | no problem |
| 14:04.45 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 14:04.45 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 14:04.56 | snuff-home | <PROTECTED> |
| 14:06.56 | codefreeze-lap | hi there |
| 14:09.42 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:10.07 | *** join/#asterisk-dev shazaum (n=shazaum@200.175.61.250.static.gvt.net.br) |
| 14:12.19 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.95.130) |
| 14:12.42 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 14:12.42 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 14:14.22 | codefreeze-lap | begins to explore the wonders and marvels and miracles of pidgin 2.5.0 |
| 14:15.53 | snuff-home | mm only have 2.4.1 here.. |
| 14:17.41 | anonymouz666 | [2008-08-22 11:17:05] WARNING[8204]: chan_sip.c:4859 parse_request: Too many SIP headers. Ignoring. |
| 14:17.44 | anonymouz666 | this one is new ;) |
| 14:17.50 | snuff-home | ooh nice |
| 14:19.21 | *** join/#asterisk-dev bweschke (n=BJ_Wesch@c-69-136-249-166.hsd1.nj.comcast.net) |
| 14:19.21 | *** mode/#asterisk-dev [+o bweschke] by ChanServ |
| 14:19.39 | snuff-home | this is 1.4? |
| 14:19.43 | lmadsen | neat... sounds like a broken end point? :) |
| 14:19.55 | putnopvut | anonymouz666: that means you got a SIP message with more than 64 headers. |
| 14:20.28 | lmadsen | forwarding loop? too many Via's? |
| 14:21.09 | anonymouz666 | there's a crazy UAC send a Subscribe with multiples "Expires:"... |
| 14:28.27 | *** join/#asterisk-dev easycrypt (n=Savek@lak-63-240.wohnheime.ruhr-uni-bochum.de) |
| 14:44.56 | eliel | snuff-home: If we will not use code anymore, i think it is better to remove it instead of #if 0, #endif. |
| 14:45.41 | wwalker | if it was hard to write it should stay anround and help the code be hard to read. |
| 14:46.10 | eliel | heh |
| 14:48.18 | *** join/#asterisk-dev AdamWest (n=Leif@CPE001d7e2f9574-CM0012c9db3d2e.cpe.net.cable.rogers.com) |
| 14:48.35 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 14:53.10 | *** join/#asterisk-dev sruffell (n=sruffell@nat/digium/x-a18af1cfed18dd1d) |
| 14:53.10 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:53.12 | eliel | Is there any reason that app_rpt.c is trying to support old asterisk version in trunk? |
| 14:54.14 | eliel | I think it is being developed in another repo, or at least it has more activity that what is in trunk |
| 14:55.07 | russellb | shrugs |
| 14:55.09 | russellb | we tend to ignore that module |
| 14:55.10 | russellb | :) |
| 14:55.29 | russellb | just ... leave it be |
| 15:00.56 | eliel | the power of jim dixon |
| 15:01.26 | snuff-home | eliel: techincally we could just remove it all together.. but its done for us already in 1.6.x and trunk.. why not keep a little history in 1.4.x ;) |
| 15:01.32 | *** join/#asterisk-dev korihor (n=korihor@190.78.32.60) |
| 15:02.09 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 15:02.42 | eliel | snuff-home: is ok, I just think that is svn work, but no problem |
| 15:03.52 | Qwell | eliel: yeah... none of us really disagree with that, it's just...yeah. |
| 15:04.16 | eliel | heh |
| 15:11.11 | snuff-home | mm that's not too bad.. only about 15 bugs with no updates since april |
| 15:13.51 | snuff-home | M11583 |
| 15:13.53 | MuffinMan | [new] [Asterisk] Resources/NewFeature 0011583: [patch] Allow disconnect feature before a call is bridged reported by sobomax (Karma: +6.00) http://bugs.digium.com/view.php?id=11583 |
| 15:14.08 | snuff-home | any dev want to comment on this? |
| 15:16.02 | putnopvut | I guess it couldn't hurt, but why not just hang up? |
| 15:16.11 | putnopvut | ah, nevermind, I think too simply. |
| 15:16.56 | snuff-home | M12761 |
| 15:16.58 | MuffinMan | [new] [Asterisk] Channels/chan_sip/General 0012761: [patch] chan_sip: build_contact() does not put alternate port setting in Contact header reported by asbestoshead (Karma: neutral) http://bugs.digium.com/view.php?id=12761 |
| 15:17.15 | snuff-home | possible comments also? |
| 15:17.34 | snuff-home | will stop asking for comments now on bugs done the nagging for today ;) |
| 15:18.11 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:18.11 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:18.30 | snuff-home | look out... its dahdi conversion man |
| 15:28.07 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.157) |
| 15:32.08 | putnopvut | Can someone explain to me why the "channels" lock is held throughout the entire ast_channel_free function? The channel is removed from the list very early on, and I thought the channels lock was meant to protect the channel list. |
| 15:35.01 | Juggie | ummm did everyone see the RH/Centos/Fedora Core security release? |
| 15:35.34 | jsmith | Juggie: I most certainly did. |
| 15:35.48 | Juggie | my centos5 i386 system is clean |
| 15:35.51 | jsmith | Juggie: (I've known something was up for the past few days... but didn't know any of the details) |
| 15:35.52 | Juggie | checking over some work servers now |
| 15:36.06 | jsmith | Juggie: At this point, they don't think any packages were compromised |
| 15:36.14 | Juggie | thats fedora |
| 15:36.17 | Juggie | RH packages were |
| 15:36.32 | Juggie | openssh on RH4 i386 & 64bit and RH5 64bit |
| 15:36.47 | jsmith | Oh really? |
| 15:36.49 | Juggie | yep |
| 15:36.55 | Juggie | which may have trickeled down to centos |
| 15:36.57 | Juggie | so i'm checking |
| 15:36.57 | Qwell | they compromised ssh packages? |
| 15:37.03 | Juggie | indeedy |
| 15:37.08 | Qwell | that's terrific |
| 15:37.14 | Juggie | http://www.redhat.com/security/data/openssh-blacklist.html |
| 15:37.36 | jsmith | Qwell: http://fedoraannounce.wordpress.com/2008/08/22/infrastructure-report-2008-08-22-utc-1200/ |
| 15:37.38 | mog | eep |
| 15:39.20 | Juggie | # The signed tampered packages were: |
| 15:39.21 | Juggie | # |
| 15:39.21 | Juggie | # openssh-3.9p1-8.RHEL4.24 for i386, x86_64 architecture |
| 15:39.21 | Juggie | # openssh-3.9p1-9.el4 for i386, x86_64 architecture |
| 15:39.21 | Juggie | # openssh-4.3p2-26 for x86_64 architecture |
| 15:39.21 | Juggie | # openssh-4.3p2-26.el5 for x86_64 architecture |
| 15:43.59 | jsmith | Juggie: My servers are all clean. |
| 15:44.02 | Juggie | just asked in #centos |
| 15:44.15 | Juggie | they think they have not been affected since they only use RH source not rpm's. |
| 15:44.25 | Juggie | and it would appear the hacker did not modify the SRPM |
| 15:44.44 | Juggie | but they say a security evaluation is underway none the less |
| 15:47.11 | atis_work | hey putnopvut, could i ask for quick help on debugging deadlock? |
| 15:47.21 | atis_work | but it's custom-patched asterisk :p |
| 15:47.25 | atis_work | http://www.pastebin.ca/1181684 |
| 15:48.26 | atis_work | i just don't see any thread holding a lock, and functions which have done locks don't seem to have any black exit :( |
| 15:48.39 | atis_work | perhaps it's a wrong locking order? |
| 15:48.52 | *** join/#asterisk-dev microw (i=microw@58.60.35.66) |
| 15:48.59 | microw | hi all , |
| 15:50.16 | microw | i am starting to develop a sip client softphone on embedded linux, is there any good open source reference? |
| 15:54.37 | mvanbaak | sjphone ? |
| 15:55.28 | *** join/#asterisk-dev moy (n=moy@189.169.67.95) |
| 15:56.49 | microw | mvanbaak: what is sjphone? |
| 15:56.56 | eliel | pjsip |
| 15:57.01 | eliel | microw: pjsip |
| 15:57.18 | eliel | microw: with a proof of concept named pjsua |
| 15:57.54 | microw | eliel: where can i find pjsip? |
| 15:58.16 | eliel | www.pjsip.org :-) |
| 15:58.50 | eliel | portability in mind: http://www.pjsip.org/sip_media_features.htm#platforms |
| 15:59.30 | microw | eliel: does it support audio and video ? |
| 16:00.03 | eliel | audio offcourse, but video don't know |
| 16:00.57 | microw | eliel: any softphone product based on pjsip? |
| 16:01.08 | mvanbaak | microw: have a look at their website |
| 16:01.11 | eliel | microw: http://trac.pjsip.org/repos/wiki/FAQ#VideoQuestions |
| 16:01.19 | mvanbaak | http://www.pjsip.org/contrib.htm |
| 16:01.23 | putnopvut | atis_work: sorry, I was away from my desk. |
| 16:01.35 | eliel | microw: there is a sample application called pjsua |
| 16:01.41 | eliel | microw: using pjsip |
| 16:01.41 | atis_work | putnopvut: no problem, do you see anything there? |
| 16:02.04 | eliel | microw: agree with mvanbaak |
| 16:02.09 | putnopvut | atis_work: yes, it looks like the classic locking order issue. |
| 16:02.20 | putnopvut | atis_work: let me see if it's in non-custom queue cod.e |
| 16:02.23 | microw | eliel: does it work with asterisk or sipx, or other hard/soft ip phones? |
| 16:02.42 | atis_work | putnopvut: so, i should follow up from those functions and check all locking orders? |
| 16:02.49 | eliel | I tried it with asterisk with no interoperability problems. |
| 16:02.54 | mvanbaak | microw: it's sip, so it should work with asterisk |
| 16:03.15 | atis_work | putnopvut: i have a lot of custom code there.. sort of mix from 1.4, 1.6 and unpublished stuff |
| 16:03.17 | mvanbaak | since we are the reference implementation for sip |
| 16:03.19 | mvanbaak | ;) |
| 16:03.21 | mvanbaak | hides |
| 16:03.28 | eliel | he |
| 16:03.35 | putnopvut | atis_work: yeah, let me tell you which threads are causing the problem. |
| 16:03.59 | microw | mvanbaak: does it have video supported? |
| 16:04.01 | putnopvut | 1077180736 and 1092172096 |
| 16:04.19 | mvanbaak | microw: eliel already posted a link to their faq |
| 16:04.23 | putnopvut | The first holds the queues lock and is trying to acquire a queue lock, and the second is doing the opposite. |
| 16:04.28 | mvanbaak | microw: please have a look at the website |
| 16:05.28 | mvanbaak | I mean, the page even looks good in lynx |
| 16:05.46 | microw | thanks |
| 16:06.13 | putnopvut | atis_work: that problem is avoided in mainstream 1.4 by unlocking the queue prior to calling remove_from_interfaces in the function update_realtime_members |
| 16:06.28 | putnopvut | Then lock it again after remove_from_interfaces returns. |
| 16:08.40 | microw | eliel: any suggestion for gui? is qt good for pjsip and embedded linux? |
| 16:09.40 | atis_work | putnopvut: aah, but i haven't seen any such unlocking in 1.6 state_interface |
| 16:11.09 | putnopvut | atis_work: that probably was a mistake made when converting queues to use astobj2. |
| 16:11.36 | atis_work | putnopvut: so, i found deadlock in 1.6 :) |
| 16:11.50 | putnopvut | atis_work: I think you have. |
| 16:12.02 | microw | eliel: does it support echo cancellation? |
| 16:12.29 | atis_work | putnopvut: will you manage to fix it without issue, because i don't have "enough proof for mantis" :) |
| 16:12.51 | atis_work | it just happened first time for half year, since we use state_interface on 1.4 :) |
| 16:13.21 | putnopvut | atis_work: I can do it. Thanks for pointing it out |
| 16:13.35 | atis_work | putnopvut: great, good luck with it :) |
| 16:15.12 | mvanbaak | gheh, I got the reply from russell on a mail before the mail he replied on |
| 16:15.36 | mvanbaak | mailinglists are funny |
| 16:19.30 | microw | mvanbaak: so far, does sipx interoperate with asterisk? |
| 16:19.43 | mvanbaak | no idea, I never used it |
| 16:20.12 | mvanbaak | I try to stay away from sip as much as I can :) |
| 16:21.31 | lmadsen | I try to stay away from iax2 as much as I can :) |
| 16:21.47 | mvanbaak | :) |
| 16:21.58 | microw | well i searched in google, and found <linphone> and <egika> , ever used them? |
| 16:22.09 | mvanbaak | microw: I use ekiga at work |
| 16:22.32 | atis_work | microw: doesn't asterisk with chan_console fit your needs? |
| 16:22.34 | mvanbaak | linphone wont work on my debian and ubuntu setups |
| 16:22.53 | mvanbaak | hhmm, chan_console is a good idea |
| 16:22.57 | mvanbaak | have to check that out |
| 16:23.29 | microw | mvanbaak: i need a softphone solution for embedded linux (arm chip) device, |
| 16:23.33 | microw | i don't know, |
| 16:23.49 | microw | let me check chan_console, what is it? |
| 16:24.02 | mvanbaak | console driver for asterisk |
| 16:24.09 | mvanbaak | works with alsa or oss |
| 16:24.53 | *** join/#asterisk-dev nicox (n=nicox@vie-nas-ge-0-2.onenet.at) |
| 16:30.06 | microw | what about speaker? |
| 16:33.00 | *** join/#asterisk-dev philippel (n=p_lindhe@pool-98-111-70-106.sttlwa.fios.verizon.net) |
| 16:33.08 | caio1982 | is someone here aware of the current status of rizzo's video stuff on asterisk? it would be nice to test with the n810 device, i don't know if it's usable/stable enough for it |
| 16:33.35 | microw | mvanbaak: i just looked into pjsip, does it have any known problems? |
| 16:33.38 | jsmith | caio1982: No clue, but I have done video calls with Asterisk and my n810 without rizzo's stuff |
| 16:33.47 | philippel | ping - anyone around who might be familiar with device side transfers and how they effect macro depth? |
| 16:33.49 | caio1982 | jsmith: using what? |
| 16:34.21 | philippel | the specific situation relates to the trigger of the following code in app_macro.c: |
| 16:34.22 | philippel | <PROTECTED> |
| 16:34.22 | philippel | <PROTECTED> |
| 16:34.40 | jsmith | caio1982: n810 -> Asterisk -> Grandstream GXV-3000 |
| 16:35.00 | caio1982 | jsmith: alright, but which client do you currently use in your n810? |
| 16:35.18 | jsmith | caio1982: Internet call, I think... |
| 16:35.30 | jsmith | I'm almost positive it wasn't gizmo |
| 16:35.38 | caio1982 | oh, i didnt the built-in one support it |
| 16:35.42 | *** join/#asterisk-dev sruffell (n=sruffell@nat/digium/x-fa42003eee68f9bb) |
| 16:35.42 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:35.47 | philippel | and spefic situation, extension 222 calls 224 going through 2 levels of macros to call 224, then 222 transfers to 700 (using device side transfer) and now SIP/224 has MACRO_DEPTH set to 2 (as might be expected) |
| 16:35.54 | eliel | microw: dont know, you could ask on the pjsip mailing list |
| 16:36.26 | caio1982 | jsmith: thanks, i'll try harder next time :) though i have to upgrade the software to diablo, the current camera driver sucks |
| 16:36.40 | philippel | but now 700 does a device side transfer back to 222, and if you look at channel SIP/224 it now has MACRO_DEPTH set to 4, a subsequent 2 transfer of course kills the call because of the maxdepth of 7 |
| 16:37.12 | philippel | my question - is it really at that maximum depth in that case, or is there a bug in the accounting and MACRO_DEPTH should be being reset? |
| 16:37.36 | philippel | a note - if you use '#' asterisk transfers to accomplish the same thing, you don't have this issue |
| 16:37.49 | Qwell | is the transfer going through the macros as well? |
| 16:38.15 | Qwell | if you're dialing from within a macro, that macro won't end until after the call finishes |
| 16:38.18 | philippel | yes - when you do the transfer, it goes through the same set of macros to figure out who to call |
| 16:38.29 | Qwell | philippel: easy solution; use gosubs |
| 16:38.49 | Qwell | those don't have the same stack problems, so no max depth like that |
| 16:39.03 | Qwell | or, do you still support 1.2? I think gosub with args is 1.4 only |
| 16:39.06 | Qwell | 1.4+ |
| 16:39.22 | philippel | Qwell I understand on the gosubs - but what I'm wondering, is it really still stacked up. As far as 1.2, yes we still support 1.2 |
| 16:39.45 | Qwell | technically it's all the same originating channel, right? |
| 16:40.23 | philippel | Qwell I think so, 222 called 224 and then transfers that same call to 700 who transfers it back to 222, and back to 700, in so on |
| 16:41.10 | philippel | initially 222 has MACRO_DEPTH at 2, and after the first transfer, 224 has it at 2, and then it starts augmenting each transfer |
| 16:41.10 | Qwell | I wonder if going through a local channel would avoid that limit, since it would be the new channel hitting the macros |
| 16:41.41 | *** join/#asterisk-dev Schmooze (n=Schmooze@rrcs-67-53-189-178.west.biz.rr.com) |
| 16:41.53 | philippel | Qwell - there are modes where it would go through a local channel, in fact I need to check, in my scenario, I think the calls to 222 were going through a local channel |
| 16:42.12 | philippel | if so - and it was still augmenting, that wouldnt' be right would it? |
| 16:42.27 | Qwell | not sure |
| 16:42.41 | Qwell | philippel: Corydon76 would probably be the best person to ask - but he's out this week |
| 16:43.12 | Qwell | also, what version of Asterisk were you testing with? |
| 16:43.31 | philippel | Qwell thanks - on that, sounds like this may be best to send to the mailing list then, as far as version I'm testing, 1.4.21.1 |
| 16:43.39 | Qwell | k |
| 16:43.55 | Qwell | it doesn't "seem" right, but I could see why it would be valid |
| 16:44.13 | philippel | wonders, what if he does a if(TRANSFER_CONTEXT != "") Set MACRO_DEPTH=0 ? |
| 16:44.36 | Qwell | you don't want to modify the macro depth |
| 16:45.04 | philippel | Qwell it doesn't seem right to me either, but I don't understand the internals to know if it really is the case, so I'm trying to figure out if this is really a bug in the macro depth accounting or it really is at that depth |
| 16:45.49 | philippel | Qwell testing by abusive punishment, if I do that, and keep transfering for a long time, and things don't crash, maybe it is accounting:) |
| 16:46.04 | Qwell | philippel: if you can wait until Monday, I'd highly recommend asking Corydon76 |
| 16:46.13 | Qwell | (at least, I think he's back Monday) |
| 16:46.35 | philippel | Qwell oh - I'll wait, I wouldn't evern do such a hack in the real code, but it may be an interesting test while waiting |
| 16:47.12 | Qwell | perhaps - and it's possible that it may be a proper addition. |
| 16:48.11 | philippel | I would think if the accounting is wrong, that hopefully there is a fix somewhere in Asterisk to reset it (and I"m hoping it is an accounting issue, but will see when we get an authoritiative answer) |
| 16:51.49 | *** part/#asterisk-dev korihor (n=korihor@190.78.32.60) |
| 16:51.49 | seanbright | using svn, is it possible to revert a specific revision in a working copy? |
| 16:52.04 | seanbright | svn merge -c -REVNUM https://url . |
| 16:52.07 | seanbright | that doesn't seem to work |
| 16:52.59 | putnopvut | seanbright: I'm not sure I understand the question. |
| 16:53.14 | putnopvut | Do you want to change your working copy to a specific committed version? |
| 16:53.27 | seanbright | there is a commit in the 1.4 branch that i don't want in my private branch (which is automerged with 1.4) |
| 16:53.29 | philippel | hmm, I"m thinking it is an accoutning bug, take a look |
| 16:53.39 | seanbright | i'd like to "remove" that revision from my working copy of my branch |
| 16:53.46 | putnopvut | seanbright: ah, I see. |
| 16:54.11 | seanbright | i guess i could just do it by hand |
| 16:54.13 | putnopvut | seanbright: svn diff -c -REVNUM | patch -p0 |
| 16:54.13 | philippel | Qwell right at the transfer, upon stopping Moh: |
| 16:54.16 | philippel | <PROTECTED> |
| 16:54.16 | philippel | <PROTECTED> |
| 16:54.16 | philippel | <PROTECTED> |
| 16:54.23 | putnopvut | seanbright: something like that might work. |
| 16:54.32 | seanbright | putnopvut: cool, thanks. |
| 16:54.36 | philippel | wouldn't that imply that the code has exeited the2 macros? |
| 16:54.58 | seanbright | hmmm, nope |
| 16:55.03 | seanbright | the diff doesn't return anything |
| 16:55.18 | seanbright | oh well |
| 16:55.21 | seanbright | will remove by hand |
| 16:55.24 | philippel | Qwell and then, the next call does go down channel Local, but the MACRO depth continues to go up |
| 16:55.38 | Juggie | another update: http://www.theregister.co.uk/2008/08/22/red_hat_systems_hacked/ |
| 17:02.37 | *** join/#asterisk-dev shazaum (n=shazaum@200.175.61.250.static.gvt.net.br) |
| 17:02.56 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:03.10 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.static.dsl.tele.dk) |
| 17:04.17 | microw | <PROTECTED> |
| 17:06.31 | jsmith | microw: You might check out Nokia's SofiaSIP library... most of the embedded (ARM) softphones rely on it |
| 17:07.42 | microw | jsmith: does it interoperate with asterisk? |
| 17:08.13 | jsmith | microw: Absolutely... I use the SofiaSIP client on my Nokia n810 tablet and E71 phones to talk to Asterisk all the time |
| 17:09.18 | microw | jsmith: does it include audio and video lib? |
| 17:09.32 | jsmith | microw: I'm pretty sure it does |
| 17:09.43 | microw | RTP/RTCP? |
| 17:09.49 | philippel | Qwell jsmith ping: http://pastebin.ca/1181743 |
| 17:09.58 | Juggie | microw, go read about it |
| 17:10.03 | Juggie | jsmith is not a faq :) |
| 17:10.20 | philippel | if the macro exits but the channel is considered dead, the MACRO_DEPTH is not being reset upon exit but as you can see, the code is exiting |
| 17:10.48 | *** join/#asterisk-dev juanjoc (n=juanjoc@host84.190-225-170.telecom.net.ar) |
| 17:11.14 | microw | where can i find it? |
| 17:11.19 | philippel | The change I made is to pull out the reset and set it even if the channel is dead, which is set in the case of hangup which can be seen in the trace in my testing - question though, is this bad? Or is it an appropriate patch since the macro is exiting? |
| 17:11.29 | Juggie | ~google |
| 17:11.30 | jbot | well, google is a search engine found at http://www.google.com/ |
| 17:15.13 | microw | ur right |
| 17:17.26 | Qwell | philippel: "exited non-zero", yeah, that tells me the channel is going away |
| 17:18.43 | philippel | Qwell and when I did that patch, the count stops incrementing between transfers - although, I did it in all cases of dead, maybe I need to do it above only in the case of it hanging up - did you see the patch? |
| 17:19.20 | philippel | wants to see if he can raise his karma points by submitting a proper patch to a bug report:) |
| 17:19.38 | *** join/#asterisk-dev adrianXXX (i=xpl@84.126.207.62.dyn.user.ono.com) |
| 17:20.37 | Juggie | philippel, thats how it works :) |
| 17:20.53 | microw | jsmith: are you use SofiaCli on Nokia n80? |
| 17:21.37 | microw | what client are you using on nokia n80? i want to test it |
| 17:23.17 | philippel | Juggie yeah - so step one is to find out if my patch is reasonable, then step 2 is to submit the bug |
| 17:40.54 | microw | what lib to use to process video things on softphone client side?? |
| 17:48.58 | tzanger | sruffell: ping |
| 17:50.44 | *** join/#asterisk-dev nicox (n=nicox@213-33-7-92.adsl.highway.telekom.at) |
| 17:58.45 | jsmith | microw: The built in SIP client on the n810 uses the SofiaSIP libraries |
| 18:00.44 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 18:06.23 | *** part/#asterisk-dev easycrypt (n=Savek@lak-63-240.wohnheime.ruhr-uni-bochum.de) |
| 18:10.20 | eliel | jsmith: Do you agree instead of putting <replaceable></replaceable> <literal/>, etc. tag, use a char combination? like [], {}, etc... |
| 18:11.31 | jsmith | eliel: For the actual text that gets output to the CLI, either a character (such as {}, [], etc.) or use ANSI colors to set the text apart, or both |
| 18:11.51 | jsmith | eliel: (unless nocolor=yes in asterisk.conf, in which case we'd do just the characters and not the colors) |
| 18:12.22 | mvanbaak | yipes |
| 18:12.29 | mvanbaak | lets hope this is not serious: |
| 18:12.30 | mvanbaak | [2008-08-22 20:11:12] WARNING[12270]: cdr_adaptive_odbc.c:270 generic_prepare: SQL Alloc Handle failed! |
| 18:13.32 | jsmith | Sounds pretty serious to me... |
| 18:14.54 | *** join/#asterisk-dev AdamWest (n=Leif@CPE001d7e2f9574-CM0012c9db3d2e.cpe.net.cable.rogers.com) |
| 18:15.04 | mvanbaak | same here |
| 18:16.28 | mvanbaak | oh, another question. can tdmoe provide timing for meetme ? |
| 18:25.39 | mvanbaak | eliel: I'm not going to finish the ast_str stuff today |
| 18:28.13 | jsmith | mvanbaak: No, not that I'm aware of |
| 18:33.43 | philippel | jsmith ping: http://bugs.digium.com/view.php?id=13363 |
| 18:33.49 | philippel | looks like a bug |
| 18:33.53 | seanbright | M13363 |
| 18:33.55 | MuffinMan | [new] [Asterisk] Applications/app_macro 0013363: Device Side transfer of a call between 2 extensions leads to failure because MACRO_DEPTH is not reset reported by p_lindheimer (Karma: +2.00) http://bugs.digium.com/view.php?id=13363 |
| 18:34.11 | seanbright | most things in mantis look like bugs |
| 18:35.19 | sruffell | tzanger: pong |
| 18:37.07 | *** join/#asterisk-dev mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 18:37.07 | *** mode/#asterisk-dev [+o mvanbaak_] by ChanServ |
| 18:39.34 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 18:55.59 | tzafrir_laptop | kpfleming, did you see that dev_subdirs branch in dahdi? |
| 18:56.18 | tzafrir_laptop | Basically removes the need for most of the udev rules in dahdi |
| 18:57.19 | tzafrir_laptop | udev (as of ver. 0.17) supports translating a '!' in the name of a device to a directory separator |
| 18:57.50 | tzafrir_laptop | But is there any other place where the "real" device names are being used? (e.g. "zapctl") |
| 18:58.53 | putnopvut | tzafrir_laptop: kpfleming took the day off today. I'm not sure if he's actively paying attention to this channel. |
| 18:59.09 | tzafrir_laptop | ok |
| 18:59.21 | *** join/#asterisk-dev twisted (n=twisted@pdpc/supporter/active/twisted) |
| 18:59.21 | *** mode/#asterisk-dev [+o twisted] by ChanServ |
| 18:59.27 | twisted | i wonder if there's a better way to figure out what extension a channel's in other than *chan->exten or whatever it is |
| 19:00.22 | putnopvut | twisted: hmm, did you have something in mind? |
| 19:00.31 | twisted | not really, no. |
| 19:01.13 | twisted | i guess the only other way would really to be to use the builtin getvar function on the var EXTEN |
| 19:01.14 | twisted | lol |
| 19:01.16 | twisted | but that's silly. |
| 19:01.35 | putnopvut | How have you been, twisted? |
| 19:02.57 | twisted | pretty good |
| 19:03.02 | twisted | is going to be at *con this year |
| 19:03.06 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:05.48 | twisted | putnopvut: you gonna be there? |
| 19:05.55 | putnopvut | twisted: nope :( |
| 19:06.08 | file | twisted: who did you have to murder to make that happen? |
| 19:11.56 | Juggie | twisted! damn... you havnt been there in a few years. |
| 19:12.05 | Juggie | sadly i wont be there this year :( |
| 19:22.51 | *** join/#asterisk-dev korihor (n=korihor@201.211.168.130) |
| 19:27.55 | eliel | jsmith: I would like to put those chars inside the XML instead of the tags <replaceable> etc.. and then, we can print them as is if no colors are supported or print with other colors the texts inside those [] or {} |
| 19:31.15 | jsmith | eliel: No! |
| 19:31.38 | jsmith | eliel: It makes it magnitudes harder to use the XML for other purposes if we do that |
| 19:32.08 | jsmith | eliel: What I'm trying to do is to separate the meaning from the presentation... sort of like you use CSS with HTML. |
| 19:32.35 | jsmith | Doh! |
| 19:32.55 | jsmith | I didn't mean to scare him off by being so negative :-( |
| 19:33.42 | *** join/#asterisk-dev eliel (n=eliel@200.61.172.61) |
| 19:35.43 | eliel | jsmith: If you prove to me that this is possible in XML then I will give it a try, but I think xml does not allow this type of node nesting |
| 19:36.18 | eliel | jsmith: Thats is way I am having problems in retrieving this type of node content... |
| 19:36.39 | jsmith | eliel: Absolutely XML allows that. |
| 19:36.56 | jsmith | eliel: In fact, the <replaceable> and <literal> tags came from my work with DocBook |
| 19:37.38 | jsmith | (If you're not familiar with DocBook, it's an XML markup language used for writing technical articles and books, like the O'Reilly Asterisk book) |
| 19:39.23 | eliel | jsmith: ok, I will try to do some testing on this... and why libxml2 is giving me the text in the way is giving it to me.. |
| 19:51.15 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 19:51.15 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 19:53.48 | file | waves to bbryant |
| 19:54.18 | bbryant | hola file |
| 20:01.24 | eliel | mvanbaak_: no problem with that, I will focus on parsing the <replaceable>, <literal>, nodes |
| 20:03.41 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:03.50 | eliel | mvanbaak_: I will let you finish that job :-) |
| 20:09.54 | *** join/#asterisk-dev luxxx77 (n=luxxx77@g226195083.adsl.alicedsl.de) |
| 20:47.00 | eliel | jsmith: just a few more question, (I have found my bogus code): |
| 20:47.11 | eliel | jsmith: 1) literal, replaceable, and what more. |
| 20:47.29 | eliel | 2) For which chars this tags will be replaced if no colors on the cli. |
| 20:48.18 | eliel | jsmith: 3) This tags will only appear in <para> nodes, or in other cases= |
| 20:50.01 | jsmith | 3) Only in <para> nodes |
| 20:50.28 | jsmith | 2) I think <replaceable> should be "<" and </replaceable> should be ">" |
| 20:50.46 | jsmith | I think <literal> should be "'" and </literal> should be "'" |
| 20:51.10 | eliel | only those two? |
| 20:51.11 | jsmith | 1) The only other one I can think of is <filename> |
| 20:51.47 | jsmith | can't think of a good character to denote filenames |
| 20:52.02 | jsmith | How about we don't use any characters around filenames |
| 20:52.12 | jsmith | Como te parece eso? |
| 20:56.11 | eliel | jsmith: Me parece bien! |
| 20:56.37 | seanbright | semper ubi sub ubi |
| 20:56.47 | seanbright | that's latin |
| 20:56.55 | putnopvut | always where under where? |
| 20:56.59 | seanbright | correct |
| 20:58.16 | seanbright | so i've been reassigned to OLAP stuff @ work |
| 20:58.30 | seanbright | which i know approximately squat about |
| 20:58.33 | Juggie | haha |
| 20:58.37 | Juggie | its a fancy way of saying replication |
| 20:58.40 | putnopvut | OLAP is PALO backwards. |
| 20:58.43 | Juggie | OLAP & OLTP |
| 20:58.56 | Juggie | it really just means two servers who replicate |
| 20:59.04 | seanbright | hmmm |
| 20:59.13 | seanbright | not sure that is 100% correct |
| 20:59.25 | seanbright | not to argue |
| 20:59.27 | Juggie | well thats all i can figure from what i have worked with here |
| 20:59.27 | sruffell | lol |
| 20:59.37 | Juggie | one server has index's, one doesnt. |
| 20:59.42 | Juggie | one is for inserts, one is for querys |
| 20:59.50 | seanbright | OLAP = data warehousing/data analysis/etc. |
| 21:00.02 | seanbright | <-- generating OLAP cubes |
| 21:00.11 | Juggie | sounds fancy |
| 21:00.15 | seanbright | it's not |
| 21:00.21 | Juggie | i guess bell decided to call it olap and oltp here to sound cool |
| 21:00.28 | eliel | jsmith: what about emphasis? |
| 21:00.34 | Juggie | because it might be a data warehouse but all the data analysis is in their retardo win32 service |
| 21:00.36 | Juggie | not in the db |
| 21:00.39 | seanbright | Juggie: i think replication is part of it |
| 21:00.44 | seanbright | Juggie: but i don't think that is all it is |
| 21:00.46 | Juggie | seanbright, i think its the model |
| 21:01.02 | Juggie | http://www.daylight.com/meetings/emug00/Rohde/img4.htm |
| 21:01.07 | jsmith | eliel: Oooh... emphasis... Hmmmmn.... How about <emphasis> is "*" and </emphasis> is "*" |
| 21:01.27 | jsmith | Juggie: It's more than just replication... it's data analysis and "data warehousing" |
| 21:01.33 | seanbright | http://en.wikipedia.org/wiki/OLAP |
| 21:01.47 | seanbright | jsmith: i literally *just* said that |
| 21:01.48 | seanbright | :) |
| 21:02.04 | eliel | jsmith: ok |
| 21:02.16 | seanbright | (that was emphasis ^^^) |
| 21:02.21 | Juggie | haha |
| 21:02.32 | Juggie | MOLAP ROLAP and HOLAP |
| 21:02.35 | Juggie | have fun seanbright! |
| 21:02.48 | seanbright | HOLAP... that is some analysis i could get into |
| 21:02.54 | seanbright | am i right or am i right? or am i right? |
| 21:03.05 | putnopvut | Oh, now I remember OLAP. Good ol' database class is coming back to me. |
| 21:03.06 | jsmith | seanbright, Juggie: It all boils down to "The Ancient Oriental Art of Data Massage" |
| 21:03.21 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 21:03.27 | Juggie | jsmith, i do all this crap every day i have servers called OLAP and OLTP and i know not what it means :) |
| 21:03.42 | seanbright | jsmith: don't know i know it... if that column is 'Approved' 'PAID' 'PA' or blank, then it is 'Approved'... |
| 21:03.46 | Juggie | sounds like a bunch of fudge to me |
| 21:04.12 | seanbright | Juggie: once you gets the cubes build, the types of reporting you can do are pretty sexy |
| 21:04.17 | seanbright | s/build/built/ |
| 21:04.28 | seanbright | nevermind, that whole sentence was fricked |
| 21:04.36 | Juggie | <3 SQL |
| 21:04.48 | seanbright | well yeah, SQL rocks |
| 21:04.53 | seanbright | just not for realtime analysis |
| 21:05.07 | Juggie | define: realtime analysis |
| 21:05.31 | jsmith | seanbright: Which is why you have to de-normalize your data for OLAP |
| 21:05.50 | seanbright | i want to see all sales broken down by region and state, product, and over each month of the last 4 years |
| 21:06.09 | putnopvut | That's what warehousing is for. |
| 21:06.12 | seanbright | Juggie: i should rephrase... "multi-dimensional analysis" |
| 21:06.23 | seanbright | SQL sucks at that |
| 21:06.33 | seanbright | relational database suck at that |
| 21:06.39 | Juggie | seanbright, you can write sql jobs to make the data available however |
| 21:06.55 | seanbright | Juggie: correct |
| 21:06.59 | Juggie | which is what i do |
| 21:07.09 | seanbright | Juggie: that is basically what warehousing is |
| 21:07.24 | Juggie | fun.. |
| 21:07.29 | Juggie | adds data warehousing to his resume |
| 21:07.41 | seanbright | taking relational data, de-normalizing it, and stuffing it into another place |
| 21:07.49 | seanbright | so that you can "do stuff" with it |
| 21:07.52 | Juggie | ya i have a ton of sql scripts that do just that |
| 21:08.01 | Juggie | turn a full days worth of records into one., |
| 21:08.04 | seanbright | right |
| 21:08.24 | seanbright | the nice part about cubes, is that they store the data in such a way that you can look at it from many angles |
| 21:08.46 | seanbright | so i can break down sales by region, or by sales rep, over years, months, quarters, etc. |
| 21:08.49 | seanbright | all from a single cube |
| 21:08.50 | Juggie | we build 15/60/daily snaphots realtime (as in last 15, last 60, last day) as well as legit snapshots like 12:00:00->12:59:59 and so on |
| 21:09.13 | Juggie | per toll free number, per terminating number (call center) |
| 21:09.23 | Juggie | so i dunno what the term is for what i'm doing, but i'm doing it :) |
| 21:09.39 | seanbright | apparently walmart's data warehousing system is re-friggin-diculous |
| 21:09.53 | putnopvut | it has to be. |
| 21:10.09 | seanbright | i heard some stat that within 15 minutes of buying something, that sale is already show up in their national reporting |
| 21:10.19 | Juggie | i want to know how walmart makes a sewing kit |
| 21:10.21 | Juggie | with like 10 needles |
| 21:10.25 | Juggie | 8 spools of thread |
| 21:10.27 | Juggie | a thimble |
| 21:10.28 | Juggie | in a case |
| 21:10.30 | Juggie | for 97cents |
| 21:10.37 | putnopvut | They steal it. |
| 21:10.37 | seanbright | bulk |
| 21:10.43 | Juggie | and sissors |
| 21:11.00 | jsmith | Juggie: And ship it from half-way around the world. |
| 21:11.24 | seanbright | they have really small margins on lots and lots and lots of sales |
| 21:11.28 | jsmith | Juggie: The answer is... they don't. Other companies beat down their door offering to make/stock the products |
| 21:11.40 | Juggie | ya i know... |
| 21:11.44 | Juggie | and walmart gets the best price |
| 21:12.46 | jsmith | No, Walmart *demands* the best price |
| 21:13.04 | Juggie | ya stuff is so cheap |
| 21:13.04 | jsmith | I once did some consulting for a company that made camping gear for Wal-mart and Target |
| 21:13.06 | seanbright | they are the proverbial 800lb gorilla |
| 21:13.37 | jsmith | It boiled down to the fact that you had to provide quantity on time and eat the costs if your products don't sell off their shelves |
| 21:15.18 | seanbright | still not sure what the difference between data mining and data warehousing is |
| 21:16.16 | seanbright | hmmm |
| 21:16.36 | seanbright | data mining is extracting relevant information from large quantities of data |
| 21:16.44 | seanbright | i can live with that. |
| 21:25.05 | Juggie | http://pastebin.com/d4a3773e7 |
| 21:25.08 | Juggie | this mean anything to anyone |
| 21:25.14 | Juggie | (from a reporter in #asterisk-bugs) |
| 21:33.19 | putnopvut | Yeah, I'm following along but have no idea what's going on there. |
| 21:33.43 | *** join/#asterisk-dev chadcrew (n=chadcrew@c-76-19-8-236.hsd1.ma.comcast.net) |
| 21:36.56 | denon | bleh |
| 21:37.01 | denon | audiocodes configs give me a headache |
| 21:45.23 | *** part/#asterisk-dev Rem| (n=remi@bg-fw2out.monmouth.com) |
| 21:58.24 | adrianXXX | someone can tell me who can y enabled the colors on asterisk console ? |
| 21:59.48 | Qwell | adrianXXX: Asking the same question in multiple channels is very rude. |
| 21:59.54 | Qwell | Also, your question is not appropriate for this channel. |
| 22:06.04 | adrianXXX | yeah i know that |
| 22:06.46 | adrianXXX | Qwell : so you can help me plz ? |
| 22:07.41 | *** mode/#asterisk-dev [+b %adrianXXX!*@*] by Qwell |
| 22:12.25 | *** mode/#asterisk-dev [-b %adrianXXX!*@*] by Qwell |
| 22:22.29 | *** join/#asterisk-dev macli (n=macli@nmc.brc.ubc.ca) |
| 23:30.02 | seanbright | does someone be knowing how u 2 install the asterisk on the box server |
| 23:46.32 | *** join/#asterisk-dev AdamWest (n=Leif@CPE001d7e2f9574-CM0012c9db3d2e.cpe.net.cable.rogers.com) |
| 23:46.53 | seanbright | plz help ? |
| 23:47.45 | *** part/#asterisk-dev macli (n=macli@nmc.brc.ubc.ca) |
| 23:50.24 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 23:50.24 | *** join/#asterisk-dev AdamWest (n=Leif@CPE001d7e2f9574-CM0012c9db3d2e.cpe.net.cable.rogers.com) |
| 23:50.24 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 23:50.24 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.157) |
| 23:50.24 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) [NETSPLIT VICTIM] |
| 23:50.24 | *** join/#asterisk-dev Qwell (i=north@pdpc/sponsor/digium/Qwell) |
| 23:50.24 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 23:50.24 | *** join/#asterisk-dev Juggie (n=Juggie@CPE001601df17fb-CM001a6682d7b6.cpe.net.cable.rogers.com) |
| 23:50.25 | *** join/#asterisk-dev DarylVOIP (n=daryl@75.147.121.177) |
| 23:50.25 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 23:50.25 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) |
| 23:50.26 | *** join/#asterisk-dev DarKnesS_WolF (n=sherif@unaffiliated/sherif) |
| 23:50.26 | *** join/#asterisk-dev ChanServ (ChanServ@services.) |
| 23:50.26 | *** mode/#asterisk-dev [+oooo bbryant lmadsen Qwell ChanServ] by irc.freenode.net |
| 23:50.26 | *** join/#asterisk-dev festr_ (n=festr@ns.hiro.cz) [NETSPLIT VICTIM] |
| 23:51.39 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) [NETSPLIT VICTIM] |
| 23:52.36 | *** join/#asterisk-dev AdamWest (n=Leif@CPE001d7e2f9574-CM0012c9db3d2e.cpe.net.cable.rogers.com) [NETSPLIT VICTIM] |
| 23:52.36 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) [NETSPLIT VICTIM] |
| 23:52.36 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.157) [NETSPLIT VICTIM] |
| 23:52.36 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) [NETSPLIT VICTIM] |
| 23:52.36 | *** join/#asterisk-dev Qwell (i=north@pdpc/sponsor/digium/Qwell) [NETSPLIT VICTIM] |
| 23:52.36 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) [NETSPLIT VICTIM] |
| 23:52.36 | *** join/#asterisk-dev Juggie (n=Juggie@CPE001601df17fb-CM001a6682d7b6.cpe.net.cable.rogers.com) |
| 23:52.36 | *** join/#asterisk-dev DarylVOIP (n=daryl@75.147.121.177) [NETSPLIT VICTIM] |
| 23:52.37 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) [NETSPLIT VICTIM] |
| 23:52.37 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) [NETSPLIT VICTIM] |
| 23:52.37 | *** join/#asterisk-dev DarKnesS_WolF (n=sherif@unaffiliated/sherif) [NETSPLIT VICTIM] |
| 23:52.37 | *** join/#asterisk-dev ChanServ (ChanServ@services.) |
| 23:52.37 | *** mode/#asterisk-dev [+oooo bbryant lmadsen Qwell ChanServ] by irc.freenode.net |
| 23:52.37 | *** join/#asterisk-dev festr_ (n=festr@ns.hiro.cz) [NETSPLIT VICTIM] |