| 00:00.48 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 01:42.42 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 01:42.42 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 04:23.34 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 04:23.34 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 07:15.54 | *** join/#asterisk-bugs simbol76ss (n=simbol@ip-212-26.sn1.eutelia.it) |
| 08:55.11 | *** part/#asterisk-bugs simbol76ss (n=simbol@ip-212-26.sn1.eutelia.it) |
| 08:55.52 | *** join/#asterisk-bugs simbol76ss (n=simbol@ip-212-26.sn1.eutelia.it) |
| 09:11.35 | *** join/#asterisk-bugs agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 09:42.16 | *** join/#asterisk-bugs jmls (n=jmls@mail.tessera.co.uk) |
| 12:00.21 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:58.38 | *** join/#asterisk-bugs JunK-Y (n=junky@modemcable153.55-201-24.mc.videotron.ca) |
| 12:58.39 | *** mode/#asterisk-bugs [+o JunK-Y] by ChanServ |
| 13:27.05 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 14:03.07 | *** join/#asterisk-bugs elguero (n=elguero@ns1.nashuacs.com) |
| 14:11.58 | *** join/#asterisk-bugs agx (n=AGX@88.34.216.63) |
| 14:24.14 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 14:24.14 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 14:59.24 | *** join/#asterisk-bugs Deeewayne (n=dwayne@216.207.245.1) |
| 14:59.24 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
| 15:33.51 | *** join/#asterisk-bugs simbol76ss (n=simbol@ip-212-26.sn1.eutelia.it) |
| 15:46.41 | *** part/#asterisk-bugs simbol76ss (n=simbol@ip-212-26.sn1.eutelia.it) |
| 16:09.24 | *** join/#asterisk-bugs putnopvut (n=putnopvu@216.207.245.1) |
| 16:09.24 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 16:19.56 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:19.56 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 16:37.57 | *** join/#asterisk-bugs greekguy8888 (n=alex@c-76-118-204-95.hsd1.ma.comcast.net) |
| 16:38.05 | *** part/#asterisk-bugs greekguy8888 (n=alex@c-76-118-204-95.hsd1.ma.comcast.net) |
| 16:45.49 | *** join/#asterisk-bugs greekguy8888 (n=alex@c-76-118-204-95.hsd1.ma.comcast.net) |
| 16:46.06 | *** part/#asterisk-bugs greekguy8888 (n=alex@c-76-118-204-95.hsd1.ma.comcast.net) |
| 16:49.18 | *** join/#asterisk-bugs seanbright (i=seanbrig@65.207.74.18) |
| 17:00.59 | *** join/#asterisk-bugs greekguy8888 (n=alex@c-76-118-204-95.hsd1.ma.comcast.net) |
| 17:01.04 | greekguy8888 | anyone here? |
| 17:01.27 | file | yes. |
| 17:01.29 | jsmith | greekguy8888: Yeah, several of us are here |
| 17:01.56 | greekguy8888 | i'm trying to track down a bug and have repeatedly searched the bug tracker with google |
| 17:02.03 | greekguy8888 | to no avail |
| 17:02.38 | jsmith | OK... maybe we can help |
| 17:02.39 | greekguy8888 | innaccessible cli, but asterisk is running just fine |
| 17:02.44 | greekguy8888 | tried all the keywords |
| 17:02.53 | greekguy8888 | i get not 1 bug |
| 17:03.26 | greekguy8888 | everytime i search the ouput, i get bugs that include not even getting * started |
| 17:03.57 | greekguy8888 | can anyone point me an issue #? |
| 17:04.09 | Corydon76-dig | greekguy8888: are you root? |
| 17:04.16 | greekguy8888 | of course :) |
| 17:04.25 | Corydon76-dig | Is Asterisk running as root? |
| 17:04.32 | greekguy8888 | of course:) |
| 17:04.40 | Corydon76-dig | Does /var/run/asterisk.ctl exist? |
| 17:04.46 | greekguy8888 | yes it does |
| 17:05.30 | Corydon76-dig | What platform? |
| 17:05.33 | greekguy8888 | its the same error u get when u forget to do something in the config when trying to restart * for the first time |
| 17:05.45 | greekguy8888 | Asterisk 1.4.7.1 |
| 17:06.03 | Corydon76-dig | There's your first problem. That is incredibly old |
| 17:06.19 | greekguy8888 | i know |
| 17:06.22 | greekguy8888 | but |
| 17:06.25 | Corydon76-dig | Before you ask, you should try the latest release |
| 17:06.45 | greekguy8888 | <spank> wow sorry |
| 17:06.45 | Corydon76-dig | We're not going to attempt to track down a bug that may already have been fixed |
| 17:07.17 | greekguy8888 | i see what you mean, sorry about that... just seemed like it woulda been a common thing, that's why i asked in here |
| 17:07.23 | lmadsen | Corydon76-dig / russellb: see my comment on BE-386 when you have a moment |
| 17:08.02 | greekguy8888 | <PROTECTED> |
| 17:08.19 | greekguy8888 | oh not 4 me |
| 17:08.20 | lmadsen | greekguy8888: note your name was not in that, so you don't need to worry about it :) |
| 17:08.24 | greekguy8888 | sorry to bother again all |
| 17:08.30 | *** part/#asterisk-bugs greekguy8888 (n=alex@c-76-118-204-95.hsd1.ma.comcast.net) |
| 17:09.34 | Corydon76-dig | lmadsen: I'd build it for him, but it should probably be done via official channels |
| 17:10.00 | lmadsen | Corydon76-dig: np, I think Qwell is gonna do it |
| 17:10.08 | russellb | Corydon76-dig: the build is already done |
| 17:47.18 | *** part/#asterisk-bugs agx (n=AGX@88.34.216.63) |
| 19:16.02 | *** join/#asterisk-bugs flujan (n=flujan@200-160-115-020.static.spo.ctbc.com.br) |
| 19:32.45 | *** join/#asterisk-bugs snuff-home (i=snuff@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 19:57.20 | putnopvut | file: when you have a moment I'd like to discuss issue 10585 with you. |
| 19:59.02 | file | I'm helping Qwell, then you are up |
| 20:00.11 | putnopvut | file: Thanks, bud :) |
| 20:00.53 | file | putnopvut: okay you are up |
| 20:01.29 | file | wow |
| 20:01.32 | file | that is uh ... creative |
| 20:03.34 | putnopvut | Yeah, I was going to ask about that implementation regarding the new control frame type. |
| 20:03.49 | putnopvut | That just seems like something that generally isn't done, especially if it's only used in one place. |
| 20:03.55 | file | yeah it isn't... |
| 20:04.48 | putnopvut | I do like the idea of using the builtin_atxfer function from features.c though, so I was thinking of making an API wrapper so to speak that could be called from elsewhere. |
| 20:05.05 | file | oh? do tell |
| 20:05.20 | putnopvut | I just did :) |
| 20:05.34 | file | well, with a bit more detail |
| 20:06.05 | putnopvut | Oh, well I haven't thought that far ahead yet. Pretty much make an ast_atxfer call that will then call builtin_atxfer. |
| 20:06.22 | putnopvut | There may be more to it than that, but that's the general idea for now. |
| 20:06.44 | putnopvut | That way, the manager action can just call that. |
| 20:06.50 | file | hrm |
| 20:07.18 | putnopvut | Like I said, I haven't put a ton of thought into it. I'm still thinking abstractly about it. |
| 20:08.08 | file | I don't know... if that will work for this |
| 20:08.26 | putnopvut | Interesting. What seems wrong with that approach? |
| 20:08.47 | file | how are you going to trigger it from outside the bridge? |
| 20:11.01 | putnopvut | I see this indicates that I have more to learn about bridging. |
| 20:11.20 | file | yeah, you can't really muck with a bridge outside of the bridge... |
| 20:11.30 | file | which is why this control frame idea works |
| 20:11.55 | putnopvut | Okay, so the question is: is it okay to add this new control frame or should that be avoided? |
| 20:11.55 | file | it appears in the bridge, and magically does things |
| 20:12.33 | file | I don't like it, but I'm critical of that stuff - so I would suggest others chime in |
| 20:36.14 | putnopvut | others: feel free to chime in. |
| 20:37.34 | *** join/#asterisk-bugs d1mas (n=chatzill@ip195.117.adsl.wplus.ru) |
| 20:38.11 | d1mas | russellb: hi. I still want to discuss VDTMF in ast_write :) |
| 20:38.19 | russellb | ok. |
| 20:59.52 | d1mas | russellb: sorry, switched to another window and missed your "Ok" :) So do you foresee any problems in moving VDTMF from ast_read to ast_write ? |
| 21:00.11 | russellb | yes |
| 21:00.27 | russellb | the biggest one, is that it makes DTMF coming through asterisk inconsistent |
| 21:00.40 | russellb | you can't rely on a digit having a being and end |
| 21:00.46 | russellb | and you also can't rely on length |
| 21:00.49 | russellb | you can't rely on anything |
| 21:00.49 | d1mas | russellb: well, Asterisk does not care about "proper" DTMF |
| 21:01.10 | d1mas | russellb: what parts of asterisk rely on anything like that ? |
| 21:01.21 | russellb | architecturally, i would rather leave it open for people to write applications that do care if they wanted to |
| 21:01.32 | russellb | i can't think of anything that does right now ... |
| 21:01.46 | russellb | i just like the idea of having DTMF normalized inside of asterisk |
| 21:02.18 | russellb | the END_DTMF_ONLY thing is the only case that could go away |
| 21:02.23 | russellb | all of the other processing code will stay just as complicated if you move it ... |
| 21:02.51 | d1mas | nono. Hold on for a second, I will give you issue ID |
| 21:03.35 | d1mas | 11421 |
| 21:07.37 | d1mas | Or what if you have meetme conference where all members are on SIP and have INFO DTMF mode ? In this case normalization done in _read will convert SIF INFO (that is _END) from sender into BEGIN+END which is useless in this case - so every member will eventually receive that AND but delayed for the default DTMF duration... |
| 21:22.26 | d1mas | russellb: btw, code in the _write CAN be simpler because of the fact that unlike _read where you may only return one frame so you have to queue anything else some way, in the _write you can send as many frames as you want to the channels technology driver |
| 21:22.56 | d1mas | that is you can send both DTMF_END and new voice frame passed as parameter |
| 22:47.15 | file | huh? |
| 23:12.22 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 23:34.35 | d1mas | file: "huh" was about what? :) |