| 00:53.31 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-212-6.west.biz.rr.com) |
| 01:11.14 | *** join/#asterisk-dev jeffg (n=jeffg@pdpc/supporter/active/jeffg) |
| 02:01.11 | *** join/#asterisk-dev Deeewayne (n=dwayne@75.76.254.162) |
| 02:01.11 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 02:10.20 | *** join/#asterisk-dev mog (n=mog@c-68-62-169-247.hsd1.al.comcast.net) |
| 02:10.20 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 03:20.41 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 03:32.16 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 03:32.16 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 04:08.12 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 04:12.41 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 04:19.09 | *** join/#asterisk-dev DarkRift (n=dark@bas1-sthubert21-1096611990.dsl.bell.ca) |
| 04:42.46 | *** join/#asterisk-dev rue_mohr (n=rue@h24-207-90-17.cst.dccnet.com) |
| 04:42.50 | rue_mohr | russellb, you up? |
| 04:43.01 | rue_mohr | meh |
| 05:35.22 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 05:36.52 | *** join/#asterisk-dev CunningPike (n=CunningP@66.183.134.29) |
| 06:11.34 | *** join/#asterisk-dev TommyBotten (n=tommy@217-14-12-26-dhcp-osl.bbse.no) |
| 06:24.51 | *** join/#asterisk-dev Dovid (n=annon@213.8.121.90) |
| 08:35.22 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 08:35.22 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 10:03.46 | *** join/#asterisk-dev smurf (n=smurf@debian/developer/smurf) |
| 10:26.07 | *** join/#asterisk-dev denon (i=denon@synapse.subneural.net) |
| 17:53.16 | *** join/#asterisk-dev infobot (i=ibot@rikers.org) |
| 17:53.16 | *** topic/#asterisk-dev is Topic for #asterisk-dev is: Asterisk Development Discussion -=- http://www.asterisk.org/developers -=- Tier 2 and 3.14159265 support is in #asterisk -=- ViewVC for SVN is currently down for the forseeable future |
| 18:05.26 | *** join/#asterisk-dev MrISDN (n=kkeil@cl-2929.ham-01.de.sixxs.net) |
| 18:08.33 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 18:08.33 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 18:18.56 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 18:18.56 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 18:20.42 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 18:20.42 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 18:49.59 | *** join/#asterisk-dev xpot-mobile (n=james@71-213-55-115.slkc.qwest.net) |
| 18:51.15 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 18:54.19 | *** join/#asterisk-dev BlargMaN00 (n=blarg@12.234.16.130) |
| 19:13.58 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 19:14.58 | DagMoller | i have found a bug in func_enum.c (asterisk 1.6.0.10) |
| 19:15.01 | DagMoller | The record# parameter in ENUMLOOKUP is ignored |
| 19:15.19 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 19:15.40 | DagMoller | line 101 |
| 19:16.03 | DagMoller | res = ast_get_enum(chan, num, dest, sizeof(dest), tech, sizeof(tech), args.zone, args.options, 1, NULL); |
| 19:16.10 | DagMoller | must be changed to |
| 19:16.13 | *** join/#asterisk-dev thansen (n=thansen@76.27.110.194) |
| 19:16.13 | DagMoller | res = ast_get_enum(chan, num, dest, sizeof(dest), tech, sizeof(tech), args.zone, args.options, record, NULL); |
| 19:17.54 | Qwell | M8089 |
| 19:17.58 | MuffinMan | [closed] [Asterisk] Functions/NewFeature 0008089: [patch] The record# parameter in ENUMLOOKUP is ignored reported by otmar (Karma: +3.00) https://issues.asterisk.org/view.php?id=8089 |
| 19:18.02 | Qwell | DagMoller: that bug changed that for some reason.. |
| 19:19.21 | DagMoller | Qwell, that line is different from branch 1.6.0 to trunk |
| 19:20.10 | Qwell | so it got changed in trunk and 1.6.1, but not 1.6.0.. |
| 19:24.23 | *** part/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 19:24.25 | Qwell | DagMoller: can you open an issue on issues.asterisk.org? looks like |
| 19:24.27 | Qwell | ...crap |
| 20:02.27 | *** join/#asterisk-dev obnauticus (n=obnautic@about/windows/regular/obnauticus) |
| 20:05.12 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br) |
| 20:07.04 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 20:07.04 | *** mode/#asterisk-dev [+o seanbright] by ChanServ |
| 20:11.19 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 20:11.19 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 20:19.22 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 20:19.22 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 20:29.08 | *** join/#asterisk-dev JerJer (n=PhatJ@asterisk/original-h323-guy/JerJer) |
| 20:32.09 | JerJer | am i crazy to think that the 'h' extension should recursively fire within macros ? |
| 20:32.26 | JerJer | macro calling macro calling macro |
| 20:36.13 | *** join/#asterisk-dev lmsteffan (n=laurent@reef.ac-noumea.nc) |
| 20:43.01 | kpfleming | JerJer: yes, in general, you are crazy |
| 20:49.59 | JerJer | ugh |
| 20:50.06 | JerJer | trying to 'clean up' |
| 20:50.16 | JerJer | <PROTECTED> |
| 20:50.44 | JerJer | and only need it in the second level macro - not third :( |
| 20:55.04 | file | I hate it when I'm in the middle of drilling and it runs out of juice... gah |
| 21:13.07 | seanbright | file: that was supposed to be a softball, wasn't it? |
| 21:18.03 | russellb | lol .. |
| 21:25.27 | leifmadsen | JerJer: you could convert to using GoSub() and you might have a better time making things sane |
| 21:27.19 | kn0x | [Aug 4 15:26:47] DEBUG[7702] audiohook.c: Read factory 0x144af30 was pretty quick last time, waiting for them. |
| 21:27.29 | kn0x | exact same SVN revision |
| 21:27.33 | kn0x | exact same configs |
| 21:27.38 | kn0x | exact same hardware |
| 21:27.53 | kn0x | one box's log is spammed with that |
| 21:28.00 | kn0x | another has no mention of that |
| 21:28.59 | kpfleming | what is the current 'core set debug' level on the two boxes? |
| 21:29.35 | leifmadsen | the DEBUG part of that msg is a give away |
| 21:30.32 | kn0x | ah you got me... |
| 21:30.46 | kn0x | ok, but any more light on that that means? |
| 21:31.22 | kpfleming | it's a debug message |
| 21:31.33 | kpfleming | unless you are working audiohooks there's no reason to pay attention to it |
| 21:32.11 | tzafrir_laptop | isn't it fun when the "number" part of the caller ID is not really a number? |
| 21:32.13 | tzafrir_laptop | http://pastebin.ca/1518400 |
| 21:33.43 | tzafrir_laptop | Is there any place Asterisk attempts to check for that? |
| 21:37.01 | Juggie | some places accept numbers, others do not. |
| 21:37.17 | Juggie | chan dahdi cant due to pots. |
| 21:37.36 | Juggie | so i guess it might be wise to check the number portion before trying to send |
| 21:39.55 | JerJer | leifmadsen: yeah i was considering GoSub - will have to pass that along to the Thirdlane ppl |
| 21:41.28 | tzafrir_laptop | Juggie, so it seems that some places in chan_dahdi assume that the "number" part of the caller ID will not include digits |
| 21:41.41 | tzafrir_laptop | at least in 1.6.1 of a while ago |
| 21:42.24 | tzafrir_laptop | and it's a caller ID recieved over SIP |
| 21:43.16 | *** join/#asterisk-dev xpot-mobile (n=james@static-66-182-88-85.bbsc.net) |
| 21:44.11 | tzafrir_laptop | on the sending Asterisk I used: originate SIP/pita/pri-loop application Echo |
| 21:59.34 | *** join/#asterisk-dev lmsteffan (n=laurent@reef.ac-noumea.nc) |
| 22:08.08 | freddyk | tzafrir_laptop |
| 22:08.16 | freddyk | tzafrir_laptop: ping |
| 22:08.21 | tzafrir_laptop | pong |
| 22:08.53 | tzafrir_laptop | regarding res_yyyy depending on chan_xxxx ? |
| 22:08.58 | tzafrir_laptop | y? |
| 22:09.02 | freddyk | yes |
| 22:09.03 | freddyk | :) |
| 22:09.20 | freddyk | also i have a new bugfix for chan_sip |
| 22:09.27 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 22:09.36 | freddyk | going to open the bug and attach the patch |
| 22:28.53 | freddyk | tzafrir_laptop: ping |
| 22:28.57 | freddyk | still there ? |
| 22:40.14 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 22:40.14 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 23:00.06 | *** join/#asterisk-dev DarkRift (n=dark@bas1-sthubert21-1096611990.dsl.bell.ca) |
| 23:09.34 | *** join/#asterisk-dev snuff-work (n=aaa@203.176.96.250) |
| 23:09.34 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 23:52.38 | *** join/#asterisk-dev shmaltz (n=chatzill@mail.dmaven.com) |
| 23:52.52 | shmaltz | how can I change that the from header should not match the contact header? I'm tryint to have Set(CALLERID(num)) put into the from header while the contact should have the fromuser setting from sip.conf |
| 23:57.09 | shmaltz | how can I change that the from header should not match the contact header? I'm tryint to have Set(CALLERID(num)) put into the from header while the contact should have the fromuser setting from sip.conf |