| 00:14.48 | *** join/#asterisk-dev snuff-work (n=aaa@203.19.141.34) |
| 00:14.48 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 02:44.24 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 06:10.21 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 06:10.21 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 06:36.38 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-22-114.hsd1.sc.comcast.net) |
| 06:36.38 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 08:02.43 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 08:13.54 | *** join/#asterisk-dev Pazzo (n=ugelt@195.254.225.136) |
| 08:41.15 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 09:22.25 | *** join/#asterisk-dev _ys (n=ys@xgw.infor.net.ru) |
| 09:55.04 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 11:05.52 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 11:05.52 | *** mode/#asterisk-dev [+o snuff-home] by ChanServ |
| 11:34.06 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 11:34.06 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 11:39.21 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 11:56.17 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 11:56.17 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:07.05 | *** join/#asterisk-dev Dovid (i=David_M_@12.185.229.79) |
| 12:11.58 | *** join/#asterisk-dev fiddur (n=fiddur@192.121.104.122) |
| 12:16.35 | *** join/#asterisk-dev itamarjp (n=itamar@189-015-173-204.xd-dynamic.ctbcnetsuper.com.br) |
| 12:24.37 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:24.37 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:46.13 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 12:53.15 | *** join/#asterisk-dev zmb (n=zm23@zaara.cuit.columbia.edu) |
| 12:55.16 | zmb | hi. I'm experiencing problems with asterisk manager when using 1.4.26. Manager client logs in once.. and stays connected to receive event notifications. At this time there are 4-5 /tmp/ast-ami-xxxx files are being created every minute |
| 12:55.44 | zmb | if the client logs in and logs off then there is no problem |
| 12:55.57 | zmb | any suggestions? |
| 12:59.51 | leifmadsen | zmb: sounds like you should verify there isn't an issue already open on the issue tracker like that, and if not, to open an issue with steps to reproduce |
| 13:00.51 | zmb | leifmadsen: I did check and did not find any open issues. Thanks. I will do that. |
| 13:01.40 | leifmadsen | thanks! |
| 13:12.12 | *** join/#asterisk-dev yahh (n=root@122.170.38.138) |
| 13:20.30 | yahh | hi guys!! |
| 13:21.09 | yahh | i wanted to discuss on critical issue with asterik, which i am feeling |
| 13:22.08 | yahh | are you there!! |
| 13:27.50 | kpfleming | people are here, you need to ask your question instead of asking to ask your question |
| 13:53.38 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 13:53.39 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 13:56.17 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 13:56.17 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:02.04 | *** join/#asterisk-dev yahh (n=root@122.170.20.255) |
| 14:02.22 | yahh | sorry guys.... i had a internet problem |
| 14:02.59 | yahh | is reply given to my issue? |
| 14:08.53 | leifmadsen | yahh: we don't know what your problem is... |
| 14:08.57 | leifmadsen | <kpfleming> people are here, you need to ask your question instead of asking to ask your question |
| 14:11.52 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br) |
| 14:13.37 | *** join/#asterisk-dev moy (n=moy@74.12.123.137) |
| 14:14.38 | yahh | <yahh> well |
| 14:14.39 | yahh | <yahh> my asterisk system is connected with T1 line |
| 14:14.39 | yahh | <yahh> in my dial plan, i am running Monitor before doing further processing |
| 14:14.39 | yahh | <yahh> now in files generated with Monitor, skips are coming |
| 14:14.39 | yahh | <yahh> like missing some word inbetween |
| 14:14.41 | yahh | <yahh> some times very litle silent is coming when skip but sometime not |
| 14:14.43 | yahh | <yahh> just dirctely like continuous speech but missing some word in between |
| 14:14.45 | yahh | <yahh> so why it is happening |
| 14:18.13 | leifmadsen | I'd search the issue tracker for related issues and see if an already open issue exists (also check closed issues to see if your problem has already been fixed). |
| 14:18.33 | leifmadsen | if you don't find it, open a new issue giving as much information as you can, and also the information required to reproduce the issue |
| 14:31.13 | yahh | k.. |
| 14:44.17 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:44.17 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 14:56.23 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 14:56.23 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:07.36 | *** join/#asterisk-dev xpot (n=james@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 15:07.58 | *** join/#asterisk-dev ctooley (n=ctooley@c-68-52-165-168.hsd1.tn.comcast.net) |
| 15:07.58 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 15:16.42 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 15:22.12 | *** join/#asterisk-dev Corydon76-lap (n=Corydon7@pdpc/supporter/bronze/Corydon76-home) |
| 15:22.12 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 15:26.26 | *** join/#asterisk-dev ctooley (n=ctooley@c-68-52-165-168.hsd1.tn.comcast.net) |
| 15:26.26 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 15:27.45 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 15:28.14 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 15:36.28 | kaii | hm. i'm having a full backtrace of a broken asterisk with all threads. i identified the thread which is waiting for a dead lock and because of that has been "up" for several days. (its a sip channel) |
| 15:36.51 | kaii | how can i find out which channel is locked / which channels lock my thread is waiting for? |
| 15:37.37 | russellb | have you compiled with DEBUG_THREADS turned on? |
| 15:37.56 | kaii | i'm not so sure about that. what would differ? |
| 15:38.13 | russellb | well, it enables a lot of lock debugging in the code |
| 15:38.31 | russellb | you would have "core show locks" available as a CLI command if so. |
| 15:38.39 | russellb | which would tell you what you're looking for |
| 15:39.15 | kaii | awww |
| 15:39.43 | kaii | well the box has been restarted by the support staff, so they had to knew that before .. but thx for the info about "core show locks" |
| 15:40.04 | kaii | russellb: you can see the gdb bt full on http://pastebin.ca/1532665 maybe you can tell me if it has DEBUG_THREADS or not? |
| 15:40.56 | russellb | doesn't look like it |
| 15:41.02 | kaii | to prewarn you: i'm still struggling with 1.2-bristuffed .. and yes, i know i must find the bugs myself but a small hint to right direction would be nice |
| 15:41.51 | kaii | russellb: is DEBUG_THREADS suitable for small production environments? |
| 15:42.17 | kaii | as in: should i enable and recompile on a production site? |
| 15:43.16 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.97) |
| 15:44.02 | russellb | it does make the system incur a performance hit, but for a small production site, it should be fine. |
| 15:45.52 | kaii | alright, thx |
| 15:47.09 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) |
| 15:48.26 | kaii | russellb: looking at the code, i assume 1.2 sadly does not have a "show locks" command. |
| 15:48.33 | kpfleming | it does not |
| 15:48.34 | russellb | that is correct. |
| 15:48.39 | russellb | 1.2 is completely unsupported, too. |
| 15:48.47 | russellb | so how dare you bring it up here :-p |
| 15:48.50 | kaii | i know, as i stated above |
| 15:48.56 | Corydon76-lap | Not completely unsupported |
| 15:49.03 | Corydon76-lap | We still do security releases for it |
| 15:49.03 | russellb | Corydon76-dig: oh shush :-p |
| 15:49.12 | kaii | heh. |
| 15:49.40 | kaii | using and old third-party-patched tree of 1.2 was not my decision, though. |
| 15:49.47 | kaii | s/and/an/ |
| 15:50.05 | kaii | infobot: you rock. perl enabled snafu.. |
| 15:50.05 | infobot | :), kaii |
| 15:55.52 | kaii | mhh.. but how do i find out which channel is locked (and hopefully: why?) then? i mean, without "core show locks" .. |
| 15:56.27 | kaii | should i backport it (if possible?) or can you think of another, more generic approach? |
| 15:56.48 | Corydon76-lap | kaii: use it as a reason to upgrade to 1.4 |
| 15:58.06 | kaii | nice one. |
| 16:00.00 | russellb | backporting it will be a PITA |
| 16:10.49 | kaii | ok. |
| 16:14.44 | tzafrir_laptop | A more generic approach would be to include the diff between you version and 1.4.26.1 as a backporting patch |
| 16:15.49 | russellb | there ya go, it's already a heavily patched 1.2, just make it _really_ heavily patched |
| 16:29.10 | *** join/#asterisk-dev itamarjp (n=itamar@189-015-173-204.xd-dynamic.ctbcnetsuper.com.br) |
| 16:30.10 | kpfleming | and there's my random esoteric commit of the week |
| 16:31.47 | putnopvut | um, cool! |
| 16:33.49 | Corydon76-lap | My random contribution of the week is that when you add orange zest to bread, it makes it taste like you added eggs to the recipe |
| 16:35.49 | kpfleming | random indeed |
| 16:36.40 | file | Some restrictions apply on random contributions. Please see site for details. |
| 16:36.57 | *** join/#asterisk-dev eliel (n=eliels@120-17-235-201.fibertel.com.ar) |
| 16:36.57 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 16:43.52 | russellb | file: link? |
| 16:44.07 | file | russellb: Yes. |
| 16:48.25 | jpeeler | kpfleming: i guess _XOPEN_SOURCE can be removed from res_limit.c now then? |
| 16:53.15 | kpfleming | yep |
| 16:53.43 | *** join/#asterisk-dev jtodd (i=lf1dcbo8@ns.fox-den.com) |
| 16:53.43 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 16:54.45 | jpeeler | i remember i was having problems with that being defined in features.h and having compiling problems |
| 16:55.16 | kpfleming | probably because it was being defined too late |
| 17:08.31 | *** join/#asterisk-dev itamarjp (n=itamar@189-015-173-204.xd-dynamic.ctbcnetsuper.com.br) |
| 17:10.10 | *** join/#asterisk-dev DarkRift (n=dark@bas1-sthubert21-1096590413.dsl.bell.ca) |
| 17:16.22 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.85) |
| 17:16.43 | *** join/#asterisk-dev xpot-mobile (n=james@66-182-88-85.static.sdyl010.digis.net) |
| 17:19.06 | zmb | hi... i'm having problem with asterisk_realtime using 1.6.1 with mysql. I do not get any error at startup about res_mysql but it complains about not finding voicemail table. DB is local and i can connect to it using mysql command line. Trying to debug in gdb |
| 17:19.58 | zmb | how can i set gdb to stop at parse_config function in res_config_mysql.c |
| 17:20.20 | zmb | the same database and res_mysql.conf worked with 1.4.x |
| 17:21.49 | zmb | or can you advise on how to enable extra logging from res_mysql |
| 17:26.20 | *** join/#asterisk-dev itamarjp (n=itamar@189-015-173-204.xd-dynamic.ctbcnetsuper.com.br) |
| 17:28.05 | *** join/#asterisk-dev itamarjp (n=itamar@189-015-173-204.xd-dynamic.ctbcnetsuper.com.br) |
| 17:28.41 | seanbright | you should be able to say (in gdb): |
| 17:28.49 | seanbright | b res_config_mysql.c:parse_config |
| 17:29.05 | seanbright | zmb: ^^^ |
| 17:29.19 | seanbright | and technically you won't be "saying" as much as "typing" |
| 17:29.36 | Qwell | seanbright: unless you're one of those people who read what they type |
| 17:29.43 | Qwell | my brother does that. it's annoying |
| 17:29.51 | seanbright | Oh Em Gee |
| 17:29.54 | *** join/#asterisk-dev itamarjp (n=itamar@189-015-173-204.xd-dynamic.ctbcnetsuper.com.br) |
| 17:29.56 | jpeeler | looking at variables in gdb is a lot easier when you compile with DONT_OPTIMIZE |
| 17:30.16 | Qwell | seanbright: and by read, I mean speak |
| 17:30.17 | seanbright | Qwell: are you back on the normal cigs now? |
| 17:30.21 | seanbright | err, OT |
| 17:31.37 | *** join/#asterisk-dev itamarjp (n=itamar@189-015-173-204.xd-dynamic.ctbcnetsuper.com.br) |
| 17:32.37 | zmb | seanbright: i get the following message : No source file named res_config_mysql.c. |
| 17:32.37 | zmb | Make breakpoint pending on future shared library load? (y or [n]) |
| 17:33.11 | *** join/#asterisk-dev itamarjp (n=itamar@189-015-173-204.xd-dynamic.ctbcnetsuper.com.br) |
| 17:36.04 | *** join/#asterisk-dev korihor (n=korihor@190.205.251.61) |
| 17:37.58 | seanbright | zmb: answer 'y' |
| 17:41.49 | *** join/#asterisk-dev itamarjp (n=itamar@189-015-173-204.xd-dynamic.ctbcnetsuper.com.br) |
| 17:42.08 | zmb | seanbright: sorry.. i meant to say that after answering y, it didn't work. info breakpoint shows address as <PENDING> |
| 17:43.06 | *** join/#asterisk-dev itamarjp (n=itamar@189-015-173-204.xd-dynamic.ctbcnetsuper.com.br) |
| 17:47.08 | kpfleming | zmb: that's because the module hasn't been loaded yet |
| 17:47.13 | kpfleming | it's very self-explanatory |
| 17:48.01 | *** join/#asterisk-dev itamarjp (n=itamar@189-015-173-204.xd-dynamic.ctbcnetsuper.com.br) |
| 17:50.28 | zmb | kpfleming: that is what i thought too... i'm trying to figure out why gdb is not breaking at the set breakpoint. can you suggest what to try? let me know if you feel this channel is not appropriate for such questions |
| 17:50.41 | kpfleming | after you set the breakpoint, did you start asterisk? |
| 17:50.51 | zmb | i do run -f |
| 17:51.07 | zmb | i start gdb with "gdb /usr/sbin/asterisk" |
| 17:51.13 | kpfleming | and do you see the module being loaded? |
| 17:51.19 | zmb | yes.. |
| 17:51.32 | zmb | i'm sorry.. not at starting gdb |
| 17:51.38 | zmb | i see it when i do run -f |
| 17:51.41 | kpfleming | correct |
| 17:51.48 | kpfleming | asterisk doesn't run until you do that |
| 17:51.57 | Corydon76-lap | Is it possible that the breakpoint is not stopping, because you set the breakpoint at a branch that never gets executed? |
| 17:52.03 | kpfleming | yes |
| 17:52.09 | kpfleming | if optimization is on, that is very likely |
| 17:52.30 | kpfleming | because it will be set at the 'first line' of that function, which is probably a variable initialization that has been optimized away |
| 17:53.11 | zmb | i'm having trouble with using realtime for voicemail... same db and res_mysql config workd with 1.4, trying with 1.6.1 it complains about missing voicemail table |
| 17:53.20 | kpfleming | we know that |
| 17:53.29 | zmb | ok.. |
| 17:53.37 | kpfleming | you MUST build with DONT_OPTIMIZE for asterisk and addons for this to work (gdb) |
| 17:54.16 | zmb | is there another option to increase debugging output form res_config_mysql ? |
| 17:54.27 | kpfleming | edit the source :-) |
| 17:54.41 | zmb | hehe.. ofcourse.. any other? |
| 17:55.01 | seanbright | no |
| 17:55.06 | seanbright | build with DONT_OPTIMIZE |
| 17:55.07 | zmb | i meant.. i dont know fi there is a build /config option |
| 17:55.10 | zmb | ok.. will do. |
| 17:55.12 | zmb | thanks. |
| 17:55.18 | seanbright | ./configure --enable-dev-mode |
| 17:55.20 | seanbright | make menselect |
| 17:55.50 | seanbright | the DONT_OPTIMIZE option is under 'Compiler Flags - Development' |
| 17:56.01 | seanbright | you don't technically need --enable-dev-mode, but all the cool kids use it |
| 17:57.51 | kpfleming | seanbright: don't tell him about the uber-leet *other* configure switches :-) |
| 17:58.09 | zmb | what what??? :D |
| 17:58.24 | seanbright | well there is the EXTRA_RES_CONFIG_MYSQL_DEBUG option... |
| 17:58.32 | seanbright | but i don't see how that would be helpful here. |
| 17:58.42 | seanbright | (that is a joke, btw) |
| 17:59.39 | philipp64 | leifmadsen: you around? |
| 17:59.46 | seanbright | leifmadsen: it's a trap! |
| 17:59.54 | philipp64 | damn. nailed. |
| 17:59.59 | leifmadsen | philipp64: perhaps :) |
| 18:00.03 | seanbright | sucker |
| 18:00.09 | leifmadsen | I can still ignore you :) |
| 18:00.27 | *** join/#asterisk-dev itamarjp (n=itamar@189-015-173-204.xd-dynamic.ctbcnetsuper.com.br) |
| 18:00.46 | philipp64 | looking at 15714... tried it here. seems to work. only... it always builds with the static libraries, even if shared ones are present. |
| 18:00.52 | philipp64 | is that expected behavior? |
| 18:04.44 | seanbright | #15714 |
| 18:04.52 | seanbright | M15714 |
| 18:04.54 | MuffinMan | [ready for testing] [Asterisk] Core/BuildSystem 0015714: [patch] Asterisk won't build with curl unless curl_config is present reported by pprindeville (Karma: +4.00) https://issues.asterisk.org/view.php?id=15714 |
| 18:08.03 | seanbright | should the OWNER/GROUP stuff in the dahdi udev rules apply to /dev/dahdi? or just it's child nodes? |
| 18:08.12 | seanbright | i am seeing the latter behavior |
| 18:11.13 | leifmadsen | philipp64: hmm, well I'm not really sure what to do about it :) |
| 18:11.54 | philipp64 | so it's not expected behavior then? |
| 18:12.17 | leifmadsen | I'm not sure what the expected behaviour is :) |
| 18:12.35 | leifmadsen | I just noticed there was a patch attached to the issue :) |
| 18:15.36 | tzafrir_laptop | seanbright, no need to change the ownership of /dev/dahdi itself - the user does not need to create any other nodes |
| 18:16.34 | seanbright | tzafrir_laptop: great. thanks. |
| 18:21.35 | *** join/#asterisk-dev eliel_ (n=eliels@201.235.17.120) |
| 18:34.23 | philipp64 | maybe Corydon76-dig can offer insight... |
| 18:45.47 | *** join/#asterisk-dev itamarjp (n=itamar@189-015-173-204.xd-dynamic.ctbcnetsuper.com.br) |
| 18:52.00 | zmb | seanbright: hi again.. built asterisk with DONT_OPTIMIZE but still no luck |
| 18:52.35 | zmb | just want to add that i built rpms and installed the app and debug packages for both aster and aster-addon |
| 19:11.28 | *** join/#asterisk-dev zmb (n=zm23@zaara.cuit.columbia.edu) |
| 19:16.24 | philipp64 | anything blocking 15479? |
| 19:16.46 | seanbright | M15479 |
| 19:16.48 | MuffinMan | [feedback] [DAHDI-linux] Core/BuildSystem 0015479: [patch] Making dahdi-linux generates superfluous error messages reported by pprindeville (Karma: +4.00) https://issues.asterisk.org/view.php?id=15479 |
| 19:17.06 | kpfleming | if its the messages from the kernel build system, those aren't our problem |
| 19:17.13 | kpfleming | and the issue should be closed |
| 19:17.37 | seanbright | it's not |
| 19:17.51 | seanbright | it's the "we try to delete /usr/include/zaptel on install for some reason" |
| 19:18.13 | kpfleming | ok |
| 19:18.36 | seanbright | introduced in this commit: |
| 19:18.38 | seanbright | commit dahdi 4636 |
| 19:18.41 | MuffinMan | [4636] Committed by kpfleming on 2008-07-30T15:14:58.358207Z: remove extraneous file from .PHONY |
| 19:18.41 | MuffinMan | .. |
| 19:18.41 | MuffinMan | .. http://svn.digium.com/view/dahdi?view=rev&revision=4636 |
| 19:18.49 | seanbright | *cough* |
| 19:18.53 | seanbright | heh |
| 19:19.16 | philipp64 | seanbright: do you have a browser link to that commit? |
| 19:19.22 | seanbright | no |
| 19:19.28 | seanbright | but the internal digium peeps do |
| 19:19.41 | philipp64 | doesn't help me much. |
| 19:19.42 | seanbright | cd path/to/dahdi/linus |
| 19:19.46 | seanbright | cd path/to/dahdi/linux |
| 19:19.52 | seanbright | svn diff -c 4636 |
| 19:20.04 | philipp64 | I don't have an SVN tree right now. |
| 19:20.14 | philipp64 | I'm a tarball knuckle dragger. |
| 19:20.18 | seanbright | ugh |
| 19:20.21 | seanbright | you're the worst kind of people |
| 19:20.24 | kpfleming | svn diff -c4636 http://svn.digium.com/svn/dahd |
| 19:20.36 | kpfleming | no need for a checkout |
| 19:20.46 | philipp64 | I get that a lot. |
| 19:21.11 | seanbright | http://pastie.org/private/gqqmbuhcgoovwhtavcbcw |
| 19:21.23 | kpfleming | so the complaint is about /usr/include/zaptel not existing? |
| 19:21.36 | seanbright | correct |
| 19:21.42 | kpfleming | uhh |
| 19:22.01 | philipp64 | yup, that's the one. Btw: someone remind me what .PHONY does? |
| 19:22.22 | Corydon76-lap | Declares targets not to be real files |
| 19:22.23 | seanbright | http://www.gnu.org/software/make/manual/make.html#Special-Targets |
| 19:22.31 | philipp64 | ah. |
| 19:22.44 | kpfleming | that's unrelated to the issue... my bad for committing unrelated changes together |
| 19:22.57 | seanbright | your apology is accepted |
| 19:23.02 | seanbright | :P |
| 19:23.05 | Corydon76-lap | Evil! |
| 19:23.24 | seanbright | + rm -rf / |
| 19:23.30 | seanbright | svn commit -m "Whitespace only" |
| 19:23.48 | kpfleming | ok, so i don't want users to have to explicitly uninstall zaptel headers |
| 19:23.58 | philipp64 | what, no .ONLY_ON_LEAP_DAYS target? how bogus is that!!! |
| 19:24.04 | kpfleming | we did that for a reason, so that people can switch back and forth without having to do extra steps (which they will forget) |
| 19:24.19 | seanbright | can't we just tack on a warning at the end of make install like we do with asterisk? |
| 19:24.21 | philipp64 | seanbright: eh? whitespace where? |
| 19:24.30 | seanbright | philipp64: 'twas a bad joke |
| 19:24.31 | kpfleming | no |
| 19:24.40 | seanbright | kpfleming: ummm... please? |
| 19:24.41 | seanbright | heh |
| 19:24.42 | kpfleming | because people will ignore it, just like they do for asterisk |
| 19:24.54 | kpfleming | and there's really no reason to have both zaptel and dahdi headers installed at the same time |
| 19:25.00 | kpfleming | the first patch on that issue looks fine to me |
| 19:25.05 | kpfleming | that's how i would have fixed it |
| 19:25.31 | seanbright | well, deleting installed directories during a 'make install' violates some kind of international law |
| 19:25.53 | philipp64 | I'm fine with either... |
| 19:25.58 | kpfleming | the asterisk makefile has always done stuff like that and nobody has complained |
| 19:26.11 | kpfleming | i also have not heard any complaints about the dahdi-linux makefile doing it until now |
| 19:26.15 | Corydon76-lap | violates... nevermind... |
| 19:26.18 | kpfleming | so i'd say leave it, just make the simple fix |
| 19:26.19 | philipp64 | true... seems like closing the stable doors... |
| 19:26.25 | seanbright | meh |
| 19:28.36 | kpfleming | seanbright: you want to commit that change? |
| 19:28.39 | seanbright | meh |
| 19:28.45 | seanbright | it's against my principles |
| 19:28.46 | seanbright | but yes |
| 19:29.13 | kpfleming | thanks |
| 19:34.51 | philipp64 | woohoo! |
| 19:35.34 | seanbright | i feel dirty now |
| 19:36.29 | Corydon76-lap | hands seanbright a scrub brush and a bar of soap |
| 19:36.34 | philipp64 | well, you're less likely to get paged out... |
| 19:51.25 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 19:52.21 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 19:53.21 | philipp64 | anyone know the Diversion: stuff reasonably well? |
| 19:54.05 | putnopvut | philipp64: For SIP? I know a bit about it. What do you need to know? |
| 19:54.40 | philipp64 | Jared helped me write a context to use... which is working nicely... but the Taqua is getting a "Server Internal Error" on it. |
| 19:55.05 | putnopvut | Ah, now I realize that you must be "Philip A. Prindeville" and that I already gave my response about this on the -dev list ;) |
| 19:55.10 | philipp64 | once we get that worked out, I'm wondering what message/IE's the Taqua will translate the header into in SS7ese... |
| 19:55.18 | philipp64 | that was you? |
| 19:55.22 | putnopvut | Yep, that's me. |
| 19:55.37 | file | Mr. Mark Michelson take a bow! |
| 19:55.40 | philipp64 | ok. so my question is, what does the call look like as it goes into SS7 space... |
| 19:56.06 | philipp64 | so that the remote end knows not to pick up with voice-mail. (and what the heck does the privacy attribute do?) |
| 19:56.14 | putnopvut | Heh, that is an excellent question, and one to which I don't have any idea as to the proper answer. I know zilch about ss7. |
| 19:56.50 | philipp64 | who wrote the SS7 stack? |
| 19:56.56 | putnopvut | I'm pretty sure the privacy attribute is one such that the information may be "filtered" so that the person the call is diverted to does not see who the call was originally made to. |
| 19:57.03 | philipp64 | if they're about, maybe they can contribute. |
| 19:57.16 | kpfleming | our ss7 stack has no concept of diversions at this time, so that's doubtful |
| 19:57.19 | philipp64 | ah... got it. |
| 19:57.43 | philipp64 | in that case, having it anything but "off" would defeat the purpose of my wanting to add the header in the first place. |
| 19:57.52 | philipp64 | I *want* to know who originated the call... |
| 19:58.13 | philipp64 | kpfleming: boo! slackers! |
| 19:58.21 | putnopvut | The diversion doesn't tell who originated the call, it tells who the call was diverted from. |
| 19:58.39 | philipp64 | um... right. |
| 19:58.45 | putnopvut | So if Alice calls Bob, but Bob forwards to Carol, the Diversion header in the INVITE to Carol will have Bob's info. |
| 19:59.00 | putnopvut | (Alice's info would likely be in the From header) |
| 19:59.16 | philipp64 | here's the problem. my carrier's Taqua switch is clobbering the caller-id field with what it knows to be on the other end of the association. |
| 19:59.43 | *** join/#asterisk-dev qdk (n=qdk@0x573d8d8b.bynqu1.dynamic.dsl.tele.dk) |
| 19:59.51 | philipp64 | The Taqua is rewriting Alice's information with Bob's... |
| 20:00.01 | putnopvut | Oh, blech |
| 20:00.16 | philipp64 | I'm hoping that the Diversion: header will tell the Taqua to leave the caller-id intact as it finds it... |
| 20:00.28 | putnopvut | But it appears to be making the Taqua faint instead. |
| 20:00.56 | philipp64 | yup. case of the vapors. |
| 20:00.59 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-22-114.hsd1.sc.comcast.net) |
| 20:00.59 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 20:01.29 | philipp64 | is there an easy way to grab the original From: information in the [follow-me] context? |
| 20:01.50 | philipp64 | so I don't have to "construct" it in this bogus way? |
| 20:02.47 | philipp64 | because right now we don't handle gatewaying ISN calls, having multiple SIP trunks, etc. |
| 20:02.48 | putnopvut | philipp64: Looking at chan_sip in 1.6.1, there is a SIP_HEADER dialplan function you can use. |
| 20:03.10 | philipp64 | (running 1.4.26.1 for now...) |
| 20:03.38 | putnopvut | philipp64: It appears to be present in 1.4.26 as well. |
| 20:04.11 | putnopvut | Set(MyVar=SIP_HEADER(From)) ;<--- something like that |
| 20:04.43 | philipp64 | what's the number parameter for? multiple instances? |
| 20:04.54 | seanbright | core show function SIP_HEADER |
| 20:04.58 | putnopvut | Yeah, there can be more than 1 Via for instance. There'll be only one From header though. |
| 20:06.29 | philipp64 | hmmm... returns "" |
| 20:09.16 | philipp64 | ${SIP_HEADER(From)} right? |
| 20:10.32 | philipp64 | the follow-me is being called with Local/ being the channel... |
| 20:11.10 | philipp64 | so it looks to me like I'll need to store the parameter away before I enter the follow-me context? |
| 20:11.22 | *** join/#asterisk-dev Victor_Yure_ (n=victor@unaffiliated/victoryure/x-837844) |
| 20:11.32 | Corydon76-lap | Yeah, if you're in the Local/ channel, that won't work |
| 20:13.40 | Corydon76-lap | although... some other work, combined with using 1.6.3 or later, could make that a possibility |
| 20:13.41 | philipp64 | ok, so in the previous context, I try to save the value away into a variable... but I can't see that variable in the new context. |
| 20:13.50 | philipp64 | I thought they were supposed to be scoped as a stack? |
| 20:14.02 | Corydon76-lap | philipp64: did you prefix the variable with a "_"? |
| 20:14.16 | philipp64 | shouldn't I be able to find the variables of previous context's as long as I haven't eclipsed them with a new definition? |
| 20:14.19 | Corydon76-lap | otherwise, no inheritance |
| 20:14.23 | philipp64 | ahhh. |
| 20:14.40 | philipp64 | prefix it where? in the old context, the new one, or both? |
| 20:14.53 | Corydon76-lap | When you set the variable in the original channel |
| 20:15.05 | Corydon76-lap | before inheritance occurs |
| 20:15.29 | Corydon76-lap | inheritance only happens when the Local channel is created, never at any time afterwards |
| 20:15.52 | philipp64 | so ... Set(_FROM=${SIP_HEADER(From)}) ... Log(NOTICE,From=${FROM}) |
| 20:16.08 | Corydon76-lap | right |
| 20:18.26 | kpfleming | how do i redirect stderr to a file on freebsd? anyone know? |
| 20:19.02 | Corydon76-lap | kpfleming: pretty much the same way as on Linux |
| 20:19.25 | Corydon76-lap | You have to redirect stdout to another fd, then redirect stderr to stdout's fd |
| 20:19.36 | kpfleming | $ gmake 2>&1 is what i would do on linux |
| 20:19.48 | kpfleming | that does not work on freebsd, it generates a file named 1 |
| 20:19.50 | Corydon76-lap | kpfleming: that combines both to stdout |
| 20:20.01 | kpfleming | actually, it doesn't do that either |
| 20:20.12 | Corydon76-lap | kpfleming: it's related to the shell, not to the fact that it's freebsd |
| 20:20.15 | kpfleming | it passes '2' as a target to make and redirects to a file called 1 |
| 20:20.18 | kpfleming | i'm sure it is |
| 20:23.32 | Corydon76-lap | kpfleming: >& |
| 20:23.44 | kpfleming | thanks |
| 20:23.49 | Corydon76-lap | make >& file |
| 20:24.40 | Corydon76-lap | Just fyi, if noclobber is set, then file must not exist |
| 20:24.53 | Corydon76-lap | or override with >&! file |
| 20:25.00 | philipp64 | putnopvut: so the From in the 2nd leg has FROM=Alice, Diversion=Bob? |
| 20:25.14 | putnopvut | Yep, that's the whole idea |
| 20:26.53 | Corydon76-lap | kpfleming: btw, you can also do: "( make > /dev/null ) >& file" if you want ONLY stderr in your file |
| 20:27.34 | Qwell | or use /usr/local/bin/bash :p |
| 20:27.45 | Corydon76-lap | Qwell: only if the port is installed |
| 20:28.23 | Corydon76-lap | Qwell: I'm also fond of statically linking bash, and putting the resulting binary in /bin/bash |
| 20:28.54 | Corydon76-lap | FreeBSD has the notion that if your libraries are hosed, you should still be able to bootstrap the system |
| 20:29.08 | kpfleming | bash is not installed... darn |
| 20:29.26 | Corydon76-lap | kpfleming: cd /usr/ports/shell/bash ; make install |
| 20:29.39 | Corydon76-lap | or shells, I forget which |
| 20:29.49 | kpfleming | |& seems to work as well, for piping |
| 20:30.14 | Corydon76-lap | Yep, just remember that it's the combination of stdout and stderr |
| 20:30.23 | kpfleming | that makes sense |
| 20:31.08 | Corydon76-lap | Oh, and the path is /usr/ports/shells/bash[123] |
| 20:32.07 | Corydon76-lap | or run /stand/sysinstall and install the package from FTP |
| 20:32.21 | kpfleming | Corydon76-lap: do you remember what you needed XOPEN_SOURCE set to 600 in res_limit.c for? |
| 20:32.40 | Corydon76-lap | No, I don't remember |
| 20:32.53 | kpfleming | ok |
| 20:33.01 | kpfleming | freebsd6 does not have XOPEN_SOURCE support at all |
| 20:33.08 | Corydon76-lap | Probably in some manpage on Mandriva |
| 20:33.18 | kpfleming | so defining it in the way i'm doing it now is breaking the build |
| 20:35.20 | kpfleming | so i'll avoid the breakage for now |
| 20:39.15 | Corydon76-lap | Okay, new topic... |
| 20:39.38 | kpfleming | topic quota has been exceeded |
| 20:39.40 | Corydon76-lap | I'm debating whether to make the exceptions for malloc_hold inclusive or exclusive |
| 20:40.11 | Corydon76-lap | because all memory allocation inclusive is not practical |
| 20:40.31 | Corydon76-lap | On the inclusive side, we'd be like REF_DEBUG in astobj2.h |
| 20:40.53 | Corydon76-lap | However, it's not always clear where the memory corruption allocation is coming from |
| 20:41.12 | Corydon76-lap | so I'm kind of inclined to go with exclusive... |
| 20:41.25 | Corydon76-lap | Opinions? |
| 20:47.32 | kpfleming | i don't understand what you mean by 'exceptions' |
| 20:49.12 | *** join/#asterisk-dev Tim_Toady (n=moi@adsl52-231.kln.forthnet.gr) |
| 20:49.46 | Corydon76-lap | I mean, using slightly different allocations for memory allocations which should never use malloc hold structures |
| 20:50.08 | Corydon76-lap | which inflates all memory allocations to page size multiples |
| 20:50.38 | Corydon76-lap | still malloc |
| 20:50.38 | Corydon76-lap | still malloc_debug, just not malloc_hold |
| 20:51.03 | kpfleming | it will clearly require me to spend some time learning what you've built to even form an opinion... |
| 20:51.07 | Corydon76-lap | Perhaps file-based, based upon a define |
| 20:51.16 | Corydon76-lap | kpfleming: it's on reviewboard. ;-) |
| 20:51.23 | kpfleming | yes, i know that |
| 20:51.31 | kpfleming | but it's a non-trivial patch to review |
| 20:51.37 | kpfleming | and i'm currently in the middle of three other non-trivial tasks |
| 20:52.23 | Corydon76-lap | I personally think it's probably more trivial than you realize, but then again, being involved in it, I'm kind of myopic on the issue |
| 20:53.54 | Corydon76-lap | seanbright: care to look over the code and spawn a comment? |
| 20:57.14 | seanbright | Corydon76-lap: in the middle of other stuff at the moment |
| 21:01.47 | *** join/#asterisk-dev KazaLite (n=KazaLite@94-193-98-124.zone7.bethere.co.uk) |
| 21:01.53 | KazaLite | hi all..... |
| 21:05.09 | kpfleming | cripes... i have to install the ports collection to get asterisk to build properly, because the makefile uses a partial makefile from /usr/ports |
| 21:05.10 | *** join/#asterisk-dev lmsteffan (n=laurent@reef.ac-noumea.nc) |
| 21:05.14 | kpfleming | and the ports collection is hugeish |
| 21:05.39 | Corydon76-lap | kpfleming: it's just a skeleton of Makefiles |
| 21:05.51 | kpfleming | it's still many, many files and a couple hundred MB |
| 21:06.20 | Corydon76-lap | If you prefer, you can install it from CVSup |
| 21:06.20 | kpfleming | 58MB heavily compressed |
| 21:06.43 | Corydon76-lap | (it's the recommended method for keeping it updated) |
| 21:07.00 | kpfleming | it was not already installed, so i used portsnap since it was easier |
| 21:07.18 | kpfleming | either way, this VM has to create a large number of tiny files, which is slow |
| 21:14.56 | *** part/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 21:44.03 | *** join/#asterisk-dev xpot-mobile (n=james@66-182-88-85.static.sdyl010.digis.net) |
| 21:47.46 | philipp64 | M15714 |
| 21:47.48 | MuffinMan | [ready for review] [Asterisk] Core/BuildSystem 0015714: [patch] Asterisk won't build with curl unless curl_config is present reported by pprindeville (Karma: +4.00) https://issues.asterisk.org/view.php?id=15714 |
| 21:48.03 | philipp64 | where are my karma points, darn it? |
| 21:51.10 | *** join/#asterisk-dev JimVanM (n=jimvanm@bas1-toronto63-1096773681.dsl.bell.ca) |
| 22:27.57 | mvanbaak | kpfleming: ping |
| 22:30.07 | mvanbaak | kpfleming: your patch made asterisk non-compiling on OpenBSD |
| 22:31.57 | kpfleming | yes, i'm working on it on the freebsd vm |
| 22:32.02 | kpfleming | then maybe i'll try openbsd as well |
| 22:32.56 | kpfleming | unfortunately i had you make these VMs with 2GB root disks, and after installing ports to add some stuff i'm nearly out of space |
| 22:34.21 | mvanbaak | that's easy to solve |
| 22:34.33 | mvanbaak | create a second disk of 4 GB |
| 22:34.37 | mvanbaak | and put /usr on it |
| 22:34.50 | kpfleming | yeah |
| 22:34.52 | kpfleming | tomorrow |
| 22:38.16 | mvanbaak | what's so important in this check anyway ? |
| 22:38.24 | kpfleming | also had to install vmware server 2 because i forgot to tell you that i was using 1.0.x... but 2.0.1 seems to be working fine for me |
| 22:38.27 | mvanbaak | I really cannot see why we would have it |
| 22:39.03 | kpfleming | i need to do some more investigation, but basically it's just ensuring that the system header files claim to provide the APIs we are using |
| 22:39.37 | kpfleming | what failure are you seeing? |
| 22:39.51 | mvanbaak | In file included from smsq.c:20: |
| 22:40.02 | mvanbaak | <PROTECTED> |
| 22:40.17 | kpfleming | wow |
| 22:40.31 | kpfleming | on recent version of OpenBSD? |
| 22:40.35 | mvanbaak | yup |
| 22:40.48 | mvanbaak | $ uname -anp |
| 22:40.49 | mvanbaak | OpenBSD anima.vanbaak.info 4.6 GENERIC.MP#137 amd64 Intel(R) Core(TM)2 Duo CPU T7100 @ 1.80GHz |
| 22:40.52 | kpfleming | i'll have to boot up the VM you gave me a and take a look |
| 22:41.04 | mvanbaak | 4.6 is not released yet. I'm running -current |
| 22:41.09 | kpfleming | it's not critical, of course, since it's trunk, and i can revert it if it turns out to be a major problem |
| 22:41.37 | mvanbaak | I know. but I thought I should let you know asap because now the patch is fresh in your memory |
| 22:41.46 | kpfleming | well, it was an easy patch :-) |
| 22:42.02 | kpfleming | i'll give it a look over tomorrow... now i must head home with my lovely wife :-) |
| 22:42.09 | mvanbaak | uhhuh. the patch in my port is easy as well ;) |
| 22:42.52 | mvanbaak | you go home. dont let her waiting ! |
| 22:43.01 | mvanbaak | she's too sweet for that |
| 23:29.31 | *** join/#asterisk-dev snuff-work (n=aaa@203.19.141.34) |
| 23:29.31 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |