| 00:03.13 | snuff-work | the status of ooh323 is terminated right? |
| 00:05.01 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 00:05.02 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 00:15.16 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 00:15.16 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 00:23.39 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 00:23.39 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 00:27.35 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 00:27.35 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 00:30.39 | snuff-work | the issue summary looks quite good atm.. 107 resolved 73 new |
| 01:18.20 | *** join/#asterisk-dev greenwolf (42570423@gateway/web/freenode/ip.66.87.4.35) |
| 01:24.59 | snuff-work | file.. did another test.. 2 phones with speex32.. bridge is still only in slin for conference |
| 01:26.00 | snuff-work | and with speex16.. |
| 01:37.08 | *** join/#asterisk-dev coreyf1513 (~cfarrell@ws2.cfware.com) |
| 01:45.31 | *** join/#asterisk-dev dwayne (~dwayne@c-71-207-208-112.hsd1.al.comcast.net) |
| 01:53.20 | *** join/#asterisk-dev mjordan (~mjordan@216.186.152.216) |
| 01:53.20 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 01:57.49 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 01:57.49 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 02:27.27 | *** join/#asterisk-dev mjordan (~mjordan@216.186.152.216) |
| 02:27.27 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 02:47.10 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-wffxajuxywprfjrr) |
| 02:47.10 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 03:11.32 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 03:11.32 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 03:36.51 | *** join/#asterisk-dev mjordan (~mjordan@216.186.152.216) |
| 03:36.52 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 04:15.49 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 04:15.50 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 08:37.21 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@212.179.75.202) |
| 08:37.21 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:42.14 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:b4c3:d291:18b9:fd80) |
| 08:43.18 | *** join/#asterisk-dev schmidts (~schmidts@fw.commpany.at) |
| 08:43.20 | schmidts | good morning |
| 09:30.48 | *** join/#asterisk-dev bombev (~bombev@PPPoE-Static-40-132.UnicsBG.Net) |
| 09:30.54 | bombev | hi all |
| 09:41.36 | *** join/#asterisk-dev jmls (~somefake@77.107.171.82) |
| 09:52.01 | *** join/#asterisk-dev snuff-home (~snuffy@203-219-29-182.tpgi.com.au) |
| 09:52.01 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 09:54.02 | *** join/#asterisk-dev alsuren__ (~dlaban@80.169.133.251) |
| 10:16.00 | *** join/#asterisk-dev caio1982 (~caio1982@189.125.242.3) |
| 12:18.09 | *** join/#asterisk-dev sgimeno (~sgimeno@163.117.206.10) |
| 12:27.03 | *** join/#asterisk-dev guilhermebr (~Guilherme@Ger-G8networks.g8.net.br) |
| 12:41.10 | *** join/#asterisk-dev mjordan (~mjordan@216.186.152.216) |
| 12:41.10 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 13:02.17 | *** join/#asterisk-dev pnlarsson (~niklas@83.218.94.20) |
| 13:06.12 | *** part/#asterisk-dev mjordan (~mjordan@216.186.152.216) |
| 13:35.22 | *** join/#asterisk-dev pnlarsson (~niklas@fw1.gml.g.icnet.infracom.se) |
| 13:40.43 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 13:40.43 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 13:55.19 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-qgubcyroywdddngs) |
| 14:21.25 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-myraolntzgqzpjkw) |
| 14:21.25 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 14:28.19 | mjordan | file: I'm assuming r379824 was the resolution to putnopvut's funkiness? |
| 14:28.30 | file | yes |
| 14:28.53 | mjordan | that was some seriously awesomely funky behavior |
| 14:29.13 | file | he had an old version installed and the structure changed :D |
| 14:29.23 | file | so the value was both NULL and non-NULL |
| 14:29.45 | mjordan | yeup. Thank you GDB |
| 14:34.12 | *** join/#asterisk-dev jsmith (~jsmith@fedora/jsmith) |
| 14:34.12 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 15:06.05 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 15:06.05 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:19.10 | mjordan | pabelanger: if you run into a prereq problem on an OS release, feel free to punt a patch back for install_prereq. You're much more likely to run into package dependency changes faster than I am |
| 15:21.08 | pabelanger | mjordan, I actually started rewriting is a few months back, should see where that code it. |
| 15:21.21 | pabelanger | s/it/is |
| 15:21.50 | mjordan | even if it's not "done-done", if there's parts of it that can improve the existing script, I'm sure a lot of people would appreciate it |
| 15:22.02 | pabelanger | Qwell, see my email about SSL key? |
| 15:22.08 | pabelanger | err origsvn cert |
| 15:22.16 | Qwell | yes |
| 15:22.30 | Qwell | what's wrong with it? expired? |
| 15:22.36 | pabelanger | ya |
| 15:23.28 | Qwell | no it's not |
| 15:23.39 | pabelanger | eep |
| 15:23.44 | pabelanger | maybe I just have an old one |
| 15:23.58 | pabelanger | do you mind resending it? |
| 15:24.58 | Qwell | What error(s) are you getting? |
| 15:26.10 | pabelanger | Qwell, I thought it said it was expired, will have to check again. |
| 15:26.20 | pabelanger | It is likely becaue I am using an old key |
| 15:27.50 | pabelanger | mjordan, here was the branch I was working on: http://svn.asterisk.org/svn/asterisk/team/pabelanger/run_tests/run_tests.sh |
| 15:28.09 | pabelanger | basically, chroots OS's, then builds asterisk to check for compile errors |
| 15:28.15 | pabelanger | that was the first version |
| 15:28.26 | pabelanger | with plans to run unit tests |
| 15:28.45 | pabelanger | If I find time, I plan to get back to it |
| 15:38.42 | Qwell | O.o |
| 15:38.43 | Qwell | o.O |
| 15:38.50 | leifmadsen | "find time" |
| 15:40.05 | *** join/#asterisk-dev alsuren__ (~dlaban@80.169.133.251) |
| 15:53.33 | *** join/#asterisk-dev hehol (~hehol@217.9.101.222) |
| 16:14.16 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:14.16 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:49.58 | *** join/#asterisk-dev jsmith (~jsmith@fedora/jsmith) |
| 16:49.58 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 16:52.14 | *** join/#asterisk-dev jsmith (~jsmith@fedora/jsmith) |
| 16:52.14 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 17:03.50 | file | whistles |
| 17:26.30 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 18:40.29 | leifmadsen | coreyf1513: ping |
| 18:40.35 | leifmadsen | coreyf1513: so I figured out what I was doing stupid on Friday :) |
| 18:41.08 | leifmadsen | wasn't adding a --define "kversion 2.6.32-279.el6.x86_64" in my mock command to override the basename setup |
| 18:41.12 | coreyf1513 | well i think you left before I said but my spec file actually uses uname to find the active running kernel, and builds for that (unless you override the variable) |
| 18:41.19 | leifmadsen | +1 :) |
| 18:41.34 | leifmadsen | ya must have been gone and missed that, but just figured it out looking at the spec file again |
| 18:43.05 | coreyf1513 | yeah I keep my mock system (centos 6 x86_64) fully updated.. I don't deal with i386 so I for dahdi-kmod I just update kernel, reboot and rebuild the last rpm |
| 18:45.22 | coreyf1513 | what's really weird to me is that it succeeded in building for the fc17 kernel with epel6 build settings... I would suggest checking your mock config, reduce repos to centos base, updates and your local repo |
| 18:47.18 | coreyf1513 | since the build succeeded before you can assume that it managed to install the fc17 kernel in your mock env.. probably very bad if the same happens with glibc |
| 18:47.38 | leifmadsen | coreyf1513: oh it just built the srpm, but not the rpm since it fails to find the right kernel |
| 18:47.58 | coreyf1513 | oh ok good |
| 18:48.01 | leifmadsen | it fails spectacularly as I would expect when not defining the right kernel :D |
| 18:48.31 | leifmadsen | coreyf1513: ya my mock system right now is just my desktop as I don't have a remote build system yet |
| 18:48.56 | leifmadsen | but I will soon enough -- will need to build a VM probably using something like vagrant to spin up a build VM from jenkins automatically |
| 18:49.06 | leifmadsen | then I can CI the spec files and kernel versions etc as I go |
| 18:53.40 | leifmadsen | coreyf1513: thanks again btw |
| 18:53.46 | coreyf1513 | leifmadsen, just looked briefly at the webpages for vagrant/jenkins both look interesting |
| 18:53.55 | leifmadsen | oh ya, both are awesome |
| 18:53.58 | leifmadsen | I use vagrant all the time |
| 18:54.04 | leifmadsen | great for labbing stuff |
| 18:54.30 | leifmadsen | I use it to spin up a local chef server, which I can load all my cookbooks into, then deploy a local VM against it. Useful for testing cookbooks and building them out |
| 18:54.44 | leifmadsen | need to get that all integrated into my jenkins stuff at some point. Also have to build out a gerrit server.... |
| 18:55.52 | coreyf1513 | sorry to go o/t here, do you have any suggestions for creating mac/windows installers from linux? |
| 19:06.20 | *** join/#asterisk-dev greenwolf (c087e3a3@gateway/web/freenode/ip.192.135.227.163) |
| 19:07.04 | greenwolf | good day .... |
| 19:23.38 | mjordan | opticron: did you do the connected line update test? |
| 19:28.08 | leifmadsen | coreyf1513: could look at omnibus ? |
| 19:28.10 | opticron | yes, iirc |
| 19:28.27 | opticron | looks |
| 19:29.18 | opticron | is this the first time it has bounced? |
| 19:30.48 | mjordan | looks that way |
| 19:31.04 | mjordan | One thing we could at least do would be to improve the error message: |
| 19:31.04 | mjordan | [Jan 22 14:53:38] WARNING[15509]: ami:133 __check_result: Event occurred 0 times, which is out of the allowable range |
| 19:31.37 | mjordan | Can't tell if it was the newalice or newbob event that didn't get caught |
| 19:32.34 | opticron | yeah, I was thinking that as well |
| 19:34.26 | opticron | I'd almost want to include a tag in the definition by which to identify the event match specifications on error |
| 19:37.53 | *** join/#asterisk-dev greenwolf_ (c087e3a3@gateway/web/freenode/ip.192.135.227.163) |
| 19:43.07 | jsmith | sruffell: Any change in Digium's stance regarding pushing the DAHDI drivers into the upstream kernel? (It's come up in Fedora discussions again today) |
| 19:45.39 | sruffell | jsmith: Not that I'm aware of, but I haven't rattled any sabers since last posting my opinion (about a year ago): http://thread.gmane.org/gmane.comp.telephony.pbx.asterisk.devel/50063/focus=50149 |
| 19:46.02 | sruffell | I still think gpakapi and oct612x need to be "made ready" before even bringing it up here. |
| 19:46.13 | sruffell | since they are both full of OS abstraction layers. |
| 19:48.21 | sruffell | and….oddly enough….after glancing at that email. DAHDI-Tools is currently being prepared to switch to git like DAHDI-Linux was. So that the 2.6.2 release can be from the git repos. |
| 19:49.40 | jsmith | Nice :-) |
| 19:50.01 | jsmith | I don't know anything about the gpakapi and oct612x stuff, but I'd still love to see the drivers go upstream |
| 19:50.26 | datachomper | jsmith: +1 |
| 19:50.42 | jsmith | (as would a lot of folks in Fedora-land) |
| 19:52.23 | mjordan | opticron: if nothing else, a DEBUG or INFO message that just string-ifies the yaml definition for that event and spits it out would suffice. The full log would then at least contain the offending event definition |
| 19:53.56 | sruffell | jsmith: GpakAPI (http://git.asterisk.org/gitweb/?p=dahdi/linux.git;a=blob;f=drivers/dahdi/voicebus/GpakApi.c;h=26820a04227385184c68b59eb8c08911dafc4441;hb=HEAD) and oct612x (http://git.asterisk.org/gitweb/?p=dahdi/linux.git;a=blob;f=drivers/dahdi/oct612x/octdeviceapi/oct6100api/oct6100_api/oct6100_channel.c;h=caefd6e49469280d3b80314a369101cfb4a57751;hb=HEAD) clearly weren't written to run in kernel mode in Linux. |
| 19:55.30 | jsmith | sruffell: Cool |
| 19:55.37 | jsmith | sruffell: I'll read and try to learn something |
| 19:56.07 | sruffell | oh..heh..don't bother. Just if you get any questions about it, it's just to show you that there is no way upstream would take it the way it is. |
| 19:58.30 | Qwell | sruffell: so, 2.6.2 is waiting for git? |
| 19:58.44 | datachomper | Qwell: yes |
| 19:58.46 | sruffell | Qwell: For dahdi-tools, yes….. |
| 19:58.53 | Qwell | oh, tools. |
| 19:59.23 | sruffell | datachomper: although you could roll the DAHDI-Linux now and hold off on the dahdi-linux-complete until after tools? |
| 19:59.40 | sruffell | add in a 'release' where appropriate |
| 20:03.07 | *** join/#asterisk-dev greenwolf (c087e3a3@gateway/web/freenode/ip.192.135.227.163) |
| 20:04.40 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 20:04.40 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 20:11.23 | *** join/#asterisk-dev dwayne (~dwayne@c-71-207-208-112.hsd1.al.comcast.net) |
| 20:13.41 | opticron | ugh...the sip trace in that failing test is ugly |
| 20:15.57 | opticron | an INVITE and a BYE transaction proceed simultaneously |
| 20:16.03 | opticron | on the same call id |
| 20:17.45 | mjordan | huh |
| 20:18.00 | mjordan | that's rather racey |
| 20:20.24 | opticron | and somehow the other asterisk instance happens to play nicely with it |
| 20:20.33 | greenwolf | hey |
| 20:20.52 | greenwolf | has anyone used Erlang language to integrate with asterisk? or have written any agi scripting with erlang? |
| 20:21.41 | sruffell | greenwolf: You might want to check with these guys: http://www.youtube.com/watch?v=uKfKtXYLG78 (nods to leifmadsen) |
| 20:21.56 | leifmadsen | sruffell: :D |
| 20:22.02 | leifmadsen | approved. |
| 20:22.04 | greenwolf | yea i was thinking to start writing my scripts in erlang instead of php or perl |
| 20:22.17 | greenwolf | i think it might have better throughput |
| 20:22.18 | leifmadsen | really in the end, asterisk doesn't care what you use |
| 20:22.41 | greenwolf | yea but since what the language really is fault-tolarant and high availability ? |
| 20:22.53 | pabelanger | Hello Robert |
| 20:23.07 | greenwolf | wouldnt't i be able to have more open sessions with it being written in erlang rather than php or perl? |
| 20:26.03 | leifmadsen | perhaps, but that is because of the language in question, not because asterisk uses a particular language more efficiently |
| 20:26.11 | coreyf1513 | greenwolf: if you are concerned with concurrent channels in an AGI you probably want to setup a FastAGI service instead of calling the AGI script for each run |
| 20:26.18 | leifmadsen | +1 |
| 20:26.30 | greenwolf | yes |
| 20:26.57 | greenwolf | but also if i write the scripts in erlang instead of perl or pho even with fastagi wouldn't it have higher availability |
| 20:27.05 | leifmadsen | perhaps, yes |
| 20:27.15 | leifmadsen | let us know how your testing goes and the results |
| 20:27.16 | greenwolf | since the language is meant for high performance and telecommunication applications anyways? |
| 20:27.22 | sruffell | also, fault-tolerant + high availability != maximum performance. So I guess you'll want to know what you're trying to optimize for with your choice of language. |
| 20:27.29 | greenwolf | sure will |
| 20:27.29 | mjordan | your scripts might have higher availability. That doesn't affect Asterisk's reliability. |
| 20:27.59 | greenwolf | ture |
| 20:28.01 | greenwolf | true* |
| 20:28.15 | greenwolf | but normally i see php or perl scripts begin to fail after so many sessions opened |
| 20:28.24 | leifmadsen | we're not arguing with you :) |
| 20:28.27 | greenwolf | so i was thinking if i were to re-write those scripts in Erlang |
| 20:28.44 | sruffell | my advice…don't rewrite until you know why exactly your scripts are failing. |
| 20:28.46 | greenwolf | @leifmadsen ok i will do that and re-post what the outcome is and the performance |
| 20:28.51 | mjordan | Opinion only, but if I had to put money on the problem, I'd put it on the implementation being the problem, rather than the language |
| 20:28.59 | leifmadsen | same |
| 20:30.13 | greenwolf | well i keep you guys updated and post what i find and my results |
| 20:30.16 | greenwolf | if different |
| 20:30.38 | mjordan | I'd be interested either way :-) A FastAGI implementation in Erlang would be novel, if nothing else |
| 20:30.40 | greenwolf | ppl in the erlang channel said the same thing...that i will be able to handle higher call volume if i write it in erlang |
| 20:30.43 | greenwolf | so we will see |
| 20:32.50 | GameGamer43 | mjordan: looking at the latest 10_dpma release, looks like in unload_pbx you guys reference device_state_tps, however looking at the code, I don't see that definition anywhere, am I missing something or was an oversight made? |
| 20:33.21 | mjordan | GameGamer43: a rather bad one. A release is going out today to fix that. |
| 20:33.59 | GameGamer43 | ah, i see the definition now, it was extension instead of device |
| 20:34.08 | GameGamer43 | mjordan: thanks for verifying |
| 20:56.49 | Qwell | greenwolf: The script will never be your bottleneck. |
| 21:00.01 | greenwolf | really? |
| 21:00.11 | greenwolf | when i ran php scripts that seemed to be my bottleneck not asterisk |
| 21:00.14 | greenwolf | the scripts crashed |
| 21:00.19 | greenwolf | after so many open sessions |
| 21:00.30 | greenwolf | r u sure of that @Qwell? |
| 21:01.15 | WIMPy | wonders how that's even possible, unless you ran out of ram. |
| 21:02.05 | greenwolf | umm...its very possible |
| 21:02.15 | greenwolf | the scripts begin to freeze, lockup |
| 21:02.18 | greenwolf | run out of mem |
| 21:02.21 | greenwolf | many things can happen |
| 21:02.22 | greenwolf | da |
| 21:04.03 | coreyf1513 | greenwolf: is this a fastagi script already? because an AGI script would start a new process for every request so I don't see how it would eventually stop working |
| 21:04.31 | greenwolf | no its not a fastagi |
| 21:04.36 | greenwolf | just a regular agi |
| 21:04.45 | greenwolf | and its calling php scripts |
| 21:04.55 | greenwolf | and yes it makes it open a new session for each caller |
| 21:05.05 | greenwolf | which inturn is making the system crash and freeze |
| 21:10.10 | coreyf1513 | greenwolf: when you say open a new session, is that something that PHP makes persistent? or by open a new session do you mean it runs the AGI script? |
| 21:10.51 | greenwolf | to my understanding when a php script is run that it opens a new session each time |
| 21:10.54 | greenwolf | is this not correct? |
| 21:11.10 | WIMPy | What kind of session? |
| 21:11.22 | WIMPy | To/with what? |
| 21:11.23 | greenwolf | if 30 callers are accessing and using a php script that is being called by asterisk doesn't that cause it to slow down? |
| 21:11.27 | greenwolf | with a database |
| 21:11.49 | WIMPy | As the run independanty, sure. |
| 21:12.03 | WIMPy | Sounds like your database is the issue then. |
| 21:12.29 | file | so I can call from my desk phone to chan_gulp which then calls a test VM using chan_gulp |
| 21:12.36 | mjordan | file: ! |
| 21:12.39 | file | hangup works in both caller/callee direction and media flows fine |
| 21:12.54 | mjordan | file: awesome |
| 21:13.16 | mjordan | file: I have to wonder... |
| 21:13.21 | file | about? |
| 21:13.26 | mjordan | file: what if the test VM used chan_sip... |
| 21:13.31 | mjordan | hides |
| 21:13.48 | file | the test VM does use chan_sip :P |
| 21:13.59 | mjordan | excellent! |
| 21:14.08 | mjordan | we're going to need one hell of a test plan |
| 21:22.14 | *** join/#asterisk-dev guilhermebr (~Guilherme@189.63.99.122) |
| 21:25.39 | greenwolf | so wimpy you think its my database? |
| 21:26.36 | WIMPy | Seems likely. |
| 21:43.30 | *** join/#asterisk-dev malcolmd (~malcolmd@pdpc/sponsor/digium/malcolmd) |
| 21:43.30 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 22:31.46 | *** join/#asterisk-dev luckman212 (~luckman21@unaffiliated/luckman212) |
| 23:22.21 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-myraolntzgqzpjkw) |