| 00:03.33 | *** join/#asterisk-dev jsmith-away (~jsmith@fedora/jsmith) |
| 00:03.33 | *** mode/#asterisk-dev [+o jsmith-away] by ChanServ |
| 00:30.20 | *** join/#asterisk-dev eugeneoden (~goden@conference/pycon/x-xrfiahneuadtjvdc) |
| 00:52.01 | *** join/#asterisk-dev elguero (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 01:14.32 | *** join/#asterisk-dev moy_ (~moy@bas5-toronto47-1088894188.dsl.bell.ca) |
| 01:20.41 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 01:20.41 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 01:52.40 | *** part/#asterisk-dev alecdavis (~alec@202.36.76.21) |
| 01:58.11 | *** join/#asterisk-dev jsmith-away (~jsmith@fedora/jsmith) |
| 01:58.11 | *** mode/#asterisk-dev [+o jsmith-away] by ChanServ |
| 02:13.06 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 02:13.07 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 02:19.00 | *** join/#asterisk-dev drivefast (~radu@cpe-67-49-43-2.socal.res.rr.com) |
| 02:22.33 | *** join/#asterisk-dev bbryant (~brett@c-76-26-221-79.hsd1.sc.comcast.net) |
| 02:22.33 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 02:44.48 | *** join/#asterisk-dev elguero (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 02:51.15 | *** join/#asterisk-dev eugeneoden (~goden@conference/pycon/x-hckfeixmniefdbsx) |
| 03:38.57 | *** join/#asterisk-dev eugeneoden (~goden@63.133.138.10) |
| 04:09.12 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@pool-71-111-117-22.ptldor.dsl-w.verizon.net) |
| 05:34.32 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@pool-71-111-125-252.ptldor.dsl-w.verizon.net) |
| 07:20.07 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 07:20.07 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 07:21.07 | *** join/#asterisk-dev dwayne (~dwayne@c-71-207-214-190.hsd1.al.comcast.net) |
| 07:38.29 | *** join/#asterisk-dev jmls (~Julian@host217-36-208-155.in-addr.btopenworld.com) |
| 07:40.12 | *** join/#asterisk-dev asterisk-learner (~chatzilla@77.42.241.114) |
| 07:43.46 | *** join/#asterisk-dev darkspline (~darksplin@ool-182fb966.dyn.optonline.net) |
| 07:47.43 | *** join/#asterisk-dev hehol (~hehol@2001:1438:1009:200:5517:fe65:8581:dca) |
| 08:08.09 | *** join/#asterisk-dev schmidts (~schmidts@Lo20-rt01.lm33.sil.at) |
| 08:08.11 | schmidts | good morning |
| 08:17.53 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 08:17.53 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:20.48 | *** join/#asterisk-dev tamiel (~tamiel@213.30.183.226) |
| 09:11.00 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@local.xorcom.com) |
| 09:11.00 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 10:13.56 | *** join/#asterisk-dev mnicholson (~mnicholso@nat/digium/x-osnvkealmfnstwif) |
| 10:23.50 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 10:23.50 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 10:48.09 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 11:20.36 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 11:40.01 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:40.01 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:41.44 | *** join/#asterisk-dev _Corey_ (~chatzilla@64.121.4.75) |
| 12:49.54 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 12:49.54 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 13:00.21 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-lkejstxvtjcqojoi) |
| 13:16.52 | *** join/#asterisk-dev elguero (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 14:17.12 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:17.12 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:28.26 | *** join/#asterisk-dev eugeneoden (~goden@conference/pycon/x-tpfnuyietvxfnzsm) |
| 14:42.53 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 14:42.53 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:45.06 | *** join/#asterisk-dev sruffell (~Adium@asterisk/the-kernel-guy/sruffell) |
| 14:45.06 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 14:52.05 | *** join/#asterisk-dev eugeneoden (~goden@conference/pycon/x-vvaawrsquocpshks) |
| 14:54.20 | *** join/#asterisk-dev _Corey_ (~chatzilla@64.121.4.75) |
| 14:59.51 | *** join/#asterisk-dev serafie (~erin@207.98.195.107) |
| 15:00.23 | *** join/#asterisk-dev codefreeze-lap (~Steve_Mur@69.169.177.221.provo.static.broadweavenetworks.net) |
| 15:08.23 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-jruuhcscyoqtkzrd) |
| 15:15.34 | *** join/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 15:20.36 | *** join/#asterisk-dev serafie (~erin@207.98.195.107) |
| 15:22.38 | *** part/#asterisk-dev rgagnon (~rgagnon@rrcs-71-42-183-54.sw.biz.rr.com) |
| 16:04.42 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:27.50 | *** join/#asterisk-dev marv (~timr@173-14-206-193-huntsville.hfc.comcastbusiness.net) |
| 16:32.37 | asterisk-learner | hi, is pbx_exec() blocking or does it execute in a separated thread ? |
| 16:32.58 | *** join/#asterisk-dev drivefast (~radu@adsl-99-92-126-154.dsl.lsan03.sbcglobal.net) |
| 16:34.31 | putnopvut | asterisk-learner: I recall that pbx_exec() is blocking. There's also a function called ast_pbx_start() that runs asynchronously though. |
| 16:35.32 | putnopvut | Though looking closer, they're not really the same... |
| 16:35.49 | asterisk-learner | putnopvut: i am using asterisk 1.4.36 ... do u think the behivaor changed in some versions or it should be the same ? |
| 16:35.56 | putnopvut | It would be the same |
| 16:37.32 | asterisk-learner | ok thx |
| 16:38.07 | *** join/#asterisk-dev oron_laptop (~oron_lapt@line25-214.adsl.actcom.co.il) |
| 16:49.31 | drivefast | Qwell: are you here? |
| 16:49.37 | Qwell | yes |
| 16:50.39 | drivefast | hey thanks for contacting me... not sure what your question is |
| 16:50.52 | Qwell | drivefast: You need to click the "Publish Review" button. |
| 16:51.06 | drivefast | i published the code in the review board, dont know if theres another place |
| 16:51.31 | drivefast | oh... i see, when i do that it tells me it cannot publish because there are no reviewers |
| 16:51.33 | Qwell | Did you set the description, add a diff, etc? I don't see any of it.. It's completely blank. |
| 16:51.41 | Qwell | Yes, add 'asterisk-dev' as the group |
| 16:51.44 | drivefast | ... i did... |
| 16:52.16 | drivefast | theres stuff in summary, description and testing done |
| 16:52.44 | drivefast | and i published the code using their post-review thing |
| 16:53.15 | Qwell | Add the group, then click the publish button. |
| 16:55.52 | Qwell | much better |
| 16:56.33 | drivefast | i knew i could do much better :P |
| 16:56.34 | Qwell | Is that JSON implementation not yours? |
| 16:56.39 | drivefast | thank you for the help |
| 16:56.49 | drivefast | the json library is not mine |
| 16:57.17 | Qwell | That's rather similar to the problematic 4th clause in 4-clause BSD. |
| 16:57.38 | Qwell | actually, maybe not. no comment about advertising. |
| 16:58.07 | Qwell | ouch. my brain is broken. |
| 16:58.19 | Qwell | / JSON parser in C. |
| 16:58.22 | Qwell | That hurts my head so much. |
| 16:58.37 | Qwell | identity crisis! |
| 16:59.13 | drivefast | i would really appreciate your comments on the legal matters :) i could never figure out whether i can or i can not use stuff legally |
| 16:59.21 | drivefast | (shhh, dont tell anybody) |
| 16:59.29 | Qwell | I think it'll be fine, but I don't really know. |
| 17:01.43 | drivefast | hope so, it doesnt look like the author would lawyer up if we're using his code |
| 17:02.09 | drivefast | should i contact him maybe?... (should of thought of it earlier) |
| 17:13.02 | Qwell | drivefast: It's probably not necessary. (though, many authors do like hearing when their software is used elsewhere) |
| 17:19.51 | *** join/#asterisk-dev lathama (c818e064@gateway/web/freenode/ip.200.24.224.100) |
| 17:33.18 | *** join/#asterisk-dev miguel3239 (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 17:44.58 | russellb | The_Boy_Wonder: interesting feedback on the -dev list about confbridge profiles. He seems to think being able to build profiles from the dialplan would be important for a conference management app. |
| 17:45.07 | The_Boy_Wonder | yep responding now |
| 17:45.10 | russellb | cool |
| 18:01.01 | lathama | russellb: What do I need to move forward and test the merging. I have managed to be on IRC when you are not daily. |
| 18:04.29 | lathama | with this issue https://issues.asterisk.org/view.php?id=18883 and this patch https://issues.asterisk.org/file_download.php?file_id=28762&type=bug start the fun of interlinking the functions, applications, manager events, CLI and others like in https://issues.asterisk.org/file_download.php?file_id=28763&type=bug |
| 18:07.26 | lathama | Does anyone have thoughts on the see-also refs in http://svn.asterisk.org/svn/asterisk/trunk/main/xmldoc.c to present the applications, functions, manager events, cli and others to the user and hopefully to the wikibot |
| 18:20.50 | *** join/#asterisk-dev frawd (~francois@3.Red-81-44-76.dynamicIP.rima-tde.net) |
| 18:36.17 | pabelanger | lathama: merge your patches into one, makes it easier to commit :) |
| 18:37.21 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@pool-71-111-114-150.ptldor.dsl-w.verizon.net) |
| 18:41.20 | lathama | pabelanger: I am not ready to merge the meetme.c patch yet, things are changing there. I feel that I have finally fixed my merge issue and would like to test it and prove it so I can have commit access again. |
| 18:43.45 | pabelanger | lathama: what as the issue? |
| 18:44.35 | lathama | I guess I learned how to merge incorrectly... So I was happy and ignorant... |
| 18:44.56 | lathama | the merge was fine, the properties and commit msg was wrong |
| 18:45.28 | lathama | so it looked like I was doing the same commit into the branches |
| 18:46.34 | pabelanger | cool, do we need to make updates to the 'subversion usage' documentation on the wiki? |
| 18:47.02 | lathama | I have already noted some items there and you have updated some of them. |
| 18:47.21 | lathama | thanks for that btw |
| 18:48.39 | lathama | https://wiki.asterisk.org/wiki/display/AST/Subversion+Usage#SubversionUsage-BranchMergingOrder shows the merge commands as normal text like its part of the writing... |
| 18:49.01 | lathama | the rest of the document shows the commands as pre blocks |
| 18:49.35 | lathama | I do understand the merge commands now, I was making my mistakes with the svn ci -f and svn ci -F |
| 18:50.56 | pabelanger | lathama: checkout https://issues.asterisk.org/file_download.php?file_id=26898&type=bug and let me know what you think of the section --- MERGING AND BLOCKING PROCEDURES |
| 18:54.08 | lathama | yes, my mistake was using another msg file and not merge.msg |
| 18:54.16 | lathama | all the scripts rely on merge.msg |
| 18:54.27 | lathama | ../merge.msg to be acurate |
| 18:55.54 | lathama | maybe the wiki / docs can stress that merge.msg is important and is not just another file name |
| 18:57.35 | *** join/#asterisk-dev elguero (~miguel323@17.140.211.66.inaddr.G4.NET) |
| 18:57.56 | pabelanger | Ya, I'm going to add an example |
| 19:00.47 | lathama | Are there any HTTP experts here while I am multi tasking. We are working on a speedup of the booting for Polycom phones, on of the issues is that the asterisk HTTP service makes the phone think that every firmware is new and download it every time. If I use the apache proxy the phone is happy and a little faster to start. |
| 19:01.07 | lathama | s/on/one |
| 19:01.35 | Qwell | probably uses a last-modified header or something |
| 19:02.04 | Qwell | or a "cache this please" header. |
| 19:02.15 | lathama | I am doing telnet tests of all the webservers right now |
| 19:02.48 | lathama | Its a lot of work for just a few seconds of boot speedup... |
| 19:02.59 | wdoekes2 | do a tcpdump instead |
| 19:17.22 | lathama | On the HTTP issue, I am getting an "Connection: close" in the middle of the header for binary files |
| 19:25.13 | lathama | Connection: close is a normal header that the apache proxy removes. So the proxy makes the phone happier... :( |
| 19:37.12 | lathama | pabelanger: contrib/scripts/ast_live is now contrib/scripts/live_ast |
| 19:45.19 | *** join/#asterisk-dev Corydon76-home (mauve@c-69-137-80-31.hsd1.tn.comcast.net) |
| 19:45.19 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 19:47.35 | *** join/#asterisk-dev javaguru (~javaguru@41.224.69.160) |
| 19:48.29 | javaguru | Hi |
| 19:48.51 | javaguru | I need some help about libss7 source code |
| 20:36.00 | pabelanger | Any ideas? |
| 20:36.01 | pabelanger | x86_64-linux-gnu-g++ -DNDEBUG -I../../include -include ../../include/asterisk/autoconfig.h -fPIC -D_REENTRANT -Wall -DP_64BIT -fPIC -DPIC -I/usr/share/pwlib//include -DPTRACING -I/usr/share/openh323/include -M ast_h323.cxx >> *.dep |
| 20:36.01 | pabelanger | ./../../include/asterisk/autoconfig.h:7:32: fatal error: asterisk/buildopts.h: No such file or directory |
| 20:36.33 | pabelanger | I'm seeing this when compiling some Debian packages |
| 20:39.44 | russellb | buildopts.h is generated by configure |
| 20:39.50 | russellb | i think |
| 20:40.19 | kpfleming | yep |
| 20:40.25 | russellb | I lied. it's generated using a script from the top level Makefil |
| 20:40.32 | kpfleming | or that. j/k. |
| 20:40.38 | russellb | search for "include/asterisk/buildopts.h:" in the Makefile |
| 20:41.13 | russellb | so no idea what's going on that would cause that |
| 20:41.21 | russellb | blames C++ |
| 20:44.31 | *** join/#asterisk-dev tzafrir_laptop (~tzafrir@bzq-218-155-148.cablep.bezeqint.net) |
| 20:44.31 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 20:46.08 | kpfleming | russellb: it's the combination of C++ and Subversion. C++ works fine with git :-) |
| 20:46.34 | lathama | https://issues.asterisk.org/view.php?id=18980 attempting to fix the timezone issues.. What is the best practice to keep values from "bleeding" into eachother? |
| 20:47.07 | Qwell | set them to 0 on initialization |
| 21:21.13 | lathama | Qwell: setting to 0 did not change anything... :( |
| 21:21.46 | Qwell | it depends on how it's being created |
| 21:22.36 | lathama | http://svn.asterisk.org/svn/asterisk/trunk/res/res_phoneprov.c void set_timezone_variables |
| 21:44.03 | lathama | Qwell: a search shows me that twilson is the person to talk to... svn praise res/res_phoneprov.c | grep -i time |
| 23:16.48 | *** join/#asterisk-dev tzafrir (~tzafrir@212.179.75.202) |
| 23:16.48 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 23:44.28 | *** join/#asterisk-dev codefreeze-lap (~Steve_Mur@nv-69-68-103-77.sta.embarqhsd.net) |