| 00:41.05 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 00:41.09 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 00:44.24 | *** join/#asterisk-dev ctooley (n=ctooley@adsl-68-95-152-146.dsl.rcsntx.swbell.net) |
| 00:44.25 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 00:44.46 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 00:44.46 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 01:27.22 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 01:27.28 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 02:54.04 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 02:54.11 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 02:54.37 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 02:54.47 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 03:36.34 | *** join/#asterisk-dev fiddur (n=fiddur@92-32-123-166.tn.glocalnet.net) |
| 04:29.58 | *** join/#asterisk-dev CunningPike (n=CunningP@S01060014bf81366b.vc.shawcable.net) |
| 04:49.23 | *** join/#asterisk-dev fiddur (i=fiddur@c042.rit.se) |
| 04:59.22 | fiddur | Hi. Where do I find documentation about the documentation-format in XML that is used e.g. at the top of app_queue.c, starting with /*** DOCUMENTATION ? |
| 05:01.59 | snuff-work | inside /doc there is a appdocsxml.dtd |
| 05:06.33 | fiddur | Thanks.. In app_queue.c, the parameter "reason" is explained in a <para> inside the <parameter></parameter>. I see that para is allowed in a parameter in the dtd, but where is it displayed? When checking 'core show application PauseQueueMember' in CLI, the parameters are not detailed with that explaination. Are there other compilations of that documentation, or a way to show the syntax verbosely? |
| 07:04.16 | mvanbaak | fiddur: what version of asterisk ? in trunk it works fine |
| 07:16.12 | *** join/#asterisk-dev tamiel (n=tamiel@213.30.183.226) |
| 07:18.18 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) |
| 07:59.42 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 08:22.56 | *** join/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 08:23.10 | jmls | hey! morning all |
| 08:24.17 | mvanbaak | mornin jmls |
| 08:26.14 | jmls | howzit going, mvanbaak ? |
| 08:28.13 | jmls | struggling with an h problem :( Can anyone tell me how / why the h extension is being run on a channel that has not hung up ? (The other channel that was bridged did hang up, and the h extension for that channel was also run ... ) |
| 08:29.42 | mvanbaak | jmls: slow mondaymorning. having a hard time to get work done. |
| 08:36.09 | jmls | mvanbaak, I hear you, brother .. |
| 08:46.55 | jmls | okay - got a little more insight into what's going on |
| 08:47.03 | jmls | (with the "h", that is!) |
| 08:47.42 | jmls | PRI calls in, joins Q. Q calls local/n channel, which connects to SIP device. |
| 08:47.57 | jmls | SIP hangs up, h on sip context runs |
| 08:48.20 | jmls | Q has been modified to accept the "continue" option |
| 08:48.25 | jmls | then this is in the log |
| 08:48.26 | jmls | [Mar 30 09:42:26] DEBUG[25004] channel.c: Bridge stops bridging channels Zap/1-1 and Local/SingleMember@agentq-5186,1 |
| 08:48.51 | jmls | the h exten then gets run on Zap/1-1, even though Zap is not hung up yet .... |
| 08:49.18 | jmls | that can't be right, surely ? |
| 08:53.41 | mvanbaak | I think not |
| 08:54.17 | jmls | urgh. I think I've been bitten by another side-effect of the cdr work murf was doing |
| 08:54.28 | jmls | murf!! |
| 08:54.32 | jmls | help!! |
| 08:55.07 | jmls | I'm going to revert to an older version of 1.4 to see if it has the same issues |
| 09:10.14 | *** join/#asterisk-dev Mw3 (i=mw3@mw3.hu) |
| 09:18.11 | *** join/#asterisk-dev Dovid (n=annon@tony09-118-62.inter.net.il) |
| 09:46.17 | *** join/#asterisk-dev andrebarbosa (n=andrebar@212.13.49.67) |
| 09:50.43 | jmls | feels like a plonker for not knowing this, but hey, here goes ... |
| 09:50.50 | jmls | what does this mean ? |
| 09:50.53 | jmls | /bin/sh makelist -h common.c > common.h |
| 09:50.53 | jmls | /bin/sh: makelist: No such file or directory |
| 09:51.03 | jmls | trying to build an old version of 1.4 |
| 10:15.51 | *** join/#asterisk-dev Mw3 (i=mw3@mw3.hu) |
| 10:25.31 | jmls | anyone got an idea on how to fix my build problem ? |
| 10:25.40 | jmls | begs, tears in his eyes |
| 10:28.50 | jmls | oh. never mind. Did the brute force method : delete the editline directory, svn update to reget it, now it works ... |
| 10:31.56 | andrebarbosa | Anyone using linksys phones on a g729 scenario? |
| 10:32.18 | andrebarbosa | I'm having problems with transfered calls, because linksys phones can't handle two simultaneous g729 calls |
| 10:32.37 | andrebarbosa | they try to re.invite to g711, but asterisk rejects, and the call hangs.. :( |
| 10:34.01 | jmls | dammit. not reproducible in 1.4 r116352 |
| 10:34.30 | jmls | therefore it's definately a bug in 1.4 trunk |
| 10:48.31 | andrebarbosa | sorry, i thought i was on #asterisk :D |
| 11:02.01 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 11:02.01 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 11:13.17 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:13.18 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 11:26.02 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 11:29.15 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:29.15 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 11:30.32 | jmls | I am really trying hard to be able to reproduce my bug on a simple dialplan |
| 11:30.49 | leifmadsen | jmls: yay! |
| 11:30.56 | jmls | no, not yay! |
| 11:30.57 | jmls | :( |
| 11:30.59 | jmls | Boo! |
| 11:31.01 | leifmadsen | well, bugs suck |
| 11:31.08 | jmls | this is a regression |
| 11:31.34 | jmls | in r116352, the h is executed when I expect (when the zap channel hangs up) |
| 11:32.05 | jmls | in 1.4 trunk, h is executed when the bridge between the sip and zap is stopped (but zap is continuing) |
| 11:32.16 | jmls | so h is now esecuted *before* the zap is hung up |
| 11:32.23 | snuff-home | mmmm.. reading initial changelog of 2.6.30.. soo long |
| 11:32.41 | jmls | heh |
| 11:39.15 | leifmadsen | jmls: hmmmmmmmmm |
| 11:41.04 | *** join/#asterisk-dev Mw3 (i=mw3@mw3.hu) |
| 11:41.42 | jmls | leifmadsen, I suspect it's part of the cdr "fixes" |
| 11:41.56 | jmls | but it's not simple to reproduce |
| 11:42.19 | jmls | It fails all the time in my dialplan, but can't work up a test scenario |
| 11:45.08 | leifmadsen | jmls: hmmmmm... I hate when that happens |
| 11:45.13 | leifmadsen | you'll want to get with mnicholson about that |
| 11:45.54 | jmls | yeahhh. |
| 11:46.32 | leifmadsen | ok, I gotta get ready to head out now. Time to hop on the bus and subway to head back home. |
| 11:46.37 | leifmadsen | back on in a bit |
| 11:49.31 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:50.14 | *** join/#asterisk-dev frawd (n=francois@96.Red-83-35-179.dynamicIP.rima-tde.net) |
| 11:55.46 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 11:56.06 | *** part/#asterisk-dev frawd (n=francois@96.Red-83-35-179.dynamicIP.rima-tde.net) |
| 12:02.13 | *** join/#asterisk-dev Pazzo (n=ugelt@reserved-225136.rol.raiffeisen.net) |
| 12:15.30 | *** join/#asterisk-dev Victor_Yure_ (n=victor@unaffiliated/victoryure/x-837844) |
| 12:33.17 | *** join/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 12:33.20 | *** part/#asterisk-dev djbelieny (n=djbelien@72-48-61-165.dyn.grandenetworks.net) |
| 12:46.25 | *** join/#asterisk-dev frawd (n=francois@143.pool85-49-249.dynamic.orange.es) |
| 12:46.27 | jmls | ok, tracked it a little further |
| 12:46.41 | jmls | who's the app_queue.c goto guy ? ;) |
| 12:49.28 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 12:49.28 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:51.25 | *** join/#asterisk-dev sasargen (n=chatzill@173-100-50-208.pools.spcsdns.net) |
| 12:53.07 | *** join/#asterisk-dev juanjoc (n=jcomella@200.69.219.113) |
| 12:53.22 | eliel | morning all! |
| 12:54.06 | jmls | morning |
| 12:54.27 | jmls | anyone remember the # that added the "c" option to app_queue.c ? |
| 13:02.52 | *** part/#asterisk-dev frawd (n=francois@143.pool85-49-249.dynamic.orange.es) |
| 13:09.59 | *** join/#asterisk-dev frawd (n=francois@96.Red-83-35-179.dynamicIP.rima-tde.net) |
| 13:10.03 | *** part/#asterisk-dev frawd (n=francois@96.Red-83-35-179.dynamicIP.rima-tde.net) |
| 13:13.30 | caio1982 | hmm a new checkout of trunk inside a clean chroot is failing to make due missing openh323 sources... is it already known? i saw last commit to configure mentiones it somewhere, but i don't know if that's related |
| 13:13.54 | caio1982 | to 'configure', i meant the file |
| 13:14.50 | tzafrir_laptop | caio1982, does: ./configure --without-h323 # work? |
| 13:15.01 | caio1982 | nope |
| 13:15.10 | caio1982 | Makefile:27: /openh323u.mak: No such file or directory |
| 13:15.26 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:15.26 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 13:15.30 | caio1982 | running svn blame on it to check where it came from |
| 13:15.51 | tzafrir_laptop | there was a recent commit there to fix the double build in case of h323 |
| 13:15.57 | caio1982 | hmm |
| 13:16.19 | tzafrir_laptop | this would be in channels/Makefile #? |
| 13:16.51 | caio1982 | it seems digium's svn view is down, i'll search for it manually then |
| 13:16.59 | caio1982 | tzafrir_laptop: channels/h323/Makefile |
| 13:17.50 | tzafrir_laptop | oh, oand '*.dep' is still generated there |
| 13:18.03 | *** join/#asterisk-dev frawd (n=francois@143.pool85-49-249.dynamic.orange.es) |
| 13:18.22 | *** part/#asterisk-dev frawd (n=francois@143.pool85-49-249.dynamic.orange.es) |
| 13:21.31 | tzafrir_laptop | caio1982, and the sad thing is that 'make dist-clean' "fixes" this |
| 13:21.44 | tzafrir_laptop | which is probably why it went unnoticed |
| 13:22.41 | tzafrir_laptop | but also inherently leaves channels/h323 unclean |
| 13:25.25 | caio1982 | hmm it didnt fix for me, it still complains about make[2]: *** No rule to make target `/openh323u.mak'. Stop. |
| 13:25.52 | caio1982 | tzafrir_laptop: do you remember the bug id related to that? or was that a straight commit to svn? |
| 13:27.37 | russellb | M14715 |
| 13:27.52 | russellb | file: MuffinMan! |
| 13:28.02 | file | that's... odd |
| 13:28.13 | *** join/#asterisk-dev mort___ (n=mort@user-54405220.wfd76b.dsl.pol.co.uk) |
| 13:28.29 | *** join/#asterisk-dev MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman) |
| 13:29.01 | leifmadsen | M14715 |
| 13:29.03 | MuffinMan | [closed] [Asterisk] Channels/chan_h323 0014715: [patch] Simplify h323 Make process reported by jthurman (Karma: +2.00) http://bugs.digium.com/view.php?id=14715 |
| 13:30.01 | caio1982 | thanks :) |
| 13:30.41 | tzafrir_laptop | As for my rant: |
| 13:31.02 | tzafrir_laptop | M14785 |
| 13:31.04 | MuffinMan | [new] [Asterisk] Core/BuildSystem 0014785: 'make distclean' leaves channels/h323 unclean reported by tzafrir (Karma: +120.50) http://bugs.digium.com/view.php?id=14785 |
| 13:32.12 | jmls | leifmadsen, Found it !! |
| 13:32.35 | tzafrir_laptop | So caio1982, the workaround is to just delete channels/h323/Makefile :-( |
| 13:32.46 | leifmadsen | jmls: w00t! |
| 13:32.51 | leifmadsen | jmls: now fix it! :) |
| 13:32.56 | jmls | yeah!. Have done :) |
| 13:33.30 | jmls | however, the problem was because of some mods to app_queue.c, and not a bug in asterisk itself. |
| 13:33.36 | leifmadsen | interesting |
| 13:33.43 | leifmadsen | so double yay :) |
| 13:34.09 | jmls | in r116352, there were no changes to to hangup / cdr code |
| 13:34.20 | jmls | in 1.4 trunk there are significant changes |
| 13:34.39 | caio1982 | tzafrir_laptop: it will do for now, i'll follow up the "rant" you filed on mantis :) |
| 13:34.41 | jmls | I am running a backport to app_queue.c that allowed the call to continue of the agent hangs up |
| 13:34.48 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 13:34.48 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:34.56 | jmls | so in r116352 there was not a problem |
| 13:34.58 | caio1982 | tzafrir_laptop: thanks for the clarification btw |
| 13:35.20 | jmls | in 1.4 trunk, I need to add |
| 13:35.23 | jmls | ast_set_flag(&(bridge_config.features_caller), AST_FEATURE_NO_H_EXTEN); |
| 13:35.35 | jmls | if the "c" option is set in app_queue.c |
| 13:35.46 | jmls | this may be a bug in 1.6 |
| 13:37.22 | jmls | nope. the code is in the 1.6 base |
| 13:37.35 | jmls | dances a little jig |
| 13:38.02 | jmls | now, can anyone remember the # of the issue that added the "c" option to app_queue.c ? I want to update the docs for the 1.4 backport |
| 13:41.51 | *** join/#asterisk-dev Mw3 (i=mw3@mw3.hu) |
| 13:43.28 | *** join/#asterisk-dev jeangal (n=jeang@nat/digium/x-ef69af4a541ab374) |
| 13:45.37 | *** join/#asterisk-dev frawd (n=francois@143.pool85-49-249.dynamic.orange.es) |
| 13:48.11 | leifmadsen | eeep... I don't |
| 13:49.14 | eliel | M14701 |
| 13:49.15 | MuffinMan | [assigned] [Asterisk] Addons/General 0014701: [patch] missing DESTDIR in addons install-xmldoc reported by tzafrir (Karma: +120.50) http://bugs.digium.com/view.php?id=14701 |
| 13:49.33 | eliel | russellb: I have no write access to 1.6.1 to fix this |
| 13:49.41 | eliel | addons-1.6.1 |
| 13:49.47 | fiddur | mvanbaak: sorry, I had a 1.6.0-branch running while checking the trunk code... so I suppose the documentation was used as it should. |
| 13:51.05 | russellb | eliel: really? you should |
| 13:51.06 | russellb | let me check |
| 13:51.16 | mvanbaak | fiddur: no problem :) |
| 13:51.33 | russellb | eliel: it looks like you do .. |
| 13:51.38 | russellb | oh, addons |
| 13:52.32 | russellb | try now .. |
| 13:52.50 | eliel | russellb: svn: CHECKOUT of '/svn/asterisk-addons/!svn/ver/691/branches/1.6.1/Makefile': 403 Forbidden (https://origsvn.digium.com) |
| 13:54.22 | tzafrir_laptop | russellb, 'dist-clean' has to call 'clean' as well. |
| 13:54.26 | tzafrir_laptop | But specifically: |
| 13:54.47 | tzafrir_laptop | distclean: $(SUBDIRS_DIST_CLEAN) _clean |
| 13:54.59 | russellb | SUBDIRS_DIST_CLEAN is just dist-clean |
| 13:55.05 | russellb | and _clean is not SUDIRS_CLEAN |
| 13:55.07 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 13:55.08 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 13:55.29 | tzafrir_laptop | hmm.... so 'make dist-clean' will not clean? |
| 13:55.57 | russellb | it doesn't look like it |
| 13:56.00 | russellb | Now, I think that's wrong. |
| 13:56.13 | russellb | but that's what it looks like to me |
| 13:56.13 | tzafrir_laptop | hmm... it's it Makefile.rules |
| 13:56.26 | russellb | ohhh |
| 13:56.46 | russellb | but that should do clean first, right? |
| 13:57.08 | russellb | caio1982: try updating in trunk and see if it's happy for you now |
| 13:59.17 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 13:59.17 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 14:00.19 | tzafrir_laptop | hmm... not reproduced... |
| 14:00.21 | *** join/#asterisk-dev ctooley (n=ctooley@65.99.197.74) |
| 14:00.22 | caio1982 | russellb: it's all happy happy joy joy now |
| 14:00.22 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 14:00.36 | russellb | good good .. |
| 14:05.03 | eliel | still fighting against svn acl |
| 14:05.13 | *** part/#asterisk-dev frawd (n=francois@143.pool85-49-249.dynamic.orange.es) |
| 14:06.56 | russellb | eliel: :-( |
| 14:07.05 | russellb | let me look again |
| 14:08.07 | russellb | eliel: okay, should work for real this time |
| 14:08.53 | eliel | russellb: thanks!! |
| 14:14.27 | *** join/#asterisk-dev moy (n=chatzill@74.12.124.89) |
| 14:19.57 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 14:27.46 | putnopvut | russellb: Thanks for the code reviews! |
| 14:28.14 | russellb | putnopvut: no problem |
| 14:30.59 | mvanbaak | putnopvut: you must have missed: > 1.6.0.7-rc2 and 1.6.1.0-rc3 are in release candidate status |
| 14:31.21 | mvanbaak | see, I didn't forget about 1.6.1 :) |
| 14:35.01 | putnopvut | ah oops :) |
| 14:35.41 | mvanbaak | lol, never mind |
| 14:38.28 | leifmadsen | mvanbaak: !!! |
| 14:38.39 | mvanbaak | leif!!!!!! |
| 14:38.44 | leifmadsen | how goes today bud? |
| 14:39.02 | leifmadsen | needs something to eat |
| 14:39.28 | mvanbaak | today is awefull. |
| 14:40.27 | mvanbaak | I just cant get stuff done |
| 14:41.01 | leifmadsen | my day pretty much just started... so we'll find out |
| 14:44.46 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:10.05 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable206.69-20-96.mc.videotron.ca) |
| 15:12.35 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 15:12.36 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 15:27.08 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:42.04 | *** join/#asterisk-dev macli (n=macli@nmc.brc.ubc.ca) |
| 15:52.18 | *** join/#asterisk-dev TimRiker (i=timr@bzflag/projectlead/TimRiker) |
| 16:02.39 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.10.119) |
| 16:11.03 | putnopvut | Yuck, copying and pasting from review board means that all paragraphs occupy a single line in my editor. |
| 16:11.29 | russellb | yeah. There has got to be a vim trick for that |
| 16:12.17 | TimRiker | I need to change jbot's nick in here to one of apt, ibot, infobot, or purl. #asterisk just got changed to infobot. any preference here? |
| 16:12.20 | eliel | putnopvut: try auto indenting =numlines= |
| 16:12.37 | russellb | TimRiker: infobot works, so it's the same, I guess. :-) |
| 16:12.55 | TimRiker | makes sense to me. :) |
| 16:13.00 | russellb | thanks, TimRiker |
| 16:13.10 | TimRiker | jbot: chanset #asterisk-dev autojoin infobot |
| 16:13.10 | jbot | Setting autojoin for #asterisk-dev to 'infobot'; was 'jbot'. |
| 16:13.21 | *** part/#asterisk-dev jbot (i=ibot@rikers.org) |
| 16:13.31 | *** join/#asterisk-dev infobot (i=ibot@rikers.org) |
| 16:13.31 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and Tier 3.14159265 support is in #asterisk -=- Leif Madsen is now the Open Source Release and Issue Tracker Manager. Blame all problems you find on him. That is all. -=- http://xkcd.com/303/ |
| 16:13.35 | russellb | infobot: hi! |
| 16:13.36 | infobot | hi |
| 16:13.42 | TimRiker | ~logs |
| 16:13.43 | infobot | All conversations are logged to http://ibot.rikers.org/channel, where "channel" is replaced by the URL-encoded channel name, such as %23freenode for #freenode. Lines starting with spaces are not logged. |
| 16:13.56 | kpfleming | infobot: can i have a blueberry muffin? |
| 16:14.11 | russellb | ~tackle kpfleming |
| 16:14.13 | infobot | ACTION tackles kpfleming to the ground. |
| 16:14.29 | putnopvut | infobot: talk about russellb behind his back |
| 16:14.30 | infobot | ACTION chatters endlessly to about russellb behind his back |
| 16:14.36 | putnopvut | heh |
| 16:20.39 | *** part/#asterisk-dev TimRiker (i=timr@bzflag/projectlead/TimRiker) |
| 16:21.14 | *** join/#asterisk-dev lbt_ (n=david@78.32.229.233) |
| 16:22.48 | *** part/#asterisk-dev lbt_ (n=david@78.32.229.233) |
| 16:25.42 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 16:31.00 | *** join/#asterisk-dev mog (n=mog@c-68-62-169-246.hsd1.al.comcast.net) |
| 16:31.00 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 16:37.58 | *** join/#asterisk-dev infobot (i=ibot@rikers.org) |
| 16:37.58 | *** topic/#asterisk-dev is Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and Tier 3.14159265 support is in #asterisk -=- Leif Madsen is now the Open Source Release and Issue Tracker Manager. Blame all problems you find on him. That is all. -=- http://xkcd.com/303/ |
| 16:43.10 | putnopvut | curses configure script changes |
| 16:49.28 | *** join/#asterisk-dev jtodd (n=jtodd@blob.fox-den.com) |
| 17:04.56 | *** join/#asterisk-dev MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman) |
| 17:12.30 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 17:12.31 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 17:26.40 | *** join/#asterisk-dev w9sh (n=sph@adsl-068-209-117-205.sip.asm.bellsouth.net) |
| 17:33.58 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.10.119) |
| 17:40.01 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.10.119) |
| 17:40.43 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.10.119) |
| 17:41.50 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:42.27 | atis_work | What's up with http://svn.digium.com/view/asterisk/ ? |
| 17:42.42 | atis_work | it's like that already for few weeks |
| 17:43.02 | russellb | it is down for performance reasons |
| 17:43.24 | atis_work | umm, for several weeks? |
| 17:44.10 | seanbright | yes |
| 17:44.17 | seanbright | it performs poorly over any time span |
| 17:44.49 | atis_work | well, perhaps, but web diffs and release history was nice.. |
| 17:45.08 | atis_work | so, i have to learn command line? |
| 17:45.17 | seanbright | you don't have to, no. |
| 17:45.24 | seanbright | but if you want diffs and logs, yeah |
| 17:45.25 | seanbright | :) |
| 17:47.11 | *** join/#asterisk-dev bbryant (n=Brett_Br@209.192.100.193) |
| 17:47.11 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 17:51.02 | russellb | until we find an alternative that sucks less, yes ... |
| 17:51.28 | atis_work | damn :p |
| 17:52.08 | atis_work | well, perhaps some caching on web server could solve it? |
| 17:52.32 | russellb | if you'd like to modify viewvc to make it more memory efficient, go for it :-) |
| 17:53.04 | atis_work | ini_set('memory_limit',8M) and it's efficent :D |
| 17:53.43 | seanbright | if only it were written in PHP |
| 17:53.45 | bbryant | it's python, sadly |
| 17:53.50 | russellb | Yeah, I tried that. it wouldn't run at all unless I put the limit at 256 MB |
| 17:53.58 | russellb | which isn't terribly helpful, heh |
| 17:54.11 | seanbright | it must be doing it's own internal caching |
| 17:54.21 | seanbright | why it would do that in mem and not on disk is beyond me |
| 17:54.33 | russellb | I think it supports some MySQL stuff |
| 17:54.40 | russellb | shrugs |
| 17:54.51 | russellb | i really just don't have time to deal with it |
| 17:55.03 | seanbright | well give me root access |
| 17:55.05 | seanbright | i'll take care of it |
| 17:55.08 | seanbright | :D |
| 17:55.11 | atis_work | :D |
| 17:55.18 | russellb | we're probably going to put it in its own VM |
| 17:55.24 | russellb | so that if it takes its own VM down, who cares |
| 17:57.39 | seanbright | see? openbsd *does* suck. |
| 17:57.48 | seanbright | bam! |
| 18:00.30 | atis_work | http://demo.websvn.info/diff.php?repname=WebSVN&path=%2Fbranches%2F2.1%2Finclude%2Fversion.php&rev=685 |
| 18:00.35 | atis_work | doesn't look that bad |
| 18:00.41 | atis_work | there are probably a dozen out there |
| 18:00.50 | seanbright | indeed. |
| 18:04.02 | *** join/#asterisk-dev frawd (n=francois@96.Red-83-35-179.dynamicIP.rima-tde.net) |
| 18:05.56 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 18:27.03 | JunK-Y | is there any reason why VOLUME() is write-only, that could be cool to get the current value of [rt]x, no? |
| 18:27.40 | leifmadsen | makes sense |
| 18:27.47 | leifmadsen | Set(RES=${VOLUME()}) I guess? |
| 18:27.55 | eliel | yes |
| 18:28.12 | leifmadsen | or Set(RES=${VOLUME(${CHANNEL})}) |
| 18:28.55 | JunK-Y | not exactly, since VOLUME operates on the current channel |
| 18:29.13 | JunK-Y | Set(RES=${VOLUME(rx)}) |
| 18:29.15 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.10.119) |
| 18:30.05 | eliel | volume is being set in a datastore for the channel, what happen when reading the volume and we couldn't find that datastore? |
| 18:30.25 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.10.119) |
| 18:33.26 | JunK-Y | returns 0 ? |
| 18:33.52 | eliel | JunK-Y: I think that 0 is a possible value for rx, or tx |
| 18:35.11 | JunK-Y | if there's no datastores for that channel its causes no VOLUME has been written, no? |
| 18:35.36 | JunK-Y | so it could returns 0 (since, no call to VOLUME() has been made) |
| 18:35.39 | eliel | I think so |
| 18:36.05 | eliel | or it is using other default values? |
| 18:37.10 | JunK-Y | dunno, its true that it could be something different |
| 18:40.02 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 18:40.02 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:48.15 | eliel | is VOLUME() working? |
| 18:48.37 | eliel | datastores are case insensitive? |
| 18:50.52 | eliel | I said nothing... |
| 18:54.02 | *** join/#asterisk-dev califus (n=chatzill@210.212.160.101) |
| 18:55.34 | JunK-Y | eliel: yes it works |
| 18:55.39 | JunK-Y | write-only |
| 18:55.53 | eliel | yes, sorry, datastores are case insensitive |
| 18:59.50 | JunK-Y | [Mar 30 14:59:41] WARNING[11171]: func_volume.c:184 volume_read: vi = 0xb555b0 -- Executing [141@default:1] NoOp("Console/dsp", "volume rx is 0") in new stack |
| 18:59.55 | JunK-Y | seems to work so far |
| 19:00.42 | eliel | huh? |
| 19:01.05 | eliel | don't think so... try modifying the volume and then reading it... |
| 19:02.50 | JunK-Y | <PROTECTED> |
| 19:02.54 | JunK-Y | [Mar 30 15:02:48] WARNING[12211]: func_volume.c:184 volume_read: vi = 0xb60cc0 |
| 19:02.57 | JunK-Y | <PROTECTED> |
| 19:10.02 | eliel | you made a patch for doing that? |
| 19:10.13 | JunK-Y | let me tests few things before i submit the patch |
| 19:10.14 | JunK-Y | ya |
| 19:10.33 | JunK-Y | it might be cool to do something like: add 2 |
| 19:11.44 | JunK-Y | it works |
| 19:23.10 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 19:23.10 | *** join/#asterisk-dev califus (n=chatzill@210.212.160.101) [NETSPLIT VICTIM] |
| 19:23.10 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 19:23.10 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.10.119) [NETSPLIT VICTIM] |
| 19:23.10 | *** join/#asterisk-dev frawd (n=francois@96.Red-83-35-179.dynamicIP.rima-tde.net) [NETSPLIT VICTIM] |
| 19:23.10 | *** join/#asterisk-dev bbryant (n=Brett_Br@209.192.100.193) |
| 19:23.10 | *** join/#asterisk-dev w9sh (n=sph@adsl-068-209-117-205.sip.asm.bellsouth.net) [NETSPLIT VICTIM] |
| 19:23.10 | *** join/#asterisk-dev MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman) |
| 19:23.10 | *** join/#asterisk-dev jtodd (n=jtodd@blob.fox-den.com) [NETSPLIT VICTIM] |
| 19:23.10 | *** join/#asterisk-dev mog (n=mog@c-68-62-169-246.hsd1.al.comcast.net) [NETSPLIT VICTIM] |
| 19:23.10 | *** mode/#asterisk-dev [+oooo tzafrir_laptop oej bbryant mog] by irc.freenode.net |
| 19:23.11 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) [NETSPLIT VICTIM] |
| 19:23.11 | *** join/#asterisk-dev macli (n=macli@nmc.brc.ubc.ca) [NETSPLIT VICTIM] |
| 19:23.11 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 19:23.11 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable206.69-20-96.mc.videotron.ca) |
| 19:23.11 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) [NETSPLIT VICTIM] |
| 19:23.11 | *** join/#asterisk-dev moy (n=chatzill@74.12.124.89) [NETSPLIT VICTIM] |
| 19:23.11 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) [NETSPLIT VICTIM] |
| 19:23.11 | *** join/#asterisk-dev jeangal (n=jeang@nat/digium/x-ef69af4a541ab374) [NETSPLIT VICTIM] |
| 19:23.11 | *** join/#asterisk-dev Mw3 (i=mw3@mw3.hu) [NETSPLIT VICTIM] |
| 19:23.11 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 19:23.11 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 19:23.11 | *** mode/#asterisk-dev [+oooo Deeewayne kpfleming putnopvut leifmadsen] by irc.freenode.net |
| 19:23.11 | *** join/#asterisk-dev juanjoc (n=jcomella@200.69.219.113) [NETSPLIT VICTIM] |
| 19:23.11 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 19:23.11 | *** join/#asterisk-dev jmls (n=jmls@host217-36-208-155.in-addr.btopenworld.com) [NETSPLIT VICTIM] |
| 19:23.11 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) [NETSPLIT VICTIM] |
| 19:23.11 | *** join/#asterisk-dev fiddur (i=fiddur@c042.rit.se) [NETSPLIT VICTIM] |
| 19:23.11 | *** join/#asterisk-dev pmhaddad (n=pmhaddad@24-247-41-171.dhcp.mrqt.mi.charter.com) [NETSPLIT VICTIM] |
| 19:23.11 | *** join/#asterisk-dev PDani (n=pdani@catv-89-133-156-227.catv.broadband.hu) [NETSPLIT VICTIM] |
| 19:23.11 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) [NETSPLIT VICTIM] |
| 19:23.11 | *** join/#asterisk-dev micols (n=mio@rlogin.dk) [NETSPLIT VICTIM] |
| 19:23.11 | *** join/#asterisk-dev kerframil (n=kerframi@gentoo/user/kerframil) [NETSPLIT VICTIM] |
| 19:23.11 | *** join/#asterisk-dev rbd (n=rbd@rrcs-96-10-27-206.se.biz.rr.com) [NETSPLIT VICTIM] |
| 19:23.11 | *** join/#asterisk-dev snuff-work (n=aaa@203.19.141.34) [NETSPLIT VICTIM] |
| 19:23.11 | *** join/#asterisk-dev wedhorn (n=nnnwedho@123.243.209.34) [NETSPLIT VICTIM] |
| 19:23.11 | *** join/#asterisk-dev jmworx___ (n=jeval@mail.octasic.com) [NETSPLIT VICTIM] |
| 19:23.11 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 19:23.12 | *** join/#asterisk-dev Corydon76-dig (i=gray@pdpc/supporter/bronze/Corydon76-home) |
| 19:23.12 | *** join/#asterisk-dev Qwell (i=north@pdpc/sponsor/digium/Qwell) |
| 19:23.12 | *** mode/#asterisk-dev [+oooo eliel snuff-work Corydon76-dig Qwell] by irc.freenode.net |
| 19:23.12 | *** join/#asterisk-dev Daviey (n=Daviey@ubuntu/member/pdpc.gold.Daviey) [NETSPLIT VICTIM] |
| 19:23.12 | *** join/#asterisk-dev Damin (n=damin@nucleus.nacs.net) [NETSPLIT VICTIM] |
| 19:23.12 | *** join/#asterisk-dev davevg-btwtech (n=davevg-b@nj-67-76-177-147.sta.embarqhsd.net) [NETSPLIT VICTIM] |
| 19:23.12 | *** join/#asterisk-dev Juggie (n=Juggie@CPE001601df17fb-CM001ceac25ada.cpe.net.cable.rogers.com) |
| 19:23.12 | *** join/#asterisk-dev jetsnoc (n=brian@72.22.244.222) [NETSPLIT VICTIM] |
| 19:23.12 | *** join/#asterisk-dev ChanServ (ChanServ@services.) |
| 19:23.12 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 19:23.12 | *** join/#asterisk-dev jcollie (n=jcollie@fedora/jcollie) [NETSPLIT VICTIM] |
| 19:23.12 | *** mode/#asterisk-dev [+oo ChanServ seanbright] by irc.freenode.net |
| 19:23.12 | *** join/#asterisk-dev janinge (i=j@ninge.net) |
| 19:23.12 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 19:23.13 | *** join/#asterisk-dev festr_ (n=festr@ns.hiro.cz) [NETSPLIT VICTIM] |
| 19:23.13 | *** join/#asterisk-dev elguero (n=elguero@ns1.nashuacs.com) |
| 19:23.13 | *** join/#asterisk-dev dwayne (n=dwayne@c-76-29-245-9.hsd1.al.comcast.net) |
| 19:23.13 | *** join/#asterisk-dev mnicholson (n=mnichols@nat/digium/x-a38581c2af27997f) |
| 19:23.13 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 19:23.13 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) [NETSPLIT VICTIM] |
| 19:23.13 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) [NETSPLIT VICTIM] |
| 19:23.13 | *** join/#asterisk-dev smurf (n=smurf@debian/developer/smurf) [NETSPLIT VICTIM] |
| 19:23.13 | *** join/#asterisk-dev unpaidbill (n=bill@alteredbeastiality.org) [NETSPLIT VICTIM] |
| 19:23.13 | *** join/#asterisk-dev mbranca (n=matteo@2001:1418:130:0:21e:8cff:fe51:5b05) [NETSPLIT VICTIM] |
| 19:23.13 | *** join/#asterisk-dev bkw_ (n=brian@freeswitch/developer/bkw) [NETSPLIT VICTIM] |
| 19:23.13 | *** join/#asterisk-dev BlargMaN00 (n=blarg@12.234.16.130) |
| 19:23.13 | *** join/#asterisk-dev felipe_ (n=felipe@my.nada.kth.se) [NETSPLIT VICTIM] |
| 19:23.13 | *** join/#asterisk-dev The_Boy_Wonder (n=davidvos@asterisk/batman-developer/dvossel) |
| 19:23.13 | *** join/#asterisk-dev corramor (n=corramor@nat/digium/x-b1df2ca59fce3934) [NETSPLIT VICTIM] |
| 19:23.13 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 19:23.13 | *** join/#asterisk-dev De_Mon (i=de_mon@fl-67-77-166-5.dyn.embarqhsd.net) |
| 19:23.13 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 19:23.13 | *** mode/#asterisk-dev [+ooo jpeeler russellb file] by irc.freenode.net |
| 19:25.57 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) [NETSPLIT VICTIM] |
| 19:25.58 | JunK-Y | eliel: http://bugs.digium.com/view.php?id=14789 |
| 19:25.58 | *** join/#asterisk-dev mosty (n=mosty@213-66-224-163-no22.tbcn.telia.com) |
| 19:26.01 | eliel | JunK-Y: you are not setting any rx or tx value when reading its value, I think it is not necesary to initialize the audiohook |
| 19:26.21 | eliel | let someone else review your code... |
| 19:26.22 | jtodd | Question for the room: would be appropriate or inappropriate to send an email invitation broadcast for the European Developer's Meet-Up to the email addresses of the most recently active Mantis users? |
| 19:26.22 | putnopvut | First thing I notice on that patch is that it will not compile in dev mode because you are mixing declarations with other code. |
| 19:26.22 | jtodd | Might be considered spam, but also is in the correct "spirit" of the bugtracker concept. |
| 19:26.22 | putnopvut | jtodd: seems kind of spammy to me. |
| 19:26.23 | eliel | JunK-Y: also you will need to update the xml docs |
| 19:26.23 | mosty | jtodd, surely there is a mailing list which people who want that sort of thing would sign up for |
| 19:26.23 | russellb | jtodd: seems kind of spammy. I think posting to asterisk-dev is the most appropriate place. |
| 19:26.23 | JunK-Y | eliel: good catch yeah |
| 19:26.23 | russellb | jtodd: potentially a blog post on asterisk.org .. |
| 19:26.23 | jtodd | The asterisk-dev list is the right place (and it's already been sent) but I've found that a large portion of Asterisk developers aren't actually subscribed to the lists at all due to work volume. |
| 19:26.23 | russellb | or a story, whatever |
| 19:26.40 | jtodd | Sure, a blog would be a good idea. |
| 19:26.40 | eliel | an ad on tv |
| 19:26.48 | jtodd | eliel: You fund it, I'll star in it. |
| 19:27.34 | russellb | jtodd: okay. I'll take care of posting it |
| 19:27.34 | eliel | he |
| 19:27.34 | JunK-Y | eliel: i didnt know that datastore wese used only for write access |
| 19:27.34 | jtodd | russelb: Feel free to lift all or part of the post I put out to -dev, or make up your own. |
| 19:27.44 | eliel | JunK-Y: i didn't say that... |
| 19:28.33 | eliel | What I said is that you are initializing the audiohook for what reason? |
| 19:28.51 | JunK-Y | to manipulate, but in my case it was not needed. |
| 19:28.56 | jtodd | I'm still not certain that a blog post is sufficient... hmm... how about we change (temporarily) the Mantis MOTD? |
| 19:29.33 | eliel | you are welcome to latin america also :) |
| 19:29.46 | jtodd | We rarely use it for anything other than general instructions. Maybe a post at the top would be better to catch the eye of possible attendees. |
| 19:30.10 | Corydon76-lap | jtodd: I think that sets a bad precedent |
| 19:31.26 | Corydon76-lap | We really should never use resources that are intended for use only for productive purposes for marketing, or they will become general marketing resources. |
| 19:31.35 | jtodd | Corydon76-lap: I disagree that it is in some way out of scope for the MOTD. A meeting where bugs, code, and guidelines are discussed is in the scope of the Mantis system's MOTD, I would suggest. |
| 19:31.42 | jtodd | This is not marketing. This is a development meeting. |
| 19:32.33 | jtodd | It is a free meeting for the explicit purpose of working on code, bugs, and discussing other core Asterisk issues. No vendors, no charge. |
| 19:32.47 | Corydon76-lap | Other than putting those announcements out via normal channels, I don't see a reason to expand those channels into work resources. |
| 19:33.19 | jtodd | I'm still unclear on why that would be somehow outside of the charter of the bugtracker's announcement feature. |
| 19:33.21 | Corydon76-lap | If people want to see those announcements, they will see those announcements. If they don't want to see those announcements, you'll be needlessly bugging them |
| 19:34.43 | Corydon76-lap | I totally understand your motivation for getting the word out, but I also see that some people would rather not see that, and have intentionally unsubscribed from lists where those announcements are generated |
| 19:35.26 | jtodd | OK. So I can see not sending via email to the Mantis email addresses, but does your opposition also include the MOTD on Mantis? |
| 19:35.36 | Corydon76-lap | If someone complains that they didn't get sufficient notice, point out that it went through normal channels or offer to subscribe them to a list, but don't spoil resources for others |
| 19:36.31 | Corydon76-lap | I also rarely see the MOTD, given that my clients tend to stay logged in and I only see the announcements when logging in |
| 19:36.52 | Corydon76-lap | So it would also be ineffective for developers like me |
| 19:37.11 | jtodd | So you're not opposed to changing the MOTD? |
| 19:37.40 | Corydon76-lap | I think changing the MOTD isn't likely to get you any more developers than you have already gotten through other channels |
| 19:38.22 | jtodd | Still not an answer to the question. :-) |
| 19:38.32 | Corydon76-lap | Isn't there a generic digium announcement list that would be more appropriate? |
| 19:38.53 | putnopvut | JunK-Y: I've added some comments to the issue you just opened. |
| 19:38.59 | Corydon76-lap | If not, would creating a dev-events list perhaps be a more appropriate channel for the future? |
| 19:40.06 | Corydon76-lap | I know that doesn't solve your problem immediately, but I'm sensitive to over-marketing events and people who would rather not be exposed to that |
| 19:40.23 | jtodd | I hate the idea of more lists that are rarely used. |
| 19:40.27 | JunK-Y | putnopvut: yeah, thanks |
| 19:40.30 | JunK-Y | For one-line if statements, you should use curly braces. |
| 19:40.36 | JunK-Y | u probably mean: not. |
| 19:40.42 | putnopvut | JunK-Y: no, I mean you should. |
| 19:40.43 | Corydon76-lap | I LOVE announcement lists that are rarely used. |
| 19:40.53 | putnopvut | JunK-Y: +if (!(datastore = ast_datastore_alloc(&volume_datastore, NULL))) |
| 19:40.53 | putnopvut | +return 0; |
| 19:40.58 | putnopvut | That should have curly braces around it. |
| 19:41.22 | putnopvut | (Also, it will end up being a multi-line if statement since you'll need to unlock the channel there anyway) ;) |
| 19:41.37 | Corydon76-lap | It means that I don't have the opportunity to become annoyed by too many announcements emanating from a particular list... that I can choose to receive only a fraction of announcements (the ones I REALLY want to see) |
| 19:41.39 | JunK-Y | ha okay, i copy that block from the write part, so it should be fixed there too. |
| 19:42.09 | putnopvut | JunK-Y: yeah, that's one of the newer coding guidelines, so when the write portion was written, that guideline didn't exist. |
| 19:42.48 | JunK-Y | i think this is an excellent practice. |
| 19:43.08 | JunK-Y | actually its one of the stuff we learned in college when doing if block :) |
| 19:43.18 | JunK-Y | thanks for review, will update my patch |
| 19:44.26 | Corydon76-lap | jtodd: the only downside to a large number of lists is management of those subscriptions (but THAT can be fixed with a web interface to manage multiple subscriptions -- a checkbox for each one) |
| 19:47.46 | eliel | jtodd: what if you setup a conference to listen to the meeting for everyone else not leaving in europe?, like you did for astricon-dev |
| 19:48.21 | eliel | s/you/someone/ |
| 19:48.27 | jtodd | Corydon76-lap: I think most people have problems with dilution of interest with many mailing lists. |
| 19:48.37 | jtodd | eliel: I think that can be done, yes. |
| 19:49.49 | jtodd | eliel: That's a good idea. |
| 19:49.55 | Corydon76-lap | jtodd: most people? or most developers? Keep in mind who you said your target audience is |
| 19:50.31 | eliel | Corydon76-lap: "possible" developers maybe are not reading the mailing list |
| 19:50.32 | jtodd | Corydon76-dev: I don't have good data either way. |
| 19:50.56 | Corydon76-lap | I think developers in general like the ability to finely filter what they receive in their inboxes |
| 19:51.23 | jtodd | I do know for a fact that I've talked to Asterisk coders who don't subscribe to a single Asterisk mailing list of any kind. How they are reached is unclear. |
| 19:51.26 | Corydon76-lap | Ask the inhouse developers, for starters |
| 19:52.14 | Corydon76-lap | jtodd: yes, but those very same developers would also consider it an affront if you emailed them directly or invaded their development resources to post something they aren't interested in |
| 19:52.40 | Corydon76-lap | Don't alienate the 90% while you attempt to reach the unreachable 10% |
| 19:53.25 | jtodd | I'm OK with not sending email. I don't think the MOTD would be an affront on anyone's sensibilities. |
| 19:53.41 | Corydon76-lap | jtodd: it sets a precedent |
| 19:53.56 | JunK-Y | putnopvut: its the opposite, a lot of the read fct was copied from the write :) |
| 19:53.57 | russellb | personally, I'm perfectly fine with setting it as a MOTD |
| 19:54.01 | jtodd | I don't agree that it would be a bad precedent. |
| 19:54.10 | JunK-Y | new patch will fix my problems and that coding stuff. |
| 19:54.20 | Corydon76-lap | jtodd: next time, you'll point to this exception and allow setting the MOTD to promote Astricon |
| 19:54.21 | russellb | it's completely relevant to people interested in asterisk development, and it doesn't even cost anything |
| 19:54.26 | putnopvut | JunK-Y: oops :) |
| 19:54.39 | Corydon76-lap | And then it will be used to promote training classes. It's a slippery slope. |
| 19:54.56 | russellb | free developer conference and paid for commercial digium events are very different ... |
| 19:55.05 | JunK-Y | so each time we touch a datastore, we need to lock the channel ? no exception to that? |
| 19:55.09 | jtodd | I'd suggest that it could be used to promote the Astridevcon, certainly. |
| 19:55.14 | jtodd | Probably not Astricon. |
| 19:55.18 | russellb | agrees with that |
| 19:55.20 | putnopvut | JunK-Y: that is correct. |
| 19:55.34 | JunK-Y | damn, that guru drink gets me high! |
| 19:55.43 | Corydon76-lap | russellb: I'm not opposed to this per se, just concerned with the precedent set |
| 19:55.59 | eliel | JunK-Y: do not modify coding guidelines of the already commited code in the same patch (also fix other bugs in another patch/bugid) |
| 19:56.50 | JunK-Y | i will probably add curly braces where i see it's missing and commit directly to trunk |
| 19:56.51 | russellb | Corydon76-dig: I understand, which is why I was trying to draw the line between free community events, and paid for digium commercial events |
| 19:56.54 | JunK-Y | since its trivail |
| 19:56.58 | JunK-Y | trivial |
| 19:57.51 | Corydon76-lap | russellb: as long as we draw a good line in the sand, I'm fine, then. |
| 19:58.03 | russellb | okie dokie. |
| 19:58.34 | Corydon76-lap | free community events that are targeted to developers only |
| 19:59.01 | russellb | devcons, heh |
| 19:59.39 | Corydon76-lap | No AAUG installfest announcements |
| 20:00.17 | eliel | asteroffice |
| 20:00.18 | Corydon76-lap | (please) |
| 20:00.35 | jtodd | Corydon76-lap: If that's what the majority of the community agrees with and says should be the policy, I'm all for whatever is the consensus. |
| 20:00.51 | Corydon76-lap | jtodd: developer community, please |
| 20:01.01 | jtodd | Yes, agreed, "developer community". |
| 20:01.34 | jtodd | I'd suggest that we have a small sample size in this discussion, but it seems reasonable at the moment. |
| 20:02.43 | eliel | "the fellowship of the astering" |
| 20:02.56 | eliel | needs to sleep more |
| 20:03.04 | Corydon76-lap | eliel: that's awful. ;-) |
| 20:03.13 | jtodd | I think there's a joke in there with "tip and ring" but I'm not sure what it is yet. |
| 20:03.35 | jtodd | "One dialplan to rule them all." |
| 20:03.47 | Corydon76-lap | jtodd: I already see the joke, and it's inappropriate for work hours |
| 20:03.58 | eliel | heh |
| 20:04.41 | Corydon76-lap | though I'm hardly one to talk for inappropriateness |
| 20:06.34 | jtodd | Coryton76-lap: Keep chanting the HR PC mantra in your head: "If there's doubt, don't say it out." Oooooom. |
| 20:16.41 | Corydon76-lap | jtodd: my problem is that I never have doubt |
| 20:21.09 | *** join/#asterisk-dev dbrooks (n=dbrooks@nat/digium/x-c9a7545a5d1aa93b) |
| 20:34.52 | jpeeler | there is like 20 people staring at it |
| 20:35.17 | Corydon76-lap | s/is/are/ |
| 20:35.31 | Corydon76-lap | Not me, but whatever |
| 20:35.41 | jpeeler | oops wrong grammar and room |
| 20:39.17 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 20:43.35 | marv[work] | in app_follow.c (in 1.4.24) i see a bunch of places that do if (!caller) if comments about if the call has hung up. But I see nothing that would actually set that variable to null. Am I missing something, or was the author just a little confused about how C pointers work? |
| 20:47.52 | Corydon76-lap | marv[work]: it appears that you could execute the application without a channel, in which case, caller would be NULL |
| 20:48.20 | Corydon76-lap | marv[work]: I'm not sure what use that would be, but the author seems to have made a provision for it |
| 20:49.02 | Corydon76-lap | marv[work]: or it could be just stale code from an older version |
| 20:49.14 | russellb | weird |
| 20:49.25 | russellb | i don't think it's possible (or even useful, ever) to execute an app with no channel |
| 20:53.21 | putnopvut | prepares to svn blame chan_sip.c |
| 20:54.40 | seanbright | putnopvut: good lucl. |
| 20:54.46 | seanbright | s/cl/ck/ |
| 20:57.25 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 21:01.01 | *** join/#asterisk-dev mort___ (n=mort@user-54405220.wfd76b.dsl.pol.co.uk) |
| 21:08.18 | Juggie | reviewboard broken? |
| 21:08.26 | Juggie | i click the links in emails and i'm getting a 404 |
| 21:08.36 | russellb | works for me |
| 21:08.39 | seanbright | appears broken here as well |
| 21:08.41 | russellb | what's an example link |
| 21:08.45 | seanbright | unfortunately |
| 21:08.48 | Juggie | http://reviewboard.digium.com/r/174/ |
| 21:08.58 | seanbright | http://reviewboard.digium.com/ |
| 21:09.05 | russellb | i'm getting there just fine ... |
| 21:09.09 | seanbright | you're internal |
| 21:09.12 | seanbright | we are not. |
| 21:09.17 | russellb | i know |
| 21:09.19 | russellb | same box, though |
| 21:09.21 | seanbright | ok |
| 21:09.32 | russellb | what address do you get for it |
| 21:09.33 | Juggie | on the root i get permission denied. |
| 21:09.33 | seanbright | well it's clearly a problem with our browsers |
| 21:10.01 | seanbright | 76.164.171.230 |
| 21:10.05 | Juggie | same here. |
| 21:10.41 | kpfleming | umm... i just requested some DNS changes, it's possible the apache config is broken |
| 21:10.46 | russellb | i'm getting a different address. |
| 21:10.46 | kpfleming | i'll take a look, hang on |
| 21:10.49 | russellb | thanks kpfleming |
| 21:10.50 | kpfleming | can you ping that IP? |
| 21:10.57 | seanbright | yes |
| 21:10.58 | Juggie | yes |
| 21:11.04 | kpfleming | ok |
| 21:11.07 | Juggie | good ping too 50ms. |
| 21:11.09 | seanbright | i defer to Juggie for further questions |
| 21:11.11 | Juggie | not that it matters. |
| 21:11.58 | kpfleming | crap... they put in the wrong IP |
| 21:12.07 | Juggie | it seems like a workstation? |
| 21:12.08 | seanbright | silly IT |
| 21:12.08 | russellb | facepalms |
| 21:12.09 | Juggie | as its ubuntu? |
| 21:12.17 | Juggie | unless your running ubuntu server |
| 21:12.25 | russellb | yeah, we are using ubuntu server LTS. |
| 21:12.28 | Juggie | ah |
| 21:12.36 | kpfleming | please post the IPs that you get for packages.asterisk.org, svn.digium.com, svncommunity.digium.com, bugs.digium.com, and downloads.digium.com |
| 21:12.44 | Juggie | stand by |
| 21:12.59 | seanbright | packages: 76.164.171.229 |
| 21:13.08 | seanbright | svn: .230 |
| 21:13.24 | seanbright | svncommunity: 230 |
| 21:13.38 | seanbright | bugs: .231 |
| 21:13.41 | Juggie | Non-authoritative answer: |
| 21:13.41 | Juggie | Name: downloads.digium.com |
| 21:13.41 | Juggie | Address: 76.164.171.232 |
| 21:13.46 | seanbright | and that. |
| 21:14.01 | kpfleming | ok, all of those are correct, reviewboard is wrong |
| 21:14.11 | kpfleming | if they had swapped two of them i could fix on the server, but i can't |
| 21:14.13 | kpfleming | will escalate |
| 21:15.43 | kpfleming | sorry about that |
| 21:16.08 | seanbright | i forgive you |
| 21:16.22 | kpfleming | so you are actually hitting svn.digium.com, where there is nothing at the root |
| 21:16.35 | kpfleming | if you go to http://reviewboard.digium.com/svn right now, you'll get a surprise :-) |
| 21:17.12 | seanbright | heh |
| 21:17.20 | seanbright | omg! |
| 21:17.24 | seanbright | :{ |
| 21:17.28 | seanbright | i mean :P |
| 21:30.50 | kpfleming | DNS has been fixed, we'll see how long it takes to get out there |
| 21:31.26 | seanbright | you guys got enough 3rd party modules? |
| 21:31.29 | seanbright | jeebuz |
| 21:31.42 | seanbright | Apache/2.2.8 (Ubuntu) DAV/2 SVN/1.4.6 mod_python/3.3.1 Python/2.5.2 PHP/5.2.4-2ubuntu5.5 with Suhosin-Patch mod_ssl/2.2.8 OpenSSL/0.9.8g Server |
| 21:31.47 | seanbright | that's a mouthful |
| 21:32.51 | kpfleming | no, we need more |
| 21:32.56 | kpfleming | got any you can spare? |
| 21:33.14 | seanbright | should just add mod_asterisk/1.6.2 in there for poops and giggles |
| 21:42.55 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 22:01.00 | marv[work] | Corydon76-lap: (continuing the conversation from an hour ago) the verbose "Original caller hungup. Cleanup." makes me think thought a hangup would magically null out their local variable. Which if someone was new to pointers, i could see them making that mistake. |
| 22:01.24 | marv[work] | but oh well, just making sure it didn't serve some purpose i was missing (and cared about) |
| 22:21.05 | Corydon76-lap | marv[work]: very possible |
| 22:23.16 | seanbright | kpfleming: reviewboard is working again |
| 22:24.35 | kpfleming | that was fast |
| 22:39.03 | *** part/#asterisk-dev jeangal (n=jeang@nat/digium/x-ef69af4a541ab374) |
| 22:53.55 | *** join/#asterisk-dev moy (n=chatzill@74.12.124.89) |
| 23:06.27 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 23:06.27 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 23:06.38 | mvanbaak | damn, scanning all the pictures you have is a HUGE job |
| 23:06.41 | JunK-Y | wow, asterisk is in this lab! yay |
| 23:18.48 | *** join/#asterisk-dev djbelieny (n=djbelien@209-102-195-86.ipv4.intur.net) |
| 23:18.52 | *** part/#asterisk-dev djbelieny (n=djbelien@209-102-195-86.ipv4.intur.net) |
| 23:21.08 | mvanbaak | 2045 files in 63 albums and 11 categories with 11 comments viewed 22156 times |
| 23:21.12 | mvanbaak | hurray ! |
| 23:42.51 | *** join/#asterisk-dev stompyj (n=eric@c-67-186-135-65.hsd1.ma.comcast.net) |
| 23:43.00 | stompyj | hello all, I just have a quick question |
| 23:43.24 | stompyj | is it possible to execute an arbitrary unix command via agi? |
| 23:45.11 | leifmadsen | stompyj: sure it is... just use whatever the scripts method of doing that is |
| 23:45.22 | leifmadsen | alternatively you could use System() in 1.4, or SHELL() in 1.6.x |
| 23:45.23 | stompyj | dang, yeah, thats what I thought |
| 23:45.32 | leifmadsen | (application and function respectively) |
| 23:45.45 | stompyj | for whatever reason it's just not executing for us |
| 23:45.48 | stompyj | biarre |
| 23:45.51 | stompyj | bizarre* |
| 23:45.59 | leifmadsen | agi is just a gateway to execute an external script |
| 23:46.10 | leifmadsen | it'll be the fault of the script, or a permissions issue |
| 23:46.15 | leifmadsen | see #asterisk for more information |
| 23:47.27 | stompyj | thanks leifmadsen :) |