| 00:54.13 | *** join/#asterisk-dev snuff-work (n=aaa@58.163.1.121) |
| 00:54.13 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 01:33.56 | *** join/#asterisk-dev heliosj (n=jeff@i216-58-41-253.cybersurf.com) |
| 01:55.25 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-218-155-148.cablep.bezeqint.net) |
| 01:55.25 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 02:01.26 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-218-155-147.cablep.bezeqint.net) |
| 02:01.26 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 02:45.44 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 03:38.44 | *** join/#asterisk-dev mog (n=mog@c-71-228-185-24.hsd1.al.comcast.net) |
| 03:38.44 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 04:51.15 | *** join/#asterisk-dev ticoit (n=ticoit@201.191.190.126) |
| 06:14.34 | *** join/#asterisk-dev xpot-mobile (n=xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 06:55.10 | *** join/#asterisk-dev |Cybex| (n=John@atwork-21.r-212.178.82.atwork.nl) |
| 07:07.46 | *** join/#asterisk-dev snuff-work (n=aaa@210.9.82.197) |
| 07:07.46 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 08:14.51 | mvanbaak | yay, 1.6.0 is in OpenBSD ports now :) |
| 09:05.30 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 09:30.39 | *** join/#asterisk-dev radovan (i=radovan@uber.1337.sk) |
| 09:30.43 | radovan | hi, there's dependency problem with asterisk yum repo. someone who could fix this? |
| 09:32.11 | mvanbaak | ask the yum package maintainer |
| 09:35.07 | radovan | and who is maintaining repo? |
| 09:38.47 | mvanbaak | check the yum manpage |
| 09:38.50 | mvanbaak | I dont know |
| 09:39.52 | mvanbaak | yum info maybe ? |
| 09:42.49 | *** join/#asterisk-dev mbranca (n=matteo@2001:1418:130:0:21e:8cff:fe51:5b05) |
| 09:51.41 | *** join/#asterisk-dev mpe (n=mpe@gate.ipvision.dk) |
| 09:53.13 | radovan | oh, rpm -qi... tnx |
| 10:47.31 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 10:52.30 | *** join/#asterisk-dev sgimeno (n=sgimeno@226.Red-80-33-64.staticIP.rima-tde.net) |
| 10:55.09 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 10:55.09 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 11:12.27 | *** join/#asterisk-dev mohawk (n=ross@host217-40-110-153.in-addr.btopenworld.com) |
| 12:22.08 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-6-236.dsl.telesp.net.br) |
| 12:26.18 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:26.18 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:26.58 | mvanbaak | ohai Kevin |
| 12:40.11 | kpfleming | hello |
| 12:41.16 | mvanbaak | kpfleming: it happened! |
| 12:41.18 | mvanbaak | 2009-12-13 / UPDATED (1.4.27.1 => 1.6.0.19) |
| 12:41.19 | mvanbaak | <PROTECTED> |
| 12:42.07 | kpfleming | nice! |
| 12:43.11 | mvanbaak | chan_unistim port removed now it's part of asterisk, app_conference upgraded to app_konference with a remark that we can remove it as well as soon as we get asterisk with confbridge in |
| 12:44.45 | kpfleming | well confbridge isn't really ready to replace app_conference yet |
| 12:51.50 | mvanbaak | ah. |
| 12:51.57 | mvanbaak | makes note in the port about that |
| 12:52.44 | kpfleming | there is a good chance 1.6.2.0 will be released today |
| 12:54.47 | mvanbaak | hhmm, you are not allowed to look at unsigned patches right ? |
| 12:55.40 | mvanbaak | unsigned as in, not on issues.asterisk.org or reviewboard |
| 12:55.43 | kpfleming | unsigned? |
| 12:56.02 | kpfleming | no, we try to avoid looking at patches that haven't been officially contributed |
| 12:56.05 | mvanbaak | so no signed digium contributor license |
| 12:56.37 | mvanbaak | bummer. I'll contact the author to see if we can get them into mantis then |
| 12:57.08 | mvanbaak | it's a fix for bootstrap.sh and one for the Makefile |
| 12:58.44 | kpfleming | those are probably too small to require licensing assignment |
| 12:58.57 | kpfleming | 'trivial' patches don't usually have copyright assigned |
| 12:59.22 | mvanbaak | <PROTECTED> |
| 12:59.35 | kpfleming | that's not a bug fix |
| 12:59.41 | mvanbaak | no |
| 12:59.51 | mvanbaak | openbsd should not have that |
| 13:00.01 | kpfleming | why? |
| 13:00.24 | mvanbaak | gcc 3 with propolice |
| 13:00.30 | mvanbaak | it does not really like it |
| 13:00.37 | kpfleming | fun |
| 13:00.55 | mvanbaak | and this line in the ultrasparc section does not work on OpenBSD: |
| 13:00.57 | mvanbaak | _ASTCFLAGS+=$(shell if $(CC) -march=$(PROC) -S -o /dev/null -xc /dev/null >/dev/null 2>&1; then echo "-march=$(PROC)"; fi) |
| 13:01.23 | mvanbaak | http://www.openbsd.org/cgi-bin/cvsweb/ports/telephony/asterisk/patches/patch-Makefile?rev=1.22;content-type=text%2Fplain |
| 13:01.35 | kpfleming | well, gcc 3 is pretty ancient |
| 13:02.04 | mvanbaak | it may be, but it's the default one in OpenBSD and it works perfectly fine (with those two changes) |
| 13:06.17 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 13:09.21 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br) |
| 13:14.20 | *** join/#asterisk-dev |Cybex| (n=John@atwork-21.r-212.178.82.atwork.nl) |
| 13:21.06 | *** join/#asterisk-dev ticoit (n=ticoit@201.191.190.126) |
| 13:48.02 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 13:48.02 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:48.04 | *** join/#asterisk-dev NirS (n=NirS@87.69.148.100) |
| 13:54.35 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 13:54.35 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 14:00.36 | edguy3 | Good morning huntsville! oej made a branch for us to work together on sip, http://svn.digium.com/svn/asterisk/team/oej/sip-identity-trunk, how do I check in? what creds do i use? |
| 14:01.33 | tzafrir_laptop | edguy3, what do you want to commit? |
| 14:01.41 | tzafrir_laptop | any specific patch? |
| 14:02.07 | kpfleming | edguy3: you need a client certificate to be able to commit. russell generates those. |
| 14:02.09 | oej | edguy3: For now, you send the patches to the bug tracker and I'll humbly commit |
| 14:02.26 | oej | Until you get a cert and I'll move the branch to the group directory |
| 14:03.08 | tzafrir_laptop | missed that name :-) |
| 14:03.15 | edguy3 | ok. ( patch similar to http://debs.voipenabler.com/patches/ics_identity_234491.patch) Will it take a while to get a cert? |
| 14:03.53 | oej | Depends on how fast you can get Russell to approve and generate one :-) |
| 14:04.18 | mvanbaak | bribes might help ;) |
| 14:04.43 | edguy3 | hmm. i have all these new andriod devices.. |
| 14:05.08 | mvanbaak | whehehehe |
| 14:05.11 | oej | It was kind of an interesting bug I fixed today. Asterisk kept sending 183's for a long time after the call had ended... |
| 14:06.05 | edguy3 | must leave for an hour or so.. I'll ping russel later. thanks. |
| 14:06.31 | mvanbaak | oej: was that the one-liner ? |
| 14:06.54 | oej | Yes, it was. Very important stuff. |
| 14:07.06 | mvanbaak | looks like it |
| 14:07.37 | mvanbaak | oej: you are working with freebsd right ? |
| 14:07.41 | kpfleming | the hardest bugs are usually one-line fixes |
| 14:07.46 | oej | I have FreeBSD servers |
| 14:07.51 | mvanbaak | kpfleming: amen to that |
| 14:07.59 | mvanbaak | oej: with vlans and jails ? |
| 14:08.04 | oej | A strange bug now is that trunk chan_sip doesn't compile on my system. |
| 14:08.15 | oej | GCC seems to loop, last week it was trying to compile for hours. |
| 14:08.25 | oej | mvanbaak: With a lot of jails, no vlans |
| 14:08.35 | mvanbaak | hhmm. |
| 14:08.45 | mvanbaak | I wonder if I can group jails into vlans |
| 14:08.48 | oej | If you dare to try 8.0, they've modified jails so you can configure network interfaces in a more flexible way |
| 14:09.09 | oej | For 7.0, I think you can. Jails just attach to an IP and don't care much about routing outside in the mothership. |
| 14:09.27 | mvanbaak | ah, then it will be possible I think |
| 14:09.39 | mvanbaak | nice |
| 14:15.06 | Kobaz | teh lunix needs jails |
| 14:15.32 | mvanbaak | Kobaz: there are a couple of projects for linux that implement jails |
| 14:15.40 | tzanger | dun like jails |
| 14:16.19 | Kobaz | mvanbaak: yeah, but nothing is in mainline kernel |
| 14:16.32 | Kobaz | they are making progress with adding namespace support though, which is what's needed |
| 14:16.49 | Kobaz | pid/network/etc namespaces |
| 14:16.50 | mvanbaak | just ditch linux and go with bsd |
| 14:16.54 | mvanbaak | it's better anyways |
| 14:16.55 | Kobaz | heh |
| 14:17.04 | Kobaz | i used freebsd for a little while |
| 14:17.12 | Kobaz | it was really fun and exciting doing make world |
| 14:17.15 | kpfleming | prefers to use Xen |
| 14:17.34 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 14:17.36 | mvanbaak | I use xen and kvm, and they both work pretty ok |
| 14:17.48 | *** join/#asterisk-dev DocAwesome (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:17.48 | *** mode/#asterisk-dev [+o DocAwesome] by ChanServ |
| 14:18.41 | Kobaz | but why use a full virtualization when you os can suppor separating stuff |
| 14:18.46 | Kobaz | well, depends what you're doing |
| 14:19.11 | kpfleming | because in some cases full virtualization saves your butt |
| 14:19.13 | Kobaz | but it would be great if linux had a lightweight segregation method (in mainline) without needing to run a virtualization layer |
| 14:19.14 | mvanbaak | Kobaz: I just started exploring freebsd beyond a simple setup. I am a heavy OpenBSD user though, so shouldn't be too hard |
| 14:19.25 | kpfleming | like on one of our community servers, where ViewVC likes to eat all available RAM |
| 14:19.34 | Kobaz | heh |
| 14:19.46 | oej | OpenVZ is a nice tool for Linux, much like jails |
| 14:19.47 | Kobaz | ulimit |
| 14:19.54 | kpfleming | so now it's in a Xen VM, and when the VM runs out of RAM, it doesn't kill the rest of the applications |
| 14:19.55 | Kobaz | yeap... i know about a bunch of the projects |
| 14:20.09 | kpfleming | it runs in apache, along with a bunch of other apps. can't use ulimit. |
| 14:20.17 | Kobaz | but sometimes i get a brand new server, and nothing runs on it except a really new kernel, which openvz hasn't added support for yet |
| 14:20.25 | Kobaz | that's the problem with stuff being out of mainline |
| 14:23.13 | mvanbaak | kpfleming: suphp :) |
| 14:23.33 | mvanbaak | kpfleming: makes the viewvc vm run as a seperate user, put that user in a login class, and limit shit for it |
| 14:23.52 | mvanbaak | or use fastcgi with suexec :) |
| 14:24.22 | Kobaz | fastcgi is quite sexy |
| 14:24.32 | Kobaz | we've ditched php entirely and moved to perl fastcgi |
| 14:24.45 | mvanbaak | we are running php in fastcgi mode |
| 14:26.20 | *** join/#asterisk-dev mpe (n=mpe@gate.ipvision.dk) [NETSPLIT VICTIM] |
| 14:26.20 | *** join/#asterisk-dev MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman) |
| 14:28.52 | *** join/#asterisk-dev mpe_ (n=mpe@gate.ipvision.dk) |
| 14:39.32 | kpfleming | well, using xen also makes it easy to move that application to another box... just shut down the VM and copy it. when it starts back, the IP moves with it and you're done. |
| 14:41.16 | mvanbaak | or use xen livemigration :) |
| 14:41.42 | mvanbaak | that's even more sexy |
| 14:48.58 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-218-155-148.cablep.bezeqint.net) |
| 14:49.16 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 15:02.20 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 15:02.20 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:10.25 | *** join/#asterisk-dev elguero (n=elguero@12.187.84.162) |
| 15:16.21 | DocAwesome | snuff-home: thanks for setting those "Needs License" issues back to "New" -- that was the appropriate status to set on them :) |
| 15:25.53 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 15:26.00 | atis_work | file: ping |
| 15:26.43 | file | pong? |
| 15:26.54 | atis_work | file, i see that you added manager hooks stuff |
| 15:27.10 | atis_work | there's just one problem - they don't work if there are no real sessions.. |
| 15:27.14 | file | I may have, I don't remember |
| 15:27.41 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:27.41 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:28.03 | atis_work | well, i'm going to fix that, i just wonder if there was something that allowed to add hooks for specific groups |
| 15:28.46 | *** join/#asterisk-dev michael-i (n=michael-@208.53.198.95) |
| 15:32.47 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:36.04 | atis_work | umm, if i have commit access and patch, should i submit it directly to reviewboard, or issue is also required? |
| 15:44.39 | *** join/#asterisk-dev ticoit (n=ticoit@201.191.190.126) |
| 15:45.21 | *** join/#asterisk-dev michael-i (n=michael-@208.53.198.95) |
| 15:46.20 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 15:46.21 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 15:47.45 | *** join/#asterisk-dev The_Boy_Wonder (n=vossel@asterisk/batman-developer/dvossel) |
| 15:47.45 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 15:47.57 | *** join/#asterisk-dev |Cybex| (n=John@atwork-21.r-212.178.82.atwork.nl) |
| 15:47.58 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:47.58 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 16:07.44 | *** join/#asterisk-dev mpe (n=mpe@gate.ipvision.dk) |
| 16:13.44 | *** join/#asterisk-dev pyite_hsv (n=pyite_hs@unaffiliated/pyite) |
| 16:16.29 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 16:34.06 | Qwell | atis_work: if you aren't sure about the code, it certainly wouldn't hurt to post a review |
| 16:34.29 | Qwell | oh, I misread your question |
| 16:34.47 | Qwell | mantis issue wouldn't be a bad idea |
| 16:34.49 | *** join/#asterisk-dev Corydon76-lap (n=Corydon7@nat/digium/x-ffozxcxekjyljeab) |
| 16:34.49 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 16:35.23 | putnopvut | found a regression in trunk :( |
| 16:36.04 | tzanger | ahh! a regression! |
| 16:36.07 | tzanger | get it off! get it off! |
| 16:36.09 | putnopvut | The simple version is that turning on call forwarding on an analog phone (via *72) does not result in the call being forwarded. The analog phone still rings when dialed. |
| 16:36.09 | *** join/#asterisk-dev jamesh1 (n=jhenders@xob.neospire.net) |
| 16:36.46 | Corydon76-lap | Ah! The Mikado |
| 16:36.50 | putnopvut | I'll check 1.6.2 to see if it's trunk only. |
| 16:36.55 | *** join/#asterisk-dev tftech (n=tftech@63.214.236.169) |
| 16:37.07 | putnopvut | I already tested 1.4 and things worked as expected. |
| 16:37.21 | kpfleming | that's a new feature :-) |
| 16:37.25 | putnopvut | heh |
| 16:50.00 | leifmadsen | when making a documentation change to 1.4 (non-tex) and then going up to trunk, then back down, I merge to 1.4, then record4trunk, then commit change to trunk, and mergetrunk6 back down to the other branches right? |
| 16:50.26 | putnopvut | M16440, just FYI. |
| 16:50.36 | russellb | leifmadsen: yeah, something like that |
| 16:50.38 | leifmadsen | heh |
| 16:50.48 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 16:50.48 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 16:51.01 | russellb | leifmadsen: i mean, that's right. I would have block4trunk, though |
| 16:51.31 | leifmadsen | commit 1.4, block4trunk, commit trunk, mergetrunk6 |
| 16:51.58 | leifmadsen | gonna post a documentation change to imapstorage.tex |
| 16:52.50 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 16:53.44 | seanbright | WARNING[18046]: translate.c:641 __ast_register_translator: unknown codec - plc_samples 160 format f |
| 16:53.50 | seanbright | i see that everytime asterisk starts |
| 16:53.54 | seanbright | err |
| 16:53.59 | seanbright | minus the "unknown codec" bit |
| 16:59.18 | seanbright | so to my question... is there really anything to be concerned about? my guess is no. |
| 17:01.21 | putnopvut | seanbright: Not sure. I wonder if that's debugging code that accidentally got left in... |
| 17:02.33 | seanbright | yeah. i think the logging level is wrong. |
| 17:10.14 | *** join/#asterisk-dev elguero (n=elguero@12.187.84.162) |
| 17:11.33 | leifmadsen | seanbright: hmmm, I think I've seen that too and just always ignored it |
| 17:14.43 | putnopvut | Wow chan_dahdi is really weird to me coming from chan_sip. |
| 17:15.07 | putnopvut | For instance, chan_dahdi doesn't seem to be real big on queuing frames. |
| 17:15.25 | file | yeah. |
| 17:20.12 | *** join/#asterisk-dev alecdavis (n=sivad@202-78-149-14.cable.telstraclear.net) |
| 17:22.22 | *** part/#asterisk-dev alecdavis (n=sivad@202-78-149-14.cable.telstraclear.net) |
| 17:31.16 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 17:31.16 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 17:31.50 | eliel | hello, it is possible to commit everything and put a list of files that we don't want to commit, instead of listing the files we want to commit |
| 17:32.51 | kpfleming | nope |
| 17:32.59 | eliel | thanks |
| 17:33.31 | russellb | well ... not directly |
| 17:33.38 | russellb | but you can "svn revert" files you don't want to commit |
| 17:33.40 | russellb | and then "svn commit" everything else |
| 17:36.57 | eliel | russellb: yes!, i will do that! thanks |
| 17:37.29 | kpfleming | umm... but that will lose any changes you've made to them |
| 17:38.14 | atis_work | heh, just copy everything befor :P |
| 17:40.17 | eliel | yes, :-) |
| 17:43.36 | *** join/#asterisk-dev |Cybex| (n=John@atwork-21.r-212.178.82.atwork.nl) |
| 17:44.06 | atis_work | eliel, btw how's next_wrapuptime going? :P |
| 17:44.28 | atis_work | i'd really like to finish that before 1.8 goes to rc :D |
| 17:44.34 | eliel | slow, at the moment i am merging the gsoc project, once it is finished i will start working on that |
| 17:45.06 | atis_work | actually all i need is some tips at bringing that branch up to trunk.. |
| 17:45.07 | eliel | well, not really merging the code into trunk just updating the branch |
| 17:45.16 | atis_work | as i understand i have to set automerge property |
| 17:45.28 | eliel | atis_work: i know! let me finish with this and i will focus on your code |
| 17:45.46 | atis_work | heh, my code is already outdated now |
| 17:48.00 | Corydon76-lap | atis_work: did you already mergeinit? |
| 17:48.31 | atis_work | Corydon76-dig: i haven't done anything with that branch, when i was ready to commit it was outdated |
| 17:49.02 | Corydon76-lap | atis_work: checkout repotools and 'make install' |
| 17:49.16 | Corydon76-lap | atis_work: then mergeinit and commit |
| 17:49.36 | Corydon76-lap | then 'svnmerge merge -f ../merge.msg' |
| 17:49.57 | Corydon76-lap | then 'svn commit -F ../merge.msg' |
| 17:50.59 | atis_work | Corydon76-lap: but don't i have to bring branch up to trunk first? |
| 17:51.13 | Corydon76-lap | atis_work: try it |
| 17:51.15 | atis_work | Corydon76-lap: so i can checkout latest branch |
| 17:52.16 | Corydon76-lap | atis_work: Once you do, then you will be enlightened |
| 17:52.28 | *** join/#asterisk-dev pyite_hsv (n=pyite_hs@unaffiliated/pyite) |
| 17:52.44 | atis_work | Corydon76-lap: so i do that with my patches to old revision.. weird |
| 17:53.10 | Corydon76-lap | atis_work: I'd highly recommend that you commit your patches first |
| 17:53.28 | Corydon76-lap | Well, it won't really let you do that, if you don't |
| 17:54.15 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 17:54.15 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 17:54.22 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 17:55.54 | atis_work | huh, mergeinit says it can't do anything with local modifications |
| 17:56.36 | atis_work | ah, it's public svn, sorry |
| 18:02.55 | atis_work | svnmerge merge -f ../merge.msg -S /trunk |
| 18:03.07 | atis_work | or /team/eliel/... |
| 18:06.18 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 18:06.18 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:07.44 | *** join/#asterisk-dev elguero (n=elguero@12.187.84.162) |
| 18:19.28 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 18:21.46 | *** join/#asterisk-dev errotan (n=errotan@81.0.115.3) |
| 18:28.02 | Corydon76-lap | wonders when jsmith will make an appearance |
| 18:28.43 | Corydon76-lap | given that he's downstairs |
| 18:29.18 | Corydon76-lap | For that matter, I don't see jtodd, either |
| 18:35.46 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:37.51 | Qwell | Corydon76-lap: actually, he's probably upstairs atm |
| 18:43.14 | leifmadsen | Qwell: that's where I'd be, as it is the safest location in case of zombie attack |
| 18:44.06 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 18:44.06 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:44.41 | Qwell | leifmadsen: The_Boy_Wonder would know for sure. He's thought about it a lot, I believe. |
| 18:44.45 | *** join/#asterisk-dev puzzled (n=foobar@puzzled.xs4all.nl) |
| 18:44.49 | leifmadsen | :) |
| 18:51.05 | Corydon76-lap | Zombies can't climb stairs? |
| 18:51.21 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 18:53.27 | *** join/#asterisk-dev jsmith (n=nnjsmith@asterisk/training-and-documentation-guru/jsmith) |
| 18:53.27 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 18:54.14 | leifmadsen | Corydon76-lap: they can, but it is easier to shoot them down from an elevation |
| 19:00.18 | snuff-home | leifmadsen: no probs (resetting cases to new) |
| 19:01.05 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 19:03.40 | *** join/#asterisk-dev xpot-mobile (n=xpot@173-14-232-121-Utah.hfc.comcastbusiness.net) |
| 19:16.22 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:18.55 | *** join/#asterisk-dev pyite_hsv (n=pyite_hs@unaffiliated/pyite) |
| 19:32.34 | *** join/#asterisk-dev pgarcia (n=chatzill@yoda.kanatek.com) |
| 19:40.00 | *** join/#asterisk-dev alecdavis (n=alec@202.36.76.21) |
| 19:43.35 | *** join/#asterisk-dev LucianoDSD (n=root@201.54.228.178) |
| 19:47.32 | The_Boy_Wonder | leifmadsen: in response to the safest place during a Zombie attack. In regards to Digium that would be the third floor after you blew up both of the stair cases. |
| 19:49.03 | kpfleming | what about the elevators? |
| 19:49.37 | file | that depends on the zombies |
| 19:49.46 | file | either they are incredibly dumb and won't figure out how to get up |
| 19:49.51 | file | or they are smart enough to figure it out |
| 19:53.51 | The_Boy_Wonder | during a zombie attack, i'd only expect the grid to stay up a couple of days, which would render elevators useless |
| 19:54.23 | The_Boy_Wonder | so depending on the stage of the attack in respect to the outbreak elevators may or may not be a cause of concern |
| 19:54.40 | *** join/#asterisk-dev korihor (n=korihor@190.205.251.97) |
| 19:56.11 | putnopvut | What if the zombies have pogo sticks? |
| 19:57.20 | atis_work | where have you seen zombies on pogo sticks? :p |
| 19:57.30 | putnopvut | In my nightmares |
| 19:57.33 | kpfleming | in pogo-land |
| 19:57.36 | jsmith | What about the balconies? |
| 19:58.06 | kpfleming | wonders why we didn't splurge for the zombie-proof doors on this building |
| 19:58.36 | tzanger | kpfleming: that's obvious |
| 19:58.42 | tzanger | zombies are only interested in BRAIIIIIIIIIIIINSSSSSS |
| 19:58.43 | Qwell | kpfleming: I dunno, but if anything ever happens because of it, I'm blaming accounting |
| 20:01.02 | tzanger | *crickets* |
| 20:01.11 | The_Boy_Wonder | I wish had this next to our fire extinguishers. http://www.geekologie.com/2007/10/26/zombie-kit.jpg |
| 20:01.16 | file | tzanger: get back to work, you! |
| 20:01.37 | tzanger | yessir. |
| 20:04.53 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-218-155-147.cablep.bezeqint.net) |
| 20:04.53 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 20:37.07 | *** join/#asterisk-dev juanjoc (n=juanjoc@200.69.219.113) |
| 22:04.47 | *** join/#asterisk-dev vally (i=vally@ip-81-210-164-42.unitymediagroup.de) |
| 22:07.28 | *** join/#asterisk-dev ticoit (n=ticoit@201.191.190.123) |
| 22:07.38 | *** join/#asterisk-dev puzzled_ (n=patrick@puzzled.xs4all.nl) |
| 22:10.53 | vally | hi. am i missing anything here? handle_scheduled_audio_packet gets never called... code is just for testing issues. http://pastebin.com/m5161dcf3 |
| 22:13.10 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 22:13.10 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 22:13.31 | putnopvut | vally: based on the code provided, I'd say that you should see your verbose message every 50 ms... |
| 22:13.43 | putnopvut | Assuming that the while() holds true. |
| 22:14.56 | vally | i have debug logging in the loop as well, but the callback method will not be called. |
| 22:15.06 | putnopvut | OHH |
| 22:15.09 | putnopvut | I see what the problem is. |
| 22:15.24 | putnopvut | Yeah, the scheduler is a bit unintuitive. |
| 22:15.37 | putnopvut | So, you need a thread to service the scheduler basically. |
| 22:15.49 | putnopvut | The scheduler just makes the callback available to run after a certain period. |
| 22:16.02 | putnopvut | You have to call ast_sched_runq in order to have it actually run the callback. |
| 22:16.14 | putnopvut | The alternative, if you are using a recent version of Asterisk, is to use the sched_thread API |
| 22:16.20 | putnopvut | It's included in sched.h |
| 22:16.24 | *** join/#asterisk-dev ruifreire (n=ruifreir@201-14-96-12.gnace702.dsl.brasiltelecom.net.br) |
| 22:17.29 | vally | thanks a lot for your input. that was very helpful to me! :-) |
| 22:25.49 | ruifreire | hello people, im Rui Freire from Brazil, can somebody help me on how can i participate or discuss one idea with a menthor for Google Summer Code? |
| 22:25.55 | ruifreire | possible? |
| 22:29.38 | Corydon76-lap | ruifreire: become familiar with the code during the next 3 months, contribute some patches, participate in issue tracking, and it's likely you'll be a shoo-in for GSoC |
| 22:30.48 | Corydon76-lap | Of the students last year who participated, the ones who were previously known to us passed. The ones who weren't did not. |
| 22:31.23 | ruifreire | ok, thanks a lot, i will do that |
| 22:31.44 | Corydon76-lap | That has more to do with students who spent advance time becoming familiar with the project than it does anything else |
| 22:33.13 | Corydon76-lap | We'd like GSoC to be a way to help students contribute who are going to stick around after GSoC is over. |
| 22:34.46 | Corydon76-lap | Welcome to the community. |
| 22:35.10 | ruifreire | thanks |
| 22:39.50 | *** part/#asterisk-dev ruifreire (n=ruifreir@201-14-96-12.gnace702.dsl.brasiltelecom.net.br) |
| 22:48.44 | *** join/#asterisk-dev jtodd (i=fg0mek4t@asterisk/community-director-and-tie-dye-shirt-lover/jtodd) |
| 22:48.44 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 23:37.48 | alecdavis | should app_directory have a 'n' option, so that it doesn't answer the channel, right now it will! |
| 23:46.41 | Corydon76-lap | Uh, how exactly do you enter dtmf without answering the channel? |
| 23:48.39 | Corydon76-lap | It sounds like you're trying to cheat the phone company. |
| 23:50.16 | *** join/#asterisk-dev snuff-work (n=aaa@120.17.202.67) |
| 23:50.16 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 23:53.34 | alecdavis | just the same as app_read |
| 23:55.03 | alecdavis | help from core show application Read ... "n: to read digits even if the line is not up." |
| 23:55.27 | russellb | if it's useful to people, I certainly don't have a problem with it |
| 23:55.34 | russellb | it's pretty trivial to add |
| 23:56.16 | alecdavis | help from app_Background "n: Don't answer the channel before playing the files." |
